[ros-users] ROS Electric Support for OS X Lion

Fri Aug 19 16:04:53 UTC 2011

William,

Do you have any idea how the Homebrew solution interacts with macports? I
have a pretty significant port install base, and I'd like to avoid
conflicting library versions, conflicting python versions, etc. if
possible.

One thing that's really important to me on macports right now is the
qtconsole version of ipython, which has quite a few dependencies including
qt4 and pyqt4; according to the internet, these are quite painful to install
without macports. Do you know if there is a good homebrew solution for
ipython and qtconsole?

--Nick

On Thu, Aug 18, 2011 at 9:22 PM, Jonathan Bohren
<jonathan.bohren at gmail.com>wrote:

> Yeah, I've also been following this, keep it up!
>
> (there have been several people at JHU asking me about ROS support on OS X)
>
> -j
>
>
> On Fri, Aug 19, 2011 at 12:20 AM, Matthew Willis <funkinitup at gmail.com>wrote:
>
>> Just wanted to say that I have been following this thread and wanted to
>> congratulate William on his great work :-)
>>
>> I look forward to using homebrew and ROS on my Lion install in the future
>> :-)
>>
>> - Matt
>>
>>
>> On 19/08/2011, at 1:45 PM, William Woodall wrote:
>>
>> Me too, after a clean install of Lion it still works.
>>
>> Though it is always proceed with caution.
>>
>> YMMV,
>>
>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> William Woodall
>> Graduate Software Engineering
>> Auburn University
>> w at auburn.edu
>> wjwwood at gmail.com
>> williamjwoodall.com
>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>
>>
>>
>> On Thu, Aug 18, 2011 at 10:37 PM, Serge Stinckwich <
>> serge.stinckwich at gmail.com> wrote:
>>
>>> Great work William.
>>>
>>> I will try do to the same soon. I'm just a bit anxious about
>>> installing Lion at the moment because i'm using refit with an Ubuntu
>>> partition.
>>>
>>> Thank you.
>>>
>>> On Fri, Aug 19, 2011 at 10:10 AM, William Woodall <wjwwood at gmail.com>
>>> wrote:
>>> >
>>> > Progress, turtlesim works.
>>> >
>>> >
>>> > --
>>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> > William Woodall
>>> > Graduate Software Engineering
>>> > Auburn University
>>> > w at auburn.edu
>>> > wjwwood at gmail.com
>>> > williamjwoodall.com
>>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> >
>>> >
>>> > On Thu, Aug 18, 2011 at 2:42 PM, William Woodall <wjwwood at gmail.com>
>>> wrote:
>>> >>
>>> >> For those that are interested, here is an update on the ROS Electric
>>> on OS X with homebrew experiment.
>>> >> The biggest change so far is that I have switched to the stock apple
>>> python2.7 and forced ROS to build as universal (i386 and x86_64).
>>>  Currently, the latest instructions on github.com should let you
>>> replicate what I have to far.  Additionally, I have updated the
>>> apply-patches script to check the version of the stack and the version of
>>> the patch for that stack to warn you of mismatches, but it the patches
>>> should work for the latest round of updates on the electric tag (ros 1.6.1,
>>> et. all).  You will want to read the "If you are updating your setup"
>>> section here:
>>> https://github.com/wjwwood/ros-osx/tree/master/electric-lion-homebrew
>>> >> I have also tried to test all the packages in the Desktop-Full variant
>>> and list their status at the end of the documentation.  Here is a snapshot
>>> of that list:
>>> >>
>>> >> The following stacks are known to build:
>>> >>
>>> >> assimp
>>> >> bond_core
>>> >> bullet
>>> >> common_msgs
>>> >> common_rosdeps
>>> >> diagnostics
>>> >> driver_common
>>> >>
>>> >> dynamic_reconfigure has been tested and works (after patch)
>>> >>
>>> >> eigen
>>> >> executive_smach
>>> >> filters
>>> >> geometry
>>> >> geometry_experimental
>>> >> laser_pipeline
>>> >> nodelet_core
>>> >> orocos kinematics dynamics
>>> >> pluginlib
>>> >> ros
>>> >> ros_comm
>>> >> xacro
>>> >>
>>> >> The following are known not to build, and why:
>>> >>
>>> >> common_tutorials &
>>> >> ros_tutorials
>>> >>
>>> >> turtlesim
>>> >>
>>> >> Fails on a linking error with wx, wx isn't building universal atm.
>>> >>
>>> >> diagnostics_monitors
>>> >>
>>> >> wx
>>> >>
>>> >> executive_smach
>>> >>
>>> >> wx
>>> >>
>>> >> image_common
>>> >>
>>> >> camera calibration parsers
>>> >>
>>> >> libyaml-cpp is not built as a universal atm, needs a homebrew patch
>>> >>
>>> >> image_pipeline
>>> >>
>>> >> rosdep opencv2.3 not satisfied (brew has opencv2.2, need to patch for
>>> 2.3)
>>> >>
>>> >> image transport plugins
>>> >>
>>> >> rosdep opencv2.3 not satisfied
>>> >>
>>> >> navigation
>>> >>
>>> >> rosdep's failed to install: netpbm and fltk
>>> >>
>>> >> perception_pcl
>>> >>
>>> >> Errors with PCL (I will report these asap)
>>> >>
>>> >> physics_ode
>>> >>
>>> >> opende fails with /usr/bin/gm4:configure.in:373: bad expression in
>>> eval (bad input): 30 > libccd@:>@
>>> >>
>>> >> robot_model
>>> >>
>>> >> collada_parser fails with linking error, more details asap
>>> >>
>>> >> rx
>>> >>
>>> >> rosdeps wxwidgets, python-gtk not satisfied
>>> >>
>>> >> simulator_gazebo
>>> >>
>>> >> wx
>>> >>
>>> >> simulator_stage
>>> >>
>>> >> fltk
>>> >>
>>> >> slam_gmapping
>>> >>
>>> >> netpbm and fltk
>>> >>
>>> >> stage
>>> >>
>>> >> fltk
>>> >>
>>> >> vision_opencv
>>> >>
>>> >> opencv2.3 rosdep
>>> >>
>>> >> Other known dependency issues:
>>> >>
>>> >> libxml2
>>> >>
>>> >> is not built universal, not a problem yet, but may need to be patched
>>> >>
>>> >> libogg
>>> >>
>>> >> is not built universal
>>> >>
>>> >> theora
>>> >>
>>> >> is not built universal
>>> >>
>>> >> vtk
>>> >>
>>> >> is not built universal
>>> >>
>>> >> tbb
>>> >>
>>> >> is not built universal
>>> >>
>>> >> hdf5
>>> >>
>>> >> is not built universal
>>> >>
>>> >> qhull
>>> >>
>>> >> is not built universal
>>> >>
>>> >> graphviz
>>> >>
>>> >> is not built universal
>>> >>
>>> >> fltk
>>> >>
>>> >> doesn't build
>>> >>
>>> >> ffmpeg
>>> >>
>>> >> is not built universal
>>> >>
>>> >> graphicsmagick
>>> >>
>>> >> Fails
>>> >>
>>> >> Hopefully I can work out the wxWidgets universal build soon and mark
>>> several of those off the list.
>>> >> --
>>> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> >> William Woodall
>>> >> Graduate Software Engineering
>>> >> Auburn University
>>> >> w at auburn.edu
>>> >> wjwwood at gmail.com
>>> >> williamjwoodall.com
>>> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> >>
>>> >>
>>> >> On Mon, Aug 15, 2011 at 2:37 PM, William Woodall <wjwwood at gmail.com>
>>> wrote:
>>> >>>
>>> >>> Yeah, so I am actually back to the built-in python on my setup,
>>> because of wxPython, but that means we will have to source install a few of
>>> the python libraries, off the top of my head sip and pycairo don't work with
>>> pip because they don't follow the `python setup.py install` method.  We'll
>>> see how it goes, I will try to get the latest revision up on github soon,
>>> but I have some other work to do today.
>>> >>> Thanks,
>>> >>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> >>> William Woodall
>>> >>> Graduate Software Engineering
>>> >>> Auburn University
>>> >>> w at auburn.edu
>>> >>> wjwwood at gmail.com
>>> >>> williamjwoodall.com
>>> >>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> >>>
>>> >>>
>>> >>> On Sun, Aug 14, 2011 at 8:24 PM, Ken Conley <kwc at willowgarage.com>
>>> wrote:
>>> >>>>
>>> >>>> On Sun, Aug 14, 2011 at 4:31 PM, William Woodall <wjwwood at gmail.com>
>>> wrote:
>>> >>>> > Well, so far no, but looking ahead I think I need it for proper
>>> numpy,
>>> >>>> > matplotlib, scipy, and iPython support:
>>> >>>> >
>>> http://www.thisisthegreenroom.com/2011/installing-python-numpy-scipy-matplotlib-and-ipython-on-lion/
>>> >>>> > If it turns out this was only necessary these days then I will
>>> roll back to
>>> >>>> > the built-in python.
>>> >>>>
>>> >>>> I've installed numpy both from source and pip with the vanilla Apple
>>> >>>> Python 2.6 and had the same result: successful install, though two
>>> of
>>> >>>> the 100+ unit tests fail.  I didn't really bother looking into the
>>> >>>> nature of the failing tests, but I didn't see anything that would
>>> >>>> indicate that Python 2.6 was at issue.
>>> >>>>
>>> >>>>  - Ken
>>> >>>>
>>> >>>> > --
>>> >>>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> >>>> > William Woodall
>>> >>>> > Graduate Software Engineering
>>> >>>> > Auburn University
>>> >>>> > w at auburn.edu
>>> >>>> > wjwwood at gmail.com
>>> >>>> > williamjwoodall.com
>>> >>>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> >>>> >
>>> >>>> >
>>> >>>> > On Sun, Aug 14, 2011 at 5:29 PM, Ken Conley <kwc at willowgarage.com>
>>> wrote:
>>> >>>> >>
>>> >>>> >> Thanks for looking into this.
>>> >>>> >>
>>> >>>> >> On a separate issue, what is the reason for the brew install of
>>> >>>> >> Python?  Is there some issue with the default Apple install?
>>> >>>> >>
>>> >>>> >> thanks,
>>> >>>> >>  - Ken
>>> >>>> >>
>>> >>>> >> On Sun, Aug 14, 2011 at 3:09 PM, William Woodall <
>>> wjwwood at gmail.com>
>>> >>>> >> wrote:
>>> >>>> >> > Looks like the way brew is linking it or using libtool causes
>>> the
>>> >>>> >> > libgtest.la file to never be created, because installing
>>> manually from
>>> >>>> >> > source works for me.  I filed a ticket on Homebrew's github
>>> >>>> >> > here: https://github.com/mxcl/homebrew/issues/7009
>>> >>>> >> > In the mean time I have created a sourcedep for it and when it
>>> is fixed
>>> >>>> >> > by
>>> >>>> >> > homebrew I will switch to using that again.  The latest patches
>>> should
>>> >>>> >> > work.
>>> >>>> >> > Also as a side note for others, I find it useful to make a copy
>>> of ~/ros
>>> >>>> >> > before the patching step (something like cp -r ~/ros
>>> ~/clean_ros) so I
>>> >>>> >> > can
>>> >>>> >> > test new patches without downloading a new ros each time.  I
>>> use this:
>>> >>>> >> > `rm
>>> >>>> >> > -rf ~/ros; cp -r ~/clean_ros ~/ros` to "reset" my ros.
>>> >>>> >> > Let me know if that works,
>>> >>>> >> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> >>>> >> > William Woodall
>>> >>>> >> > Graduate Software Engineering
>>> >>>> >> > Auburn University
>>> >>>> >> > w at auburn.edu
>>> >>>> >> > wjwwood at gmail.com
>>> >>>> >> > williamjwoodall.com
>>> >>>> >> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> >>>> >> >
>>> >>>> >> >
>>> >>>> >> > On Sun, Aug 14, 2011 at 3:57 PM, William Woodall <
>>> wjwwood at gmail.com>
>>> >>>> >> > wrote:
>>> >>>> >> >>
>>> >>>> >> >> I had not tested them, but I can confirm that doesn't work for
>>> me
>>> >>>> >> >> either.
>>> >>>> >> >>  I have had weird stuff happen to me on OS X with gtest
>>> before, this is
>>> >>>> >> >> something we'll have to investigate.
>>> >>>> >> >> Thanks,
>>> >>>> >> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> >>>> >> >> William Woodall
>>> >>>> >> >> Graduate Software Engineering
>>> >>>> >> >> Auburn University
>>> >>>> >> >> w at auburn.edu
>>> >>>> >> >> wjwwood at gmail.com
>>> >>>> >> >> williamjwoodall.com
>>> >>>> >> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> >>>> >> >>
>>> >>>> >> >>
>>> >>>> >> >> On Sun, Aug 14, 2011 at 2:58 PM, Ken Conley <
>>> kwc at willowgarage.com>
>>> >>>> >> >> wrote:
>>> >>>> >> >>>
>>> >>>> >> >>> Thanks for putting this together.
>>> >>>> >> >>>
>>> >>>> >> >>> On your setup, are the tests working?  I'm having trouble
>>> getting
>>> >>>> >> >>> rosbuild to work with the gtest provided by brew.  I've seen
>>> this same
>>> >>>> >> >>> error on two different OS X machines (Lion, Snow Leopard),
>>> though I
>>> >>>> >> >>> haven't reset things to go through your instructions step by
>>> step:
>>> >>>> >> >>>
>>> >>>> >> >>> (output snippet, e.g. 'roscd test_roslib; make test')
>>> >>>> >> >>>
>>> >>>> >> >>> make[4]: *** No rule to make target `/usr/local/lib/
>>> libgtest.la
>>> >>>> >> >>> -D_THREAD_SAFE', needed by `../test_package'.
>>> >>>> >> >>> make[4]: Target `CMakeFiles/test_package.dir/build' not
>>> remade because
>>> >>>> >> >>> of errors.
>>> >>>> >> >>> make[3]: *** [CMakeFiles/test_package.dir/all] Error 2
>>> >>>> >> >>> [  0%] Built target clean-test-results
>>> >>>> >> >>> make[4]: *** No rule to make target `/usr/local/lib/
>>> libgtest.la
>>> >>>> >> >>> -D_THREAD_SAFE', needed by `../test/utest'.
>>> >>>> >> >>> make[4]: Target `CMakeFiles/test/utest.dir/build' not remade
>>> because
>>> >>>> >> >>> of
>>> >>>> >> >>> errors.
>>> >>>> >> >>> make[3]: *** [CMakeFiles/test/utest.dir/all] Error 2
>>> >>>> >> >>> make[3]: Target `CMakeFiles/test.dir/all' not remade because
>>> of
>>> >>>> >> >>> errors.
>>> >>>> >> >>> make[2]: *** [CMakeFiles/test.dir/rule] Error 2
>>> >>>> >> >>> make[2]: Target `test' not remade because of errors.
>>> >>>> >> >>> make[1]: *** [test] Error 2
>>> >>>> >> >>>
>>> >>>> >> >>>
>>> >>>> >> >>> On Sun, Aug 14, 2011 at 12:48 PM, William Woodall <
>>> wjwwood at gmail.com>
>>> >>>> >> >>> wrote:
>>> >>>> >> >>> > Hi everyone, I just wanted to let everyone know that we (my
>>> >>>> >> >>> > colleagues
>>> >>>> >> >>> > and
>>> >>>> >> >>> > I) have started an effort to document and fix any issues
>>> related
>>> >>>> >> >>> > installing
>>> >>>> >> >>> > ROS Electric Emys on OS X 10.7 Lion using Homebrew instead
>>> of
>>> >>>> >> >>> > Macports.
>>> >>>> >> >>> >  We
>>> >>>> >> >>> > are creating documentation and patches as we go in our
>>> github.com
>>> >>>> >> >>> > repository
>>> >>>> >> >>> > located here:
>>> >>>> >> >>> >
>>> >>>> >> >>> >
>>> >>>> >> >>> > Instructions:
>>> https://github.com/wjwwood/ros-osx/blob/master/electric-lion-homebrew/README.md
>>> >>>> >> >>> > Repository: https://github.com/wjwwood/ros-osx
>>> >>>> >> >>> > The instructions linked above walk through setting up ROS
>>> Electric
>>> >>>> >> >>> > on a
>>> >>>> >> >>> > clean Lion install using the Homebrew
>>> >>>> >> >>> > (http://mxcl.github.com/homebrew/)
>>> >>>> >> >>> > package management system.  I would encourage anyone who is
>>> >>>> >> >>> > interested
>>> >>>> >> >>> > to
>>> >>>> >> >>> > give it a try and report any problems you run into either
>>> on this
>>> >>>> >> >>> > mailing
>>> >>>> >> >>> > list or as an issue on the github
>>> >>>> >> >>> > site: https://github.com/wjwwood/ros-osx/issues.  We would
>>> also
>>> >>>> >> >>> > welcome
>>> >>>> >> >>> > any
>>> >>>> >> >>> > help in the form of resolving issues, documentation, and
>>> patches.
>>> >>>> >> >>> > Currently, the ros, ros_comm, common_msgs, and geometry
>>> stacks are
>>> >>>> >> >>> > known to
>>> >>>> >> >>> > work.  This includes some pretty commonly used packages
>>> like most of
>>> >>>> >> >>> > the
>>> >>>> >> >>> > command line tools and tf.  We will be continuously
>>> updating this
>>> >>>> >> >>> > repository
>>> >>>> >> >>> > so keep an eye on it if you are looking for something
>>> specific.
>>> >>>> >> >>> > Thanks,
>>> >>>> >> >>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> >>>> >> >>> > William Woodall
>>> >>>> >> >>> > Graduate Software Engineering
>>> >>>> >> >>> > Auburn University
>>> >>>> >> >>> > w at auburn.edu
>>> >>>> >> >>> > wjwwood at gmail.com
>>> >>>> >> >>> > williamjwoodall.com
>>> >>>> >> >>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> >>>> >> >>> >
>>> >>>> >> >>> > _______________________________________________
>>> >>>> >> >>> > ros-users mailing list
>>> >>>> >> >>> > ros-users at code.ros.org
>>> >>>> >> >>> > https://code.ros.org/mailman/listinfo/ros-users
>>> >>>> >> >>> >
>>> >>>> >> >>> >
>>> >>>> >> >>> _______________________________________________
>>> >>>> >> >>> ros-users mailing list
>>> >>>> >> >>> ros-users at code.ros.org
>>> >>>> >> >>> https://code.ros.org/mailman/listinfo/ros-users
>>> >>>> >> >>
>>> >>>> >> >
>>> >>>> >> >
>>> >>>> >> > _______________________________________________
>>> >>>> >> > ros-users mailing list
>>> >>>> >> > ros-users at code.ros.org
>>> >>>> >> > https://code.ros.org/mailman/listinfo/ros-users
>>> >>>> >> >
>>> >>>> >> >
>>> >>>> >> _______________________________________________
>>> >>>> >> ros-users mailing list
>>> >>>> >> ros-users at code.ros.org
>>> >>>> >> https://code.ros.org/mailman/listinfo/ros-users
>>> >>>> >
>>> >>>> >
>>> >>>> > _______________________________________________
>>> >>>> > ros-users mailing list
>>> >>>> > ros-users at code.ros.org
>>> >>>> > https://code.ros.org/mailman/listinfo/ros-users
>>> >>>> >
>>> >>>> >
>>> >>>> _______________________________________________
>>> >>>> ros-users mailing list
>>> >>>> ros-users at code.ros.org
>>> >>>> https://code.ros.org/mailman/listinfo/ros-users
>>> >>>
>>> >>
>>> >
>>> >
>>> > _______________________________________________
>>> > ros-users mailing list
>>> > ros-users at code.ros.org
>>> > https://code.ros.org/mailman/listinfo/ros-users
>>> >
>>>
>>>
>>>
>>> --
>>> Serge Stinckwich
>>> UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam
>>> Every DSL ends up being Smalltalk
>>> http://doesnotunderstand.org/
>>> _______________________________________________
>>> ros-users mailing list
>>> ros-users at code.ros.org
>>> https://code.ros.org/mailman/listinfo/ros-users
>>>
>>
>> _______________________________________________
>> ros-users mailing list
>> ros-users at code.ros.org
>> https://code.ros.org/mailman/listinfo/ros-users
>>
>>
>>
>> _______________________________________________
>> ros-users mailing list
>> ros-users at code.ros.org
>> https://code.ros.org/mailman/listinfo/ros-users
>>
>>
>
> _______________________________________________
> ros-users mailing list
> ros-users at code.ros.org
> https://code.ros.org/mailman/listinfo/ros-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ros.org/pipermail/ros-users/attachments/20110819/543dd4fb/attachment-0002.html>