ipkg dependency problems

Neil Williams <[email protected]> Tue, 03 Oct 2006 13:02:06 +0100
Newsgroups gmane.comp.handhelds.gpe
Message-ID <1159876931l.22870l.0l@holly>
I'm trying to test gpe-expenses on my iPAQ (h3900) prior to the first  
release. I'm unable to build anything in the familiar-build using  
bitbake and OE on amd64 and I am also unable to build the entire  
gpe-image on i386 using OE itself. I don't have sufficient disc space  
on i386 to build both the OE and familiar-build trees.

I am only able to build certain components of GPE via OE on i386. I've  
created working .bb files for the necessary packages and the packages  
build OK when called directly.

My problem is dependencies. The i386 OE build has led to .ipk files  
that are well in advance of Familiar 0.84 library versions -  
libglib-2.0 is 2.12 when the iPAQ has 2.6. That was OK, I built  
libglib-2.0 and upgraded. libqof1_0.7.2 is now installed on my 0.84  
Familiar iPAQ.

When I tried to install gpe-expenses, the Gtk and libgpewidget  
dependencies were just too many to try upgrading (and risking breakage  
elsewhere). The disparity can only come from the build environment -  
the code itself does not require the v.latest Gtk related libraries.

Can I pin the OE build to certain dependencies?

gpe-expenses is currently unreleased because I want to make sure the  
code actually works! However, current CVS builds correctly and I'm  
using this bitbake file with the target of 'make dist' from CVS:

$ cat gpe-expenses_0.0.6.bb
LICENCE = "GPL"
PR = "r0"
PRIORITY = "optional"
MAINTAINER = "Neil Williams <[email protected]>"
AUTHOR = "Neil Williams <[email protected]>"
PACKAGES = "${PN} ${PN}-locale"
DEPENDS = "glib-2.0 sqlite qof libgpepimc libgpewidget popt gtk+"
DESCRIPTION = "Query Object Framework library"
SRC_URI = "file:///opt/working/${PN}/${PN}-${PV}.tar.gz"
HOMEPAGE = "http://gpe-expenses.sourceforge.net/"
inherit pkgconfig autotools

gpe-expenses needs libqof1 >= 0.7.2 (which installs OK but could also  
have it's libglib-2.0 and libsqlite0 dependencies pinned), again from  
CVS and 'make dist' using this bitbake file:

$ cat qof_0.7.2.bb
LICENSE = "GPL"
PR = "r0"
PRIORITY = "optional"
MAINTAINER = "Neil Williams <[email protected]>"
AUTHOR = "Neil Williams <[email protected]>"
DEPENDS = "glib-2.0 sqlite"
SECTION = "libs"
PACKAGES = "${PN} ${PN}-locale ${PN}-backend-sqlite ${PN}-dev"
DESCRIPTION = "Query Object Framework library"
SRC_URI = "file:///opt/working/${PN}/${PN}-${PV}.tar.gz"
HOMEPAGE = "http://qof.sourceforge.net/"
LEAD_SONAME = "libqof.so*"

FILES_${PN} += "${libdir}/libqofsql* ${libdir}/libqof.so*"
FILES_${PN}-backend-sqlite += "${libdir}/libqof-backend-*"

inherit pkgconfig autotools

EXTRA_OECONF = "--enable-embedded --without-debug --disable-doxygen"

do_stage() {
autotools_stage_all
}

In theory, there is no reason why libqof1 and gpe-expenses would not  
build with the current Familiar 0.84 library versions of libglib-2.0  
and libsqlite0 - I've tried to ensure this during development.

Any comments on the .bb files would be welcome. CVS access available  
via the homepages given in the relevant .bb snippet if anyone wants to  
test locally. Neither package is ready for release just yet.

-- 

Neil Williams
=============
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/

_______________________________________________
GPE mailing list
[email protected]
http://handhelds.org/mailman/listinfo/gpe
signature.asc (application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQBFIlFDiAEJSii8s+MRApHeAJ9WS7IywLe1jV114JMyzI5+EA8IXwCgnupa
EjzMUgAA5PGhJk00XXwmjXQ=
=mQ4I
-----END PGP SIGNATURE-----