On Wed, 2011-09-21 at 02:39 -0700, Saul Wold wrote: > I have build (not booted) these fixes and for the most part > they seem to address alot of the issues we have seen. There > is still some problems with python and gtk+ needing to be > cleaned before do_rootfs is sucessful. > > This is a major step forward based on some of the issues we > have seen and may require some additional fixes for an RC4.
> > The following changes since commit 81274f4488fbc4d68d150870735ec0181b60b451: > > freetype: disable bzip2 compressed font support (2011-09-19 13:14:03 +0100) > > are available in the git repository at: > git://git.yoctoproject.org/poky-contrib sgw/stage > http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=sgw/stage > > Anders Darander (3): > libzypp: git repo moved to github > sat-solver: git repo moved to github > zypper: git repo moved to github > > Daniel Lazzari (1): > Fix alsa-utils package dependencies > > Dexuan Cui (1): > deb packages support: switch from /var/dpkg to /var/lib/dpkg > > Dongxiao Xu (4): > rpm: add multilib prefix for archs under deploy/rpm > multilib: install MULTILIB_IMAGE_INSTALL > libpng: avoid dangling link in libpng package I took all the above. > libpng: add libpng12-dev packages I did not take this since I believe it was incorrect. Instead I've pushed an RPROVIDES addition. > > Mark Hatle (5): > Fix RPM dependencies > Add a run-time dependency that eglibc support GNU_HASH > Update python dependencies to be simply to "python" This change wasn't what I meant to invalidate the sstate cache. I've changed it to do what I was meaning. > busybox: Enhance to add dynamic per-file provides > multilib_global.bbclass: Fix non-multilib package provides > > Paul Eggleton (1): > scripts/combo-layer: fix still overzealous regex in default hook > script > > Saul Wold (4): > distrodata: fix distro_check code > distro tracking: Update Distro Aliases > avahi: Refactor recipe to move UI to avahi-ui > oprofileui: Change avahi to avahi-ui depends and I took the rest of the above apart from the patch Koen is questioning. Cheers, Richard _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
