On Mon, Oct 18, 2010 at 09:34:47PM +0100, Neil Jerram wrote: > Thomas Zimmermann <[email protected]> writes: > > > Am Freitag 15 Oktober 2010, 22:20:01 schrieb Neil Jerram: > >> For the record... I was just going to follow up to this, when I saw Tim > >> Abell's new thread, and I've put my main thoughts there instead. As > >> far as this thread is concerned, the summary of the "report back" is > >> that I haven't yet been able to recreate a setup that successfully > >> builds something similar to what I have running on my phone. > > > > In the /etc/shr-version file is the git revision of the Openembedded > > branche > > the image was build from. > > I had already seen that, but thank you for (implicitly) indicating that > it is the authoritative place for build version information. (For > example, there's also /etc/version, which on my phone says > 201005031156.) > > My /etc/shr-version says: > > Tag Name: shr/testing2009-1rc1 > VERSION: d9df9d9aee12d719dc306063c32ce8cdc6821789 > Branch: shr/testing2010 > Build Host: opmbuild > Time Stamp: Mon, 03 May 2010 11:59:06 +0200
Tag Name: is latest tag created from Branch:, but because revision shown in VERSION: is for sure much newer than what was tagged in shr/testing2009-1rc1, then please don't checkout that tag, but branch shr/testing2010 (automatically done by Makefile) and to build exactly same version checkout revision d9df9d9aee12d719dc306063c32ce8cdc6821789. > > So, after ensuring the dependencies and doing `make setup' as described > at http://shr-project.org/trac/wiki/Building%20SHR, I went to > shr-testing/openembedded and did > > $ git checkout shr/testing2009-1rc1 > $ git checkout -b nj > > to create a new branch starting from shr/testing2009-1rc1. > > Is it OK to build in the shr-testing subtree, instead of the > shr-unstable one? If not, perhaps that's the cause of my problem. > > I also had to guess what to do with the other Git repositories in the > overall tree: > > common/.git: left as it was on `master' > > openembedded/.git: same as shr-testing/openembedded/.git - i.e. I > created a branch from shr/testing2009-1rc1 > > bitbake/.git: left as it was on `1.10' > > Does that all sound correct? > > So then, in shr-testing, I did `make image'. (To begin with without any > > local.conf, later with the suggested contents of > > PARALLEL_MAKE = "-j 4" > BB_NUMBER_THREADS = "4" > GLIBC_GENERATE_LOCALES = "en_US.UTF-8" > > ) > > I hit the following sequence of errors. > > 1. Failure running svn in matchbox-panel-2_svn.bb recipe, because > matchbox-panel-2-icon-themes had already added some unversioned files in > the "applets" subtree, and a similar set of files is now present in the > upstream matchbox-panel-2 SVN. I worked around this by removing > matchbox-panel-2-icon-themes from the DEPENDS line in > matchbox-panel-2_svn.bb. That's known issue, svn doesn't like overwritting unversioned files. Use google, I've described it >5 times and already fixed it in OE master. ie: http://www.mail-archive.com/[email protected]/msg02741.html http://www.mail-archive.com/[email protected]/msg08809.html > 2. Something in ffalarms_svn.bb - which I worked around by just deleting > ffalarms_svn.bb, since I don't use ffalarms myself. Depends on "something".. > 3. Failure compiling phoneuid, because of: > | make[2]: *** No rule to make target > `/home/neil/shr/shr-testing/tmp/staging/armv4t-oe-linux-gnueabi/usr/share/shr-specs/org.shr.phoneui.Settings.xml', > needed by `phoneuid-settings-service-glue.h'. Stop. don't remember this onem sirrt > And at this point I took a break. It seemed to me that all of these > problems were caused by downloading newer Git/SVN trees than were used > at the time that shr/testing2009-1rc1 was actually released. Well that tag is 11 months old revision 1baf432efc883a74c12dddf9aa4fbbaea2b03e50 Your shr-t revision d9df9d9aee12d719dc306063c32ce8cdc6821789 is only 5 months old from 2010-05-03 08:50:36. -- Martin 'JaMa' Jansa jabber: [email protected] _______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
