Roboto is an Apache licensed sans-serif typeface family developed by Google as
the system font for its mobile operating system Android, and released in 2011
for Android 4.0 "Ice Cream Sandwich".
Signed-off-by: Diego Rondini <diego.rondini@kynetics.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* add meta-oe/licenses/ttf-mplus from ttf-mplus/027-r4/mplus-TESTFLIGHT-027/LICENSE_E
* use BPN to use the same LICENSE even with multilib
* use the same license name from ttf-vlgothic
* fixes following warnings:
WARNING: ttf-mplus-027-r4 do_populate_lic: ttf-mplus: No generic license file exists for: ttf-mplus in any provider
WARNING: ttf-vlgothic-20141206-r0 do_populate_lic: ttf-vlgothic: No generic license file exists for: mplus in any provider
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
The checksums of the fedora25 rpm do not match those
in the recipe. We use the fedora24 version instead.
The extracted gz file is the same for both versions.
Signed-off-by: Joe Slater <jslater@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
1) Upgrade ttf-dejavu from 2.35 to 2.37.
2) Modify LIC_FILES_CHKSUM, since the date in it has been changed, But the LICENSE has not been changed.
Signed-off-by: Wang Xin <wangxin2015.fnst@cn.fujitsu.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Add an extra ttf font vlgothic.
The font is derived from from M+ FONTS which is created by M+ FONTS
PROJECT and under the Free license. So it has to obey the mplus licence.
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
PT Sans is an open source licensed font released in 2010 by ParaType.
The ParaTypeFFL-1.3 license file has been submitted to OE-core.
Signed-off-by: Ioan-Adrian Ratiu <adrian.ratiu@ni.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Fix following QA error:
,----
| WARNING: Recipe ttf-sazanami, LICENSE (Public domain) has invalid
| format, LICENSES must have operator "([&|() ])" between them.
`----
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* 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>
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>
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>
* 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>
* 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>
