Building qtmoko for Neo.

Tue Jan 21 14:53:14 CET 2014

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 :)
Regards,
Jorge