[Scratchbox-users] debootstrap --second-stage fails because of /dev/ mapping

2012-04-16 Thread tuxor1337
hello everyone, I'm trying to setup an ARM cross-compiling environment inside of an i386 Xubuntu machine. What I do is: # build scratchbox2 from source # build qemu from source # setup environment in $ROOTFS $ cd $ROOTFS $ sb2-init -n -c $HOME/sbox2/bin/qemu/bin/qemu-arm /path/to/arm-linux-gc

Re: [Scratchbox-users] debootstrap --second-stage fails because of /dev/ mapping

2012-04-17 Thread tuxor1337
Thanks for your fast response, Lauri. Unfortunately the build process of sb2 fails now completely for me. But I have a new setup of Xubuntu 11.10 i386 - it could also be related to that: This is how I'm trying to build scratchbox2 at the moment: $ git clone git://gitorious.org/scratchbox2/scra

Re: [Scratchbox-users] debootstrap --second-stage fails because of /dev/ mapping

2012-04-17 Thread tuxor1337
I'm helpless about this as well. gcc is correctly called with -ldl as we can see from the verbose output: gcc -g -O2 -O2 -g -Wall -W -I/home/tuxor/sbox2/src/scratchbox2/include -I/home/tuxor/sbox2/src/scratchbox2/include -I/home/tuxor/sbox2/src/scratchbox2/luaif/lua-5.1.4/src -D_GNU_SOURCE=1

Re: [Scratchbox-users] debootstrap --second-stage fails because of /dev/ mapping

2012-04-17 Thread tuxor1337
Perfect, thank you! The same applies to ./sb2d/Makefile for "-lm". After that it builds fine. Unfortunately I'm running into a new error now when running sb2-init: sb2-init: Creating Debian build system settings for this target: Can't locate strict.pm in @INC (@INC contains: /etc/perl /usr/loc

Re: [Scratchbox-users] debootstrap --second-stage fails because of /dev/ mapping

2012-04-18 Thread tuxor1337
I don't know what caused it in the first place. But the perl-errors concerning @INC vanished completely after an update to 2.3.53. Still "sb2 -eR ./debootstrap/debootstrap --second-stage" fails, but there are only three lines left in ./debootstrap/debootstrap.log: tar: dev/null: Cannot mknod:

Re: [Scratchbox-users] Problem with my embedded board

2012-04-18 Thread tuxor1337
How can I specified the correct path for my library? Interesting question! I was also wondering about how to set LD_LIBRARY_PATH to a certain value. Changing it with sb2-config will break my whole scratchbox environment (unsetenv helps here, of course). This shell script doesn't work eithe

[Scratchbox-users] sb2rc: xmalloc: ... cannot allocate 40 bytes

2012-04-19 Thread tuxor1337
When running "sb2 -eR dpkg", I sometimes get error messages of this kind: /tmp/sb2-tuxor-20120419-163915.lxHjXZ/modes/emulate/sb2rc: xmalloc: ../bash/parse.y:6019: cannot allocate 40 bytes (65536 bytes allocated) For example, during installation of "libpcre3:armel" via "sb2 -eR apt-get instal

Re: [Scratchbox-users] debootstrap --second-stage fails because of /dev/ mapping

2012-04-20 Thread tuxor1337
Anyway, .54 seems to run most (if not all?) postinstall steps, but I get some failures to the log. I'm not sure if those are fatal or not, and don't have more time for debugging today, sorry. I'm trying to sum up, what's still missing for the second-stage of debootstrap. ### There are

Re: [Scratchbox-users] debootstrap --second-stage fails because of /dev/ mapping

2012-04-20 Thread tuxor1337
useradd seems to work for me, I have libuuid in /etc/passwd of the debootstrapped thing and I'm also able to run useradd manually. How does it fail for you? The error ouput is not really helpful: $ sb2 -eR groupadd libuuid groupadd: failure while writing changes to /etc/group This is on my Fe

Re: [Scratchbox-users] Problem with my embedded board

2012-04-20 Thread tuxor1337
Does it help if you export LD_LIBRARY_PATH in that script? As there is no user's LD_LIBRARY_PATH in the environment by default, your assignment in the script does not change the environment. It only sets a local shell variable which doesn't affect anything. Thanks, you are totally right. "export

Re: [Scratchbox-users] SB2: A document about internals and architecture

2012-04-27 Thread tuxor1337
Great! So far, I only skimmed and scanned it quickly. No time for a closer look. But I will read at least the first few chapters, as soon as I can afford a minute or two :) Why don't you add it to the wiki of the scratchbox2 project home at gitorious, as well? This way it's easier to find and