summaryrefslogtreecommitdiff
path: root/meta/recipes-graphics/xorg-lib/libx11_1.3.4.bb
Commit message (Collapse)AuthorAgeFilesLines
* libx11: ensure nativesdk uses correct DEPENDS and XCB flagsSaul Wold2011-07-101-3/+10
| | | | | | | The inital patch was for native, but nativesdk also needs the same change. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* libx11: enable xcb supportSaul Wold2011-07-081-3/+8
| | | | | | | | | | [YOCTO #1196] XCB support is needed in libx1l, it has been enabled in libx11-trim for sometime and was not in full version. The usage here is for LSB testing, which uses full libx11. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* libx11: fix libX11 keysyms to pass xts5 of lsbJingdong Lu2011-06-021-2/+3
| | | | | | | | | | | | | | | Fixes bug: [YOCTO #1095] Because of cross-compiling libx11 keysyms will cause Xts5 test of LSB fail. libx11 use a tool named "makekey" which compiled as a native tool to generate ks_tables.h. Because the size of "unsigned long" is different between 32-bit and 64-bit, we should judge whether our target is 32-bit or 64-bit and tell "makekey". I add a patch to "makekeys_crosscompile.patch" to "src/utils/makekeys.c" in order to deal with the different targets. If our target is 32-bit, we force the variable its type is "unsigned long" to "uint32_t". So we can generate a correct keysyms. Signed-off-by: Jingdong Lu <jingdong.lu@windriver.com>
* libx11: Use inherit gettextKhem Raj2011-05-041-1/+2
| | | | | | Avoid direct depependency on gettext, inherit class instead Signed-off-by: Khem Raj <raj.khem@gmail.com>
* libx11: add missing SRC_URI hashesJoshua Lock2011-04-041-0/+3
| | | | Signed-off-by: Joshua Lock <josh@linux.intel.com>
* Major layout change to the packages directoryRichard Purdie2010-08-271-0/+18
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>