Mirror of git.yoctoproject.org/poky https://git.enea.com/cgit/linux/poky.git/atom?h=1.3 2012-10-10T21:49:57+00:00 2012-10-10T21:49:57+00:00 Elizabeth Flanagan elizabeth.flanagan@intel.com 2012-10-10T21:49:57+00:00 urn:sha1:c9de24d3f4845251b01e2eab0aeeb7472badc5bb Bumping the SRCREV for danny in preparation for 1.3_M5.rc4 Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com> 2012-10-10T21:46:52+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2012-10-10T21:39:36+00:00 urn:sha1:58a71604193506c86b170669df76d093e447e7fd The autoconf macros detect the presence of -ldbm or -lndbm on the host system and add the library to link against, for now good reason I can explain. This patch makes the build behave determinstically whether they're present or not. Other than the extra linkage, there doesn't appear to be any other change in behaviour from these options and they look like dead code. The extra linkage can cause problems where sstate is used on a machine where the extra librbary isn't present causing build failures. (From OE-Core rev: f609bf5525450bfdb8e0864d44c41cce7f9319c9) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-10-10T17:53:18+00:00 Elizabeth Flanagan elizabeth.flanagan@intel.com 2012-10-10T17:53:18+00:00 urn:sha1:767ced9fa5ee9bd28e2931932110370d3084a4cc Bumping the SRCREV for danny in preparation for 1.3_M5.rc4 Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com> 2012-10-10T17:52:48+00:00 Elizabeth Flanagan elizabeth.flanagan@intel.com 2012-10-10T17:52:48+00:00 urn:sha1:5ecc6d0d6f5567a5e40b2a9c573fcacd80e06bbf Wrong build number in the commit log This reverts commit c030e463abf4940186df49394e2414e856d4b381. 2012-10-10T17:34:00+00:00 Elizabeth Flanagan elizabeth.flanagan@intel.com 2012-10-10T17:34:00+00:00 urn:sha1:c030e463abf4940186df49394e2414e856d4b381 In preparation for 1.3_M4, bumping SRCREV for the build appliance Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com> 2012-10-10T17:30:00+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2012-10-10T16:56:41+00:00 urn:sha1:709f570c82bd4b591575336aa45ef483725e0378 This line causes pkgconfig-dev to replace pkgconfig so the package with all the files in is replaced by one with no files. This makes no sense and hence we should just remove this broken line. At this point in the release, this is the safest way to fix this even if an empty -dev package is left available. [YOCTO #2878] (From OE-Core rev: 5bed2bb831b379a8fbf2f725435af4b7c934359e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-10-10T17:29:52+00:00 Saul Wold sgw@linux.intel.com 2012-10-10T15:55:45+00:00 urn:sha1:cfbf6fad48f251d7eb76c7f99ac3f74cfbbcee07 The eglibc core build still has a number of issues with /bin/dash. Recently found is both sysdeps/unix/make-syscalls.sh and it's output, which make calls via SHELL do not play well with /bin/dash. By force make to use /bin/bash via SHELL setting it works correctly. Currenly known issues are: make-syscalls.sh line with a bad substitution, which can be corrected by: vdso_symver="$(printf '%s\n' ${vdso_symver} | sed 's/\./_/')" Following that there is an issue with emiting a '\n' through a second echo and then to the compiler. There maybe more issues beyond that. [YOCTO #3080] (From OE-Core rev: 9d002f7cdc5309c4d850a76e4fd73ff04c980a07) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-10-10T14:24:13+00:00 Tom Zanussi tom.zanussi@intel.com 2012-10-10T00:48:24+00:00 urn:sha1:784f93baf3fe1ea77026edafc890fb7dc2e83794 perl.c uses an ARCHLIB_EXP define to generate compile-time code that adds the archlibexp path to @INC during run-time initialization of a new perl interpreter. Because we've changed this value in a temporary way to make it possible to use ExtUtils::Embed in the target build (the temporary value in config.sh gets re-stripped out during packaging), the ARCHLIB_EXP value that gets generated still uses the temporary version instead of the original expected version (i.e. becauses it's in the generated config.h, it doesn't get stripped out during packaging like the others in config.sh). This creates an unmodified version called archlib_exp that gets used by a modified config_h.SH to get the correct value into config.h This patch uses an unmodified version of archlibexp called archlib_exp, introduced to config.sh, which is used to generate the correct value of ARCHLIB_EXP into config.h Fixes [YOCTO #3099]. (From OE-Core rev: cbcfdeb1d55e2e76f199750bda401bad126ae234) Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-10-10T14:24:13+00:00 Flanagan, Elizabeth elizabeth.flanagan@intel.com 2012-10-09T19:28:54+00:00 urn:sha1:af811fbc0b0223fcc646a599c49aea950613cca6 The name of the license for bzip2 is wrong causing warnings to be thrown. (From OE-Core rev: 566c6101cc7a8d90973eb22478ffc77eac23f81c) Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-10-10T14:24:13+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2012-10-10T13:41:05+00:00 urn:sha1:0dc25d42ef59ce2718ff4fc2275b1d18c23067b8 There was a problem in commit ad23395cd1f6c0cbfcc6980b6071d589f9f6cde0 since gettext-nativesdk was translated to gettext instead of nativesdk-gettext. This fixes to use the correct dependency. (From OE-Core rev: a6e325342cb489e05927d6cb2bb0a24fa6c20ef8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>