summaryrefslogtreecommitdiffstats
path: root/recipes/mesa/mesa-dri_7.4.bb
AgeCommit message (Collapse)Author
2010-06-26mesa: reaad and convert 7.4 releaseMartin Jansa
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2010-06-25mesa: remove 7.4 release, which is not pinned in any distro/include configMartin Jansa
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Acked-by: Henning Heinold <heinold@inf.fu-berlin.de> Acked-by: Graeme Gregory <dp@xora.org.uk>
2010-04-19mesa: switch to SRCPV with PE bumpMartin Jansa
2010-04-12recipes: move checksums to recipes from checksums.ini, part 2 manual adjustementMartin Jansa
* all: multiple checked items in SRC_URI (needs name= param) * other fixes like non-existent URL, checksums moved ot .inc or included .bb (ie for -native) * ... * tested with micro/micro-uclibc/Angstrom/SHR with SOURCE_MIRROR_FETCH="True" (ignoring COMPATIBLE_* * also tested -c fetch with s/SRC_URI_append_[^ ]*/SRC_URI_append/g and s/SRC_URI_[^ ]*/SRC_URI_append/g to catch all URLs used only for distro/machine/virtual override (see http://build.shr-project.org/tests/jama/SRC_URI.removeOverrides.patch) * in case I downloaded different checksum then what was in checksums.ini I used the old one from checksums.ini and put my checksum in comment * I'll send to ML list of recipes which cannot be downloaded (weren't converted) and where I got different checksums Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2010-04-12recipes: move checksums to recipes from checksums.iniMartin Jansa
* fetch all *.bb with patched utils.bbclass appending all checksums found only in checksums.ini to recipe Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2009-08-24mesa-dri: set PACKAGE_ARCH to ${MACHINE}Michael Smith
${MACHINE_DRI_MODULES} is passed to configure, so the package output depends on MACHINE. As foretold by commit f06119fc :) Also switch to INC_PR and fix built of mesa-xprogs when prefix != /usr. Signed-off-by: Michael Smith <msmith@cbnco.com>
2009-07-10mesa: add version 7.4Otavio Salvador
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>