summaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)Author
2013-09-05qemumips: fix keyboard entry in graphical boots1.5_M4.rc31.5_M4.final1.5_M4Bruce Ashfield
qemumips* (aka mti-malta32/64) still need to revert the following in 3.10: "Input: i8042-io - fix up region handling on MIPS" (commit 197a1e96) It was understood that this was no longer necessary, but X based boots still suffer the issue. (From OE-Core rev: 57483db524cdf7c42af48bbaee163f5396294ac0) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-05linux-yocto/3.10: update to v3.10.10Bruce Ashfield
Updating the BSP SRCREVs for the 3.10.10 korg -stable release. (From OE-Core rev: 9171dc4bb56109d65eeb1d1a434b6e311c89b173) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-05linux-yocto/3.10: fix YAFFS2 build issuesBruce Ashfield
The 3.10 yaffs2 refresh caused several build errors. One due the single kernel version support being incomplete, and two others due to core kernel changes creating incompatbilies with the yaffs2 code. The following three commits fix the issues. b76f445 yaffs2: disable procfs support ecfe5ed yaffs2: convert to kuid_t and kgid_t fa8efc9 yaffs2: restore multi-kernel version functionality bumping the SRCREVs for all BSPs to import the fix. (From OE-Core rev: 5799df791043bd77c0f31e6068ab99e21d6ad25e) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-04bitbake: hob: remove PACKAGE_INSTALL variable setting from hobCristiana Voicu
Before saving the packages for a custom images in a .bb file, the packages were saved in bitbake memory. Now all the variables are saved in conf file, so saving PACKAGE_INSTALL is not needed anymore. Moved were LINGUAS_INSTALL is set, because both conditions are for testing if a custom image is saved. [YOCTO #5101] (Bitbake rev: 8757f962b92e7668f40d2d8bd9e762b152f91f7b) Signed-off-by: Cristiana Voicu <cristiana.voicu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-04bitbake: bitbake-worker: ensure BUILDNAME is available during executionPaul Eggleton
BUILDNAME is set from cooker by default, so since the worker split it will not be set when executing functions. In OpenEmbedded this results in /etc/version (which is populated from BUILDNAME) not having any content. Pass this variable value through to the worker explicitly to fix the issue. Fixes [YOCTO #4818]. (Bitbake rev: 92940b0427d9b2b3f95e27c230ec1e36638a34bc) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-04scripts/runqemu: Fix MACHINE regexMihai Prica
When runqemu tries to determine the MACHINE variable from a kernel or vmdk filename that doesn't contain any known machine name, the variable gets set to the filename. It should remain unset and cause an error. [YOCTO #2890] (From OE-Core rev: 22c0668d9e0a22c095d78bab7b45ef4f803dd0d1) Signed-off-by: Mihai Prica <mihai.prica@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-04glib-2.0: fix a host contamination issueRobert Yang
We will see the following warning by accident: $ bitbake nativesdk-glib-2.0 WARNING: QA Issue: nativesdk-glib-2.0-dbg: found library in wrong location: /opt/poky/0.5.5/sysroots/x86_64-pokysdk-linux/usr/share/gdb/auto-load/opt/ poky/0.5.5/sysroots/x86_64-pokysdk-linux/usr/lib/libglib-2.0.so.0.3600.4-gdb.py There are two '/opt/poky/0.5.5/sysroots' in the path when the warning comes, this is what we need since glib-2.0 has done this intentionally in its configure and Makefile. This is because the configure script uses the: ABS_GLIB_RUNTIME_LIBDIR = "readlink -f $libdir/$with_runtime_libdir`" to figure out the abs dir, so if /opt/poky/0.5.5/sysroots/x86_64-pokysdk-linux/usr/lib/ exists , there would be warning, otherwise no warning. We can change the "readlink -f" to "readlink -m" to fix the host contamination issue. Another fix could be: ABS_GLIB_RUNTIME_LIBDIR ="" But this is much more like a workaround. [YOCTO #5099] (From OE-Core rev: 3e660ec01cc62c57b379b151e43c7952e97a1c2b) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-04bitbake.conf: Add SDKPKGSUFFIX to hash whitelistRichard Purdie
The gcc recipes reference this however we account for it in the work directory paths and we don't want recipes depending on the value changing. This avoids unecessary rebuilds when switching SDKs. (From OE-Core rev: 6cdcc543ce8f532a4f66246114241b43821a111e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-04package.bbclass: Fix darwin shlib handlingRichard Purdie
shlibs dependency calculations on darwin we not functioning correctly, we need to process the filename without the complete path. If we don't, "." characters in the path cause problems. (From OE-Core rev: 07e697d651178a84007123181fca38e4d98ae0e9) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-04flex: Only use create_wrapper for native and nativesdkOlof Johansson
The create_wrapper functions of utils.bbclass cause implicit dependencies on bash, which may not be suitable for deployment on target. Besides, the wrapper doesn't seem to be necessary on target. (From OE-Core rev: 2ca72d35e839a0fa24d33bf75343f187792f4e2c) Signed-off-by: Olof Johansson <olofjn@axis.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-04mpc8315e-rdb: Set PREFFERED_VERSION to 2013.07Liming Wang
Now the latest u-boot, v2013.07, works well on the board. So set PREFERRED_VERSION to use the latest u-boot. (From meta-yocto rev: 4369347fb8247c5a2e56941047b369e000ac1341) Signed-off-by: Liming Wang <liming.wang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-04beagleboard: upgrade u-boot to the latest versionLiming Wang
Now the latest version of u-boot is 2013.07 and it depends on its own MLO, instead of x-load, as the Second Program Loader. So remove x-load and use u-boot's MLO. And also replace u-boot.bin with u-boot.img as the u-boot image file. (From meta-yocto rev: 468326eca78f1fc16f83d2a1fc06a66fae2e6ba1) Signed-off-by: Liming Wang <liming.wang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-03lib/oeqa/runtime: smart: serve repo on host ip only and increase timeoutStefan Stanacar
Don't start the http server on 0.0.0.0, listen on host ip (end of tap interface) only. Also use the timeout option (default is 300s for ssh commands) for all the commands run in this module (mostly because smart update timeouts on mips). (From OE-Core rev: 8c272641ef3e8410f331ca4133d28dea8f36e4f4) Signed-off-by: Stefan Stanacar <stefanx.stanacar@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-03poky.conf: add version-going-backwards to ERROR_QAPaul Eggleton
This restores this check after it was disabled by recent poky rev 560dac6e7db76f533f98eda969f585e4eb416e6e. This check is already in ERROR_QA in the default value set in OE-Core. Fixes [YOCTO #5088]. (From meta-yocto rev: 9b0aef0651a76b0587d52bd3022cc64786ff1f7b) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-02pulseaudio: disable GTK+ by defaultRoss Burton
PulseAudio's GTK+ support is limited to a test case and automatic icon name population for applications. This is too limited to enforce GTK+ 3 on all builds, so disable it by default. (From OE-Core rev: 619e63946fef32995363981aab288fc669e8ac04) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-02elfutils: Drop do_autoreconf patchesRichard Purdie
The do-autoreconf patches only change generated files. We run autoreconf ourselves so we don't need these patches. Worse, they cause failures since the do_patch task can't rerun after configure since the files change and the patch is no longer clean. Drop the patches since we don't need them. (From OE-Core rev: 37e9a01d38892e8a6fd225854e5b8cc332a5f2ea) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-02runqemu: set memory size to 256M for most qemu machinesPaul Eggleton
Set memory size to 256M for qemuarm, qemux86, qemux86-64, qemumips, qemumips64, and qemuppc. This allows the smart automated tests to run on machines with a GUI environment (such as Sato) running at the same time, for which 128M is too limiting. Setting this in runqemu allows users manually using runqemu to avoid the same out-of-memory issues under similar conditions using smart, on-target compilation or other uses. Fixes [YOCTO #5045]. (From OE-Core rev: fe5dfdece98692f8fa731c8d11c907a272266ea5) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-02wipe-sysroot: fix removalsRoss Burton
The previous changes were totally broken as quoting globs doesn't work. Remove the quotes so the rm commands actually delete the stamps. (From OE-Core rev: 5eca43debd7fbc861d41f4e260b37282915bd053) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-02bitbake: bitbake/cooker: fix some calls of cookerdata.findConfigFile methodCristiana Voicu
Cookerdata.findconfigFile method has a new parameter. Changed some calls. (Bitbake rev: dce0f9d4afe0986e2dd0146944fc4ac9dde275e4) Signed-off-by: Cristiana Voicu <cristiana.voicu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-02bitbake: runqueue: Fix scenequeue to pass file descriptors, not a floatRichard Purdie
This was missed off in a previous patch. (Bitbake rev: ad7664edd40fa46e6f6fec2144403e3b6fc3a639) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-01sanity: Don't make assumptions about cwdRichard Purdie
When using the recently fixed out of build directory bitbake invocations, I was puzzled why bitbake seemed to be pausing. The reason was due to running the sanity tests each and every time. This was due to current working directory assumptions within the sanity test code. Fix this to use TOPDIR. (From OE-Core rev: 1cdc1b37b840bda961258cf2bfb2f75331bdb310) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-01meta: Don't use deprecated bitbake APIRichard Purdie
These have been deprecated for a long time, convert the remaining references to the correct modules and prepare for removal of the compatibility support from bitbake. (From OE-Core rev: 6a39835af2b2b3c7797fe05479341d71a3f3aaf6) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-01bitbake: server/xmlrpc: stop server on client exitAlexandru DAMIAN
If the server only expects a single client to connect (i.e. no bind parameter set, so there is no way for the clients to get the server port), stop the server after the first client exits. (Bitbake rev: eb6bae56f62082bf147045311154cbae4bca0f4c) Signed-off-by: Alexandru DAMIAN <alexandru.damian@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-01bitbake: prserv/serv: Settle on two threads for optimal performanceRichard Purdie
Using the threading mixin class resulted in large amounts of memory being used by the PR server for no good reason. Using a receiver thread and a thread to do the actual database operations on a single connection gives the same performance with a much saner memory overhead so switch to this. (Bitbake rev: e08455d5f3b8e96765942b9c3b9767c30650557d) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-01bitbake: build: Fix profile file namesRichard Purdie
Using the basename of the .bb file is not unique, for example xxx-native and xxx can overwrite each other. If this happens whilst running, you can get odd backtraces as one file is parsed as another tries to write out new data. Avoid issues by using PN for the output filename instead. (Bitbake rev: c9534f8e59d44b885334607ed90a3be2e492ec69) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-01bitbake: serv/db: Don't use BEGIN/COMMITRichard Purdie
Since we don't support using multiple servers on the same database file, don't use the BEGIN/COMMIT syntax and allow writes to the database to work ~100 times faster with no transaction locking. (Bitbake rev: 42144a54979658f93fbbb43f7e271c1fff4d88ff) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-01bitbake: serv/db: Take an excluside lock on the databaseRichard Purdie
We only support one server using the database at a time so take an exclusive lock and avoid later lock overhead. (Bitbake rev: e3e39be6f2d063858c92971ce8ccd89c95d4f26d) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-01bitbake: serv/db: Fix looping upon database locked issuesRichard Purdie
If the database is locked we will get an immediate error indicating so, there is no retry timeout. The looping code is therefore useless, the loop count is near instantly exceeded. Using a time based retry means we can wait a sensible time, then gracefully exit. (Bitbake rev: 9f9e6d87007ea87e62495705464f4232c996a165) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-01bitbake: server/process, server/xmlrpc, runqueue: Use select.select() on ↵Richard Purdie
fds, not time.sleep() The existing backend server implementations were inefficient since they were sleeping for the full length of the timeouts rather than being woken when there was data ready for them. It was assumed they would wake and perhaps did when we forked processes directory but that is no longer the case. This updates both the process and xmlrpc backends to wait using select(). This does mean we need to pass the file descriptors to wait on from the internals who know which these file descriptors are but this is a logical improvement. Tests of a pathaolgical load on the process server of ~420 rapid tasks executed on a server with BB_NUMBER_THREAD=48 went from a wall clock measurement of the overall command execution time of 75s to a much more reasonable 24s. (Bitbake rev: 9bee497960889d9baa0a4284d79a384b18a8e826) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30ref-manual: Edits to figuresScott Rifenbark
I updated several figures to implement some of Dave Stewart's review feedback for the expanded section on the build process. (From yocto-docs rev: abd78cd6eaad8173ef8f9b3376c323875e5c4542) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30ref-manual: Minor edit.Scott Rifenbark
Removed the bit about the bold text representing a layer. I changed the figure so I am not following that convention. (From yocto-docs rev: 119b64be029e15e5c588a5e6c8dd9e0ac1a79c8c) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30ref-manual, mega-manual: Edits for expanded packaging descriptionScott Rifenbark
Fixes [YOCTO #2808] Applied review comments to the package splitting section in the section that digs deeper into the build process. This involved updating the figure that resides in both "figures" directories of the ref-manual and the mega-manual. Also updated supporting text throughout the section per Paul's comments. (From yocto-docs rev: 34e3610d0c6912530f678e9f1fa4587aaaf9fc70) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30ref-manual: New variables descriptions for PKGDATA_DIR and PKGDESTWORKScott Rifenbark
(From yocto-docs rev: a5c3663f6fa6e8f98a7626b99b5ad9ca2058670b) Signed-off-by: Scott Rifenbark <scott.m.rifenbark@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30lib/oeqa/runtime: ping: fix ping false failStefan Stanacar
We run the ping test as soon as we reach the login prompt. But sometimes (seen in sato systemd) we end up with link down/link up stuff like: qemux86-64 login: IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready e1000: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready The logic behind ping -w 30 -c 1 was to wait at most 30 seconds for at least one reply, but there is a catch: reply doesn't seems to be echo reply but any reply (non-reply means loss not network error) ping's man page: -w deadline Specify a timeout, in seconds, before ping exits regardless of how many packets have been sent or received. In this case ping does not stop after count packet are sent, it waits either for deadline expire or until count probes are answered or for some error notification from network. Just when the link up/link down happens ping returns: From 192.168.7.1 icmp_seq=1 Destination Host Unreachable --- 192.168.7.2 ping statistics --- 1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms and exits sooner than the 30 seconds timeout. This patch should do what was originally intended (wait at most 30 seconds for at least one reply). (From OE-Core rev: 56d144fd22d37189e49cdf3032afb00f0be469c6) Signed-off-by: Stefan Stanacar <stefanx.stanacar@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30python: Backport 2 CVE from upstreamSaul Wold
These are back ports of 2 patches from upstream to address CVE-2011-4944 CVE-2013-4238 (From OE-Core rev: 4606eab53e8eff57d6369ea20a5ea63916ea3ea7) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30perl: Backport 2 CVE PatchesSaul Wold
These patches are backported from upstream since it might be risky to update right now They address the following CVEs CVE-2012-6329 CVE-2013-1667 (From OE-Core rev: b6c286c447e50fe499f03b64c6be80ac18504265) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30btrfs-tools: Add dependency on lzo acl e2fsprogsRoy.Li
Add dependency on lzo acl e2fsprogs to fix the below building failure 1. commit b268a417259b9[add lzo compression support to restore] needs lzo cmds-restore.c:30:25: fatal error: lzo/lzoconf.h: No such file or directory 2. btrfs-tools includes <sys/acl.h> which is provided by acl btrfs-convert.c:32:21: fatal error: sys/acl.h: No such file or directory 3. btrfs-tools always needs e2fsprogs btrfs-convert.c:44:28: fatal error: ext2fs/ext2_fs.h: No such file or directory (From OE-Core rev: 51bb56a19f03e341a0b46199dddbbc3e9b209904) Signed-off-by: Roy.Li <rongqing.li@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30systemd: use /bin/mkdir instead of host mkdir pathJonathan Liu
(From OE-Core rev: 9ee883f2f9f36f6d5cca56ac5f179468dfa5b686) Signed-off-by: Jonathan Liu <net147@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30gcc-4.8: fix ICE of cross-compile for PowerPC e500v2 targetsChunrong Guo
* http://gcc.gnu.org/bugzilla//show_bug.cgi?id=57717#c7 * fix the segfault issue of dd on e500v2 targets Since double-float is disabled for e500v2 targets build due to ICE of gcc-4.8.1, accordingly %Ld format of sprintf is disabled. Address Bug 4910 - [p1022ds]urandom: segmentation fault (From OE-Core rev: a4fefac26d91bc56d5d28e1c9973a189d2509d45) Signed-off-by: Chunrong Guo <B40290@freescale.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30libsamplerate0: add PACKAGECONFIG for fftwRoy.Li
fftw is autodetected from sysroot, add PACKAGECONFIG to make it deterministic (From OE-Core rev: 5e00319ea942764ed2e7d6bc8c74e5d48166231b) Signed-off-by: Roy.Li <rongqing.li@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30mesa: add missing elfutils dependency for r600 PACKAGECONFIGJonathan Liu
Fixes the following configure error: configure:23490: error: radeonsi and r600g require libelf when using LLVM (From OE-Core rev: 43e7f168c84128b5d48bbfde9d6c07f2fb656b00) Signed-off-by: Jonathan Liu <net147@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30bluez4: fix network Connect parameter validationPeter A. Bigot
The incorrect validation prevents connection to the NAP service on another device. (From OE-Core rev: 895a0840e82ddfd05c4441b7f8f358e27e6cb38a) Signed-off-by: Peter A. Bigot <pab@pabigot.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30multilib.bbclass: Expand the WHITELISTs with multilib prefixJackie Huang
fix the following failures: ERROR: Nothing PROVIDES 'virtual/lib32-i586-pokymllib32-linux-compilerlibs' ERROR: Nothing RPROVIDES 'lib32-update-alternatives-cworth' (From OE-Core rev: a27d5b08d438861309827aecb731c29218679730) Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30oe-setup-rpmrepo: add native sysroot so nativepython can be found by envPeter A. Bigot
This avoids the following new behavior resulting from the create_wrapper fixes: llc[11]$ ../poky/scripts/oe-setup-rpmrepo /usr/bin/env: nativepython: No such file or directory (From OE-Core rev: ce37ef05c14ba28773823d1f14f629c37c76d827) Signed-off-by: Peter A. Bigot <pab@pabigot.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30recipes: Ensure that we only apply poky changes when poky is selectedRichard Purdie
(From meta-yocto rev: 5bd26f2d294f10d9119c6b81d0b368198ee96ed9) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30bitbake: prserv: Allow 'table is locked' matching for retry loopRichard Purdie
Try and avoid errors like "ERROR: database table is locked: PRMAIN_nohist" by retrying if we see the string "is locked". (Bitbake rev: 1a175b51f80d13f747b653d29e9c0d2201b5109c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30bitbake: server/xmlrpc: Increase timeout to 60sRichard Purdie
This is a better value that the earlier infinite timeout yet still allows for servers with high loads. It does mean the bitbake process can hang at exit for the timeout period but that should never happen and only happened for me in some test cases which wouldn't happen in normal use. (Bitbake rev: ab8d926b9bc27c58011e7db9327e031ac76ba34b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30bitbake: cookerdata: Allow bblayers.conf to be found using BBPATHRichard Purdie
It should be possible to run a build anywhere on the filesystem and have bitbake find the correct build directory if its set somehow. The BBPATH variable makes perfect sense for this usage. Therefore use any available value of BBPATH to search for conf/bblayers.conf before walking the parent directory structure. This restores the option of being able to run bitbake from anywhere if the user has set things up to operate in that environment. (Bitbake rev: e86336b3fe245bc97fe74c9b9d6a21d38a536fb7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30bitbake: cookerdata: Set TOPDIR when using bblayers.confRichard Purdie
By definition, bblayers.conf is at the top of the build tree. We'd like to support running bitbake anywhere within that build tree but TOPDIR gets set to wherever cwd is. Change the code to reset TOPDIR to the top of the build directory. This shouldn't break anything but does make the system more usable. (Bitbake rev: b266db27de0bba19a418e4d42e870649136b116b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-30web-webkit: Drop, we have midori nowRichard Purdie
This was never a particularly useful browser and is a dead codebase, retire it and suggest midori instead. [YOCTO #2318] (From OE-Core rev: 3883d2cb03fb79fa39a7d85505c79784a996f178) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>