I try to install the toolchain on 64-bit Archlinux from the gzipped source. I have ruby installed, and also zlib 1.2.5. After entering "autoproj build" I enter ruby or none, as I prefer to install osdeps myself. In both cases, the system aborts; last report is as follows:
autoproj: installing autoproj and its dependencies (this can take a long time) failed: there is an osdeps definition for zlib, but not for this operating system
How to deal with this? Help appreciated.
Thanks, Theo.
problem installing from gzipped source using autoproj
On 02/04/2011 11:16 AM, Vries, Theo J.A. de [imotec bv] wrote:
> Ok, got it installed, but I did need to modify orocos.osdeps and
> bootstrap_toolchain. Patched versions attached.
> Some remarks:
> - gccxml is not in the standard repositories of Arch, but in the AUR
> - you depend on libantlr_pic.a which seems to be a debian-specific
> package. I added it for Arch to the AUR
???
There's no dependency on libantlr_pic per se.
There *is* a dependency on libantlr built with PIC, which is (on debian)
provided in libantlr-pic. Now, typelib's cmake code will pick
libantlr-pic if available, and fall back to libantlr otherwise. So, if
on arch libantlr.a is built with PIC, there is no problem whatsoever.
> - Archlinux recommends to not use pacman -Sy for installing standard
> packages, but rather pacman -S. I modified your bootstrap for that
You can't use interactive installs in autoproj. That's why we use -y. On
Debian, it has the effect of failing if non-interactivity is needed (in
which case, the users can install the problematic packages by hand)
> - instead of pacman, you can use yaourt or clyde for installing (i.e.,
> (sudo) clyde -S 'package_name'). This has the advantage that it can also
> be used to install non-standard packages from AUR, which is of course
> useful in this case.
I'm not an arch user, but some people that were using at DFKI it wanted
support and told me to use pacman. Now, I need someone to tell me *what
to use*. Not the various available options ;-)
> And thanks for the nice autoproj tool!
It's nice to see that some people appreciate it ;-)
problem installing from gzipped source using autoproj
On 02/01/2011 04:18 PM, t [dot] j [dot] a [dot] devries [..] ... wrote:
> I try to install the toolchain on 64-bit Archlinux from the gzipped source. I have ruby installed, and also zlib 1.2.5.
> After entering "autoproj build" I enter ruby or none, as I prefer to install osdeps myself. In both cases, the system aborts; last report is as follows:
>
>
This looks like an autoproj bootstrapping, but you say you install from
gzipped source (and run only autoproj build). I am confused.
problem installing from gzipped source using autoproj
Sorry, my mistake. I try to install from gzipped source, following this page:
[http://www.orocos.org/wiki/orocos/toolchain/quick-start], bottom section.
I indeed get the error after issuing the command "./bootstrap_toolchain", as you expected. I never get to autoproj build.
problem installing from gzipped source using autoproj
Sorry, my mistake. I try to install from gzipped source, following this page: http://www.orocos.org/wiki/orocos/toolchain/quick-start, bottom section.
I indeed get the error after issuing the command "./bootstrap_toolchain", as you expected. I never get to autoproj build.
problem installing from gzipped source using autoproj
Ok, I get it how to solve this; needs a small modification of the bootstrap file.
In the same way, autoproj/release/orocos.osdeps needs some modifications.
When I have it running, I will get back with patches.
Cheers, Theo.
problem installing from gzipped source using autoproj
Ok, I get it how to solve this; needs a small modification of the bootstrap file. In the same way, autoproj/release/orocos.osdeps needs some modifications. When I have it running, I will get back with patches.
Cheers, Theo.
problem installing from gzipped source using autoproj
On 02/01/2011 05:51 PM, t [dot] j [dot] a [dot] devries [..] ... wrote:
> Ok, I get it how to solve this; needs a small modification of the bootstrap file.
> In the same way, autoproj/release/orocos.osdeps needs some modifications.
> When I have it running, I will get back with patches.
Thanks
In principle, changing the orocos.osdeps file should not be needed. If
you don't ask autoproj to install the osdeps, it should not be annoying
you with them.
I'll try to get a test setup running here to fix that bug
problem installing from gzipped source using autoproj
2011/2/2 Sylvain Joyeux <sylvain [dot] joyeux [..] ...>
> On 02/01/2011 05:51 PM, t [dot] j [dot] a [dot] devries [..] ... wrote:
>
>> Ok, I get it how to solve this; needs a small modification of the
>> bootstrap file.
>> In the same way, autoproj/release/orocos.osdeps needs some modifications.
>> When I have it running, I will get back with patches.
>>
> Thanks
>
> In principle, changing the orocos.osdeps file should not be needed. If you
> don't ask autoproj to install the osdeps, it should not be annoying you with
> them.
>
> I'll try to get a test setup running here to fix that bug
>
> --
> 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
> -----------------------------------------------------------------------
>
Ok, got it installed, but I did need to modify orocos.osdeps and
bootstrap_toolchain. Patched versions attached.
Some remarks:
- gccxml is not in the standard repositories of Arch, but in the AUR
- you depend on libantlr_pic.a which seems to be a debian-specific package.
I added it for Arch to the AUR
- Archlinux recommends to not use pacman -Sy for installing standard
packages, but rather pacman -S. I modified your bootstrap for that
- instead of pacman, you can use yaourt or clyde for installing (i.e.,
(sudo) clyde -S 'package_name'). This has the advantage that it can also be
used to install non-standard packages from AUR, which is of course useful in
this case.
And thanks for the nice autoproj tool!
Theo.
problem installing from gzipped source using autoproj
I try to install the toolchain on 64-bit Archlinux from the gzipped source. I have ruby installed, and also zlib 1.2.5.
After entering "autoproj build" I enter ruby or none, as I prefer to install osdeps myself. In both cases, the system aborts; last report is as follows:
How to deal with this?
Help appreciated.
Thanks, Theo.