Op 10 dec. 2011, om 23:01 heeft Saul Wold het volgende geschreven:
> Signed-off-by: Saul Wold
> ---
> meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.24.0.bb |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
>
> +RDEPENDS = "hicolor-icon-theme"
Are you sure this is the right place? gdk
Op 11 dec. 2011, om 00:28 heeft Khem Raj het volgende geschreven:
> On Fri, Dec 9, 2011 at 4:34 PM, Richard Purdie
> wrote:
>> Without this we don't take advantage of any configured multiple CPU
>> cores which seems a shame.
>>
>> Signed-off-by: Richard Purdie
>> ---
>> diff --git a/meta/class
~/shr-core $ grep ^EXTRA_IMAGECMD image.log | grep jffs2
EXTRA_IMAGECMD_sum.jffs2="--eraseblock=0x2 --no-cleanmarkers --littleendian
--pad"
EXTRA_IMAGECMD_jffs2="--little-endian --eraseblock=0x2 --pagesize=0x800
--no-cleanmarkers --pad; mv
/OE/shr-core/tmp-eglibc/deploy/imag
On 12/10/2011 11:05 PM, Paul Menzel wrote:
Dear Saul,
Am Samstag, den 10.12.2011, 14:01 -0800 schrieb Saul Wold:
Add self-hosted-host-tools for non-build related tools
Signed-off-by: Saul Wold
---
meta/recipes-core/tasks/task-self-hosted.bb | 54 +++---
1 files change
On 12/11/2011 12:52 AM, Koen Kooi wrote:
Op 10 dec. 2011, om 23:01 heeft Saul Wold het volgende geschreven:
Signed-off-by: Saul Wold
---
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.24.0.bb |4
1 files changed, 4 insertions(+), 0 deletions(-)
+RDEPENDS = "hicolor-icon-theme"
Are you s
Being that IMAGE_CMD_sum.jffs2 cannot be overriden I adapted the
EXTRA_IMAGECMD_jffs2 and simplified it in the way the string can be
used by sumtool.
To have full customization you'd need a weak assignment in image_types.bbclass.
> OE om-gta02@shr ~/shr-core $ bitbake -e shr-lite-image | tee -a imag
We need to build texinfo-native to get and install the makedoc tool
[YOCTO #1664]
Signed-off-by: Saul Wold
---
meta/conf/bitbake.conf |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index eeb1fc4..f79e3f7 100644
--- a/meta
Need to have the texinfo-native build and install a host sysroot makedoc
binary and then patch the target build to use this binary. This requires
that we don't ASSUME_PROVIDED texinfo-native any longer since we need to
install this makedoc tool which is not part of the normal distrubtion.
[YOCTO #
No additions/subtractions
Signed-off-by: Saul Wold
---
meta/recipes-core/tasks/task-self-hosted.bb | 38 +-
1 files changed, 19 insertions(+), 19 deletions(-)
diff --git a/meta/recipes-core/tasks/task-self-hosted.bb
b/meta/recipes-core/tasks/task-self-hosted.bb
index
Added tools to create and manage ext* partitions
e2fs*, parted
Signed-off-by: Saul Wold
---
meta/recipes-core/tasks/task-self-hosted.bb | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-core/tasks/task-self-hosted.bb
b/meta/recipes-core/tasks/task
Signed-off-by: Saul Wold
---
meta/recipes-core/tasks/task-self-hosted.bb |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/tasks/task-self-hosted.bb
b/meta/recipes-core/tasks/task-self-hosted.bb
index e359b3d..4288499 100644
--- a/meta/recipes-core/task
Moved kernel modules for iptable and tun, along with
dhcp-client iptables, mc, screen to host-tools as they
are not sdk.
Signed-off-by: Saul Wold
---
meta/recipes-core/tasks/task-self-hosted.bb | 20 ++--
1 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/meta/rec
Richard,
This is a round of of patches and pulls from last week, built
locally and on AB.
Includes Nitin's X32 changes along with fixes noticed while doing
self-hosted work (address comments from Paul earlier).
Sau!
The following changes since commit 07f94fa1d661d38b775ce2d99b84e5610c369392:
From: Frans Meulenbroeks
recipe dirs normally have the name of the (main) package and the official name
is u-boot
Signed-off-by: Frans Meulenbroeks
---
.../{uboot => u-boot}/files/fix-arm920t-eabi.patch |0
...Drop-config.h-include-in-tools-imximage.h.patch |0
...ove-LDSCRIPT-process
From: Nitin A Kamble
This fixes bug: [YOCTO #1403]
the custom definition of CC was causing build isuses with x32 toolchain.
And also I found out that the hack is not neccessary anymore. the
affected gst-fluendo-mpegdemux recipe builds fine without the CC hack.
Signed-off-by: Nitin A Kamble
---
From: Christopher Larson
This is needed by some kernels when CONFIG_KERNEL_LZO=y (specifically, given
the current defconfig, this affects linux-omap4 2.6 in the meta-ti layer).
Signed-off-by: Christopher Larson
---
meta/recipes-support/lzop/lzop/acinclude.m4 | 390 +++
From: Otavio Salvador
This unify recipes for target and native builds and also drops the the
already merged patches.
Signed-off-by: Otavio Salvador
---
.../dosfstools/dosfstools-native_2.10.bb | 19 -
.../dosfstools/dosfstools/2.6.20-syscall.patch | 72 ---
From: Nitin A Kamble
By hardcoding CC's definition in the Makefile, all the gcc parameters
set by tune settings are lost. Causing compile failure with x32 toolchain
As the bitbake defined CC is good, there is no need to redfine CC in the
make file, hence making the CC definition in the Makefile
The current libcurses (backward compat) links to libncurses.so.5.9,
this causes a problem since this library also needs libtinfo, the
libncurses.so, uses a "ld script" to include both, libcurses.so
should point to libncurses.so (the script) not the library.
Signed-off-by: Saul Wold
---
meta/reci
From: Nitin A Kamble
libacpi doesn't use base_libdir for install. This patch adds
base_libdir support so that x32 libraries are installed properly.
Signed-off-by: Nitin A Kamble
Signed-off-by: H.J. Lu
---
.../libacpi/files/libacpi_fix_for_x32.patch| 47
meta/re
From: Nitin A Kamble
Work around gnulib time_t assumption in findutils for x32
time_t is 64bit and long int is 32bit on x32. But gnulib used in
findutils assumes time_t values fit into long int. Such assumption is
invalid for x32 and should be removed.
This patch is a workaround to compile gn
From: Nitin A Kamble
This commit makes assembly syntax compatible with x32 toolchain
to avoid these x32 gcc errors:
| pulsecore/svolume_mmx.c: Assembler messages:
| pulsecore/svolume_mmx.c:107: Error: `(%esi,%rdi,4)' is not a valid
base/index expression
| pulsecore/svolume_mmx.c:135: Error: `(%es
From: "H.J. Lu"
X32 has different sizes for many types:
1. off_t and ino_t are 8 byte, instead of 4 byte.
2. pthread_mutex_t is 32byte, instead of 24 byte.
Signed-off-by: Nitin A Kamble
Signed-off-by: H.J. Lu
---
meta/classes/siteinfo.bbclass |2 +-
meta/site/x32-linux |9 +
From: "H.J. Lu"
Also pass -mx32 parameter to gcc to create create share library
for x32.
Signed-Off-By: Nitin A Kamble
Signed-Off-By: H.J. Lu
---
.../mesa/mesa/mesa_fix_for_x32.patch | 20 +---
1 files changed, 17 insertions(+), 3 deletions(-)
diff --git a/met
From: Elizabeth Flanagan
This addtask for do_populate_lic should be reverted back
to before do_package as before do_compile causes failures
when recipes are updated.
[YOCTO #1819]
Signed-off-by: Elizabeth Flanagan
---
meta/classes/license.bbclass |2 +-
1 files changed, 1 insertions(+), 1
From: "H.J. Lu"
Make linux-x32 as close to linux-x86_64 as possible:
1. Add -mx32 -DMD32_REG_T=int.
2. Changed to -O3.
3. Remove -pipe -g -feliminate-unused-debug-types.
4. Remove -DHAVE_CRYPTODEV -DUSE_CRYPTODEV_DIGESTS.
5. Add :::x32 for multilib.
Signed-Off-By: Nitin A Kamble
Signed-Off-By:
From: Nitin A Kamble
off_t is 8byte for x32. We need to check both _FILE_OFFSET_BITS and
size of off_t to see if file offset is 64bit. This patch adds
AC_CHECK_SIZEOF(off_t) and checks SIZEOF_OFF_T == 8.
Signed-off-by: H.J. Lu
Signed-off-by: Nitin A Kamble
---
.../pax/pax/pax-3.4_fix_for_x3
From: Khem Raj
include nfs client in tast-core-nfs as well
this is handy when we need it on target e.g.
testing eglibc needs it and we can just do
EXTRA_IMAGE_FEATURES += "nfs-server"
Signed-off-by: Khem Raj
---
meta/recipes-core/tasks/task-core-nfs.bb |6 --
1 files changed, 4 inserti
From: Otavio Salvador
s/No cover letter will be send./No cover letter will be sent./
Signed-off-by: Otavio Salvador
---
scripts/send-pull-request |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/scripts/send-pull-request b/scripts/send-pull-request
index 8d51ce2..09f42
From: Nitin A Kamble
rpmbuild can not handle the PACKAGE_ARCH of these kinds:
x86_64-x32, core2-64, core2-64-x32
With these kinds of PACKAGE_ARCH the --target parameter of rpmbuild
becomes like: core2-64-x32-poky-linux-gnux32 ; And rpmbuild extracts
%_target (arch) wrongly as core2 gener
From: Khem Raj
No other changes (except checksum updates) then git mv were needed
Signed-off-by: Khem Raj
---
.../{qemu-0.15.0 => qemu-0.15.1}/arm-bgr.patch |0
.../enable-i386-linux-user.patch |0
.../fallback-to-safe-mmap_min_addr.patch |0
.../fix
From: Nitin A Kamble
to avoid this build error on x32:
| strip: Unable to recognise the format of the input file `test-libacpi'
| make: *** [test-libacpi] Error 1
| ERROR: oe_runmake failed
Signed-off-by: Nitin A Kamble
---
.../use_correct_strip_in_cross_environment.patch | 23 +++
From: Khem Raj
EGLIBC has long had cross testing capability, so use
that there are few steps needed on setting up the target
as well as the build host. This patch tries to generate
a script with all the needed environment on build host system
To use this script one needs to setup the target as d
be2f11a705
because with
IMAGE_CMD_sum.jffs2 = "${IMAGE_CMD_jffs2} && sumtool -i
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.jffs2 \
-o ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.sum.jffs2 -n
${EXTRA_IMAGECMD}"
I think it's common sense to expect EXTRA_IMAG
On Fri, Dec 9, 2011 at 2:35 AM, Ni Qingliang wrote:
> I'm trying to inherit multi bbclass using variable:
>
> IMAGE_EXTRA_CLASSES = "image-timezone image-clearboot image-prd"
> inherit ${IMAGE_EXTRA_CLASSES}
>
> and got error:
> ERROR: Could not inherit file classes/image-timezone image-clearboot
On Sun, Dec 11, 2011 at 4:45 PM, McClintock Matthew-B29882
wrote:
> On Fri, Dec 9, 2011 at 2:35 AM, Ni Qingliang
> wrote:
>> I'm trying to inherit multi bbclass using variable:
>>
>> IMAGE_EXTRA_CLASSES = "image-timezone image-clearboot image-prd"
>> inherit ${IMAGE_EXTRA_CLASSES}
>>
>> and got
On Sun, Dec 11, 2011 at 6:10 PM, Chris Larson wrote:
>> There are some issues with inherit. I've seen a similar issue with:
>>
>> IMAGE_EXTRA_CLASSES = ""
>> inherit ${IMAGE_EXTRA_CLASSES}
>>
>> ERROR: Could not inherit file classes/.bbclass
>
> To be fair, in this case, it's doing exactly what yo
On Sun, Dec 11, 2011 at 4:13 PM, McClintock Matthew-B29882
wrote:
>
> To clarify, my case was more like this:
>
> IMAGE_EXTRA_CLASSES = "${SOME_CFG_VAR}"
> inherit some_class.bbclass ${IMAGE_EXTRA_CLASSES}
I think you are expecting C like behavour where variables/macros are
expanded before keywor
38 matches
Mail list logo
