summaryrefslogtreecommitdiff
path: root/meta/recipes-graphics/xorg-font
AgeCommit message (Collapse)AuthorFiles
2015-05-20font-util: upgrade to 1.3.1Ross Burton1
License checksums updated as the Unicode license was modified (wording only). Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-05-14recipes-graphics: add x11 to REQUIRED_DISTRO_FEATURESRobert Yang2
They can't be built withou x11 in DISTRO_FEATURES. Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2015-02-21xorg-font-common: fix sysroot injection for encoding mapsRichard Tollerton1
The xorg font builds use `pkg-config --variable=mapdir fontutil` to locate encoding maps. This variable ought to be sysroot-relative, but neither pkg-config nor font-util nor the fonts themselves provide any facility to add the sysroot back in. We're presently adding the sysroot by by twiddling MAPFILES_PATH in configure.ac. This is broken; it's actually defined in aclocal.m4, because the definition is provided by fontutil.m4. Another (more speculative) criticism is that it also hardcodes a build-specific absolute path into builds which might (incorrectly) encode it into target-installable packages. A somewhat more robust, focused, and clear solution is to override UTIL_DIR on the make command line. (UTIL_DIR, not MAPFILES_PATH, is what is actually referenced in the build.) Signed-off-by: Richard Tollerton <rich.tollerton@ni.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-02-21font-util: remove MAPFILES_PATH overrideRichard Tollerton1
MAPFILES_PATH is a configuration variable that is used by packages using font-util, which tells those packages how to compute it in fontutil.m4. Presently, we're manually twiddling things so that MAPFILES_PATH will consult the native sysroot, when building under *any* architecture. This complicates building other packages immensely, and also generates broken on-target packages, because the contents of font-util-dev will reference the native sysroot on the build machine (!). We don't even need to twiddle MAPFILES_PATH anymore so just delete it. This code also had a path bug (referencing /usr/lib/pkg-config instead of /usr/lib/pkgconfig) which is also fixed by deletion. Signed-off-by: Richard Tollerton <rich.tollerton@ni.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-02-21font-util: stage encoding maps into sysrootBen Shelton1
font-util installs encoding maps into /usr/share/fonts/X11. This path may not exist on the host (many distros install these into /usr/share/fonts/util) so they must exist in the sysroot in order for e.g. `pkg-config --variable=mapdir fontutil` to work correctly. However, currently /usr/share/fonts is explicitly not installed into sysroots, so the encoding maps were not getting found. Fix this by explicitly staging ${datadir}/fonts/ into the sysroot. Signed-off-by: Ben Shelton <ben.shelton@ni.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-01-23xorg-minimal-fonts: set and handle S in a proper wayPetter Mabäcker1
After removal of auto-creating S we must ensure that all recipes are using a proper value for S. Also do some minor adjustment after changing value of S. [YOCTO #5627] Signed-off-by: Petter Mabäcker <petter@technux.se>
2014-12-19font-util: Fix incorrect PKG_CONFIG_PATHRichard Tollerton1
PKG_CONFIG_PATH always defaults to /usr/lib/pkgconfig, and the host /usr/lib/pkgconfig is always checked as a fallback; however, PKG_CONFIG_PATH is currently (incorrectly) set to /usr/lib/pkg-config in the sysroot, which doesn't exist. On host distros where the font encoding maps are stored under a different path than OE, this will break font builds, because ucs2any will attempt to read the sysroot's encoding maps with the host paths. Signed-off-by: Richard Tollerton <rich.tollerton@ni.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2014-06-10xorg-font-common.inc: remove shell debug optionKai Kang1
'set -x' is added to package postinstall scripts. It causes trace information are printed when image first time boots such as core-image-sato. Remove it. Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2014-01-02Replace one-line DESCRIPTION with SUMMARYPaul Eggleton2
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-02Drop empty/invalid BUGTRACKER valuesPaul Eggleton1
Setting this value to blank or "n/a" in just a few recipes accomplishes nothing. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2013-04-15encodings: Set RDEPENDS correctlyRichard Purdie1
The .inc file sets RDEPENDS for the general font case but the dependencies don't apply to this recipe. This removes those dependencies, simplifying the dependency chains a little. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-26font-alias: Add depends on font-util-nativeRichard Purdie1
Without this, the font-util.m4 macro can be missing leading to an undefined macro. The recipe will still build but generate an empty font-alias package since the files are installed into "${D}@XORGROOTFONTDIR@". Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-28xorg-minimal-fonts: depend on font-alias instead of shipping fonts.aliasMarcin Juszkiewicz2
| Collected errors: | * check_data_file_clashes: Package font-alias wants to install file /home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/work/genericarmv8-oe-linux/core-image-lsb-dev/1.0-r0/rootfs/usr/share/fonts/X11/misc/fonts.alias | But that file is already provided by package * xorg-minimal-fonts | * opkg_install_cmd: Cannot install package packagegroup-core-lsb-dev. | ERROR: Function failed: do_rootfs (see /home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/work/genericarmv8-oe-linux/core-image-lsb-dev/1.0-r0/temp/log.do_rootfs.7564 for further information) Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-12-14font-util: fix out-of-tree buildsRoss Burton1
Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-02recipes-graphics: replace virtclass-native(sdk) with class-native(sdk)Robert Yang2
The overrides virtclass-native and virtclass-nativesdk are deprecated, which should be replaced by class-native and class-nativesdk. [YOCTO #3297] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-03-21font-util: upgrade to 1.3.0Shane Wang1
Signed-off-by: Shane Wang <shane.wang@intel.com>
2011-12-15Patch Upstream Status UpdatesSaul Wold2
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-12-08OECore license fixes: meta/*Elizabeth Flanagan2
This is a quick audit of only the most obviously wrong licenses found within OECore. These fixes fall into four areas: - LICENSE field had incorrect format so that the parser choked - LICENSE field has a license with no version - LICENSE field was actually incorrect - LICENSE field has an imaginary license that didn't exist This fixes most of the LICENSE warnings thrown, along with my prior commit adding additional licenses to common-licenses and additional SPDXLICENSEMAP entries. HOWEVER..... there is much to be done on the license front. For a list of recipes with licenses that need obvious fixing see: https://wiki.yoctoproject.org/wiki/License_Audit That said, I would suggest another license audit as I've found enough inconsistencies. A good suggestion is when in doubt, look at how openSuse or Gentoo or Debian license the package. Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com>
2011-10-10font-alias: Convert to use allarch including a patch to disable compiler checksRichard Purdie2
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-10-04Improve handling of 'all' architecture recipes and their interaction with sstateRichard Purdie3
* Jansa: rebased on current master, added nocompiler patch also to font-alias, dropped allarch from linux-firmware, gnome-icon-theme, hal-info as those are checking compiler (ie in intltool check) and better to build them as default arch instead of rebuilding after every machine change. * this is also part of [BUGID# 1075] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2011-08-04font-util: The recipe produces binaries so don't mark as 'all' architectureRichard Purdie3
Since font-util produces binaries it shouldn't be marked as "all" package architecture. To achieve this we need to move the settings out the common include file. This fixes errors like: ERROR: runstrip: ''mips-poky-linux-strip' --remove-section=.comment --remove-section=.note '/srv/home/pokybuild/poky-slave/nightly-external/build/build/tmp/work/all-poky-linux/font-util-1.2.0-r2.1/package/usr/bin/bdftruncate'' strip command failed ERROR: runstrip: ''mips-poky-linux-strip' --remove-section=.comment --remove-section=.note '/srv/home/pokybuild/poky-slave/nightly-external/build/build/tmp/work/all-poky-linux/font-util-1.2.0-r2.1/package/usr/bin/ucs2any'' strip command failed Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-25bitbake.conf/classes: Variable cleanupRichard Purdie1
This patch removes the variables BASE_PACKAGE_ARCH, BASEPKG_HOST_SYS, BASEPKG_TARGET_SYS and also removes the immediate assignments in several core classes as these are no longer required. This should make it clearer what some of the core variables do and simplfy some overly complex and confusing class code. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-05-27License Field Cleanup: Non-standard field namesBeth Flanagan2
I've cleaned up some odd license fields, fixed some license names and corrected some incorrect licenses. LICENSE really needs a pass through by the maintainers as some of the licensing is incorrect. Also, every license with Artistic should be gone through and noted as which version of Artistic. Signed-off-by: Beth Flanagan <elizabeth.flanagan@intel.com>
2011-02-16mkfontdir/font-alias: Fix native RDEPENDSRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-03recipes-graphics: Add more detailed SUMMARY and DESCRIPTIONSMark Hatle2
Add more detailed SUMMARY and DESCRIPTIONS to various graphics and graphics related components. I've recently gotten question from users what something is, or why it was needed.. this should go a long way toward answering those questions. Many of the descriptions were taken directly from the upstream location, where one was not available the Debian packages were consulted for information. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2010-12-30RDEPENDS, RRECOMMENDS -> RDPEPENDS_${PN}, RRECOMMENDS_${PN}Koen Kooi3
For these recipes the dependencies listed in RDEPENDS and RRECOMMENDS only apply to ${PN} Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-12-09SRC_URI Checksums AdditionalsSaul Wold3
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2010-11-29font-alias: Drop patch already applied upstreamRichard Purdie2
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-11-28font-alias: Set RDEPENDS to exclude encodings in the native caseRichard Purdie1
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-11-28font-util: Set RDEPENDS for virtclass-native to exclude encodings to copy ↵Richard Purdie1
DEPENDS Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-11-24encodings: Update to version 1.0.4Saul Wold1
Signed-off-by: Saul Wold <Saul.Wold@intel.com>
2010-11-24font-alias: Update to version 1.0.3Saul Wold2
Signed-off-by: Saul Wold <Saul.Wold@intel.com>
2010-11-24font-util: Update to version 1.2.0Saul Wold1
Signed-off-by: Saul Wold <Saul.Wold@intel.com>
2010-08-27Major layout change to the packages directoryRichard Purdie52
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>