Jack, that patch looks exactly right. However, I am getting strange behavior.
When I *haven't* applied the patch, this is my output:
dyn137-110-111-179:camera1394 rubinet$ rosdep install camera1394
Failed to find rosdep glut for package camera1394 on OS:macports version:macports
Failed to find rosdep libdc1394-dev for package camera1394 on OS:macports version:macports
ERROR: ABORTING: Rosdeps [u'glut', u'libdc1394-dev'] could not be resolved
When I *have* applied the patch, this is my output:
dyn137-110-111-179:camera1394 rubinet$ rosdep install camera1394
Failed to find rosdep glut for package camera1394 on OS:macports version:macports
ERROR: ABORTING: Rosdeps [u'glut'] could not be resolved
I tried to fix this by adding an empty macports entry (macports: |) to everywhere that rosdep.yaml has "glut". From my investigation, this only seems to happen in the geometry package. Yet the problem persists.
Another strange thing is that I get the same behavior *regardless of whether libdc1394 is installed* (It is easy to uninstall and reinstall).
--Nick
On Fri, Jan 14, 2011 at 8:00 AM, Jack O'Quin
<jack.oquin@gmail.com> wrote:
On Thu, Jan 13, 2011 at 3:21 PM, Nicholas Butko <
nbutko@ucsd.edu> wrote:
> I may be able to try something out for you. I'll take a look later today.
Would you try adding this to the rosdep.yaml in the camera_drivers
stack? Then, see if "rosdep install camera1394" does something
sensible? The patch should work with both cturtle and unstable.
Can someone who has a Mac *without* libdc1394 installed run the same
test and report whether the library installs correctly? (You don't
need a camera to run that test.)
Index: rosdep.yaml
===================================================================
--- rosdep.yaml (revision 35214)
+++ rosdep.yaml (working copy)
@@ -12,6 +12,7 @@
ubuntu: libdc1394-22-dev
arch: libdc1394
fedora: libdc1394-devel
+ macports: libdc1394
gforth:
ubuntu: gforth