On 01/20/2014 06:16 PM, Radek Polak wrote:
1. The cdebootstrap step in the script fails unless I add
--allow-unauthenticated. Not sure what is going on nor whose fault it is.

Hmm maybe you have to install debian/emdebian apt keyring to get rid of this.
I am on debian, that's maybe why it works for me...

I do have debian-keyring and emdebian-archive-keyring installed, will look a bit further.

2. At some point during the script running, something breaks in my box.
Some applets hang, and chromium starts to fail to load complaining on
"incorrect permissions on /dev/shm". Doing "sudo chmod 1777 /dev/shm"
seems to fix that, but I don't know what else is happening.

Ahh interesting, i am getting this error too, but it never occured to me that
this is because of qtmoko chroot. It can be related to binded mounts...

(will comment later)

You can try append -verbose to see more details.

Otherwise you might need the devel packages like libasound2-dev libssl-dev but
i wonder why they are not installed - i have checked the qtmoko-chroot-
armel.sh and they are there.

Yes, the packages are there, and running with -verbose show the following:

arm-linux-gnueabi-g++ -MMD -MF /root/qte/build/config.tests/alsa/.obj/main.cpp.d -c -pipe -DQT_QWS_FICGTA01 -fno-exceptions -fno-rtti -fno-rtti -fno-exceptions -O2 -fomit-frame-pointer -finline-functions -falign-functions=2 -falign-loops=2 -falign-jumps=2 -march=armv4t -mtune=arm920t -msoft-float -D_FORTIFY_SOURCE=0 -D_FORTIFY_SOURCE=0 -DQT_NO_DYNAMIC_CAST -I/root/qte/build/sdk/devices/root/qte/qtmoko/devices/neo/mkspecs/qws/linux-neo-g++ -I/root/qte/build/config.tests/devices/root/qte/qtmoko/devices/neo/mkspecs/qws/linux-neo-g++ -I/root/qte/qtmoko/devices/neo/mkspecs/qws/linux-neo-g++ -I/root/qte/build/config.tests/alsa -I/root/qte/qtmoko/config.tests/alsa -I/root/qte/qtmoko/alsa -I/root/qte/build/alsa -o /root/qte/build/config.tests/alsa/.obj/main.o /root/qte/qtmoko/config.tests/alsa/main.cpp /root/qte/qtmoko/config.tests/alsa/main.cpp:1:28: warning: alsa/asoundlib.h: No such file or directory

Nevertheless, the file /usr/include/alsa/asoundlib.h is in place, don't know why it doesn't find it.

On mounts, yes, there is definitely something fishy. Mount shows the following that does not look right:

/dev on /home/jvisca/sources/qtmoko-chroot/dev type none (rw,bind)
/home/jvisca/sources on /home/jvisca/sources/qtmoko-chroot/root/qte type none (rw,bind) /home/jvisca/sources on /home/jvisca/sources/qtmoko-chroot/var/lib/dbus type none (rw,bind) /var/lib/dbus on /home/jvisca/sources/qtmoko-chroot/var/lib/dbus type none (rw,bind)

Actually, that is a bit scary :)



Openmoko community mailing list

Reply via email to