Installing kolab on ARM

[Frank Gau]

On Wed, Sep 29, 2010 at 09:08:15PM +0200, Helmut Pozimski wrote:
> I am currently trying to build kolab on an ARM based sheevaplug computer since 
> the native Debian packages didn't work as expected. (couldn't get z-push to 
> run and cyrus was really unstable) I didn't find any binary packages for the 
> ARM plattform and therefore decided to build it from source. The build process 
> fails to build rpm with teh following message:
> 
> mkdir .libs
> libtool: link: cannot build libtool library `librpmdb.la' from non-libtool 
> objects on this host: mut_fcntl.o aes_method.o crypto.o mt19937db.o rijndael-
> alg-fst.o rijndael-api-fst.o client.o db_server_clnt.o db_server_xdr.o 
> gen_client.o gen_client_ret.o bt_compare.o bt_conv.o bt_curadj.o bt_cursor.o 
> bt_delete.o bt_method.o bt_open.o bt_put.o bt_rec.o bt_reclaim.o bt_recno.o 
> bt_rsearch.o bt_search.o bt_split.o bt_stat.o bt_upgrade.o bt_verify.o 
> btree_auto.o crdel_auto.o crdel_rec.o db.o db_am.o db_auto.o db_byteorder.o 
> db_cam.o db_conv.o db_dispatch.o db_dup.o db_err.o db_getlong.o db_idspace.o 
> db_iface.o db_join.o db_log2.o db_meta.o db_method.o db_open.o db_overflow.o 
> db_pr.o db_rec.o db_reclaim.o db_rename.o db_remove.o db_ret.o db_salloc.o 
> db_shash.o db_truncate.o db_upg.o db_upg_opd.o db_vrfy.o db_vrfyutil.o dbm.o 
> dbreg.o dbreg_auto.o dbreg_rec.o dbreg_util.o env_file.o env_method.o 
> env_open.o env_recover.o env_region.o fileops_auto.o fop_basic.o fop_rec.o 
> fop_util.o hash.o hash_auto.o hash_conv.o hash_dup.o hash_func.o hash_meta.o 
> hash_method.o hash_open.o hash_page.o hash_rec.o hash_reclaim.o hash_stat.o 
> hash_upgrade.o hash_verify.o hmac.o hsearch.o lock.o lock_deadlock.o 
> lock_method.o lock_region.o lock_stat.o lock_util.o log.o log_archive.o 
> log_compare.o log_get.o log_method.o log_put.o mp_alloc.o mp_bh.o mp_fget.o 
> mp_fopen.o mp_fput.o mp_fset.o mp_method.o mp_region.o mp_register.o mp_stat.o 
> mp_sync.o mp_trickle.o mutex.o os_abs.o os_alloc.o os_clock.o os_config.o 
> os_dir.o os_errno.o os_fid.o os_fsync.o os_handle.o os_id.o os_map.o 
> os_method.o os_oflags.o os_open.o os_region.o os_rename.o os_root.o os_rpath.o 
> os_rw.o os_seek.o os_sleep.o os_spin.o os_stat.o os_tmpdir.o os_unlink.o qam.o 
> qam_auto.o qam_conv.o qam_files.o qam_method.o qam_open.o qam_rec.o qam_stat.o 
> qam_upgrade.o qam_verify.o rep_method.o rep_record.o rep_region.o rep_util.o 
> sha1.o txn.o txn_auto.o txn_method.o txn_rec.o txn_recover.o txn_region.o 
> txn_stat.o txn_util.o xa.o xa_db.o xa_map.o
> make[3]: *** [librpmdb.la] Error 1
> make[3]: Leaving directory `/tmp/openpkg-20071227/rpm-4.2.1/rpmdb'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory `/tmp/openpkg-20071227/rpm-4.2.1/rpmdb'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/tmp/openpkg-20071227/rpm-4.2.1'
> make: *** [all] Error 2
> + exit 2
> 
> My build system is the armel release of Debian squeeze. Are you aware of this 
> issue and is there any way to work around it or a patch that helps the 
> building to succeed?
> 
> Regards
> Helmut



> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users

If you have sorted out that issues, then i will try it on my
freerunner ;)

cheers!

btw: i have compiled openoffice on that little thingy!

-- 
sent with 100% wireless electrons