Re: catkin-related changes in orogen
Ruben Smits <[email protected]> Mon, 6 Jan 2014 14:02:42 +0100
| Newsgroups | gmane.science.robotics.orocos.devel |
|---|---|
| Message-ID | <CAN8PhbnHOwMpe8NA4Mi6v-L3+-37Zb2SVue3O_QxunqUzOvXLw@mail.gmail.com> |
On Mon, Jan 6, 2014 at 1:56 PM, Sylvain Joyeux <[email protected]>wrote: > On 01/06/2014 12:59 PM, Ruben Smits wrote: > >> I still think there is something wrong with the FindRuby.cmake, if i do >> find_package(Ruby 1.9.3 REQUIRED) it is not able to find the correct >> ruby executable if the default ruby is pointing to ruby1.8 (which is the >> default if installed). I looks for executables named as ruby1.9 and >> ruby19, but the actual executable is ruby1.9.1 or ruby1.9.3. >> > This is definitely wrong ... It should at least bail out telling you it > got the wrong version. > It did actually ... > > Now, you should definitely NOT select the ruby version in the cmake code. > I start using 2.0 on debian, and try 2.1 out. So the recommended way is to set the RUBY_EXECUTABLE? > > > The autoproj configuration explicitly passes the ruby full path used >> to bootstrap the installation to cmake as the RUBY_EXECUTABLE cmake >> variable to make sure we use the right one regardless of everything >> else. You should probably do the same. >> >> >> Ok, I'll try that. >> >> Maybe I should explain where I want to get at: creating debians for the >> toolchain only based on debian-installed software. That's why I don't >> want to depend on gems or other manual changes on the system. >> > > The point of making gems (which we already did for you) is that there > *are* tools to convert gems to <insert binary package format here>, as e.g. > gem2deb. > > I'll look into this workflow asap. > It is therefore, as always, better to go for the standard (for cmake, > having a proper install target, for ruby, package as gems)... Other people > usually have done the rest of the work for you. > > Which "manual changes" are you talking about here ? I was talking about needing to use update-alternatives to set point ruby to the correct version, but I assume using the RUBY_EXECUTABLE cmake variable would solve this. Ruben > > -- > Sylvain Joyeux (Dr.Ing.) > Space & Security Robotics > > !!! Achtung, neue Telefonnummer!!! > > Standort Bremen: > DFKI GmbH > Robotics Innovation Center > Robert-Hooke-Straße 5 > 28359 Bremen, Germany > > Phone: +49 (0)421 178-454136 > Fax: +49 (0)421 218-454150 > E-Mail: [email protected] > > Weitere Informationen: http://www.dfki.de/robotik > ----------------------------------------------------------------------- > Deutsches Forschungszentrum fuer Kuenstliche Intelligenz GmbH > Firmensitz: Trippstadter Straße 122, D-67663 Kaiserslautern > Geschaeftsfuehrung: Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster > (Vorsitzender) Dr. Walter Olthoff > Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes > Amtsgericht Kaiserslautern, HRB 2313 > Sitz der Gesellschaft: Kaiserslautern (HRB 2313) > USt-Id.Nr.: DE 148646973 > Steuernummer: 19/673/0060/3 > ----------------------------------------------------------------------- > -- Ruben Smits, CTO +32 479 511 786 Intermodalics - Kapeldreef 60, 3001 Heverlee - BELGIUM www.intermodalics.eu --------------------------------------------------------------------------------------------------------------------------------------- This email and any attached files are confidential and may be legally privileged. Any copy, print or forward of this email, without the agreement of sender or addressee, is strictly prohibited. Misuse is a violation of the law on personal data protection (D. Lgs. 196/2003) and on secrecy of correspondence (art. 616 cp). If you have received this transmission in error please notify the sender immediately and then delete this email and any attached files. -- Orocos-Dev mailing list [email protected] http://lists.mech.kuleuven.be/mailman/listinfo/orocos-dev