openembedded-core.git/scripts, branch dylan

runqemu: Use correct kvm CPU options for qemux86* with kvm

2014-03-12T19:00:34+00:00

The existing -cpu host option caused kernel panics when people attempted to use
the kvm option. After research and discussion, the best options appear to
be the kvm32/kvm64 cpu types so lets use these instead. These resolve
the kernel issues for me.

[YOCTO #3908]

(From OE-Core master rev: bdc6d3be6ffa4ed358153f9c9332b632324f5833)

Signed-off-by: Richard Purdie

python-2.7-manifest: Add missing python-ctypes dependency to python-multiprocessing

2014-03-12T19:00:34+00:00

(From OE-Core master rev: 5abf18a7f11ee9e88e0eec1b66cc63427d9097a8)

Signed-off-by: Richard Purdie

python-multiprocessing: adding runtime dependencies

2013-07-08T15:28:30+00:00

As python-multiprocessing requires python-threading and
python-pickle, this commit adds them as runtime dependency.

The observed behavior was:

When typing 'import multiprocessing' in the python shell on a
minimal image with only the python-multiprocessing recipe installed,
python reports at first:

Python 2.7.3 (default, Jun 27 2013, 08:26:25)
[GCC 4.7.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import multiprocessing;
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/multiprocessing/__init__.py", line 65, in 
    from multiprocessing.util import SUBDEBUG, SUBWARNING
  File "/usr/lib/python2.7/multiprocessing/util.py", line 38, in 
    import threading        # we want threading to install it's
ImportError: No module named threading

After adding python-threading as runtime dependency and rebuilding
the image, python reports:

Python 2.7.3 (default, Jun 27 2013, 08:26:25)
[GCC 4.7.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import multiprocessing;
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/multiprocessing/__init__.py", line 84, in 
    import _multiprocessing
ImportError: No module named cPickle

(From OE-Core master rev: e913412ca0ff01cb654757c8199e8859f15b7cf7)

Signed-off-by: Lukas Bulwahn 
Signed-off-by: Richard Purdie

cleanup-workdir: fix typo

2013-07-08T09:30:21+00:00

Fix typo.

(From OE-Core master rev: 07b4682250694c5783aa374814c95ba9a2974a69)

Signed-off-by: Kai Kang 
Signed-off-by: Richard Purdie

runqemu: when tunctl can't be found, say what package builds it

2013-07-04T18:42:22+00:00

If runqemu is used without actually building any qemu images (i.e. you
downloaded the images) it's likely that qemu-helper-native hasn't been built.
Instead of just saying what command can't be found, tell the user how to solve
their problem.

(From OE-Core master rev: 1498c431a161e8b3ddebefb5f03f4f11d5796c1d)

Signed-off-by: Ross Burton 
Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie

ddimage: fix incompatibility with dash

2013-07-04T18:42:22+00:00

On systems with dash as /bin/sh there were failures while invoking ddimage.
Fix to let it work with both bash and dash shells.

[YOCTO #4617]

(From OE-Core master rev: 4c6f7a5d8bd6ada434b91037ecd5db06f3eac814)

Signed-off-by: Hongxu Jia 
Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie

scripts/postinst-intercepts: create separete hooks for multilib

2013-05-20T15:06:13+00:00

When using multilib, the hooks for lib32/lib64 must be different because
the libdir/base_libdir point to different locations. Postinstalls
calling postint_intercept script must pass the mlprefix in the 3rd
argument.

(From OE-Core master rev: 2c5c6e3ffcd561c25a34603922b622449f677a34)

Signed-off-by: Laurentiu Palcu 
Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie

runqemu-internal: Drop distcc support

2013-04-16T11:39:27+00:00

The distcc support is clearly unused and broken, might as well drop the
remaining code fragements.

Signed-off-by: Richard Purdie

qemu script: explicitly set 32 bit depth for x86-64

2013-04-10T12:00:00+00:00

This patch is the same as 6c22c591374d258228f74814cded34a24b4bf2d3,
but for x86-64 targets which exhibit the same problem.

Qemu update from 1.2 to 1.4 now allows for 16bit depth in guests,
whereby previously only 32bit depth was supported. However,
the new support is broken, so we force 32bit depth in all cases.

Signed-off-by: Alexandru DAMIAN 
Signed-off-by: Richard Purdie

postinst-intercepts, qemu.bbclass: fix segfaults in postinstalls

2013-04-10T11:53:58+00:00

Postinstalls that use qemu are throwing a segmentation fault when
building for qemux86-64 on a 64bit host (it might also happen for
qemux86 if building on a 32bit host but I didn't test). It looks like
qemu looks for ld.so.cache which is not found because it is generated
after rootfs_(rpm|ipk|deb)_do_rootfs is called and then it tries to load
libraries from the default paths (which are the host's). In order to
avoid this, pass the LD_LIBRARY_PATH explicitly to the target's dynamic
loader.

Signed-off-by: Laurentiu Palcu 
Signed-off-by: Richard Purdie