Non riesco ad usare la VM con la toolchain

[dorje]

In sostanza, provando ad installare qualcosa con opkg (tipo ncurses), la prima volta mi ha detto che non trova la libcurl.so.4. Ho installato curl e mi dice che non ha l'administrative lock. Provo a farlo da root ma idem.

Non sono riuscito a compilare con le qt (ovvero, ottengo un eseguibile per x86).

In pratica non la posso usare.

Qualcuno è riuscito a farci qualcosa? Dov'è che sbaglio?

Ho una finestra di una settimana per poter buttare giù codice, poi inizierà un periodo molto faticoso sul lavoro, se non riesco a codare adesso mi sa che per qualche mese rimango inattivo...

I need help!!

[maurelio79]

Ciao, c'è praticamene un post identico qui
http://forum.telefoninux.org/index.php/topic,1955.45.html

Vedo se oggi pomeriggio trovo il tempo per provare con bitbake come suggerito in quel topic

[dorje]

Ciao, c'è praticamene un post identico qui
http://forum.telefoninux.org/index.php/topic,1955.45.html

Vedo se oggi pomeriggio trovo il tempo per provare con bitbake come suggerito in quel topic

SI, l'avevo visto.... Intendevo dire cmq che non è solo un problema relativo alle qt (che djdas ha "dimenticato"  di mettere... ), ma sembra che l'ambiente stesso abbia qualche problema (oppure ce l'ha la mia capacità di comprensione! ).

[maurelio79]

Secondo me, il punto è che tutto il necessario per compilare per arm deve eaaere installato nella toolchain.
Ad esempio io ho installato il necessario per Qt ma con apt (quindi nella macchina virtuale) e MokoTouch me lo compila per i386.

[dorje]

Secondo me, il punto è che tutto il necessario per compilare per arm deve eaaere installato nella toolchain.

Si... Solo che non riesco proprio a farlo...

[maurelio79]

Idem! 
Se scopro qualcosa te dico.

[djdas]

No, non ho "dimenticato", non ho avuto tempo di fare tutti i test Posto che per me la toolchain resta ancora qualcosa (in perfetto stile OM direi) di Woodoo
Anzi se riuscite, tenete il log delle modifiche così le metto sulla mia vm e la riposto più completa, grazie
Ciau!

[dorje]

Insomma.... Nicola, che ne dici di rendere funzionante questa VM per noi comuni mortali?

[djdas]

Ecco appunto
Ciau!

[maurelio79]

Allora vediamo, sto provando ad installare nella toolchain  qt-embedded-linux-opensource-src-4.5.2.tar

Per ora non scrivo la procedura, prima vedo se viene fuori qualcosa e poi semmai faccio un riepilogo.

Tra ./configure e make, la macchina virtuale sta macinando da circa 30 min....

[djdas]

News?

[maurelio79]

Nessuna news.

Ho seguito il capitolo "Installing additional libraries into the toolchain" dal link http://wiki.openmoko.org/wiki/Toolchain

ovvero

cd ~/source
wget http://downloads.sourceforge.net/uriparser/uriparser-0.6.0.tar.bz2
tar xjf uriparser-0.6.0.tar.bz2
cd uriparser-0.6.0
./configure --host=arm-angstrom-linux-gnueabi \
--prefix=/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr
make
make install

ovviamente al posto dal tar di esempio ho messo qt-embedded.
Primo problema: il ./configure non riconosce --host come parametro, quindi l'ho cambiato con --hostprefix (forse sbagliando, chi lo sa...); tutto andato liscio: configure, make && make install senza problemi, compilo MokoTouch e ottengo un eseguibile per i386, niente arm.

Faccio un "file qmake" di tutti i qmake presenti nella VM e sono tutti per i386....

Non saprei, farò altri tentativi.

Domanda: io ho anche qemu sulla mia Debian, ma qualcuno sa come si usa tipo, qemu-arm???

maurelio@debian-asus:~$ qemu-arm
qemu-arm version 0.10.6, Copyright (c) 2003-2008 Fabrice Bellard
usage: qemu-arm [options] program [arguments...]
Linux CPU emulator (compiled for arm emulation)

Standard options:
-h                print this help
-g port           wait gdb connection to port
-L path           set the elf interpreter prefix (default=/usr/gnemul/qemu-arm)
-s size           set the stack size in bytes (default=524288)
-cpu model        select CPU (-cpu ? for list)
-drop-ld-preload  drop LD_PRELOAD for target process
-E var=value      sets/modifies targets environment variable(s)
-U var            unsets targets environment variable(s)

Debug options:
-d options   activate log (logfile=/tmp/qemu.log)
-p pagesize  set the host page size to 'pagesize'
-strace      log system calls

Environment variables:
QEMU_STRACE       Print system calls and arguments similar to the
                  'strace' program.  Enable by setting to any value.
You can use -E and -U options to set/unset environment variables
for target process.  It is possible to provide several variables
by repeating the option.  For example:
    -E var1=val2 -E var2=val2 -U LD_PRELOAD -U LD_DEBUG
Note that if you provide several changes to single variable
last change will stay in effect.
maurelio@debian-asus:~$

[postedit]
A sto punto, questo week-end seguo questa guida http://www.aurel32.net/info/debian_arm_qemu.php e vedo che salta fuori!!

[nicola.mfb]

Raga', stavo pensando ad un soluzione tampone, magari faccio un build OE di qt4 e lo aggiungiamo alla VM?
Ditemi solo se lo volete completo (occupa molto spazio, ma vi permette poi di buildare tutti i pacchetti di OE), o strippato (solo il necessario per compilare, ma niente build di packages aggiuntivi).

Che ne dite? poi si vede con calma come aggiungere qt4 alla toolchain quando sarà?

Monto puoi darmi un accesso per fare l'upload quando sarà pronto?

p.s. mi ricordate la versione esatta della distro virtualizzata?

[dorje]

Raga', stavo pensando ad un soluzione tampone, magari faccio un build OE di qt4 e lo aggiungiamo alla VM?
Ditemi solo se lo volete completo (occupa molto spazio, ma vi permette poi di buildare tutti i pacchetti di OE), o strippato (solo il necessario per compilare, ma niente build di packages aggiuntivi).

Direi tutto!

[nicola.mfb]

Ok, sto procedendo e documentando tutto quello che sto facendo su:

http://sourceforge.net/apps/mediawiki/neophysis/

chi vuole sperimentare può costruirsi la toolchain OE da solo, senza usare la VM.