On Sun, Aug 14, 2011 at 4:31 PM, William Woodall 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@auburn.edu > wjwwood@gmail.com > williamjwoodall.com > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > On Sun, Aug 14, 2011 at 5:29 PM, Ken Conley 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 >> 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@auburn.edu >> > wjwwood@gmail.com >> > williamjwoodall.com >> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> > >> > >> > On Sun, Aug 14, 2011 at 3:57 PM, William Woodall >> > 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@auburn.edu >> >> wjwwood@gmail.com >> >> williamjwoodall.com >> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> >> >> >> >> >> On Sun, Aug 14, 2011 at 2:58 PM, Ken Conley >> >> 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 >> >>> 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@auburn.edu >> >>> > wjwwood@gmail.com >> >>> > williamjwoodall.com >> >>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> >>> > >> >>> > _______________________________________________ >> >>> > ros-users mailing list >> >>> > ros-users@code.ros.org >> >>> > https://code.ros.org/mailman/listinfo/ros-users >> >>> > >> >>> > >> >>> _______________________________________________ >> >>> ros-users mailing list >> >>> ros-users@code.ros.org >> >>> https://code.ros.org/mailman/listinfo/ros-users >> >> >> > >> > >> > _______________________________________________ >> > ros-users mailing list >> > ros-users@code.ros.org >> > https://code.ros.org/mailman/listinfo/ros-users >> > >> > >> _______________________________________________ >> ros-users mailing list >> ros-users@code.ros.org >> https://code.ros.org/mailman/listinfo/ros-users > > > _______________________________________________ > ros-users mailing list > ros-users@code.ros.org > https://code.ros.org/mailman/listinfo/ros-users > >