summaryrefslogtreecommitdiff
path: root/meta/recipes-sato/libowl
AgeCommit message (Collapse)AuthorFiles
2016-06-15libowl: Remove as unusedJussi Kukkonen1
Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-05-14libowl/settings-daemon/libnotify: add x11 to REQUIRED_DISTRO_FEATURESRobert Yang1
The libowl, settings-daemon and libnotify requires gdk/gdkx.h which is provided by gtk when x11 in DISTRO_FEATURES, so add x11 to REQUIRED_DISTRO_FEATURES. The leafpad, settings-daemon and oh-puzzles requires libowl or settings-daemon, so add xx to REQUIRED_DISTRO_FEATURES for them too. The leafpad can't be built without libowl, so depends in directly rather than use DEPENDS_append_poky. Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2014-01-02Replace one-line DESCRIPTION with SUMMARYPaul Eggleton1
A lot of our recipes had short one-line DESCRIPTION values and no SUMMARY value set. In this case it's much better to just set SUMMARY since DESCRIPTION is defaulted from SUMMARY anyway and then the SUMMARY is at least useful. I also took the opportunity to fix up a lot of the new SUMMARY values, making them concisely explain the function of the recipe / package where possible. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2014-01-02Replace OpenedHand Bugzilla in BUGTRACKERPaul Eggleton1
This site no longer exists, and all of these are now (semi-)maintained on yoctoproject.org infrastructure, so set BUGTRACKER to point to the Yocto Project Bugzilla. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2013-10-30recipes: Remove PR = r0 from all recipesRichard Purdie1
Remove all PR = "r0" from all .bb files in oe-core. This was done with the command sed -e '/^PR.*=.*r0\"/d' recipes*/*/*.bb -i We've switching to the PR server, PR bumps are no longer needed and this saves people either accidentally bumping them or forgetting to remove the lines (r0 is the default anyway). Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30remove the unnecessary protocol parametersJackie Huang1
It's not necessary to specify the protocol parameter when it's the default protocol for the fetcher, e.g. the default protocol for git fetcher it git, "protocol=git" isn't needed. Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-09-02o-hand recipes: convert from svn.o-hand.org to git.yoctoproject.orgSaul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-08-04SRC_URI, S: use BPN instead of PN for multilib caseYu Ke1
in multilibcase, PN has multilib prefix, so it is not correct to use PN in SRC_URI and S. instead, we've dedicately pruned multilib prefix in BPN, so BPN is the right alternative for PN. Signed-off-by: Yu Ke <ke.y@intel.com>
2011-05-04poky-default-revisions: move the SRCREV to recipe fileYu Ke1
in this case, those non poky distro can also use these recipe normally Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-03-14Update SRC_URIs to use BPN instead of PNRichard Purdie1
[YOCTO #860] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-01-06recpies: use SRCPV instead of SRCREV for PVYu Ke1
SRCPV is intended being used by PV, some recipes still use SRCREV for PV, which is not correct. This patch fix all the misusage. Signed-off-by: Yu Ke <ke.yu@intel.com>
2010-08-27Major layout change to the packages directoryRichard Purdie1
Having one monolithic packages directory makes it hard to find things and is generally overwhelming. This commit splits it into several logical sections roughly based on function, recipes.txt gives more information about the classifications used. The opportunity is also used to switch from "packages" to "recipes" as used in OpenEmbedded as the term "packages" can be confusing to people and has many different meanings. Not all recipes have been classified yet, this is just a first pass at separating things out. Some packages are moved to meta-extras as they're no longer actively used or maintained. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>