Arigead wrote:
> So I emailed last week about where to start and decided that I'd start
> with a look at the Contacts application and build my own version of the
> code as a local build. Throw in a few printf's and see what's happening
> in there. So that led me to the local builds web page [1]. Unfortunately
> after much struggling I was forced to admit defeat because I couldn't
> get it working so I turned to the IRC Channel to ask for help. It was
> there that mrmoku kindly informed me that there is a bug and that local
> builds don't actually work at present.
>
> Given that I decided that I'd use another mechanism for my local build
> of libphone-ui-shr, using the instructions [2] for bitbake collections.
> To be honest after working on Gumstix products that's the way they
> arrange the build system so I sort of learned it from there. In the case
> of gumstix they have three collections, openembedded.org which contains
> unchanged openembedded recipes, gumstix.com which contains recipes which
> have been changed from openembedded's versions to run on the gumstix
> Hardware and finally user.collection which is where joe blogs puts
> recipes which he/she/it wants to build. I copied this and added a
> user.collection directory to the shr/shr-unstable directory.
>
> All I now had to do was edit shr-unstable/conf/site.conf At present the
> BBFILES variable tells the build system where to search for recipes.
> This is at present:
>
> BBFILES := "${PKGDIR}/recipes/*/*.bb"
>
> So I tell it to look in my user.collection directory:
>
> BBFILES := "${PKGDIR}/recipes/*/*.bb
> ${TOPDIR}/user.collection/recipes/*/*.bb"
>
> As far as I remember from gumstix days if you don't create that
> directory, which by default don't exist, you simply get a warning during
> build that it don't exist. If you create that directory bitbake looks in
> there for recipes.
>
> Also in site.conf I add a few lines to define the collections and the
> priorities as outlined in [2] So I added:
>
> BBFILE_COLLECTIONS = "openembedded local"
> BBFILE_PATTERN_openembedded = "^${TOPDIR}/openembedded/"
> BBFILE_PATTERN_local = "^${TOPDIR}/user.collection/"
>
> BBFILE_PRIORITY_openembedded = "5"
> BBFILE_PRIORITY_local = "10"
>
> So that's it site.conf finished. There's no reason why this mechanism
> could not go into both shr-testing and shr-unstable but I removed the
> symbolic link for site.conf and made a local copy in shr-unstable/conf.
>
> Now for my recipe for libphone-ui-shr. I basically copy the current
> recipe from it's location in openembedded into my user.collection, in
> the same directory structure:
>
> cp openembedded/recipes/shr/libphone-ui-shr_git.bb
> user.collection/recipes/shr/libphone-ui-shr.bb
>
> I removed the git on the end as I'm going to use a local copy of the
> code. I edit my version of the recipe and change the source of the code
> from the git repo to my local copy of the code:
>
> SRC_URI =
> "file:///home/john/programming/openmoko/shr/shr-unstable/apps/libphone-ui-shr"
>
> There is one more change. In the openembedded recipe there is a line
> where PV is setup:
>
> PV = "0.0.0+gitr${SRCPV}"
>
> $SRCPV won't exist as you're using a file for SRC_URI so I changed this
> variable to a string. Make it what you like:
>
> PV = "MyCopy"
>
> that's it all done. There are now two recipes for libphone-ui-shr but my
> recipe in user.collection is of higher priority so when I execute
> "bitbake libphone-ui-shr" my recipe gets used. I can't remember now but
> there is a command which returns which recipe will be used to build
> something.
>
> Now I hope the above might perhaps be of use to people trying to do
> local builds of things. I have no problem with the mechanism which has
> been setup and documented in [1] but at present it don't appear to work.
> Well it didn't work for me and mrmoku suggested that this is the case.
> Anyhow take no offence as they say there are more ways of killing a cat
> then skining it but I've never really understood that saying.
>
> I'm now building my local copy of libphone-ui-shr but on this eeePC it
> might take a few hours. I'm currently on 1873 of 4015 :-( this is first
> build so hopefully after the first time it gets easier.
>
>
> [1]
> http://trac.shr-project.org/trac/wiki/Getting%20started%20developing%20SHR
> [2] http://bitbake.berlios.de/manual/ch04s02.html#id870544
>
I spoke too soon. Even that mechanism don't appear to work. If I can't
do local builds I can't do anything constructive on the phone :-( Oh well.
Still don't know how other people are getting any work done. wonder is
it just the File:// getter which is dead for some reason.
_______________________________________________
Shr-devel mailing list
[email protected]
http://lists.shr-project.org/mailman/listinfo/shr-devel
