autoproj: installing a proper Ruby environment (this can take a long time)

Submitted by peter on Fri, 2011-04-29 07:48

Orocos-users

When on Maverick, I get this message during a bootstrap.sh:

The build process and/or the packages require some other software to be
installed
and you required autoproj to not install them itself

The following packages are available as OS dependencies, i.e. as prebuilt
packages provided by your distribution / operating system. You will have
to
install them manually if they are not already installed

libopenssl-ruby1.8

the following command line(s) can be run as root to install them:

apt-get install 'libopenssl-ruby1.8'

But this command gives:

$ sudo apt-get install 'libopenssl-ruby1.8'
Reading package lists... Done
Building dependency tree
Reading state information... Done
Note, selecting 'libruby1.8' instead of 'libopenssl-ruby1.8'
libruby1.8 is already the newest version.
libruby1.8 set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 8 not upgraded.

So it's complaining for nothing.

Anything that can be done about this ?

Peter

autoproj: installing a proper Ruby environment (this can take a

Submitted by Sylvain Joyeux on Mon, 2011-05-02 15:28.

On 04/29/2011 09:43 AM, Peter Soetens wrote:
> Anything that can be done about this ?
Should be fixed in autoproj 1.7.9

Sylvain

autoproj: installing a proper Ruby environment ( this can take a

Submitted by peter on Tue, 2011-05-03 12:00.

On Monday 02 May 2011 17:26:45 Sylvain Joyeux wrote:
> On 04/29/2011 09:43 AM, Peter Soetens wrote:
> > Anything that can be done about this ?
>
> Should be fixed in autoproj 1.7.9

Has a new autoproj_bootstrap been generated from autoproj 1.7.9 ? I'm still
getting this error in the build farm, while it tries to satisfy ruby deps.

Peter

autoproj: installing a proper Ruby environment ( this can take a

Submitted by Sylvain Joyeux on Fri, 2011-05-06 07:40.

On 05/03/2011 01:57 PM, Peter Soetens wrote:
> On Monday 02 May 2011 17:26:45 Sylvain Joyeux wrote:
>> On 04/29/2011 09:43 AM, Peter Soetens wrote:
>>> Anything that can be done about this ?
>>
>> Should be fixed in autoproj 1.7.9
>
> Has a new autoproj_bootstrap been generated from autoproj 1.7.9 ? I'm still
> getting this error in the build farm, while it tries to satisfy ruby deps.
Could you test the gem and the autoproj_bootstrap attached to this mail ?

Thanks
Sylvain

autoproj: installing a proper Ruby environment ( this can take a

Submitted by Sylvain Joyeux on Tue, 2011-05-03 13:08.

On 05/03/2011 01:57 PM, Peter Soetens wrote:
> On Monday 02 May 2011 17:26:45 Sylvain Joyeux wrote:
>> On 04/29/2011 09:43 AM, Peter Soetens wrote:
>>> Anything that can be done about this ?
>>
>> Should be fixed in autoproj 1.7.9
>
> Has a new autoproj_bootstrap been generated from autoproj 1.7.9 ? I'm still
> getting this error in the build farm, while it tries to satisfy ruby deps.
It is, but the bug is still there in 1.7.9 -- stupid me, I tested it on
libxslt but could not on libopenssl-ruby1.8 ...

Anyway, I'll publish a fix for the fix ...

Sylvain

autoproj: installing a proper Ruby environment ( this can take a

Submitted by peter on Thu, 2011-05-05 11:36.

On Tuesday 03 May 2011 15:06:59 Sylvain Joyeux wrote:
> On 05/03/2011 01:57 PM, Peter Soetens wrote:
> > On Monday 02 May 2011 17:26:45 Sylvain Joyeux wrote:
> >> On 04/29/2011 09:43 AM, Peter Soetens wrote:
> >>> Anything that can be done about this ?
> >>
> >> Should be fixed in autoproj 1.7.9
> >
> > Has a new autoproj_bootstrap been generated from autoproj 1.7.9 ? I'm
> > still getting this error in the build farm, while it tries to satisfy
> > ruby deps.
>
> It is, but the bug is still there in 1.7.9 -- stupid me, I tested it on
> libxslt but could not on libopenssl-ruby1.8 ...
>
> Anyway, I'll publish a fix for the fix ...
>
> Sylvain

Note: also this item:
> * autoproj_bootstrap now follows the AUTOPROJ_DEFAULT_OSDEPS
> environment variable

has not been fixed on http://rock-robotics.org/autoproj_bootstrap

afaikt.

Peter

autoproj: installing a proper Ruby environment (this can take a

Submitted by Sylvain Joyeux on Fri, 2011-04-29 08:08.

On 04/29/2011 09:43 AM, Peter Soetens wrote:
> When on Maverick, I get this message during a bootstrap.sh:
>
> autoproj: installing a proper Ruby environment (this can take a long time)
>
> The build process and/or the packages require some other software to be
> installed
> and you required autoproj to not install them itself
>
> The following packages are available as OS dependencies, i.e. as prebuilt
> packages provided by your distribution / operating system. You will have
> to
> install them manually if they are not already installed
>
> libopenssl-ruby1.8
>
> the following command line(s) can be run as root to install them:
>
> apt-get install 'libopenssl-ruby1.8'
>
> But this command gives:
>
> $ sudo apt-get install 'libopenssl-ruby1.8'
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> Note, selecting 'libruby1.8' instead of 'libopenssl-ruby1.8'
> libruby1.8 is already the newest version.
> libruby1.8 set to manually installed.
> 0 upgraded, 0 newly installed, 0 to remove and 8 not upgraded.
>
> So it's complaining for nothing.
>
> Anything that can be done about this ?
I guess so. It seems that autoproj does not detect Provides: properly.

A quicker solution is to change the definition of ruby1.8 in autoproj's
default osdeps file. I don't have a maverick installation, so could you
try the following:

save the default.osdeps file that is attached to this mail
export AUTOPROJ_DEFAULT_OSDEPS=/path/to/default.osdeps
try bootstrapping

I'll have a look on the autodetection issue

autoproj: installing a proper Ruby environment ( this can take a

Submitted by peter on Fri, 2011-04-29 09:20.

On Friday 29 April 2011 10:03:53 Sylvain Joyeux wrote:
> On 04/29/2011 09:43 AM, Peter Soetens wrote:
> > When on Maverick, I get this message during a bootstrap.sh:
> >
> > autoproj: installing a proper Ruby environment (this can take a long
> > time)
> >
> > The build process and/or the packages require some other software to
> > be
> >
> > installed
> >
> > and you required autoproj to not install them itself
> >
> > The following packages are available as OS dependencies, i.e. as
> > prebuilt packages provided by your distribution / operating system.
> > You will have
> >
> > to
> >
> > install them manually if they are not already installed
> >
> > libopenssl-ruby1.8
> >
> > the following command line(s) can be run as root to install them:
> > apt-get install 'libopenssl-ruby1.8'
> >
> > But this command gives:
> >
> > $ sudo apt-get install 'libopenssl-ruby1.8'
> > Reading package lists... Done
> > Building dependency tree
> > Reading state information... Done
> > Note, selecting 'libruby1.8' instead of 'libopenssl-ruby1.8'
> > libruby1.8 is already the newest version.
> > libruby1.8 set to manually installed.
> > 0 upgraded, 0 newly installed, 0 to remove and 8 not upgraded.
> >
> > So it's complaining for nothing.
> >
> > Anything that can be done about this ?
>
> I guess so. It seems that autoproj does not detect Provides: properly.
>
> A quicker solution is to change the definition of ruby1.8 in autoproj's
> default osdeps file. I don't have a maverick installation, so could you
> try the following:
>
> save the default.osdeps file that is attached to this mail
> export AUTOPROJ_DEFAULT_OSDEPS=/path/to/default.osdeps
> try bootstrapping

This does not work. The function 'self.load_default' is never called from
anywhere, so it's not picked up. I have the autoproj_bootstrap from rock.

>
> I'll have a look on the autodetection issue

Peter

autoproj: installing a proper Ruby environment ( this can take a

Submitted by Sylvain Joyeux on Mon, 2011-05-02 15:28.

On 04/29/2011 11:16 AM, Peter Soetens wrote:
> This does not work. The function 'self.load_default' is never called from
> anywhere, so it's not picked up. I have the autoproj_bootstrap from rock.
Ah. Yes. AUTOPROJ_DEFAULT_OSDEPS was not used in autoproj_bootstrap,
only in autoproj itself. Unfortunate since we need it there ...

I fixed that in autoproj 1.7.9 as well.
--
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: robotik [..] ...

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
-----------------------------------------------------------------------
--
Orocos-Users mailing list
Orocos-Users [..] ...
http://lists.mech.kuleuven.be/mailman/listinfo/orocos-users