art
without the need to use rpcbind or portmap services.
Signed-off-by: Jason Wessel
---
.../023-no-rpc-register.patch | 34
.../unfs-server/unfs-server_2.1+2.2beta47.bb |3 +-
scripts/runqemu-export-rootfs |4 ++-
scri
art
without the need to use rpcbind or portmap services.
Signed-off-by: Jason Wessel
---
.../023-no-rpc-register.patch | 34
.../unfs-server/unfs-server_2.1+2.2beta47.bb |3 +-
scripts/runqemu-export-rootfs |4 ++-
scri
On 10/10/2011 12:04 AM, Saul Wold wrote:
On 10/05/2011 11:43 AM, Jason Wessel wrote:
From the 2.6.39 linux kernel and up it is possible to use
and nfsroot mount without the need to talk to an RPC info
server as long as the port numbers for mountd and nfsd
are known in advance.
This patch
bb file e.g.
PKGV_gdb-dbg = "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
---
meta/classes/packageinfo.bbclass |7 ++-
1 fil
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
x27;
ERROR: Nothing RPROVIDES 'libpcreposix'
Signed-off-by: Jason Wessel
Signed-off-by: Mark Hatle
---
meta/recipes-core/ncurses/ncurses.inc|2 ++
meta/recipes-support/libpcre/libpcre_8.32.bb |2 ++
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/meta/
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 us
to unfs-server-native.
Signed-off-by: Jason Wessel
---
meta/conf/machine/include/qemu.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/conf/machine/include/qemu.inc
b/meta/conf/machine/include/qemu.inc
index 421a149..742b629 100644
--- a/meta/conf/machine
On 05/02/2012 09:29 AM, Koen Kooi wrote:
> Op 2 mei 2012, om 16:23 heeft Jason Wessel het volgende geschreven:
>
>> The user mode NFS server does not get built by default when you are
>> using a purely command line driven development environment without SDK
>> tools.
upported by all 2.6 kernels, the default remains
to try and use the groupid first.
Signed-off-by: Jason Wessel
---
scripts/runqemu-ifup | 20 +---
scripts/runqemu-internal |5 +++--
2 files changed, 16 insertions(+), 9 deletions(-)
diff --git a/scripts/runqemu-ifup b/scr
upported by all 2.6 kernels, the default remains
to try and use the groupid first.
Signed-off-by: Jason Wessel
---
scripts/runqemu-ifup | 20 +---
scripts/runqemu-internal |5 +++--
2 files changed, 16 insertions(+), 9 deletions(-)
diff --git a/scripts/runqemu-ifup b/scr
On 05/02/2012 09:44 AM, Koen Kooi wrote:
> Op 2 mei 2012, om 16:33 heeft Jason Wessel het volgende geschreven:
>
>> On 05/02/2012 09:29 AM, Koen Kooi wrote:
>>> Op 2 mei 2012, om 16:23 heeft Jason Wessel het volgende geschreven:
>>>
>>>> The user mode NFS
On 05/02/2012 04:49 PM, Phil Blundell wrote:
> On Wed, 2012-05-02 at 16:44 +0200, Koen Kooi wrote:
>> Op 2 mei 2012, om 16:33 heeft Jason Wessel het volgende geschreven:
>>
>>> On 05/02/2012 09:29 AM, Koen Kooi wrote:
>>>> Op 2 mei 2012, om 16:23 heeft
On 05/03/2012 05:39 AM, Koen Kooi wrote:
>
> Op 3 mei 2012, om 10:47 heeft Richard Purdie het volgende geschreven:
>
>>
>> The point of these is to trigger them to build whenever a qemu image is
>> built. This makes a lot of sense in some use cases, it also does not
>> make sense in some other ca
Some versions of the screen utility provided from the host OS vendor
write the socket directory to $HOME/.screen. When using a shared home
directory across many servers, one sets the SCREENDIR environment
variable to avoid collisions in the shared home directory. This
results in problems launchin
On 05/08/2012 08:19 PM, Scott Garman wrote:
> This is an inquiry to see if there's much interest in adding an
> alternate networking capability for our QEMU setups. Currently, we use
> tun/tap devices, which need root privileges to be created. Hence, our
> runqemu script requires sudo access.
>
"git add ..." to include in what will be committed)
#
# bitbake/
Signed-off-by: Jason Wessel
---
.gitignore |1 +
1 file changed, 1 insertion(+)
diff --git a/.gitignore b/.gitignore
index 04e36c5..366151c 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
+/bitb
On 05/09/2012 08:58 AM, Koen Kooi wrote:
>
> Op 9 mei 2012, om 15:46 heeft Jason Wessel het volgende geschreven:
>
>> External distributions based on the oe-core will typically include
>> bitbake in the top level directory.
>
> Really?
>
Certainly I cannot s
On 05/09/2012 09:21 AM, Phil Blundell wrote:
> On Wed, 2012-05-09 at 08:46 -0500, Jason Wessel wrote:
>> External distributions based on the oe-core will typically include
>> bitbake in the top level directory. The idea is to make it easy
>> for external distributions
On 05/09/2012 11:10 AM, Philip Balister wrote:
>
> I guess I need to send my patch to oe-core I use to stop the locatoin
> being hardcoded by the script that comes with oe-core.
Certainly that is another very reasonable approach to the problem.
Assuming it doesn't affect performance (and I can't
This change is intended to allow an exported variable to not impact
the sstate sum in oe-core.
Signed-off-by: Jason Wessel
---
lib/bb/data.py |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/bb/data.py b/lib/bb/data.py
index c0636e1..a68ab43 100644
--- a/lib/bb
If the location of the CCACHE_DIR changes it should not impact the
sstate sum. This allows a build generated with an external CCACHE_DIR
to have the same sstate sum as a build that uses the ccache dir
located in the temp build area.
Signed-off-by: Jason Wessel
---
meta/conf/bitbake.conf |2
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 servers, but use the defaults on
others. Ultimately the sstate sums should be the same in either case,
but they are not due to the
On 05/13/2012 09:47 PM, Chris Larson wrote:
> On Sun, May 13, 2012 at 7:28 PM, Jason Wessel
> 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 som
The end user of oe-core should be free to turn off ccache, or use an
external ccache without impacting the sstate sums.
Example of using a different ccache directory via local.conf
CCACHE_DIR = "/tmp/ccache"
Example of turning off ccache:
export CCACHE_DISABLE = "1"
BB_HASHBASE_WHITELIST += "CC
all, either way the end result of the binaries produced is always
the same.
Signed-off-by: Jason Wessel
---
meta/conf/bitbake.conf | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index dc68690..12bca0e 10
The location of the ccache should not affect the sum in the sstate
files.
The end user should be free to use an external ccache via defining
CCACHE_DIR to a new value in local.conf or the default per package
local ccache in the temp directory.
Signed-off-by: Jason Wessel
---
meta/conf
On 05/14/2012 11:09 AM, Jason Wessel wrote:
> The end user of oe-core should be free to turn off ccache, or use an
> external ccache without impacting the sstate sums.
>
> Example of using a different ccache directory via local.conf
>
> CCACHE_DIR = "/tmp/ccache"
On 05/14/2012 12:18 PM, Marko Lindqvist wrote:
> On 14 May 2012 19:09, Jason Wessel wrote:
>> The end user of oe-core should be free to turn off ccache, or use an
>> external ccache without impacting the sstate sums.
>
> ...
>
> External cache makes sense for any
The location of the ccache should not affect the sum in the sstate
files.
The end user should be free to use an external ccache via defining
CCACHE_DIR to a new value in local.conf or using the default per
package local ccache in the temp directory.
Signed-off-by: Jason Wessel
---
meta/conf
On 05/14/2012 04:33 PM, Khem Raj wrote:
> On Sun, May 13, 2012 at 7:28 PM, Jason Wessel
> 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 bu
On 05/14/2012 05:00 PM, Marko Lindqvist wrote:
> As you can see from my answer to last part I quote, I'm not against
> your patch, so don't read first parts of this email with that mindset.
> They are more generic discussion about ccache caches.
No worries.
>
> On
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 Yan
>>>
>>> Ncurses failure non-gplv3 build by race issue. So disable parallel \
>>> make when building this package.
>>>
>> This is n
:
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
---
meta/recipes-devtools/qemu/qemu.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions
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
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
---
.../perl/perl-5.14.2/perl-build-in-t-dir.patch | 35
meta/recipes-dev
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
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
---
.../perl/perl-5.14.2/perl-build-in-t-dir.patch | 42
meta/recipes-dev
On 06/05/2012 03:25 PM, Flanagan, Elizabeth wrote:
> On Mon, Jun 4, 2012 at 11:47 AM, Jason Wessel
> 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:
>
>
> J
-hash-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
---
meta/recipes-extended/newt/files/cross_ar.patch | 51 +++
meta/recipes-extended
Llibs/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
---
meta/recipes-bsp/v86d/v86d/ar-from-env.patch |
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
---
meta/recipes-extended/lsof
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 IMA
ckages on the target file system in a similar manner to the dbg-pkgs.
[Yocto #2614]
Signed-off-by: Jason Wessel
---
meta/classes/package.bbclass |4
meta/classes/task.bbclass |2 +-
meta/conf/bitbake.conf|2 +-
meta/recipes-
s from the image recipe.
Signed-off-by: Jason Wessel
---
meta/classes/image.bbclass | 12 ++
meta/classes/kernel.bbclass | 96 +--
meta/conf/local.conf.sample | 20 +
3 files changed, 116 insertions(+), 12 deletions(-)
diff --git a/me
s from the image recipe.
[YOCTO #4072]
Signed-off-by: Jason Wessel
Acked-by: Bruce Ashfield
---
meta/classes/image.bbclass | 12 ++
meta/classes/kernel.bbclass | 96 +--
meta/conf/local.conf.sample | 20 +
3 files changed, 116 inserti
On 08/23/2013 01:16 AM, Khem Raj wrote:
> On Thu, Aug 22, 2013 at 4:04 PM, Jason Wessel
> 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-
: Jason Wessel
---
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-tools/zisofs-tools
On 09/11/2013 06:15 PM, Khem Raj wrote:
>
>
> On Wednesday, September 11, 2013, Jason Wessel <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
: Jason Wessel
---
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/zisofs-tools/zisofs-tools
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 p
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
>>-
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
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
---
meta/classes/bootimg.bbclass | 110
/ USB boot case or the optical media boot case.
[YOCTO #4100]
Signed-off-by: Jason Wessel
---
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/recipes-bsp/grub/gru
ers,
Jason.
--------
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-ef
#4100]
Signed-off-by: Jason Wessel
---
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 --git a/meta/classes/grub
OCTO #4100]
Signed-off-by: Jason Wessel
---
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/classes/booti
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
---
.../cdrtools/cdrtools-native_3.00.bb
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 automatic
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
---
meta/classes/bootimg.bbclass
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
---
...s-native_3.00.bb => cdrtools-native_3.01a
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
---
meta/classes/syslinux.bbclass |1 +
.../{syslinux_4.07.bb => syslinux_6.01.bb} |
ares.
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
available in the git repository 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
: Jason Wessel
---
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-tools/zisofs-tools
#4100]
Signed-off-by: Jason Wessel
---
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 100644
--- a/meta/classes
/ USB boot case or the optical media boot case.
[YOCTO #4100]
Signed-off-by: Jason Wessel
---
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 100644 meta/recipes-bsp
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 ca
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&qu
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 i
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:
>>&
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
Reviewed-by: Darren Hart
---
meta
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
---
meta/classes/syslinux.bbclass
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
#4100]
Signed-off-by: Jason Wessel
---
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 100644
--- a/meta/classes
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
---
meta/classes/syslinux.bbclass | 14
ares.
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
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
Reviewed-by: Darren Hart
---
...s-native_3.00.bb => cdrtools-nati
/ USB boot case or the optical media boot case.
[YOCTO #4100]
Signed-off-by: Jason Wessel
Reviewed-by: Darren Hart
---
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
: Jason Wessel
Reviewed-by: Darren Hart
---
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
boot_direct_populate because there
was a conflict with it overriding the populate in bootimg.bbclass
[YOCTO #3994]
Signed-off-by: Jason Wessel
---
meta/classes/boot-directdisk.bbclass | 16
meta/classes/bootimg.bbclass |8
meta/classes/grub-efi.bbclass
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 act
/qemux86/core-image-minimal-qemux86.hddimg /dev/sda
sudo losetup -d $dev
Signed-off-by: Jason Wessel
---
scripts/contrib/mkefidisk.sh |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/scripts/contrib/mkefidisk.sh b/scripts/contrib/mkefidisk.sh
index af06b4b..224a146
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 wr
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
, 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
---
meta/classes/kernel.bbclass |6 ++
1 file changed
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
>> wrote:
>> With 1.5 approaching I'd like to have the issue solved as soon as possible.
>> Richard, when is deadline for core-patches?
>
> Bas
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
> '/oe/oe-core/build/tmp-eglibc/work/poodle-oe-linux-gnueabi/linux-yocto-tiny-kexecboot/3.10.11+gitAUTOINC+dad2b7e1ce_e1aa804148-r0/linu
, 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
Signed-off-by: Jason Wessel
---
meta/classes/kernel.bbclass
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
---
meta/classes/syslinux.bbclass |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/syslinux.bbcl
e EFI\BOOT for greater compatibility.
Signed-off-by: Jason Wessel
---
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
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
---
meta/classes/syslinux.bbclass |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/syslinux.bbcl
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
---
meta/recipes-devtools/mtools/mtools_3.9.9.bb|9 +++--
meta/recipes-devtools/mtools/mtools_4.0.18
On 10/30/2013 06:47 PM, Khem Raj wrote:
> On Wed, Oct 30, 2013 at 3:48 PM, Jason Wessel
> 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
>> m
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
---
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
---
meta/classes/populate_sdk_base.bbclass |4
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.
>
> Si
Other recipes dependencies and even some comments need to be updated
for the removal of unfs-server and the replacement with unfs3. The
unfs3 is a complete drop in replacement providing all the prior
functionality of NFSv2 but also adding NFSv3.
[YOCTO #5639]
Signed-off-by: Jason Wessel
rootfs and run it as a
non-root user.
Example:
runqemu-extract-sdk
tmp-eglibc/deploy/images/qemux86-64/core-image-minimal-qemux86-64.tar.bz2 rootfs
runqemu qemux86-64 `pwd`/rootfs nographic slirp
Cheers,
Jason.
Jason Wessel (5
1 - 100 of 234 matches
Mail list logo
