summaryrefslogtreecommitdiffstats
path: root/meta/recipes-graphics/xorg-font/encodings_1.0.4.bb
Commit message (Collapse)AuthorAgeFilesLines
* encodings: Add dependency to mkfontdir-nativeGratian Crisan2016-09-231-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Currently adding a font recipe to an image doesn't have enough dependencies to cause mkfontdir-native to be included in the native sysroot. This creates problems with the postinstall scripts for fonts which call mkfontdir to create font index files: font.dir. The end result is missing font.dir files in the built image and a malfunctioning font system. Dependencies for the relevant recipes currently look like this: * <font.bb> [D ] -> font-util-native [R ] -> encodings, font-util [RN] -> font-util-native * font-util [D ] -> encodings [R ] -> mkfontdir, mkfontscale, encodings [RN] -> mkfontdir-native, mkfontscale-native * encodings [D ] -> mkfontscale-native, font-util-native * mkfontdir [R ] -> mkfontscale [RN] -> mkfontscale-native * mkfontscale [D ] -> libfontenc * libfontenc [D ] -> font-util Where: * D = DEPENDS * R = RDEPENDS * RN = RDEPENDS_class-native * <font.bb> e.g. font-adobe-100dpi*.bb Some details where omitted for clarity e.g. dependencies on util-macros. I believe the intent behind the RDEPENDS_class-native chain: * <font.bb> -> font-util-native -> mkfontdir-native was to provide the necessary dependency on mkfontdir. However because the native sysroot is not built from packages this RDEPENDS_class-native chain doesn't have the desire effect (i.e. it doesn't pull in mkfontdir-native). Changing the RDEPENDS_class-native chain into a DEPENDS_class-native chain is a non-starter because of the build time dependency loop it creates: * font-util-native -> mkfontscale-native -> libfontenc-native -> font-util-native Having upstream remove the build time dependency of libfontenc on font-util is also a non-starter[1] even though it does create problems in other distributions, for example on Debian see [2], [3]. Instead add a DEPENDS on mkfontdir-native in the encodings recipe in addition to the mkfontscale-native dependency it already contains. This solves the missing mkfontdir in the native sysroot problem without introducing a build dependency loop. [1] https://bugs.freedesktop.org/show_bug.cgi?id=97631 [2] https://wiki.debian.org/CircularBuildDependencies [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717843 (From OE-Core rev: aa8a7b2962f9a77bdd347843c41f86dc291b783e) Signed-off-by: Gratian Crisan <gratian.crisan@ni.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* encodings: Set RDEPENDS correctlyRichard Purdie2013-04-151-0/+1
| | | | | | | | | | 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. (From OE-Core rev: 71b3a156c11d01565f546f33e3f1e1bea2fafdff) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Improve handling of 'all' architecture recipes and their interaction with sstateRichard Purdie2011-10-041-3/+5
| | | | | | | | | | | | | | | * 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] (From OE-Core rev: 85d8362e0c443f11fe8d3fd0fba55d1bd4983613) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* font-util: The recipe produces binaries so don't mark as 'all' architectureRichard Purdie2011-08-041-0/+2
| | | | | | | | | | | | | | | 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 (From OE-Core rev: 7aefddc57e9da02298af1aa98abedbe99435e15a) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* License Field Cleanup: Non-standard field namesBeth Flanagan2011-05-271-1/+1
| | | | | | | | | | | | | | | 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. (From OE-Core rev: 4786ecdf7cd427089464dcb62579110d494e7cd7) Signed-off-by: Beth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes-graphics: Add more detailed SUMMARY and DESCRIPTIONSMark Hatle2011-02-031-1/+5
| | | | | | | | | | | | | 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>
* SRC_URI Checksums AdditionalsSaul Wold2010-12-091-0/+3
| | | | Signed-off-by: Saul Wold <sgw@linux.intel.com>
* encodings: Update to version 1.0.4Saul Wold2010-11-241-0/+10
Signed-off-by: Saul Wold <Saul.Wold@intel.com>