summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* alsa-tools: fix build when x11 and gtk+ not availableSimone Agresta2014-03-211-1/+1
| | | | | | | | | | Updated patch to work with alsa-tools version 1.0.27 (From OE-Core rev: baada8ef412478450fa0ab234b1a3151bdfe7ac4) Signed-off-by: Simone Agresta <simone.agresta@bticino.it> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perf: add libexec and traceevent to packagesBruce Ashfield2014-03-211-1/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Recent versions of perf may install files into /usr/libexec/perf-core and in /usr/lib/traceevent. To avoid packaging QA errors, we add these two directories to the FILES variables. We also add: INHIBIT_PACKAGE_DEBUG_SPLIT="1" to avoid the following issue (due to a trailing / being removed): ERROR: debugedit failed with exit code 256 ... debugedit: canonicalization unexpectedly shrank by one character And finally, we must ensure that the traceevent libraries are installed to the proper multilib library path. If building some multlibs, the incorrect library path will be selected by perf, since it triggers via: ifeq ($(ARCH),x86_64) (or similiar mechanism per arch). In a 32 bit build, with a 64 bit multilib, the arch won't match and the detection of a 64 bit build (and library) are not exected. To ensure that libraries are installed to the correct location, we can make the substitution in the config/Makefile. For non multilib builds, this has no impact. (From OE-Core rev: c1b5a262c0201faf2c6bf545d6acb32dfe383ba3) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* fontcache.bbclass: add fontconfig-utils runtime dependencyMatthieu Crapet2014-03-214-2/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In an image recipe, you can get a warning, for example: WARNING: The postinstall intercept hook 'update_font_cache' failed (exit code: 1)! See log for details! WARNING: The postinstalls for the following packages will be postponed for first boot: ttf-dejavu-sans-mono (because /usr/bin/fc-cache is missing) In OE-core, rdepend is correctly done in each recipe: - ttf-fonts/liberation-fonts - ttf-fonts/ttf-bitstream-vera In meta-OE, rdepend is not done but packagegroup-fonts-truetype.bb includes fontconfig-utils: - ttf-fonts/ttf-arphic-uming - ttf-fonts/ttf-dejavu - ttf-fonts/ttf-droid - ttf-fonts/ttf-gentium - ttf-fonts/ttf-hunkyfonts - ttf-fonts/ttf-inconsolata - ttf-fonts/ttf-liberation - ttf-fonts/ttf-mplus - ttf-fonts/ttf-sazanami - ttf-fonts/ttf-ubuntu-font-family - ttf-fonts/ttf-wqy-zenhei (From OE-Core rev: 306335b13fedc18cf03da1c2a68e97c01eb59075) Signed-off-by: Matthieu Crapet <Matthieu.Crapet@ingenico.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* genext2fs: remove itRobert Yang2014-03-2127-4907/+0
| | | | | | | | | | | | Remove genext2fs since we don't use it anymore, it can't support ext4 well, either. We have used "mke2fs -d" to instead of it. [YOCTO #6013] (From OE-Core rev: ff5666bc460520aef6105e117d5431c05fd9f55b) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* generate-manifest-2.7.py: sync with python-2.7-manifest.incPaul Eggleton2014-03-211-59/+59
| | | | | | | | | | Some changes were made earlier by me to SUMMARY values in python-2.7-manifest.inc without changing the manifest script. (From OE-Core rev: 45779941cec4f53a8ca7f8350402e5d9e866c916) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* generate-manifest-*.py: set SUMMARY instead of DESCRIPTIONPaul Eggleton2014-03-212-4/+4
| | | | | | | | | | Typically what's being set here is a short description, so it makes much more sense to set SUMMARY. (From OE-Core rev: d3941c88e2639637a8bc0b2c31c1d892d2ae40e3) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: add python-mmap to python-multiprocessing RDEPENDSPaul Eggleton2014-03-212-2/+2
| | | | | | | | | | | The multiprocessing module needs the mmap module. We got away with not having this for the build appliance because python-mmap was added to packagegroup-self-hosted, but this is the proper place to have it. (From OE-Core rev: 1c031c627a362b3f18ffa2e9caeb6cfb299b9948) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* x264: add perlnative to inheritPaul Eggleton2014-03-211-1/+1
| | | | | | | | | | | | perl is run as part of the configure process, so we should ensure that it's available. Should fix [YOCTO #5768]. (From OE-Core rev: ff7071418217c343276c22c7e1a053672f92639b) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* useradd{-static}: Ignore useradds on nativesdkMark Hatle2014-03-212-3/+6
| | | | | | | | | | | | | The code was supposed to ignore both native and nativesdk operations when using the useradd and useradd-static code. However, somewhere along the way the code was dropped. This didn't cause any issues until someone enabled the enforcing mode in the new useradd-static and various nativesdk packages started to fail. (From OE-Core rev: 6b9705892400a1da1fcd973c64d1911c7c4463f6) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: runqueue: Remove use of waitpid on worker processesRichard Purdie2014-03-191-16/+12
| | | | | | | | | | | | | Use of waitpid on the worker processes is a bad idea since it conflicts directly with subprocess internals. Instead use the poll() method and returncode to determine if the process has exitted, if it has, we can shut down the system. This should resolve the hangs once and for all, famous last words. (Bitbake rev: 60969cd62e21e7d4af161bf8504b7643a879c73f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* alsa-tools: fix build when x11 and gtk+ not availableSimone Agresta2014-03-191-4/+4
| | | | | | | | | Updated patch to work with alsa-tools version 1.0.27 (From OE-Core rev: ef196434620522affc11b5b1b867386b5d14a4c3) Signed-off-by: Simone Agresta <simone.agresta@bticino.it> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sgml-common-native: fix the generation of sgml-docbook.catRobert Yang2014-03-194-11/+34
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | There would be build errors if multiple builds use the same SSTATE_DIR, and the builds use the different versions' docbook-sgml-dtd-native, the problems are: we have multiple versions docbook-sgml-dtd-native: docbook-sgml-dtd-3.1-native docbook-sgml-dtd-4.1-native docbook-sgml-dtd-4.5-native And they depend on sgml-common-native which installs the file sysroot/etc/sgml/sgml-docbook.cat, this file is also included in the sstate cache file (.tar.gz), but both the 3 versions docbook-sgml-dtd-native may update the sysroot/ect/sgml/sgml-docbook.cat, and it is a hardlink to SYSROOT_DESTDIR/etc/sgml/sgml-docbook.cat, so the sgml-docbook.cat in the sstate cache file may contain the docbook-sgml-dtd-<version>-native's info, and there would be errors when we mirror the sstate-cache to another build which uses a different version. Now we exclude the sgml-docbook.cat from the ${D}, and generate sysroot/ect/sgml/sgml-docbook.cat dynamically will fix the problem, both the sgml-common-native and docbook-sgml-dtd-<version>-native can update it it correctly. The similar to docbook-dsssl-stylesheets-native and openjade-native. [YOCTO #5994] (From OE-Core rev: 50683df81e1605ad7c03bc633aa55da7e97cfe62) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* expect: fix do_install failure on SLED 11.2Chen Qi2014-03-192-0/+35
| | | | | | | | | | | | | | | | | | | Previously we were encountering do_install failures on older machines like SLED 11.2. These machines have relatively lower versions of glibc. tclsh8.6: /lib64/libc.so.6: version `GLIBC_2.14' not found The above failure is due to that fact that we are using the fixline1 tcl script to install commands under the example directory. The purpose of fixline1 is to ensure that the installed scripts begin with '#!/bin/sh'. However, the scripts under the example directory have already got the correct first line. That's why we don't need to modify anything and could just copy them. (From OE-Core rev: a8fe5fd62fd98e33180f3de700ed01f9efb74a50) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package_manager: Use apt-ftparchive for deb packagesRicardo Ribalda Delgado2014-03-191-3/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Use apt-ftparchive to create a Release file compatible with SecureApt. apt-ftparchive is also a more efficient replacement of dpkg-scanpackages: root@neopili:~/curro/qtec/qt5022/build-qt5022-cesium/build/tmp/deploy/deb/bobcat _64# time PSEUDO_UNLOAD=1 apt-ftparchive packages . >/tmp/kkk real 0m26.873s user 0m20.968s sys 0m1.212s root@neopili:~/curro/qtec/qt5022/build-qt5022-cesium/build/tmp/deploy/deb/bobcat _64# time PSEUDO_UNLOAD=1 dpkg-scanpackages . >/tmp/kkk dpkg-scanpackages: info: Wrote 6022 entries to output Packages file. real 0m59.721s user 0m16.668s sys 0m11.164s apt-ftparchive is not compatible with libpseudo. The calls to ftw() returns the path in absolute format instead of relative. This produces wrong Packages and Release files. ie: MD5Sum: d20227a958f6870137ce0e41b7b84307 1453 /home/ricardo/curro/qtec/qt5022/build-qt5022-cesium/build/tmp/deploy/deb/all/Release This is why it is called with PSEUDO_UNLOAD. (From OE-Core rev: c9899a7605f15f7f1ae30c4624d53c7da825b00a) Signed-off-by: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* openssh: Update init file to add ED25519 Key generationSaul Wold2014-03-191-1/+6
| | | | | | | | | [YOCTO #5983] (From OE-Core rev: c859f9a9f765654a292d57a2bfcea8b4f4c65087) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tar: add knob whether acl.h are checkedChong Lu2014-03-191-0/+2
| | | | | | | | | | | | | Previously, it still was checked when there was no sys/acl.h in sysroots directory. Add knob to decide whether acl.h are checked or not. Fixed by using PACKAGECONFIG to check acl, with default disabled set. (From OE-Core rev: ab0bbeeb0b0f6c3c5c7298929cfee757d7bbb111) Signed-off-by: Chong Lu <Chong.Lu@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gettext-0.16.1: kill target m4 macros from sysrootChristopher Larson2014-03-191-0/+11
| | | | | | | | | | | | | | | | | | | | Ever since the change to how aclocal files are copied (based on dependencies), target m4 macros seem to more reliably be used in preference to native (which they should), but in a non-gplv3 build, gettext is 0.16 while gettext-native is 0.18, causing a 0.16 po.m4 to be used with our 0.18 po/Makefile.in.in files, causing at least some failed builds, including e2fsprogs. Anyone inheriting gettext will have both gettext-native and gettext available, and we don't want to use older macros from the target gettext in a non-gplv3 build, so kill them and let dependent recipes rely on gettext-native. [YOCTO #5964] (From OE-Core rev: f43139adceaf8039d5347dea0a116dc5923b24c1) Signed-off-by: Christopher Larson <kergoth@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pulseaudio: Make it compatible with systemd-209Martin Jansa2014-03-192-0/+31
| | | | | | | (From OE-Core rev: 662ff5986370e59cf8638aab66f095f284a7238d) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Upgrade to systemd 211+Khem Raj2014-03-1910-563/+136
| | | | | | | | | | | | | | | Fixes [YOCTO #5940] Fix checks for %ms format to be a link time check runtime checks wont work in cross compiling Add a patch to workaround missing _SC_PHYS_PAGES in uclibc (From OE-Core rev: 0f5256d4ae5ed88c62e737e3c31587d7635b5dd6) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: runqueue: Revert child signal handler for nowRichard Purdie2014-03-191-28/+17
| | | | | | | | | | | | | | | | | | | | | | | | | We're running into processes using 100% cpu. It appears theses are locked in a subprocess.poll() type loop where the process has exited but the code is looping as its not handling the ECHILD error. http://bugs.python.org/issue14396 http://bugs.python.org/issue15756 This is likely due to one or both of the above bugs. The question is what actually grabbed the child exit code as it wasn't this code. Its likely there is therefore some other code racing and taking that code, it may be some kind of race like: http://hg.python.org/cpython/rev/767420808a62/ where the fix effectively catches the childs codes in a different part of the system. We could try and get everyone onto python 2.7.4 where the above bugs are fixed however for now its safer to admit defeat and go back to polling explictly for our worker exit codes. (Bitbake rev: 5b9a099ec2a1dc954b614e12a306595f55b6a99e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: runqueue: Don't catch all child return codesRichard Purdie2014-03-191-3/+4
| | | | | | | | | | Catching all child exit status values is a bad idea. Setting an http sstate mirror is a great way to view that spectacularly break things. The previous change did have good code changes so don't revert those parts. (Bitbake rev: fa7ffb62d510ac1124ae7e08fa4d190a710f5b54) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: runqueue: Really fix sigchld handlingRichard Purdie2014-03-181-14/+14
| | | | | | | | | | | | | | | | | | | There are several problems. Firstly, a return value of "None" can mean there is a C signal handler installed so we need to better handle that case. signal.SIG_DFL is 0 which equates to false so we also need to handle that by testing explicitly for None. Finally, the signal handler *must* call waitpid on all child processes else it will just get called repeatedly, leading to the hanging behaviour we've been seeing. The solution is to only error for the worker children, we warn about any other stray children which we'll have to figure out the sources of in due course. Hopefully this patch gets things working again properly though. (Bitbake rev: 973876c706f08735c1b68c791a5a137e5f083dd2) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pixbufcache: Fix librsvg-native buildRichard Purdie2014-03-181-0/+1
| | | | | | | | | | | | | | | bitbake librsvg-native would fail with an error about missing icu-native. The reason is that bitbake doesn't directly parse setscene dependencies. This change ensures bitbake does see the dependencies and avoids the error. Ideally we'd teach bitbake about those but that is a significant and complex change so this resolves the problem for now. [YOCTO #5926] (From OE-Core rev: 33fa7c8f28d343ecec354a551d45f23643becd59) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autotools: Exclude variables from autotools_copy_aclocalsRichard Purdie2014-03-181-1/+1
| | | | | | | | | | | | The autotools aclocal copy function should not depend on various variables, these are accounted for in other parts of the system. Therefore exclude them. This was causing differences in sstate checksums between different systems and meaning the sstate cache wasn't being reused as much as it should. (From OE-Core rev: b7193fadb1a53c86ffe4982a2fa9c1179a74de46) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: runqueue: Ensure handler does not recurseRichard Purdie2014-03-181-1/+1
| | | | | | | | | Failures on the autobuilder look like this handler is recursing. That shouldn't be possible but it doesn't hurt to code as such. (Bitbake rev: e39e85803cbe1ef9413a118868c19087c0546d01) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: runqueue: More carefully handle the sigchld handlerRichard Purdie2014-03-181-2/+4
| | | | | | | | | | | | We've noticed hanging processes which appear to be looping around waitpid. Its possible multiple calls to teardown are causing problem or in theory multiple registrations (although the code should not allow that). Regardless, put better guards around signal handler registration. (Bitbake rev: 79acfb0853aa3215215cee89a945f8e97b0a8fae) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: hob: sync after image deployValentin Popa2014-03-171-1/+1
| | | | | | | | | | | | | | | Showing "Deploy image successful" after 'dd' returns may determine the user to disconnect the usb stick even though the writing operations are not finished. This patch makes sure that the entire image is deployed on the usb stick before the user is informed about any result. [YOCTO #5892] (Bitbake rev: cc98b19112ab875ebc7cb604cd96acadac4cbf21) Signed-off-by: Valentin Popa <valentin.popa@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: runqueue: Don't error if we never setup workersRichard Purdie2014-03-171-1/+2
| | | | | | | | | | If we didn't setup any workers (such as bitbake -S), this would error since we're trying to set a signal handler to None. This patch avoids that problem. (Bitbake rev: ce17478c8197abf178c00774f5bbe23fd4375ee2) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gettext: upgrade from 0.18.3.1 to 0.18.3.2Chen Qi2014-03-1710-2/+2
| | | | | | | | | Upgrade gettext from 0.18.3.1 to 0.18.3.2. (From OE-Core rev: b681d264ab2f721c537bfa87cc2ddbbbf3f8c1a2) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* grep: upgrade from 2.16 to 2.18Chen Qi2014-03-171-2/+2
| | | | | | | | | Upgrade grep from 2.16 to 2.18. (From OE-Core rev: ac53ef459e1f0e734bdf0a12546675e16631fae8) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sudo: upgrade to 1.8.9p5Chen Qi2014-03-171-2/+2
| | | | | | | | | Upgrade sudo from 1.8.9p1 to 1.8.9p5. (From OE-Core rev: afc9e06c4cd9fdb52a751c480d7575a6d611ae34) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* alsa-tools: update to version 1.0.27Kai Kang2014-03-172-14/+9
| | | | | | | | | | | | | Update alsa-tools to latest version 1.0.27: * remove PR * update autotools.patch * add build dependency gkt+3 that hdajackretask requires it. (From OE-Core rev: 6c699b513c8defe6d4b01ec760185865a29d4582) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* directfb-examples: update to 1.7.0Kai Kang2014-03-171-2/+2
| | | | | | | | | Update directfb-examples to latest version 1.7.0. (From OE-Core rev: ba5e58e2013bfdce7a22e4a56c58fd7c7151cfc6) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* directfb: update to 1.7.1Kai Kang2014-03-172-9/+5
| | | | | | | | | | | Update directfb to 1.7.1: * remove PR * remove rename-no-instrument-function-macro.patch which is merged (From OE-Core rev: 6188b43cdbe4ef0f1a8e9b4345e37058c3f35ead) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qmmp: update to 0.7.5Kai Kang2014-03-173-30/+10
| | | | | | | | | | | | Update qmmp to 0.7.5 version * update no-host-paths.patch * remove no-sessionmanager.patch which is merged (From OE-Core rev: fa10bd5aed84768ded25cdba348ce197a5fdbf2a) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* docbook-sgml-dtd-native: remove catalog file when do_cleanRobert Yang2014-03-171-0/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The docbook_sgml_dtd_sstate_postinst adds catalog file to /etc/sgml/sgml-docbook.cat and sgml-docbook.bak, but the do_clean would not remove the file, which would cause unexpected errors since we have multiple versions of docbook-sgml-dtd: docbook-sgml-dtd-3.1-native_3.1.bb docbook-sgml-dtd-4.1-native_4.1.bb docbook-sgml-dtd-4.5-native.bb If we run: $ bitbake docbook-sgml-dtd-4.1-native $ bitbake docbook-sgml-dtd-4.1-native -ccleansstate && bitbake docbook-sgml-dtd-3.1-native $ bitbake docbook-utils-native We would get this error: jade: cannot open "/path/to/etc/sgml/sgml-docbook-dtd-4.1.cat" (No such file or directory) make[2]: *** [sgmldiff.html] Error 1 Remove the catalog entry when do_clean will fix the problem. [YOCTO #5949] (From OE-Core rev: 87df114982db7a94fce8622b15458bbe2d2ddacc) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* boost: Pass CFLAGS, CXXFLAGS and LDFLAGS correctly into boost.buildMike Crowe2014-03-171-1/+1
| | | | | | | | | | | | | | | | | The compileflags and linkflags do_boostconfig puts into user-config.jam are having no effect. According to http://www.boost.org/boost-build2/doc/html/bbv2/reference/tools.html the correct syntax would be <compileflags>"the flags" <linkflags>"the flags". Since the flags specified were having no effect they can't be necessary and can be safely removed. We should be passing ${CFLAGS}, ${CXXFLAGS} and ${LDFLAGS} instead so that users of the recipe can pass arbitrary flags as they choose. (From OE-Core rev: f09d2583894be0a4069600381046bec5e7f0277b) Signed-off-by: Mike Crowe <mac@mcrowe.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* packagegroup-core-tools-testapps: added connman tools and testsCristian Iorga2014-03-171-0/+2
| | | | | | | | | Added connman-tools and connman-tests packages. (From OE-Core rev: 55f596fdfdacd3f5eeabdcabd62545b2d583cc2e) Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* packagegroup-core-tools-testapp: added 3G toolsCristian Iorga2014-03-171-0/+5
| | | | | | | | | Added ofono tests package. (From OE-Core rev: c6180c9dc6466f42b87c2a465c14be3d2e2239cb) Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* apt-native: Install apt-ftparchiveRicardo Ribalda Delgado2014-03-171-0/+1
| | | | | | | | | | | | apt-ftparchive is needed to create a Release file compatible with SecureApt. It is also a more efficient replacement of dpkg-scanpackages. (From OE-Core rev: 383e6c7d5fa1f6f02b50155a77d7c82237c11ba9) Signed-off-by: Ricardo Ribalda Delgado <ricardo.ribalda@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mips64-linux: set ac_cv_sizeof_ssize_tValentin Popa2014-03-171-0/+1
| | | | | | | | | | | | | | | | | | | | Set ac_cv_sizeof_ssize_t for mips64; mips-common will not overwrite it. "ssize_t is a posix define which is architecture specific whose value is signed size_t, glibc/uclibc for mips64/n64 linux platform defines it to be equivalent of 'long' and long here is 8bytes because mips64/n64 follows LP64 model. In OpenEmbedded our default ABI for mips64 platforms is N64, having said that autoconf decides to poke at the platform for finding these kind of sizes which fails when you are doing cross compiling hence we have to cache it." - Khem Raj [YOCTO #5935] (From OE-Core rev: 7a5b6b968c5adf06982ff0f53871f87aaed41580) Signed-off-by: Valentin Popa <valentin.popa@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* make: add 'inherit pkgconfig'Valentin Popa2014-03-171-1/+1
| | | | | | | | | | | Bitbaking make-native generates syntax error during configure: 'PKG_PROG_PKG_CONFIG: command not found'. Add 'inherit pkgconfig' to solve this issue. (From OE-Core rev: 841565db49b113da0eec3bfbad934c36bf28ee4b) Signed-off-by: Valentin Popa <valentin.popa@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto-custom: Use SRCREV_machineDarren Hart2014-03-171-1/+1
| | | | | | | | | | | | | | The Yocto kernel tools look for SRCREV_machine in do_validate_branches, if it's empty, it just returns and silently continues. This likely needs at least a warning. However, this recipe should be using SRCREV_machine, and not just SRCREV. (From OE-Core rev: f36de92551c8c44a15f1997e65cd8ee957143d95) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Reported-by: Saul Wold <sgw@linux.intel.com> Cc: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* lib/oe: turn oe into a namespace packageChristopher Larson2014-03-171-0/+2
| | | | | | | | | | | This will let folks extend the oe package with modules from other layers. Given openembedded consists of more than just oe-core, I think this makes sense, and adds some useful flexibility. (From OE-Core rev: 8dfd28925fc47d8a4a1f10ec65df665c8326edc4) Signed-off-by: Christopher Larson <kergoth@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* intltool: Define DATADIRNAME=share for uclibc based systemsKhem Raj2014-03-172-0/+20
| | | | | | | | | | | | | | | | | | | | | | | | | | | This otherwise makes localedir to point to prefix/lib which is wrong location for locale splitting and we end with unpackaged locale files e.g. systemd throws this WARNING: QA Issue: systemd: Files/directories were installed but not shipped /usr/lib/locale /usr/lib/locale/fr /usr/lib/locale/pl /usr/lib/locale/ru /usr/lib/locale/it /usr/lib/locale/fr/LC_MESSAGES /usr/lib/locale/fr/LC_MESSAGES/systemd.mo /usr/lib/locale/pl/LC_MESSAGES /usr/lib/locale/pl/LC_MESSAGES/systemd.mo /usr/lib/locale/ru/LC_MESSAGES /usr/lib/locale/ru/LC_MESSAGES/systemd.mo /usr/lib/locale/it/LC_MESSAGES /usr/lib/locale/it/LC_MESSAGES/systemd.mo (From OE-Core rev: 511121dc1867279f2483ddf236e4c64c90bc8acb) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: scanf_cv_alloc_modifier changed from 'as' -> 'ms'Khem Raj2014-03-171-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | This patch actually makes sense for uclibc more than glibc since if we did not cache scanf_cv_alloc_modifier configure test will determine it correctly for glibc but the test does not do proper job when uclibc is involved the reason is it depends on define __GLIBC_ and uclibc unfortunately poses as glibc and defines this variable. %m is implemented in uclibc as well and we enable it so caching value of 'ms' specifier is going to work across all libcs This fixes mounting errors we see with util-linux/mount on uclibc/systemd Mar 16 01:46:40 qemux86 systemd-remount-fs[124]: /bin/mount: /proc/self/mountinfo: parse error: ignore entry at line 21. Mar 16 01:46:40 qemux86 systemd-remount-fs[124]: /bin/mount: /proc/self/mountinfo: parse error: ignore entry at line 22. Mar 16 01:46:40 qemux86 systemd-remount-fs[124]: /bin/mount: can't find / in /etc/fstab (From OE-Core rev: 0e5a1a23089c732da5c1900886360199cfe23cf9) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* glib-2.0: Fix localedir expectations for uclibcKhem Raj2014-03-172-0/+21
| | | | | | | | | | | | | DATADIRNAME is used by many applications using autotools to install locale data, we get a wrong value for uclibc systems since it does not recognise it as proper linux systems and start putting locale info in /usr/lib instead of /usr/share (From OE-Core rev: 7897ab5f54d2dc21795b2a53b82b9c911157f0ca) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnutls: Link in pthread explicitly for uclibcKhem Raj2014-03-171-0/+2
| | | | | | | | | Otherwise we end up with missing symbols from libpthread (From OE-Core rev: 9f09353a1548d392a3f71e800be8e1b849960584) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* uclibc: Remove iconv.hKhem Raj2014-03-171-1/+2
| | | | | | | | | | We get it from libiconv on uclibc anyway no need to transplant uclibc one (From OE-Core rev: 9da1e04b1543d0a08fdd679a72c9cf6455811ab9) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* uclibc: Implement clock_adjtime()Khem Raj2014-03-172-1/+75
| | | | | | | | | | systemd needs it Also update to latest master (From OE-Core rev: ced5bc5537ccff89145dae1220a40ab8fd4783f5) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>