maemo.org - Talk - View Single Post - Ubuntu Karmic installation help: test compilation fails

matthew_exon	2010-02-13 , 11:16
Posts: 72 \| Thanked: 58 times \| Joined on Feb 2008	#1

I want to set up a development environment on my Ubuntu Karmic box. The nearest thing to instructions I can find are these:

http://maemo-sdk.garage.maemo.org/install-ubuntu.html

Unfortunately it only claims to have been tested on Jaunty, not Karmic, but I'm trying anyway.

I've installed all the things it asked me to do, and I'm trying to test compilation of maemopad. The compilation fails like this:

Code:

mat@Winter:~/src/mytest/maemopad-2.4$ sb2 dpkg-buildpackage -rfakeroot -d -b
dpkg-buildpackage: set CFLAGS to default value: -g -O2
dpkg-buildpackage: set CPPFLAGS to default value: 
dpkg-buildpackage: set LDFLAGS to default value: 
dpkg-buildpackage: set FFLAGS to default value: -g -O2
dpkg-buildpackage: set CXXFLAGS to default value: -g -O2
dpkg-buildpackage: source package maemopad
dpkg-buildpackage: source version 2.4
dpkg-buildpackage: source changed by Maemo Integration <integration@maemo.org>
dpkg-buildpackage: host architecture armel
 fakeroot debian/rules clean
dh_testdir
dh_testroot
rm -f build-stamp 
# Add here commands to clean up after the build process.
[ ! -f Makefile ] || /opt/maemo/dists/lenny-2009-1/usr/bin/make distclean
dh_clean 
 debian/rules build
./autogen.sh
+ glib-gettextize --copy --force
Copying file mkinstalldirs
Copying file po/Makefile.in.in

Please add the files
  codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4
  progtest.m4
from the /aclocal directory to your autoconf macro directory
or directly to your aclocal.m4 file.
You will also need config.guess and config.sub, which you can get from
ftp://ftp.gnu.org/pub/gnu/config/.

+ libtoolize --automake --copy --force
+ intltoolize --automake --copy --force
+ aclocal-1.7
+ autoconf --force
+ autoheader --force
+ automake-1.7 --add-missing --copy --force-missing --foreign
PANIC: unprotected error in call to Lua API (.../sb2-mat-20100213-110141.pVdr92/lua_scripts/main.lua:25: 
Error while loading /tmp/sb2-mat-20100213-110141.pVdr92/lua_scripts/mapping.lua: 
not enough memory
)
configure.ac: no proper invocation of AM_INIT_AUTOMAKE was found.
configure.ac: You should verify that configure.ac invokes AM_INIT_AUTOMAKE,
configure.ac: that aclocal.m4 is present in the top-level directory,
configure.ac: and that aclocal.m4 was recently regenerated (using aclocal).
configure.ac: installing `./install-sh'
configure.ac: installing `./missing'
automake-1.7: no `Makefile.am' found or specified
make: *** [configure] Error 1
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

It's complaining that I don't have enough memory. It's true that I'm running on an EEE Box with 1GB memory, but I'd expect that it can't actually run out of memory, since there's virtual memory too:

Code:

mat@Winter:~/src/mytest/maemopad-2.4$ free
             total       used       free     shared    buffers     cached
Mem:       1018080     945868      72212          0      46772     256048
-/+ buffers/cache:     643048     375032
Swap:      2980016     987596    1992420

The only thing I can think of is if I haven't set things up correctly. The document says "Make sure that you have installed the Diablo armel rootstrap and are using diablo4.1.2_armel as the default target", but it doesn't say how. I did it by running maemo-sdk and selecting a couple of sensible-looking options, which gave this output:

Code:

Setting up the default rootstrap to be ``diablo4.1.2_armel''...
Target emulation mode set to sb2-qemu-arm.

Is this wrong?

I'm finding this documentation to be pretty lame. I mean, Nokia is supposed to be encouraging developers to work on its fancy new platform so it can stop Apple stealing its lunch, and what we get is a bunch of vague, outdated instructions that don't work?

Quote & Reply |