Hi, please review patches living in martin_jansa/xorg-7.5 Its used in shr distribution for openmoko devices and I've tested it on Sharp Zaurus (C3000-spitz). I'm not sure if you can also use mesa-dri

RP said you did on #oe 16:25:45 < RP> JaMa|Wrk: I can't sanction that, needs to be proposed on list but I'd ack it 16:26:18 < XorA> JaMa|Wrk: got my Ack 16:26:46 < RP> It was mentioned informally at O

Today I've "fixed" one problem we had with opkg in shr. opkg installs own version of update-alternatives its the same script as the one packaged as update-alternatives-cworth its installed to /usr/bin

Thanks pushed. What about SRCREV->SRCPV migration? 1) svn recipes with +svnr{SRCREV} could be just replaced with +svnr{SRCPV} as the output should be the same 2) svn recipes with -r{SRCREV}, -svn{SRCR

with update-alternatives removed from opkg-native I noticed that virtual/update-alternatives-native defined in sane-feed-ipk.inc is not installed at all before building any image, so created image is

As I sent earlier as reply to [PATCH] bitbake.conf: SRCPV always upgradeable paths for git recipes. First few changes are already in martin_jansa/srcpv branch. All changes to svn.bb recipes seems safe

Sorry for that.. fixed with 29d6bcd8585aff0833eb88c06c3cc2474675c25c Just removed that inherit, libmodulo was only user of girepository class so we'll add it to libmodulo recipe directly if still need

Almost all changes for SRCPV (no SRCREV in my tree now, just few recipes named *git.bb doesn't have SRCPV in PV yet..) are in martin_jansa/srcpv branch please review them or even cherry-pick some if y

Hi, I'm not sure if this is 100% right but it behaves like this here: with AUTOREV used as SRCREV you get ${SRCREV} in format gitrNNNN+hash where NNNN is localcount incremented on buildhost every time

Sure, but AUTOREV is still usefull for recipes which are ie distro specific (ie shr telephony stack) which is still developing pretty fast and no one would like to see SRCREV bumps twice a day just be

This could be enough? Just putting BB_GIT_LOCALCOUNT_FOR_SRCREV = "0" somewhere (local.conf/distro.conf) and _count will always stay on 0 (gitr0+abc1234def)

OK better version with this you can add LOCALCOUNT_pn-bar ?= "4" to ie sane-srcrevs.inc or LOCALCOUNT ?= "4" to recipes/foo/bar_git.bb (btw seems like LOCALCOUNT_pn-bar has higher preferrence even if

OK pushed first 4 patches, svn recipes should be converted now..

Updated patch, thanks RP!

Hopefully resolved with this bitbake patch

Sorry previous patch used localcount even for svn recipes, that was wrong. This version should be ok.

Hopefully last time? :)

* it is copy of update-alternatives-cworth * it's not what distribution specifies with virtual/update-alternatives(-native) * make sure that update-alternatives-native is available for image creation

* if there is more alternatives with higest priority, use the one last in alternatives file (latest installed) * if target exists and its directory, remove link, otherwise new alternative link is crea

--- conf/bitbake.conf | 11 ++++++++--- 1 files changed, 8 insertions(+), 3 deletions(-) diff --git a/conf/bitbake.conf b/conf/bitbake.conf index 4435fdd..2f7cef2 100644 --- a/conf/bitbake.conf +++ b/c