On Mon, Jul 8, 2013 at 4:39 PM, Ruben Smits <ruben [dot] smits [..] ...>wrote:

>
>
>
> On Mon, Jul 8, 2013 at 9:27 AM, Marcus Liebhardt <
> marcus [dot] liebhardt [..] ...> wrote:
>
>> Hi Ruben!
>>
>> On Mon, Jul 8, 2013 at 3:54 PM, Ruben Smits <ruben [dot] smits [..] ...
>> > wrote:
>>
>>> Hi Marcus,
>>>
>>>
>>> On Mon, Jul 8, 2013 at 8:41 AM, Marcus Liebhardt <
>>> marcus [dot] liebhardt [..] ...> wrote:
>>>
>>>> This might be a bug related to this topic:
>>>>
>>>> In the ROS Hydro release of python_orocos_kdl it seems like the a CMake
>>>> configuration file is missing. This is the error I get when trying to build
>>>> a package depending on python_orocos_kdl:
>>>>
>>>> CMake Error at /opt/ros/hydro/share/catkin/cmake/catkinConfig.cmake:72
>>>> (find_package):
>>>> Could not find a configuration file for package python_orocos_kdl.
>>>>
>>>> Set python_orocos_kdl_DIR to the directory containing a CMake
>>>> configuration
>>>> file for python_orocos_kdl. The file will have one of the following
>>>> names:
>>>>
>>>> python_orocos_kdlConfig.cmake
>>>> python_orocos_kdl-config.cmake
>>>>
>>>>
>>> I do not think it is related. Are you explicitly calling find_package on
>>> python_orocos_kdl? If so, why are you doing this?
>>>
>>>
>>>> Note that this file exists for the orocos_kdl package. I'm not sure, if
>>>> this is a problem of the package or something went wrong while releasing it.
>>>>
>>>>
>>> Nothing went wrong releasing it, we just do not have a .cmake file for
>>> python_orocos_kdl, do you think we need one and if so, what would you use
>>> it for?
>>>
>>
>> Okay, I just realised that I don't need a build_depend on
>> python_orocos_kdl and removing this build dependency makes the error go
>> away.
>>
>> However, I noticed that in Groovy, both python_orocos_kdl and orocos_kdl
>> have this cmake config file mentioned above. Since they both exist in
>> Groovy, I guessed they should both be there in Hydro. However, I am not a
>> catkin expert, so my guess might well be wrong.
>>
>>
> I'm not a catkin expert either ;), those depend tags are confusing for me
> too. The Hydro versions of python_orocos_kdl and orocos_kdl are plain
> cmake packages which are maintained by me. In groovy there are two
> different versions, there is a dry version which is/was maintained by me
> and a wet version which was created in the early days of catkin to support
> catkin workspaces that include the orocos kdl source, but was never
> created/maintained by me. I've still not made up my mind about how to
> resolve the issue in groovy. The actual source should be exactly the same
> but the build system is different (cmake vs catkin).
>

Catkin can be confusing indeed! :-)

Since for now everything is working, I wouldn't change anything. I will let
you know, in case new bugs come up.

Thanks for your fast response!

Marcus

>
> Ruben
>
>
>
>> Marcus
>>
>>
>>
>>>
>>>>
>>>> Regards,
>>>> Marcus
>>>>
>>>
>>> Ruben
>>>
>>>>
>>>>
>>>>
>>>> On Thu, May 30, 2013 at 11:49 PM, Ruben Smits <
>>>> ruben [dot] smits [..] ...> wrote:
>>>>
>>>>> Hi Jon,
>>>>>
>>>>>
>>>>> On Wed, May 29, 2013 at 9:48 PM, Jonathan Bohren <
>>>>> jonathan [dot] bohren [..] ...> wrote:
>>>>>
>>>>>> Ruben,
>>>>>>
>>>>>> [...]
>>>>>
>>>>>>
>>>>>> I noticed you have some merge requests up on gitorious for Catkin
>>>>>> integration with Orocos. What's the status of that?
>>>>>>
>>>>>
>>>>> I've been able to compile the entire orocos_toolchain using
>>>>> catkin_make_isolated. This means I converted all packages back to plain
>>>>> cmake packages and provided a package.xml files and CMakeLists.txt for
>>>>> packages that still need to be installed. This makes it possible to build
>>>>> the entire toolchain with catkin_make_isolated and install it nicely.
>>>>>
>>>>> I've successfully used it to build the toolchain on Mac OSX and Ubuntu.
>>>>>
>>>>>
>>>>>> I think Catkin is almost ready for prime-time (once they add a
>>>>>> unified <depend> tag and catkin_simple) but I know there might be some
>>>>>> interest in making Orocos still build in a rosbuild environmnet. Do you
>>>>>> think rosbuild should still be supported?
>>>>>>
>>>>>>
>>>>> Personally I think we can safely drop rosbuild support for hydro and
>>>>> groovy. Especially since for catkin we only use plain cmake and add a
>>>>> non-intrusive package.xml file.
>>>>>
>>>>> But the most critical question is how this will influence the workflow
>>>>> of users. I've not yet used the converted toolchain enough in my own
>>>>> workflow to give a good answer.
>>>>>
>>>>> I have no idea what other developers think of this. Let's hear them
>>>>> out ;)
>>>>>
>>>>>
>>>>>> Thanks! I hope all is well,
>>>>>> -j
>>>>>>
>>>>>> --
>>>>>> Jonathan Bohren
>>>>>> Laboratory for Computational Sensing and Robotics
>>>>>> http://dscl.lcsr.jhu.edu/People/JonathanBohren
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Ruben Smits, Phd
>>>>> Chief Technology Officer
>>>>> Intermodalics BVBA
>>>>> +32479511786
>>>>> www.intermodalics.eu
>>>>>
>>>>> --
>>>>> Orocos-Dev mailing list
>>>>> Orocos-Dev [..] ...
>>>>> http://lists.mech.kuleuven.be/mailman/listinfo/orocos-dev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Marcus Liebhardt
>>>> Control Engineer
>>>> Yujin Robot
>>>> ??: ???? ??? ??? ??? 345-30 ????? #601, 153-023.
>>>> Address: Door #601, Namsung-Plaza, 345-30 Gasan-dong, Guemcheon-gu,
>>>> Seoul, 153-023, Republic of Korea
>>>> Website: http://www.yujinrobot.com
>>>> Email: marcus [dot] liebhardt [..] ...
>>>> Phone: +82-70-46577073
>>>>
>>>
>>>
>>>
>>> --
>>> Ruben Smits, Phd
>>> Chief Technology Officer
>>> Intermodalics BVBA
>>> +32479511786
>>> www.intermodalics.eu
>>>
>>
>>
>>
>> --
>> Marcus Liebhardt
>> Control Engineer
>> Yujin Robot
>> ??: ???? ??? ??? ??? 345-30 ????? #601, 153-023.
>> Address: Door #601, Namsung-Plaza, 345-30 Gasan-dong, Guemcheon-gu,
>> Seoul, 153-023, Republic of Korea
>> Website: http://www.yujinrobot.com
>> Email: marcus [dot] liebhardt [..] ...
>> Phone: +82-70-46577073
>>
>
>
>
> --
> Ruben Smits, Phd
> Chief Technology Officer
> Intermodalics BVBA
> +32479511786
> www.intermodalics.eu
>