iLiad Please, help me with simple compiling first steps

[Sunn Sunn]

I'm trying to compile evkb.c for the iLiad. I've followed the steps in this scratchbox tutorial and I'm inside the scratchbox environment now. As per my (mis?)understanding of Thomas' tips here I apt-get source libxext-dev on my non-scratchbox, regular environment, copied the source directory to my scratchbox environment and compiled it there, running autogen.sh, make, and make install which seemed to copy the libraries to the include directories.

I've changed evkb's Makefile to just say gcc which does seem to resolve to the proper cross compiler when I call make from within scratchbox. The problem is that the linker cannot find -lXtst. What should I do?

Did I miss some steps? I don't understand the dependencies-helper shell scripts and how to use them. There's a lot for me to learn when it comes to porting stuff to the iLiad. Would you please help me?

[Antartica]

Originally Posted by Sunn Sunn

I've changed evkb's Makefile to just say gcc which does seem to resolve to the proper cross compiler when I call make from within scratchbox. The problem is that the linker cannot find -lXtst. What should I do?

Try searching for libXtst*,
[sbox-iliad: ~] > find / -name "libXtst*" 2>/dev/null

If you find it (i.e in /usr/local/lib/libXtst.so), search for the place where -lXtst is written and add -L/path/to/the/library (i.e. -L/usr/local/lib -lXtst).

Originally Posted by Sunn Sunn

Did I miss some steps? I don't understand the dependencies-helper shell scripts and how to use them. There's a lot for me to learn when it comes to porting stuff to the iLiad. Would you please help me?

Using the dependencies-helper scripts, you would install the Xtst library with:

[sbox-iliad: ~] > ./dl-and-install.sh libXtst.so

Basically you put as a parameter of the script the name of the file you want t have generated. Sometimes it fails because there are a lot of matches and the script is not very smart; in those cases you put some of the path leading to that file (but omitting the first / of the path), for example: ./dl-and-install sbin/etherwake

P.S.: I changed today the wiki page you mentioned because I've just updated a fixed version of the dependencies-helper scripts. Check that you have downloaded dependencies-helper_20080718-1.tar.gz or repeat the step 11 of the howto to be sure you have the correct version. The old one doesn't work anymore.

P.S.2: You may find easier to use the VMWare image that Adam prepared. It is the sticky thread in the iliad developer forum. It has a lot of commonly used libraries compiled and included in the image's scratchbox environment.

[Sunn Sunn]

Originally Posted by Antartica

Try searching for libXtst*,
[sbox-iliad: ~] > find / -name "libXtst*" 2>/dev/null

If you find it (i.e in /usr/local/lib/libXtst.so), search for the place where -lXtst is written and add -L/path/to/the/library (i.e. -L/usr/local/lib -lXtst).

Yeah, that must've been my problem; I hadn't installed it properly because I can't find it.
At first, it didn't run because I had incorrect mmap settings, then I had problems resolving hosts that a

cp /scratchbox/etc/resolv.conf /etc/resolv.conf

fixed.

apt-get update

still doesn't work so well and libXts seems to have missing dependencies. I thought of using apt-get build-dep but I have problems stating things on debian.org now. It's time for bed.

Using the dependencies-helper scripts, you would install the Xtst library with:

Ah! It searches on packages.debian.org! Very clever.

P.S.: I changed today the wiki page you mentioned because I've just updated a fixed version of the dependencies-helper scripts. Check that you have downloaded dependencies-helper_20080718-1.tar.gz or repeat the step 11 of the howto to be sure you have the correct version. The old one doesn't work anymore.

I was in luck because I followed that part of the tutorial today, including getting the 20080718 version. BTW, now the wiki page has a different tarball for the tar xzf command, it doesn't reflect the updated wget command.

P.S.2: You may find easier to use the VMWare image that Adam prepared. It is the sticky thread in the iliad developer forum. It has a lot of commonly used libraries compiled and included in the image's scratchbox environment.

Thank you! I don't have VMWare, so I'll have to stick it out with a scratchbox environment for unix.

[Antartica]

Originally Posted by Sunn Sunn

apt-get update

still doesn't work so well and libXts seems to have missing dependencies. I thought of using apt-get build-dep but I have problems stating things on debian.org now. It's time for bed.

I didn't test the scratchbox environment for apt-get use, so it may have a lot of missing steps to get that working.

Originally Posted by Sunn Sunn

¡Ah! It searches on packages.debian.org! Very clever.

Yep. The script connects to packages.debian.org to search for the file you request, then it downloads the source package from debian and tries to apply the debian patches on it. Finally, it attempts a configure/make/makeinstall.

Originally Posted by Sunn Sunn

I was in luck because I followed that part of the tutorial today, including getting the 20080718 version. BTW, now the wiki page has a different tarball for the tar xzf command, it doesn't reflect the updated wget command.

Fixed.

Originally Posted by Sunn Sunn

Thank you! I don't have VMWare, so I'll have to stick it out with a scratchbox environment for unix.

Having it working natively is more convenient (as a matter of fact, I don't use myself the vmware image for iliad development), but compiling/packaging vmware on debian (etch) is not that hard; I used vmware-package to do it (although I had to backport the one in sid to get it working correctly). It finally obtained the following (the vmdk.zip is from somewhere else, and the howto.txt is a remind for myself):

$ ls -l
total 87236
-r--r--r-- 1 user  user       241 2007-09-29 12:57 howto.txt
-r--r--r-- 1 user  user     20938 2007-09-06 10:09 vmdk.zip
-r--r--r-- 1 user  user  10848972 2007-09-06 13:44 vmware-bin_2.0.0.45731.0_i386.deb
-r--r--r-- 1 user  user    777328 2007-09-06 13:44 vmware-common_2.0.0.45731.0_all.deb
-r--r--r-- 1 user  user    299632 2007-09-06 13:44 vmware-kernel-source_2.0.0.45731.0_all.deb
-r--r--r-- 1 user  user  10183044 2007-09-06 13:44 vmware-lib_2.0.0.45731.0_i386.deb
-r--r--r-- 1 user  user     24650 2007-09-06 13:32 vmware-package_0.14_all.deb
-r--r--r-- 1 user  user      1142 2007-09-06 13:44 vmware-player_2.0.0.45731.0_i386.changes
-r--r--r-- 1 user  user    608394 2007-09-06 13:44 vmware-player_2.0.0.45731.0_i386.deb
-r--r--r-- 1 user  user  66424421 2007-09-06 11:07 VMware-player-2.0.0-45731.i386.tar.gz
$

The contents of the howto.txt reminder are instructions on what to do with the kernel modules:

$ cat howto.txt 
module-assistant build vmware-kernel-source
dpkg -i vmware-kernel-modules-2.6.18-4-686_2.0.0.45731.0+2.6.18.dfsg.1-12etch2_i386.deb 
mkdir /var/local/vmware
chmod 777 /var/local/vmware/
mkdir -p /usr/lib/vmware/licenses/site
vmware-acetool 
$

Hope that helps to get you started if you want to give it a try.

[Sunn Sunn]

../dl-and-install.sh libXtst.so

No package 'recordproto' found. How would you do in situations like these? You want to compile something, that something needs libraries, and so on? It's easy to do on my "real" OS, but the multiple levels of indirection with Scratchbox has my head spinning - there's the host OS, the scratchbox environment, and then the environment on the iliad itself.

[Antartica]

Originally Posted by Sunn Sunn

../dl-and-install.sh libXtst.so

No package 'recordproto' found. How would you do in situations like these? You want to compile something, that something needs libraries, and so on? It's easy to do on my "real" OS, but the multiple levels of indirection with Scratchbox has my head spinning - there's the host OS, the scratchbox environment, and then the environment on the iliad itself.

When something talks about packages in a configure or makefile, it refers to pkgconfig .pc files.

For that, it suffices to do an

./dl-and.install.sh recordproto.pc

If it complains about a .h or something like that, then explore packages.debian.org and find what it is referring to, and when you have found it, go to the "list-files" that is besides the arm link to download and pick one file from there as a parameter for the dl-and-install script (without the leading /, or the script will not work).

About the levels of "indirection", there are really only two environments in that setup: your host OS and the scratchbox one. In the scratchbox you have installed the iliad libraries without development headers, so when you need to compile something that depends on a library, you need to have compiled/installed tht library on the scratchbox environment, so really the iliad part is only there for the liberm.so/liberipc.so libraries and for testing purposes.

That is very different from the maemo development environment (where scratchbox was born, IIRC), where you have a full debian environment inside scratchbox and you simply apt-get the things you need, AFAIK.

[Sunn Sunn]

Seems to be working.
I'm working on a little summary on the steps I've taken so far, but meanwhile I just wanted to alert you to a little bug in dl-and-install.sh; namely that lynx breaks the line on long paths so the grep never finds a num.

I just edited the script and changed "lynx -dump blablabla" to "lynx -width 300 blablabla" as a temporary workaround but maybe a better workaround would be just wget/curl dl the html-file and work with the html instead of a rendered version.

Thanks for all your help so far, I'm still making progress.

[Antartica]

Originally Posted by Sunn Sunn

Seems to be working.
I'm working on a little summary on the steps I've taken so far, but meanwhile I just wanted to alert you to a little bug in dl-and-install.sh; namely that lynx breaks the line on long paths so the grep never finds a num.

I just edited the script and changed "lynx -dump blablabla" to "lynx -width 300 blablabla" as a temporary workaround but maybe a better workaround would be just wget/curl dl the html-file and work with the html instead of a rendered version.

Can you test if the attached version works for the search that was causing you trouble?

This one tries to do it parsing the source html, as you suggested.