]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/files/common-licenses/unfs3 | 24 +++
.../unfs3/unfs3/alternate_rpc_ports.patch | 156
.../unfs3/unfs3/fix_compile_warning.patch | 16
From: Saul Wold s...@linux.intel.com
This new version correctly handles the 64bit ext3 / ext4 issues we
were seeing with the older unfs-server which did not handle 64bit file
systems correctly, producing the duplicate cookies.
[YOCTO #5639]
Signed-off-by: Saul Wold s...@linux.intel.com
---
The unfs3 no longer has an rpc.mountd component. There is just a
single server for mountd and nfsd requests. This means changing
the name of the server in the scripts that check for it.
[YOCTO #5639]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
scripts/runqemu-export-rootfs
-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/grub-efi.bbclass |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/grub-efi.bbclass b/meta/classes/grub-efi.bbclass
index 96fb98b..0809ec6 100644
--- a/meta/classes/grub-efi.bbclass
+++ b/meta
that the above is missing the console=
The default value will now work the same as the value found in
grub-efi.bbclass.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/syslinux.bbclass |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes
For regenerating and ISO or EFI boot image the nativesdk needs mtools
and syslinux.
Both recipes are patched in one patch since syslinux requires
mtools.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/recipes-devtools/mtools/mtools_3.9.9.bb|9 +++--
meta/recipes
On 10/30/2013 06:47 PM, Khem Raj wrote:
On Wed, Oct 30, 2013 at 3:48 PM, Jason Wessel
jason.wes...@windriver.com wrote:
For regenerating and ISO or EFI boot image the nativesdk needs mtools
and syslinux.
Both recipes are patched in one patch since syslinux requires
mtools.
as they depend
that the above is missing the console=
The default value will now work the same as the value found in
grub-efi.bbclass.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/syslinux.bbclass |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes
, image.bbclass: Implement kernel INITRAMFS dependency
and bundling).
This patch restores the previous behavior and only affects the
INITRAMFS_TASK which is not set by any of the default build profiles
in oe-core.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/kernel.bbclass
On 09/27/2013 04:05 AM, Richard Purdie wrote:
On Fri, 2013-09-27 at 10:07 +0200, Andrea Adami wrote:
On Sat, Aug 24, 2013 at 7:15 PM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
With 1.5 approaching I'd like to have the issue solved as soon as possible.
Richard, when is deadline
On 09/27/2013 04:06 PM, Andrea Adami wrote:
| DEBUG: Executing shell function do_compile
| Copying initramfs into ./usr ...
| cp: cannot create regular file
, image.bbclass: Implement kernel INITRAMFS dependency
and bundling).
This patch restores the previous behavior and only affects the
INITRAMFS_TASK which is not set by any of the default build profiles
in oe-core.
Reviewed-by: Andrea Adami andrea.ad...@gmail.com
Signed-off-by: Jason Wessel jason.wes
/qemux86/core-image-minimal-qemux86.hddimg /dev/sda
sudo losetup -d $dev
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
scripts/contrib/mkefidisk.sh |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/scripts/contrib/mkefidisk.sh b/scripts/contrib/mkefidisk.sh
On 09/26/2013 05:45 PM, Darren Hart wrote:
On Thu, 2013-09-26 at 17:34 -0500, Jason Wessel wrote:
There is no reason not allow writing of direct boot disk images for
Nit:^ to
testing with simulators. The easy way is to add loop back writing
capabilities.
Just note here
in the mkefidisk.sh where if the disk you are
writing to initially has an invalid label the size of the first
partition will be computed incorrectly. For the simulator disk
creation this is generally always the case, but this can happen with
real hardware as well.
Signed-off-by: Jason Wessel
On 09/20/2013 12:11 PM, Darren Hart wrote:
So with these now upstream, I'm hitting the following after removing
NO_ISO=1 from the MinnowBoard machine config. Is anything missing?
Have you validated this is working for you after the merge?
Only the first 2 patches in the series were actually
On 09/16/2013 12:30 PM, Darren Hart wrote:
On Fri, 2013-09-13 at 19:09 -0500, Jason Wessel wrote:
-if [ ${PCBIOS} = 1 ]; then
+# EFI only
+if [ ${PCBIOS} != 1 ] [ ${EFI} = 1 ] ; then
+mkdir -p ${ISODIR}/${ISOLINUXDIR}
+install -m 0644 ${STAGING_DATADIR
On 09/16/2013 12:57 PM, Darren Hart wrote:
On Fri, 2013-09-13 at 19:09 -0500, Jason Wessel wrote:
+COMPRESSISO ?=
Would an explicit '0' here be better?
That is fine by me.
+
+do_install() {
+oe_runmake install INSTALLROOT=${D} bindir=${bindir}
+}
Does EXTRA_OEMAKE not work
On 09/16/2013 12:49 PM, Darren Hart wrote:
On Fri, 2013-09-13 at 16:58 -0500, Jason Wessel wrote:
On 09/12/2013 03:09 PM, Darren Hart wrote:
On Thu, 2013-09-12 at 14:52 -0500, Jason Wessel wrote:
On 09/12/2013 01:16 PM, Darren Hart wrote:
On Thu, 2013-09-12 at 12:19 -0500, Jason Wessel wrote
In order to call the fat image creation multiple times it needs to be
in its own function. A future commit will make use of the new
function to additionally create EFI image files for use with an ISO.
[YOCTO #4100]
[YOCTO #1913]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
Reviewed
required a minor tweak because a few .c32
libraries require dynamic loading from the created media as of
syslinux 5 and up. This was a good time to also fix the
duplication of the AUTO_SYSLINUXMENU block.
[YOCTO #4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes
V3
- Add comment about isolinux.bin required in EFI only case
- Fix typo of PCIBIOS - PCBIOS
- Change COMPRESSISO ?= - COMPRESSISO ?= 0 for the default
- Add comment to EFI/ISO syslinux.bbclass to clarify workaround
with EFI only case and hybrid boot
- Add patch to fix syslinux serial and menu
#4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/grub-efi.bbclass | 41 +++--
1 file changed, 27 insertions(+), 14 deletions(-)
diff --git a/meta/classes/grub-efi.bbclass b/meta/classes/grub-efi.bbclass
index c21babb..ffbcf4c
the console=... via the kernel boot argument APPEND
mechanism. The default can be forced with SYSLINUX_DEFAULT_CONSOLE
for systems that need a special specification to enable the frame
buffer instead of a serial port.
[YOCTO #3944]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes
.
The syslinux.bbclass is now always required because that is where the
isohybrid dependencies come from as well as the configuration data for
the isohybrid. The isohybrid is the secret sauce which allows the ISO
to work as optical media or as a disk image on USB or a HDD/SSD.
[YOCTO #4100]
Signed-off-by: Jason
The update is needed to support generation of EFI boot images that
work with optical media. Specifically the -eltorito-platform efi
capability for mkisofs is needed.
[YOCTO #4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
Reviewed-by: Darren Hart dvh...@linux.intel.com
---
...s
boot case or the optical media boot case.
[YOCTO #4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
Reviewed-by: Darren Hart dvh...@linux.intel.com
---
meta/recipes-bsp/grub/files/cfg |2 ++
meta/recipes-bsp/grub/grub-efi-native_2.00.bb |7 +--
2 files changed, 7
-by: Jason Wessel jason.wes...@windriver.com
Reviewed-by: Darren Hart dvh...@linux.intel.com
---
meta/classes/bootimg.bbclass | 24 +---
.../zisofs-tools/zisofs-tools-native_1.0.8.bb | 19
2 files changed, 40 insertions(+), 3 deletions
to boot_direct_populate because there
was a conflict with it overriding the populate in bootimg.bbclass
[YOCTO #3994]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/boot-directdisk.bbclass | 16
meta/classes/bootimg.bbclass |8
meta
On 09/14/2013 03:05 AM, Martin Jansa wrote:
On Fri, Sep 13, 2013 at 07:09:00PM -0500, Jason Wessel wrote:
A newer version of syslinux is required for an EFI enabled isohybrid.
This is used for the the capability to generate 3 types of ISO images,
all of which can be booted off a USB device
On 09/12/2013 03:09 PM, Darren Hart wrote:
On Thu, 2013-09-12 at 14:52 -0500, Jason Wessel wrote:
On 09/12/2013 01:16 PM, Darren Hart wrote:
On Thu, 2013-09-12 at 12:19 -0500, Jason Wessel wrote:
The syslinux.bbclass already has support for automatically generated
serial and graphics menu
In order to call the fat image creation multiple times it needs to be
in its own function. A future commit will make use of the new
function to additionally create EFI image files for use with an ISO.
[YOCTO #4100]
[YOCTO #1913]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta
The update is needed to support generation of EFI boot images that
work with optical media. Specifically the -eltorito-platform efi
capability for mkisofs is needed.
[YOCTO #4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
...s-native_3.00.bb = cdrtools-native_3.01a17.bb
required a minor tweak because ldlinux.c32 is
dynamically loaded and needs to be in the created media as of syslinux
5 and up.
[YOCTO #4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/syslinux.bbclass |1 +
.../{syslinux_4.07.bb = syslinux_6.01.bb
.
The syslinux.bbclass is now always required because that is where the
isohybrid dependencies come from as well as the configuration data for
the isohybrid. The isohybrid is the secret sauce which allows the ISO
to work as optical media or as a disk image on USB or a HDD/SSD.
[YOCTO #4100]
Signed-off-by: Jason
at:
. master
for you to fetch changes up to a0d1b567277fdf370cc121720c0c4f30839da01b:
bootimage.bbclass, zisofs-tools-native: add ability to compress ISO images
(2013-09-13 19:05:37 -0500)
Jason Wessel (7):
bootimage.bbclass: Move
-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/bootimg.bbclass | 24 +---
.../zisofs-tools/zisofs-tools-native_1.0.8.bb | 19
2 files changed, 40 insertions(+), 3 deletions(-)
create mode 100644
meta/recipes-devtools/zisofs
#4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/grub-efi.bbclass | 41 +++--
1 file changed, 27 insertions(+), 14 deletions(-)
diff --git a/meta/classes/grub-efi.bbclass b/meta/classes/grub-efi.bbclass
index c21babb..ffbcf4c
boot case or the optical media boot case.
[YOCTO #4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/recipes-bsp/grub/files/cfg |2 ++
meta/recipes-bsp/grub/grub-efi-native_2.00.bb |7 +--
2 files changed, 7 insertions(+), 2 deletions(-)
create mode
On 09/12/2013 01:01 PM, Saul Wold wrote:
On 09/12/2013 10:19 AM, Jason Wessel wrote:
The syslinux.bbclass already has support for automatically generated
serial and graphics menu choices. This patch adds the same concept to
the grub-efi menu. That makes it possible to generate a single image
On 09/12/2013 01:09 PM, Darren Hart wrote:
On Thu, 2013-09-12 at 12:19 -0500, Jason Wessel wrote:
Using the latest mkisofs it is possible to generate 3 different types
of ISO images, which can be used in various scenarios.
1) PCBIOS Only ISO
- This option remains unchanged by this commit
On 09/12/2013 01:16 PM, Darren Hart wrote:
On Thu, 2013-09-12 at 12:19 -0500, Jason Wessel wrote:
The syslinux.bbclass already has support for automatically generated
serial and graphics menu choices. This patch adds the same concept to
the grub-efi menu. That makes it possible to generate
In order to call the fat image creation multiple times it needs to be
in its own function. A future commit will make use of the new
function to additionally create EFI image files for use with an ISO.
[YOCTO #4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes
boot case or the optical media boot case.
[YOCTO #4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/recipes-bsp/grub/grub-efi-native_2.00.bb |8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-bsp/grub/grub-efi-native_2.00.bb
b/meta
.
Jason Wessel (5):
bootimage.bbclass: Move fat image creation into a function
cdrtools-native: Update from 3.00 to 3.01a17
grub-efi-native: Add support for EFI ISO images
bootimage.bbclass: Improve EFI PCBIOS+EFI ISO support
grub-efi.bbclass: Add
#4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/grub-efi.bbclass | 41 -
meta/conf/machine/qemux86-64.conf |2 +-
meta/conf/machine/qemux86.conf|2 ++
3 files changed, 30 insertions(+), 15 deletions(-)
diff
]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/bootimg.bbclass | 37 ++---
1 file changed, 34 insertions(+), 3 deletions(-)
diff --git a/meta/classes/bootimg.bbclass b/meta/classes/bootimg.bbclass
index 2ed7017..b4301e8 100644
--- a/meta
The update is needed to support generation of EFI boot images that
work with optical media. Specifically the -eltorito-platform efi
capability for mkisofs is needed.
[YOCTO #4100]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
.../cdrtools/cdrtools-native_3.00.bb
-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/bootimg.bbclass | 21 ++--
.../zisofs-tools/zisofs-tools-native_1.0.8.bb | 26
2 files changed, 45 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-devtools/zisofs
On 09/11/2013 06:15 PM, Khem Raj wrote:
On Wednesday, September 11, 2013, Jason Wessel jason.wes...@windriver.com
mailto:jason.wes...@windriver.com wrote:
The mkzftree is needed to allow ISO images to be compressed with
minimal runtime overhead. Below is an example of the savings
-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/bootimg.bbclass | 21 ++--
.../zisofs-tools/zisofs-tools-native_1.0.8.bb | 21
2 files changed, 40 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-devtools
On 08/23/2013 01:16 AM, Khem Raj wrote:
On Thu, Aug 22, 2013 at 4:04 PM, Jason Wessel
jason.wes...@windriver.com wrote:
This patch aims to fix the following two cases for the INITRAMFS generation.
1) Allow an image recipe to specify a paired INITRAMFS recipe such
as core-image-minimal
the image recipe.
[YOCTO #4072]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
Acked-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
meta/classes/image.bbclass | 12 ++
meta/classes/kernel.bbclass | 96 +--
meta/conf/local.conf.sample | 20
the image recipe.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/image.bbclass | 12 ++
meta/classes/kernel.bbclass | 96 +--
meta/conf/local.conf.sample | 20 +
3 files changed, 116 insertions(+), 12 deletions(-)
diff
On 04/23/2013 12:00 PM, Richard Purdie wrote:
On Tue, 2013-04-23 at 11:08 -0500, Jason Wessel wrote:
The ncurses and libpcre packages were generating the following errors
as a result of not specifing the PACKAGES_DYNAMIC correctly. These
errors only appear when using the IMAGE_INSTALL list
On 04/04/2013 07:44 PM, Christopher Larson wrote:
From: Christopher Larson chris_lar...@mentor.com
This adds two new Terminal classes. It's separated into two, so that opening
a split inside a tmux window is preferred to the other terminal types, but
opening a tmux session is prioritized only
On 04/05/2013 09:20 AM, Chris Larson wrote:
On Fri, Apr 5, 2013 at 6:55 AM, Jason Wessel jason.wes...@windriver.com
mailto:jason.wes...@windriver.com wrote:
On 04/04/2013 07:44 PM, Christopher Larson wrote:
From: Christopher Larson chris_lar...@mentor.com
mailto:chris_lar
/2013/3/3/103
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/cml1.bbclass |5 +-
.../busybox-1.20.2/busybox-cross-menuconfig.patch | 69
meta/recipes-core/busybox/busybox_1.20.2.bb|3 +-
meta/recipes-core
On 03/04/2013 03:21 PM, Jason Wessel wrote:
Previously there was a change to the ncurses compile to make it more
like the typical way it was compiled on a host system. This fixed a
whole class of host machines, but masked the real underlying problem
with the display corruption issues
On 02/27/2013 07:52 PM, Saul Wold wrote:
On 02/26/2013 06:04 PM, Jason Wessel wrote:
syslinux_iso_populate() {
syslinux_populate ${ISODIR} ${ISOLINUXDIR} isolinux.cfg
install -m 0644 ${STAGING_LIBDIR}/syslinux/isolinux.bin
${ISODIR}${ISOLINUXDIR}
+if [ x${AUTO_SYSLINUXMENU
On 03/04/2013 04:11 PM, Trevor Woerner wrote:
Is this a proposed fix for bug 3898?
https://bugzilla.yoctoproject.org/show_bug.cgi?id=3898
Absolutely this would fix that defect.
Jason.
___
Openembedded-core mailing list
to continue on using either the serial or vga console with the
correct kernel arguments.
You can see the screen shots attached to the bugzilla.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=3944
[ YOCTO #3944 ]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/syslinux.bbclass
:
bitbake dtc-native
bitbake -c cleansstate qemu-native
bitbake qemu-native
bitbake -c clean dtc-native
Now go start qemu and it will fail. The solution is to always build
the dtc libraries since they are used and needed by the qemuppc
simulator.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
On 02/27/2013 05:51 AM, Trevor Woerner wrote:
On Tue, Feb 26, 2013 at 9:04 PM, Jason Wessel
jason.wes...@windriver.com wrote:
You can see the screen shots attached to the bugzilla.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=3944
[ YOCTO #3944 ]
Is the Windriver logo on the VGA
to continue on using either the serial or vga console with the
correct kernel arguments.
You can see the screen shots attached to the bugzilla.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=3944
[ YOCTO #3944 ]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/syslinux.bbclass
, sometimes it is not, either way
it was fixed by the upstream qemu commit:
6023d832480e6713e5ae81d3b74f53e6306f3a1b
(disable automatic loading of sgabios when -nographic)
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
...tomatic-loading-of-sgabios-when-nographic.patch | 38
In order to generate new disk images for ext(2,3,4) which contain root
file systems we do not want to rely on the host's genext2fs which may
have different arguments and features, so allow the nativesdk
genext2fs binary to be built.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta
Some of the tools in the util-linux are used for disk and text file
operations in the nativesdk so as to get around different versions
that may exist on the host system.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/recipes-core/util-linux/util-linux.inc | 90
On 02/12/2013 04:24 AM, Laurentiu Palcu wrote:
On 02/12/2013 12:19 PM, Jason Wessel wrote:
For what ever reason I never received the original mails, else I absolutely
would have responded. This is the first response I have received from the
oe-core list in months in fact.
I believe you
correctly.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
scripts/relocate_sdk.py | 13 +++--
1 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/scripts/relocate_sdk.py b/scripts/relocate_sdk.py
index 74bb7a5..45d2c24 100755
--- a/scripts/relocate_sdk.py
+++ b
if we never use the the host provided
python again.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
scripts/relocate_sdk.py | 26 +-
1 files changed, 13 insertions(+), 13 deletions(-)
diff --git a/scripts/relocate_sdk.py b/scripts/relocate_sdk.py
index 45d2c24
the relocation scripts for the purpose
of debugging them in conjunction with -D
3) Add a mode -R to not execute the relocation scripts for the
purpose of debugging the relocations.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/populate_sdk_base.bbclass | 48
New in v3 are all the fixes recommended by Laurentiu Palcu
* Fix sudo exec problem
* Preserve padding in the .interp section
---
Now that I have had to debug the SDK relocator on multiple occasions
I figure it might be nice to get the patches upstreamed. This last
time through fixing the
-libtool:
line 981: /opt/build/bitbake_build/tmp/sysroots/x86_64-linux//bin/sed: No such
file or directory
The solution is to always use /bin/sed for libtool-native.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
.../libtool/libtool-native_2.4.2.bb|3 ++-
1 files
the relocation scripts for the purpose
of debugging them in conjunction with -D
3) Add a mode -R to not execute the relocation scripts for the
purpose of debugging the relocations.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/populate_sdk_base.bbclass | 40
correctly.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
scripts/relocate_sdk.py | 15 ---
1 files changed, 12 insertions(+), 3 deletions(-)
diff --git a/scripts/relocate_sdk.py b/scripts/relocate_sdk.py
index 74bb7a5..6f3530d 100755
--- a/scripts/relocate_sdk.py
+++ b
if we never use the the host provided
python again.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
scripts/relocate_sdk.py | 26 +-
1 files changed, 13 insertions(+), 13 deletions(-)
diff --git a/scripts/relocate_sdk.py b/scripts/relocate_sdk.py
index 6f3530d
Now that I have had to debug the SDK relocator on multiple occasions
I figure it might be nice to get the patches upstreamed. This last
time through fixing the python 2.4.x compatibility was very easy
using the prior two patches to allow me to do so.
The idea here is to increase the portability
location.
Because the host system has terminfo files that ncurses will happily
use we might as well have a fall back to buy some time for a better
fix, vs having thing just not work occasionally when using sstate.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/recipes-core/ncurses
On 01/24/2013 06:38 PM, Jason Wessel wrote:
There are two cases of corruption that the relocate_sdk.py was not correctly
dealing with.
1) SDK Extras should be left alone
Extra external binaries included in an SDK that were linked against the
host's version of /usr/lib/ld-so.so should
correctly.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
scripts/relocate_sdk.py | 17 +
1 files changed, 13 insertions(+), 4 deletions(-)
diff --git a/scripts/relocate_sdk.py b/scripts/relocate_sdk.py
index 74bb7a5..3e3181f 100755
--- a/scripts/relocate_sdk.py
+++ b
the relocation scripts for the purpose
of debugging them in conjunction with -D
3) Add a mode -R to not execute the relocation scripts for the
purpose of debugging the relocations.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/populate_sdk_base.bbclass | 40
amount of space in the tar archive
as well.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/populate_sdk_base.bbclass |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/meta/classes/populate_sdk_base.bbclass
b/meta/classes/populate_sdk_base.bbclass
The shell archive that populates the external SDK should fail if it
cannot find the ld-linux.so else it will corrupt all binaries because
a random path will be used from the list of executables when dl_path
is empty.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes
On 11/30/2012 01:34 PM, Jason Wessel wrote:
The shell archive that populates the external SDK should fail if it
cannot find the ld-linux.so else it will corrupt all binaries because
a random path will be used from the list of executables when dl_path
is empty.
Signed-off-by: Jason Wessel
Based on the previous commit 604d46c686d06d62d5a07b9c7f4fa170f99307d8
(Convert tab indentation in python functions into four-space), the
cml.bbclass was not converted, and in order to properly extend it
with external bbappend's it needs to be converted.
Signed-off-by: Jason Wessel jason.wes
= 1234.5678
The work around for now is to populate the sdata PKGV value
and to assign the pkgv variable with the correct value
from the values found in the pkgdata store.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/packageinfo.bbclass |7 ++-
1 files changed, 6
On 09/06/2012 03:36 PM, Paul Eggleton wrote:
On Thursday 06 September 2012 13:53:54 Jason Wessel wrote:
The hob internally fails after executing a build and invoking
the hob a second time when it tries to use the values found in
BUILDDIR/tmp/pkgdata/*/runtime/*
The internal failure
This is an RFC because I am not entirely sure this is the right way to
fix this problem. The problem specifically is that of getting the
doc-pkgs package group to work properly. After getting a fix for
this, it will be possible to update the Yocto documentation to reflect
the working doc-pkgs
system in a similar manner to the dbg-pkgs.
[Yocto #2614]
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/classes/package.bbclass |4
meta/classes/task.bbclass |2 +-
meta/conf/bitbake.conf|2 +-
meta/recipes-core
print.o proc.o store.o usage.o util.o -Wl,-O1 -Wl,--hash-style=gnu
-Wl,--as-needed -L./lib -llsof
./lib/liblsof.a: could not read symbols: Archive has no index; run ranlib to
add one
collect2: error: ld returned 1 exit status
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta
-style=gnu -Wl,--as-needed -lslang
libnewt.a: could not read symbols: Archive has no index; run ranlib to add one
collect2: error: ld returned 1 exit status
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/recipes-extended/newt/files/cross_ar.patch | 51 +++
meta
/x86emu v86_x86emu.o
v86_mem.o v86_common.o v86.o -lx86emu -o v86d
libs/x86emu/libx86emu.a: could not read symbols: Archive has no index; run
ranlib to add one
collect2: error: ld returned 1 exit status
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/recipes-bsp/v86d/v86d/ar
On 06/05/2012 03:25 PM, Flanagan, Elizabeth wrote:
On Mon, Jun 4, 2012 at 11:47 AM, Jason Wessel
jason.wes...@windriver.com wrote:
If any directory in leading up to your tmp directory has the name t
perl will fail to build with a very cryptic error shown below:
Jason,
I'm currently
that it is only looking at files and directories with in the perl
source directory. This assumption fails with the way bitbake
sets up perl to properly cross compile.
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
.../perl/perl-5.14.2/perl-build-in-t-dir.patch | 42
On 05/29/2012 07:29 AM, Richard Purdie wrote:
Currently, ccache is used if it is present. When building from scratch it
gives
no performance improvement and creates a ton of empty directories even when
its
not in use.
This change moves ccache support to a bbclass file which the user can
:
qemu: error while loading shared libraries: libjpeg.so.8: cannot open shared
object file: No such file or directory
The work around is to execute:
bitbake jpeg-native
Signed-off-by: Jason Wessel jason.wes...@windriver.com
---
meta/recipes-devtools/qemu/qemu.inc |2 +-
1 files changed, 1
On 05/22/2012 01:46 PM, Saul Wold wrote:
On 05/22/2012 11:06 AM, Jason Wessel wrote:
If you use a shared state cache and build a large file system,
followed by a small one, the qemu will be built with jpeg support.
Is jpeg optional for qemu? Do you know why it's included in the first
place
On 05/16/2012 09:01 PM, Xiaofeng Yan wrote:
On 2012年05月16日 19:02, Saul Wold wrote:
On 05/16/2012 01:10 PM, xiaofeng@windriver.com wrote:
From: Xiaofeng Yanxiaofeng@windriver.com
Ncurses failure non-gplv3 build by race issue. So disable parallel \
make when building this package.
On 05/13/2012 09:47 PM, Chris Larson wrote:
On Sun, May 13, 2012 at 7:28 PM, Jason Wessel
jason.wes...@windriver.com wrote:
I am not exactly sure how to fix this, so I thought I might ask in the
form of a working patch. The problem is that I want to use an
external CCACHE_DIR on some build
101 - 200 of 223 matches
Mail list logo