Age | Commit message (Collapse) | Author |
|
* there is only ttf-dejavu-common
* fixes following warnings:
ttf-mplus-027: ttf-mplus-1c-black rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1c-bold rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1c-heavy rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1c-light rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1c-medium rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1c-regular rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1c-thin rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1m-bold rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1m-light rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1m-medium rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1m-regular rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1m-thin rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1mn-bold rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1mn-light rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1mn-medium rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1mn-regular rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1mn-thin rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1p-black rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1p-bold rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1p-heavy rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1p-light rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1p-medium rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1p-regular rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1p-thin rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2c-black rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2c-bold rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2c-heavy rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2c-light rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2c-medium rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2c-regular rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2c-thin rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2m-bold rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2m-light rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2m-medium rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2m-regular rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2m-thin rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2p-black rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2p-bold rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2p-heavy rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2p-light rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2p-medium rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2p-regular rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2p-thin rdepends on ttf-common but it isn't a build dependency? [build-deps]
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Fix LICENSE value to drop warning messages:
WARNING: ttf-dejavu: No generic license file exists for: Bitstream in any provider
WARNING: ttf-dejavu: No generic license file exists for: Vera in any provider
Signed-off-by: Matthieu Crapet <Matthieu.Crapet@ingenico.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Changes:
- rename SUMMARY with length > 80 to DESCRIPTION
- rename DESCRIPTION with length < 80 to (non present tag) SUMMARY
- drop final point character at the end of SUMMARY string
- remove trailing whitespace of SUMMARY line
Note: don't bump PR
Signed-off-by: Matthieu Crapet <Matthieu.Crapet@ingenico.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* Remove all PR = "r0" from all .bb files in meta-oe repo. This was done
with the command sed -e '/^PR.*=.*r0\"/d' meta*/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: Martin Jansa <Martin.Jansa@gmail.com>
|
|
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: Martin Jansa <Martin.Jansa@gmail.com>
|
|
We have "SIL Open Font License" 1.1 in common-licenses as OFL-1.1.
Signed-off-by: Paul Barker <paul@paulbarker.me.uk>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
The whitespace in LICENSE causes bitbake to parse this as three separate
licenses: 'Arphic', 'Public' and 'License'. These spaces are replaced with
dashes to prevent confusion.
Signed-off-by: Paul Barker <paul@paulbarker.me.uk>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* This change is only aesthetic (unlike indentation in Python
tasks).
* Some recipes were using tabs.
* Some were using 8 spaces.
* Some were using mix or different number of spaces.
* Make them consistently use 4 spaces everywhere.
* Yocto styleguide advises to use tabs (but the only reason to keep
tabs is the need to update a lot of recipes). Lately this advice
was also merged into the styleguide on the OE wiki.
* Using 4 spaces in both types of tasks is better because it's less
error prone when someone is not sure if e.g.
do_generate_toolchain_file() is Python or shell task and also allows
to highlight every tab used in .bb, .inc, .bbappend, .bbclass as
potentially bad (shouldn't be used for indenting of multiline
variable assignments and cannot be used for Python tasks).
* Don't indent closing quote on multiline variables
we're quite inconsistent wheater it's first character on line
under opening quote or under first non-whitespace character in
previous line.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Acked-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
Add mandataroy LIC_FILES_CHKSUM variable to fix build error.
Signed-off-by: Apelete Seketeli <apelete@seketeli.net>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Import ttf-inconsolata recipe from "oe-classic". This is intended to
satisfy dependency chain of muffinman-image recipe for the JLime
distribution.
Signed-off-by: Apelete Seketeli <apelete@seketeli.net>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* without this ttf.inc had to set RRECOMMENDS and
postinst/postrm without PN suffix to cover all
subpackages created in ttf recipes
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Used sed expression given here:
http://lists.linuxtogo.org/pipermail/openembedded-core/2011-November/012373.html
Plus an additional expression for .expand. Full expression is:
sed \
-e 's:bb.data.\(setVar([^,]*,[^,]*\), \([^ )]*\) *):\2.\1):g' \
-e 's:bb.data.\(setVarFlag([^,]*,[^,]*,[^,]*\), \([^) ]*\) *):\2.\1):g' \
-e 's:bb.data.\(getVar([^,]*\), \([^, ]*\) *,\([^)]*\)):\2.\1,\3):g' \
-e 's:bb.data.\(getVarFlag([^,]*,[^,]*\), \([^, ]*\) *,\([^)]*\)):\2.\1,\3):g' \
-e 's:bb.data.\(getVarFlag([^,]*,[^,]*\), \([^) ]*\) *):\2.\1):g' \
-e 's:bb.data.\(getVar([^,]*\), \([^) ]*\) *):\2.\1):g' \
-e 's:bb.data.\(expand([^,]*\), \([^ )]*\) *):\2.\1):g' \
-i `grep -ril bb.data *`
Some minor correction in systemd.bbclass was needed for some expressions
that didn't quite match the regex in the desired way; additionally a few
instances were manually changed.
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
|
|
Dropped Serif handling code - there is no Ubuntu Serif.
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
|
|
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
|
|
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
|
|
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
|
|
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
* android.git.kernel.org seems not available
* SRCREV magic didn't work for me with fetch2
* PV changed to get upgradable path
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
As discussed on the mailing list, this variable isn't useful and if wanted
would be better implemented by distros using pn-X overrides.
This patch executes:
find . -regex ".*\.\(bb\|inc\)$" | xargs sed -i '/^PRIORITY = ".*"$/d'
against the tree removing the references. Thanks to Phil Blundell for
the command.
(Prompted by oe-core rev: d122343362669c683acc4af295971a62cbc823fc)
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
|
|
* otherwise such recipes are rebuilt or reused from sstate after every
MACHINE change, because of different checksums see [YOCTO #1075]
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* tested on shr-lite-image for om-gta02 and nokia900 (with meta-shr layer)
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
As per TSC decision
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
|