Re: [OE-core] [PATCH 1/1] telepathy-mission-control: do_compile failed (race issue)
On 09/23/2013 10:07 PM, Burton, Ross wrote: On 23 September 2013 06:54, Robert Yang wrote: This is a race issue, the _gen/gtypes.h and _gen/gtypes-body.h may write(remove/rename) _gen/gtypes.tmp at the same time, then there would be the error. Looks good. Can you submit that patch against the upstream bug at https://bugs.freedesktop.org/show_bug.cgi?id=69446 too? thanks, I will. // Robert Acked-By: Ross Burton Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] ptest-runner: compatibile with busybox
From: Roy Li Do not use pushd, busybox does not support it if system only has busybox; Replace find command with ls to avoid some busybox's find unsupported options; Signed-off-by: Roy Li --- .../recipes-support/ptest-runner/files/ptest-runner | 19 +-- 1 file changed, 5 insertions(+), 14 deletions(-) diff --git a/meta/recipes-support/ptest-runner/files/ptest-runner b/meta/recipes-support/ptest-runner/files/ptest-runner index ccb0434..3342413 100644 --- a/meta/recipes-support/ptest-runner/files/ptest-runner +++ b/meta/recipes-support/ptest-runner/files/ptest-runner @@ -7,24 +7,15 @@ do [ ! -d "$libdir" ] && continue -cd "$libdir" -for x in `find -L ./ -name run-ptest -type f -perm /u+x,g+x` +for x in `ls -d $libdir/*/ptest 2>/dev/null` do -# test if a dir is linking to one that they are under same directory -# like perl5-->perl -ptestdir=`dirname $x|cut -f2 -d"/"` -if [ -h "$ptestdir" ]; then -linkdir=`readlink -f "$ptestdir"` -if [ `dirname "$linkdir"` = "$libdir" ]; then -continue -fi -fi - +[ ! -f $x/run-ptest ] && continue +[ -h `dirname $x` ] && continue + date "+%Y-%m-%dT%H:%M" echo "BEGIN: $x" -pushd `dirname "$x"` +cd "$x" ./run-ptest -popd echo "END: $x" date "+%Y-%m-%dT%H:%M" done -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [dylan][PATCH] elfutils: Fix build with gcc 4.8
Distributions where we have gcc 4.8 we have started to see
elfutils-native fail to build with errors described in patch
below. This patch backports 68f93378f47dee5d0d5bf898a8ec14f29fa28cbd
to dylan
Signed-off-by: Khem Raj
---
.../elfutils/elfutils/fix-build-gcc-4.8.patch | 57 ++
meta/recipes-devtools/elfutils/elfutils_0.148.bb | 3 +-
2 files changed, 59 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-devtools/elfutils/elfutils/fix-build-gcc-4.8.patch
diff --git a/meta/recipes-devtools/elfutils/elfutils/fix-build-gcc-4.8.patch
b/meta/recipes-devtools/elfutils/elfutils/fix-build-gcc-4.8.patch
new file mode 100644
index 000..1532ba2
--- /dev/null
+++ b/meta/recipes-devtools/elfutils/elfutils/fix-build-gcc-4.8.patch
@@ -0,0 +1,57 @@
+This patch fixes a warning seen with gcc 4.8 (especially on ubuntu 13.10)
+
+| addr2line.c: In function 'handle_address':
+| addr2line.c:450:7: error: format '%a' expects argument of type 'float *',
but argument 3 has type 'char **' [-Werror=format=]
+|if (sscanf (string, "(%a[^)])%" PRIiMAX "%n", &name, &addr, &i) == 2
+|^
+| addr2line.c:453:7: error: format '%a' expects argument of type 'float *',
but argument 3 has type 'char **' [-Werror=format=]
+|switch (sscanf (string, "%a[^-+]%n%" PRIiMAX "%n", &name, &i, &addr,
&j))
+|^
+| cc1: all warnings being treated as errors
+
+
+%a is old GNU style and should be abandoned in favor of %m
+
+Also see
+
+http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54361
+
+to support this assertion
+
+This patch is added via redhat-compatibility patch so lets revert this part
+here.
+
+Signed-off-by: Khem Raj
+
+Upstream-Status: Inappropriate [Caused by an earlier patch]
+
+Index: elfutils-0.148/src/addr2line.c
+===
+--- elfutils-0.148.orig/src/addr2line.c
elfutils-0.148/src/addr2line.c
+@@ -447,10 +447,10 @@ handle_address (const char *string, Dwfl
+ bool parsed = false;
+ int i, j;
+ char *name = NULL;
+- if (sscanf (string, "(%a[^)])%" PRIiMAX "%n", &name, &addr, &i) == 2
++ if (sscanf (string, "(%m[^)])%" PRIiMAX "%n", &name, &addr, &i) == 2
+ && string[i] == '\0')
+ parsed = adjust_to_section (name, &addr, dwfl);
+- switch (sscanf (string, "%a[^-+]%n%" PRIiMAX "%n", &name, &i, &addr,
&j))
++ switch (sscanf (string, "%m[^-+]%n%" PRIiMAX "%n", &name, &i, &addr,
&j))
+ {
+ default:
+ break;
+Index: elfutils-0.148/tests/line2addr.c
+===
+--- elfutils-0.148.orig/tests/line2addr.c
elfutils-0.148/tests/line2addr.c
+@@ -132,7 +132,7 @@ main (int argc, char *argv[])
+ {
+ struct args a = { .arg = argv[cnt] };
+
+- switch (sscanf (a.arg, "%a[^:]:%d", &a.file, &a.line))
++ switch (sscanf (a.arg, "%m[^:]:%d", &a.file, &a.line))
+ {
+ default:
+ case 0:
diff --git a/meta/recipes-devtools/elfutils/elfutils_0.148.bb
b/meta/recipes-devtools/elfutils/elfutils_0.148.bb
index 9c0a08e..b85b0f0 100644
--- a/meta/recipes-devtools/elfutils/elfutils_0.148.bb
+++ b/meta/recipes-devtools/elfutils/elfutils_0.148.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3\
file://EXCEPTION;md5=570adcb0c1218ab57f2249c67d0ce417"
DEPENDS = "libtool bzip2 zlib virtual/libintl"
-PR = "r11"
+PR = "r12"
SRC_URI =
"https://fedorahosted.org/releases/e/l/elfutils/elfutils-${PV}.tar.bz2";
@@ -33,6 +33,7 @@ SRC_URI += "\
file://dso-link-change.patch \
file://nm-Fix-size-passed-to-snprintf-for-invalid-sh_name-case.patch \
file://elfutils-ar-c-fix-num-passed-to-memset.patch \
+ file://fix-build-gcc-4.8.patch \
"
# Only apply when building uclibc based target recipe
SRC_URI_append_libc-uclibc = " file://uclibc-support.patch"
--
1.8.3.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] webkit-gtk: limit ld memory requirement
> -Original Message- > From: Burton, Ross [mailto:ross.bur...@intel.com] > Sent: Tuesday, September 17, 2013 3:53 AM > To: Martin Jansa > Cc: Khem Raj; Slater, Joseph; Patches and discussions about the oe-core layer > Subject: Re: [OE-core] [PATCH 1/1] webkit-gtk: limit ld memory requirement > > On 17 September 2013 11:30, Martin Jansa wrote: > > I think someone should measure it on machine with a lot of ram. If the > > test was executed on machine where it was linking mostly from swap, > > then it's not so surprising it was faster with the option enabled. > > My very rough test says no significant difference between the option > being enabled or disabled (~23m +- 30s each way). i7 with 16GB RAM. > > Anyone else want to add a data point? I am the only user on the machine below. I compiled twice, each way -- model name : Intel(R) Xeon(R) CPU X5560 @ 2.80GHz model name : Intel(R) Xeon(R) CPU X5560 @ 2.80GHz model name : Intel(R) Xeon(R) CPU X5560 @ 2.80GHz model name : Intel(R) Xeon(R) CPU X5560 @ 2.80GHz model name : Intel(R) Xeon(R) CPU X5560 @ 2.80GHz model name : Intel(R) Xeon(R) CPU X5560 @ 2.80GHz model name : Intel(R) Xeon(R) CPU X5560 @ 2.80GHz model name : Intel(R) Xeon(R) CPU X5560 @ 2.80GHz MemTotal: 12326492 kB build - present recipe -- real48m26.620s user96m15.939s sys 17m43.639s compile - present recipe real25m39.845s user85m31.102s sys 10m17.016s real25m31.344s user85m35.210s sys 9m46.309s compile - new recipe real25m28.338s user85m27.088s sys 10m19.696s real25m22.355s user85m24.133s sys 10m13.151s > > Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] vala.bbclass: add dependency on vala
From: Joe Slater [mailto:jsla...@windriver.com] Sent: Monday, September 23, 2013 1:53 PM To: MacLeod, Randy; Polk, Jeffrey Cc: lpd-eng-rr Subject: [PATCH 1/1] vala.bbclass: add dependency on vala This class points the inheritor to directories in the target sysroot, so we want to be sure things like .vapi files are there. Signed-off-by: Joe Slater --- meta/classes/vala.bbclass |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/classes/vala.bbclass b/meta/classes/vala.bbclass index c7db08c..0a98dab 100644 --- a/meta/classes/vala.bbclass +++ b/meta/classes/vala.bbclass @@ -1,9 +1,9 @@ # Vala has problems with multiple concurrent invocations PARALLEL_MAKE = "" -# Vala needs vala-native -DEPENDS += "vala-native" -DEPENDS_virtclass-native += "vala-native" +# Vala needs vala-native (and we need vala) +DEPENDS += "vala-native vala" +DEPENDS_class-native += "vala-native" # Our patched version of Vala looks in STAGING_DATADIR for .vapi files export STAGING_DATADIR -- 1.7.3.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] OE Changelog since 2013-09-15 until 2013-09-22
Changelog since 2013-09-15 until 2013-09-22. Projects included in this report: bitbake: git://git.openembedded.org/bitbake openembedded-core: git://git.openembedded.org/openembedded-core meta-openembedded: git://git.openembedded.org/meta-openembedded meta-angstrom: git://github.com/Angstrom-distribution/meta-angstrom.git meta-arago: git://arago-project.org/git/meta-arago.git meta-beagleboard: git://github.com/beagleboard/meta-beagleboard.git meta-browser: git://github.com/OSSystems/meta-browser.git meta-bug: git://github.com/buglabs/meta-bug.git meta-chicken: git://github.com/OSSystems/meta-chicken meta-efikamx: git://github.com/kraj/meta-efikamx.git meta-ettus: http://github.com/koenkooi/meta-ettus.git meta-fsl-arm: git://git.yoctoproject.org/meta-fsl-arm meta-fsl-arm-extra: git://github.com/Freescale/meta-fsl-arm-extra.git meta-fsl-ppc: git://git.yoctoproject.org/meta-fsl-ppc meta-guacamayo: git://github.com/Guacamayo/meta-guacamayo.git meta-gumstix: git://github.com/gumstix/meta-gumstix.git meta-gumstix-community: git://gitorious.org/schnitzeltony-oe-meta/meta-gumstix-community.git meta-handheld: git://git.openembedded.org/meta-handheld meta-igep: http://github.com/ebutera/meta-igep.git meta-intel: git://git.yoctoproject.org/meta-intel meta-ivi: git://git.yoctoproject.org/meta-ivi meta-java: git://github.com/woglinde/meta-java meta-kde: git://gitorious.org/openembedded-core-layers/meta-kde.git meta-micro: git://git.openembedded.org/meta-micro meta-mono: git://git.yoctoproject.org/meta-mono.git meta-netbookpro: git://github.com/tworaz/meta-netbookpro meta-nslu2: git://github.com/kraj/meta-nslu2 meta-opie: git://git.openembedded.org/meta-opie meta-qt3: git://git.yoctoproject.org/meta-qt3 meta-qt5: git://github.com/meta-qt5/meta-qt5.git meta-slugos: git://github.com/kraj/meta-slugos meta-systemd: git://git.yoctoproject.org/meta-systemd meta-raspberrypi: git://github.com/djwillis/meta-raspberrypi.git meta-smartphone: http://git.shr-project.org/repo/meta-smartphone.git meta-ti: git://git.yoctoproject.org/meta-ti meta-webos: git://github.com/openwebos/meta-webos.git meta-xilinx: git://git.yoctoproject.org/meta-xilinx meta-yocto: git://git.yoctoproject.org/meta-yocto openembedded: git://git.openembedded.org/openembedded Changelog for bitbake: Alexandru DAMIAN (10): runqueue: add runQueueTaskSkipped event cooker: Avoid duplication for taskdata creation data_smart: Add explict None checks bitbake: cooker,xmlrpc,servers: implement CookerFeatures bitbake: cooker,runqueue: send the task dependency tree bitbake: build, runqueue: adds info to the *runQueue* events bitbake: cooker: get extra information from recipe cache bitbake: cooker, command: add a command to return global data bitbake: event: adding generic event for metadata usage bitbake: runqueue: add task hash to Queue events Cristiana Voicu (1): hob: populate "Save image" dialog when saving changes to a custom image reci Richard Purdie (22): build: Add logfile to add TaskBase events cooker: Allow profiling of the parser in profile mode data: Be explicit in data_db check siggen: Use lookup cache exclusively data_smart: Improve variable expansion regexp data_smart: use the expand_cache in VariableParse data: Use direct iteration, not keys() data: Cache an list of export variables data_smart: Allow expansion of flags in getVarFlags data_smart: Allow flags to use the expand cache data_smart: Cache the fact a variable accesses another even if its unset data: Optimise build_dependencies a little data: Optimise flag lookup in build_dependencies data: Optimise flag exclusion list handling bb.fatal: Raise a BBHandledException instead of exiting Revert "bb.fatal: Raise a BBHandledException instead of exiting" cooker: return a copy checkPackages data_smart: Fix variable reference issues build: Add BB_TASK_NICE_LEVEL to task code bin/bitbake: Improve --help text data_smart: Variable references don't contain newlines, spaces or tabs tests/data: Whitespace in key names is a really bad idea Scott Rifenbark (1): usermanual.xml: Two new sections added to BitBake "Description" Changelog for openembedded-core: Anders Darander (1): u-boot-fw-utils: reinstate target recipe for fw_printenv Bruce Ashfield (3): linux-yocto/3.8: add haswell-wc board config and branch linux-yocto/3.10: mips configuration changes linux-yocto/3.10: fix long perf compile times Chen Qi (1): rpm: fix typo in PACKAGECONFIG Eric Bénard (1): qt-mobility: fix build without X11 Hans Beckerus (1): libtool: fix resolve of lt_sysroot Hongxu Jia (5): LSB 4.1 Library Check: fix unable to find library libqt-mt.so.3 python: fix failures of LSB python-runtime tests busybox: move su to /bin for lsb command check test shadow: move su to /bin for lsb command check test util-linux: move su to /bin for lsb command
Re: [OE-core] [PATCH] shadow: Create recipe nativesdk-shadow
On Mon, 2013-09-23 at 21:01 +0200, David Nystrom wrote: > > On Sep 23, 2013 8:01 PM, "Mark Hatle" > wrote: > > > > This looks to be the same as the 'native' package, but I don't think > you can just add a BBCLASSEXTEND = "nativesdk" > > It mostly is and I cant, your right. Why not? Just the SRC_URI or other issues? > > Perhaps (in 1.6) someone should look at merging the three back > together. > > Agree, the merged recipe will also get a bit messy, but probably > easier to maintain than in its current state. > > > If this is the same as the native version, I'd suggest adding a > comment stating as much so we can hopefully keep them in sync. > > Will do, will return with v2 > Well, I'm not happy with the idea of duplicating all this code. shadow-native shouldn't exist and this makes things worse. With a few minutes, I could write this patch: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t2&id=0730423fcda165a12112182b093d2f6df2f9c5eb which at least makes the situation a bit less ugly. I guess I did spend years doing these kinds of patches back when we had 50 versions of everything and BBCLASSEXTEND didn't yet exist. With a few more minutes perhaps I can get rid of the separate -native, now the differences are clear. meld is a nice too for this kind of work btw. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] init-install-efi.sh: Remove unnecessary udev rules file to avoid errors
Fixes [YOCTO #5233]
Modeled after Chen Qi's fix to [YOCTO #3924] from oe-core commit:
6b6db7b4fb7aa17b8e29076decc830149b9d35bc
init-install.sh: remove unnecessary udev rules file to avoid error messages
/etc/udev/scripts/mount.sh is removed by init-install-efi.sh, but the
udev rules file which specifies the invocation of this script is not
removed, thus causing the error message during a live install:
/etc/udev/scripts/mount.sh: No such file or directory
The /etc/udev/rules/automount.rules no longer works once the mount.sh
script is removed. Remove it to avoid the error message.
Signed-off-by: Darren Hart
Cc: mihaix.lind...@linux.intel.com
---
.../initrdscripts/files/init-install-efi.sh|1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-core/initrdscripts/files/init-install-efi.sh
b/meta/recipes-core/initrdscripts/files/init-install-efi.sh
index 574966e..9846637 100644
--- a/meta/recipes-core/initrdscripts/files/init-install-efi.sh
+++ b/meta/recipes-core/initrdscripts/files/init-install-efi.sh
@@ -58,6 +58,7 @@ echo "Installing image on /dev/${device}"
#
# The udev automounter can cause pain here, kill it
#
+rm -f /etc/udev/rules.d/automount.rules
rm -f /etc/udev/scripts/mount*
#
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] EFI Installer Fixes
Fix two bugs reported against the efi installer script when testing on the MinnowBoard. Patches have been tested together, successfully installing from USB to SD on the MinnowBoard and booting without any manual manipulation of the installation media after the fact. The following changes since commit bf6b0d95db3863a2cfbccb154c0c7ad5b3bbf0b0: glib-2.0: fix broken python script header on machines using buildtools (2013-09-22 12:23:35 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib dvhart/efi-installer http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=dvhart/efi-installer Darren Hart (2): init-install-efi.sh: Fix root= specification init-install-efi.sh: Remove unnecessary udev rules file to avoid errors .../initrdscripts/files/init-install-efi.sh|7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] init-install-efi.sh: Fix root= specification
Fixes [YOCTO #5237] The current grub.cfg manipulation depends on an existing root= parameter. If this doesn't exist, the correct root= parameter will not be added. Instead, remove any existing root= parameters and add the correct one explicitly. Signed-off-by: Darren Hart Cc: mihaix.lind...@linux.intel.com --- .../initrdscripts/files/init-install-efi.sh|6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/meta/recipes-core/initrdscripts/files/init-install-efi.sh b/meta/recipes-core/initrdscripts/files/init-install-efi.sh index 23228c9..574966e 100644 --- a/meta/recipes-core/initrdscripts/files/init-install-efi.sh +++ b/meta/recipes-core/initrdscripts/files/init-install-efi.sh @@ -161,8 +161,10 @@ sed -i "/menuentry 'install'/,/^}/d" $GRUBCFG sed -i "/initrd /d" $GRUBCFG # Delete any LABEL= strings sed -i "s/ LABEL=[^ ]*/ /" $GRUBCFG -# Replace the ramdisk root with the install device and include other options -sed -i "s@ root=[^ ]*@ root=$rootfs rw $rootwait quiet@" $GRUBCFG +# Delete any root= strings +sed -i "s/ root=[^ ]*/ /" $GRUBCFG +# Add the root= and other standard boot options +sed -i "s@linux /vmlinuz *@linux /vmlinuz root=$rootfs rw $rootwait quiet @" $GRUBCFG umount /ssd sync -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] init-install-efi.sh: Remove unnecessary udev rules file to avoid errors
Please ignore this patch. I've fixed another issue in the efi installer
and will send the pair as a pull request with testing completed.
--
Darren
On Mon, 2013-09-23 at 12:09 -0700, Darren Hart wrote:
> Fixes [YOCTO #5233]
>
> Modeled after Chen Qi's fix to [YOCTO #3924] from oe-core commit:
> 6b6db7b4fb7aa17b8e29076decc830149b9d35bc
> init-install.sh: remove unnecessary udev rules file to avoid error messages
>
> /etc/udev/scripts/mount.sh is removed by init-install-efi.sh, but the
> udev rules file which specifies the invocation of this script is not
> removed, thus causing the error message during a live install:
>
> /etc/udev/scripts/mount.sh: No such file or directory
>
> The /etc/udev/rules/automount.rules no longer works once the mount.sh
> script is removed. Remove it to avoid the error message.
>
> Signed-off-by: Darren Hart
> Cc: mihaix.lind...@linux.intel.com
> ---
> meta/recipes-core/initrdscripts/files/init-install-efi.sh | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/meta/recipes-core/initrdscripts/files/init-install-efi.sh
> b/meta/recipes-core/initrdscripts/files/init-install-efi.sh
> index 23228c9..26e3174 100644
> --- a/meta/recipes-core/initrdscripts/files/init-install-efi.sh
> +++ b/meta/recipes-core/initrdscripts/files/init-install-efi.sh
> @@ -58,6 +58,7 @@ echo "Installing image on /dev/${device}"
> #
> # The udev automounter can cause pain here, kill it
> #
> +rm -f /etc/udev/rules.d/automount.rules
> rm -f /etc/udev/scripts/mount*
>
> #
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] elfutils: remove configure bits from patch
That is a generated file and patching it might fail, the patch already patches
configure.ac
which will have the configure file regenerated.
Signed-off-by: Saul Wold
---
.../elfutils-0.155/redhat-portability.diff | 228 -
1 file changed, 228 deletions(-)
diff --git
a/meta/recipes-devtools/elfutils/elfutils-0.155/redhat-portability.diff
b/meta/recipes-devtools/elfutils/elfutils-0.155/redhat-portability.diff
index bf47ade..d5628aa 100644
--- a/meta/recipes-devtools/elfutils/elfutils-0.155/redhat-portability.diff
+++ b/meta/recipes-devtools/elfutils/elfutils-0.155/redhat-portability.diff
@@ -277,234 +277,6 @@ Index: elfutils-0.155/config.h.in
+#undef __thread
+
#include
-Index: elfutils-0.155/configure
-===
elfutils-0.155.orig/configure
-+++ elfutils-0.155/configure
-@@ -598,6 +598,8 @@ ZLIB_TRUE
- LIBEBL_SUBDIR
- TESTS_RPATH_FALSE
- TESTS_RPATH_TRUE
-+BUILD_WERROR_FALSE
-+BUILD_WERROR_TRUE
- BUILD_STATIC_FALSE
- BUILD_STATIC_TRUE
- GCOV_FALSE
-@@ -612,6 +614,8 @@ NEVER_TRUE
- base_cpu
- NATIVE_LD_FALSE
- NATIVE_LD_TRUE
-+LD_AS_NEEDED
-+WEXTRA
- LEXLIB
- LEX_OUTPUT_ROOT
- LEX
-@@ -725,6 +729,7 @@ enable_mudflap
- enable_debugpred
- enable_gprof
- enable_gcov
-+enable_werror
- enable_tests_rpath
- enable_libebl_subdir
- with_zlib
-@@ -1378,6 +1383,7 @@ Optional Features:
- prediction
- --enable-gprof build binaries with gprof support
- --enable-gcov build binaries with gcov support
-+ --disable-werrordo not build with -Werror
- --enable-tests-rpathbuild $ORIGIN-using rpath into tests
- --enable-libebl-subdir=DIR
- install libebl_CPU modules in $(libdir)/DIR
-@@ -3917,6 +3923,130 @@ if test "x$ac_cv_c99" != xyes; then :
- as_fn_error $? "gcc with C99 support required" "$LINENO" 5
- fi
-
-+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for -Wextra option to $CC"
>&5
-+$as_echo_n "checking for -Wextra option to $CC... " >&6; }
-+if ${ac_cv_cc_wextra+:} false; then :
-+ $as_echo_n "(cached) " >&6
-+else
-+ old_CFLAGS="$CFLAGS"
-+CFLAGS="$CFLAGS -Wextra"
-+cat confdefs.h - <<_ACEOF >conftest.$ac_ext
-+/* end confdefs.h. */
-+void foo (void) { }
-+_ACEOF
-+if ac_fn_c_try_compile "$LINENO"; then :
-+ ac_cv_cc_wextra=yes
-+else
-+ ac_cv_cc_wextra=no
-+fi
-+rm -f core conftest.err conftest.$ac_objext conftest.$ac_ext
-+CFLAGS="$old_CFLAGS"
-+fi
-+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $ac_cv_cc_wextra" >&5
-+$as_echo "$ac_cv_cc_wextra" >&6; }
-+
-+if test "x$ac_cv_cc_wextra" = xyes; then :
-+ WEXTRA=-Wextra
-+else
-+ WEXTRA=-W
-+fi
-+
-+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for -fgnu89-inline option
to $CC" >&5
-+$as_echo_n "checking for -fgnu89-inline option to $CC... " >&6; }
-+if ${ac_cv_cc_gnu89_inline+:} false; then :
-+ $as_echo_n "(cached) " >&6
-+else
-+ old_CFLAGS="$CFLAGS"
-+CFLAGS="$CFLAGS -fgnu89-inline -Werror"
-+cat confdefs.h - <<_ACEOF >conftest.$ac_ext
-+/* end confdefs.h. */
-+
-+void foo (void)
-+{
-+ inline void bar (void) {}
-+ bar ();
-+}
-+extern inline void baz (void) {}
-+
-+_ACEOF
-+if ac_fn_c_try_compile "$LINENO"; then :
-+ ac_cv_cc_gnu89_inline=yes
-+else
-+ ac_cv_cc_gnu89_inline=no
-+fi
-+rm -f core conftest.err conftest.$ac_objext conftest.$ac_ext
-+CFLAGS="$old_CFLAGS"
-+fi
-+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $ac_cv_cc_gnu89_inline" >&5
-+$as_echo "$ac_cv_cc_gnu89_inline" >&6; }
-+if test "x$ac_cv_cc_gnu89_inline" = xyes; then :
-+ WEXTRA="${WEXTRA:+$WEXTRA }-fgnu89-inline"
-+fi
-+
-+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for --as-needed linker
option" >&5
-+$as_echo_n "checking for --as-needed linker option... " >&6; }
-+if ${ac_cv_as_needed+:} false; then :
-+ $as_echo_n "(cached) " >&6
-+else
-+ cat > conftest.c <&5
-+ (eval $ac_try) 2>&5
-+ ac_status=$?
-+ $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5
-+ test $ac_status = 0; }; }
-+then
-+ ac_cv_as_needed=yes
-+else
-+ ac_cv_as_needed=no
-+fi
-+rm -f conftest*
-+fi
-+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $ac_cv_as_needed" >&5
-+$as_echo "$ac_cv_as_needed" >&6; }
-+if test "x$ac_cv_as_needed" = xyes; then :
-+ LD_AS_NEEDED=-Wl,--as-needed
-+else
-+ LD_AS_NEEDED=
-+fi
-+
-+
-+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for __builtin_popcount" >&5
-+$as_echo_n "checking for __builtin_popcount... " >&6; }
-+if ${ac_cv_popcount+:} false; then :
-+ $as_echo_n "(cached) " >&6
-+else
-+ cat confdefs.h - <<_ACEOF >conftest.$ac_ext
-+/* end confdefs.h. */
-+
-+int
-+main ()
-+{
-+exit (__builtin_popcount (127));
-+ ;
-+ return 0;
-+}
-+_ACEOF
-+if ac_fn_c_try_link "$LINENO"; then :
-+ ac_cv_popcount=yes
-+else
-+ ac_cv_popcount=no
-+fi
-+rm -f core conftest.err conftest.$ac_objext \
-+conftest$ac_exeext conftest.$ac_ext
-+fi
-+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $ac_cv_popcount" >&5
-+$as_echo "$ac_cv_popcount"
[OE-core] [PATCH] qemu: don't claim support for IrDA and PCMCIA
QEMU machines don't have virtual IrDA or PCMCIA hardware, so don't claim to support them. Signed-off-by: Ross Burton --- meta/conf/machine/include/qemu.inc |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/machine/include/qemu.inc b/meta/conf/machine/include/qemu.inc index a78622d..591f6b4 100644 --- a/meta/conf/machine/include/qemu.inc +++ b/meta/conf/machine/include/qemu.inc @@ -11,7 +11,7 @@ XSERVER ?= "xserver-xorg \ xf86-video-fbdev \ xf86-input-keyboard" -MACHINE_FEATURES = "alsa pcmcia bluetooth irda usbgadget screen" +MACHINE_FEATURES = "alsa bluetooth usbgadget screen" MACHINEOVERRIDES =. "qemuall:" -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] gnutls: remove po.m4 patch
With the seperation of the sourcedir (S) and builddir (B), the po.m4 file is removed from S during autotools aclocal-copy creation and there no need to patch it since the aclocal-copy version is correct (has gettext version 0.18 specificed Signed-off-by: Saul Wold --- .../recipes-support/gnutls/gnutls/fix-gettext-version.patch | 13 - 1 file changed, 13 deletions(-) diff --git a/meta/recipes-support/gnutls/gnutls/fix-gettext-version.patch b/meta/recipes-support/gnutls/gnutls/fix-gettext-version.patch index 4c9137a..23db7e3 100644 --- a/meta/recipes-support/gnutls/gnutls/fix-gettext-version.patch +++ b/meta/recipes-support/gnutls/gnutls/fix-gettext-version.patch @@ -18,19 +18,6 @@ Index: gnutls-2.12.14/lib/po/Makefile.in.in PACKAGE = @PACKAGE@ VERSION = @VERSION@ -Index: gnutls-2.12.14/lib/m4/po.m4 -=== gnutls-2.12.14.orig/lib/m4/po.m4 -+++ gnutls-2.12.14/lib/m4/po.m4 -@@ -29,7 +29,7 @@ AC_DEFUN([AM_PO_SUBDIRS], - - dnl Release version of the gettext macros. This is used to ensure that - dnl the gettext macros and po/Makefile.in.in are in sync. -- AC_SUBST([GETTEXT_MACRO_VERSION], [0.17]) -+ AC_SUBST([GETTEXT_MACRO_VERSION], [0.18]) - - dnl Perform the following tests also if --disable-nls has been given, - dnl because they are needed for "make dist" to work. Index: gnutls-2.12.14/lib/configure.ac === --- gnutls-2.12.14.orig/lib/configure.ac -- 1.8.3.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] wget: remove po.m4 patch
With the seperation of the sourcedir (S) and builddir (B), the po.m4 file is removed from S during autotools aclocal-copy creation and there no need to patch it since the aclocal-copy version is correct (has gettext version 0.18 specificed Signed-off-by: Saul Wold --- meta/recipes-extended/wget/wget-1.14/fix_makefile.patch | 13 - 1 file changed, 13 deletions(-) diff --git a/meta/recipes-extended/wget/wget-1.14/fix_makefile.patch b/meta/recipes-extended/wget/wget-1.14/fix_makefile.patch index b76a017..8ad7c62 100644 --- a/meta/recipes-extended/wget/wget-1.14/fix_makefile.patch +++ b/meta/recipes-extended/wget/wget-1.14/fix_makefile.patch @@ -31,16 +31,3 @@ Index: wget-1.12/configure.ac AC_PROG_RANLIB -Index: wget-1.12/m4/po.m4 -=== wget-1.12.orig/m4/po.m42009-09-04 09:31:54.0 -0700 -+++ wget-1.12/m4/po.m4 2011-10-19 20:33:53.426812176 -0700 -@@ -30,7 +30,7 @@ - - dnl Release version of the gettext macros. This is used to ensure that - dnl the gettext macros and po/Makefile.in.in are in sync. -- AC_SUBST([GETTEXT_MACRO_VERSION], [0.17]) -+ AC_SUBST([GETTEXT_MACRO_VERSION], [0.18]) - - dnl Perform the following tests also if --disable-nls has been given, - dnl because they are needed for "make dist" to work. -- 1.8.3.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/3] Fix patches including po.m4
This series fixes a patching issue I saw recently, it seems to occur
when you have an already configured ${S}, which causes the po.m4 to
be removed. Since the autotools.bbclass removed the bad version of po.m4
let's just remove the patches for them here also
Saul Wold (3):
texi2html: remove po.m4 patch
wget: remove po.m4 patch
gnutls: remove po.m4 patch
.../texi2html/texi2html-5.0/fix_gettext_version.patch | 13 -
meta/recipes-extended/wget/wget-1.14/fix_makefile.patch | 13 -
.../recipes-support/gnutls/gnutls/fix-gettext-version.patch | 13 -
3 files changed, 39 deletions(-)
--
1.8.3.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC YOCTO #5248] core-image-lsb: Why FPU doesn't work correctly on qemux86-64
does this fail same way on real machine as well?
On Monday, September 23, 2013, Hongxu Jia wrote:
> On 09/23/2013 04:55 PM, Hongxu Jia wrote:
>>
>> *Preparation
>> 1, vim local.conf
>> ...
>> DISTRO ?= "poky-lsb"
>> MACHINE ?= "qemux86-64"
>> ...
>>
>> *Problem
>> 1, Build core-image-lsb
>> ..
>> bitbake core-image-lsb
>> ..
>>
>> 2, Start qemux86-64, there are 21 LSB tcl test failures on
>> qemux86-64, you could reproduce it by tcl interpreter:
>>1, On qemux86-64's terminal, start tcl interpreter
>>root@qemux86-64:~# $ tclsh
>>%
>>
>>2, Run 'binary scan' to assign ieeeValues(-Subnormal)
>>% binary scan \x00\x00\x00\x00\x00\x00\x08\x80 d
ieeeValues(-Subnormal)
>>1
>>
>>3, Run 'puts' to output ieeeValues(-Subnormal), the result is '0.0'
>>% puts $ieeeValues(-Subnormal)
>>-0.0
>>
>>Expected:
>>-1.1125369292536007e-308
>>
>> *Analysis
>> 1, On the previous environment, add IMAGE_INSTALL_append = " tcl" to
>> local.conf and build core-image-sato, the result is expected.
>>
>> 2, Trace tcl's source code, you could also reproduce the issue by
>> compiling and executing the following C codes on core-image-lsb-sdk.
>>
>>1) Build core-image-lsb-sdk, and Run qemux86-64.
>>2) On target's terminal, create a C source file:
>> root@qemux86-64:~# cat >> test.c << EOF
>> #include
>>
>> int main(int argc, char *argv[])
>> {
>>double dd = 0;
>>char *p = (char*)ⅆ
>>p[0] = 0x00;
>>p[1] = 0x00;
>>p[2] = 0x00;
>>p[3] = 0x00;
>>p[4] = 0x00;
>>p[5] = 0x00;
>>p[6] = 0x08;
>>p[7] = 0x00;
>>
>>if (dd == 0.0)
>> printf("Incorrect equal 0.0\n");
>>else
>> printf("Expected not equal 0.0\n");
>>
>>return 0;
>> }
>> EOF
>>
>>2) Compile test.c
>> root@qemux86-64:~# gcc test.c -o test
>>
>>3, Execute test
>>$ root@qemux86-64:~# ./test
>> Incorrect equal 0.0
>>
>>Expected:
>> Expected not equal 0.0
>>
>> 3, It's about x86-64's FPU: the SSE MXCSR register.
>>If you invoke 'feenableexcept(FE_INEXACT);' or
>>'feclearexcept(FE_INEXACT);' in the above C test,
>>the issue will be fixed. In these two functions,
>>the SSE MXCSR register has been handled.
>
> vim eglibc-2.18/libc/sysdeps/x86_64/fpu/feenablxcpt.c
> ...
> #include
>
> int
> feenableexcept (int excepts)
> {
> unsigned short int new_exc, old_exc;
> unsigned int new;
>
> excepts &= FE_ALL_EXCEPT;
>
> /* Get the current control word of the x87 FPU. */
> __asm__ ("fstcw %0" : "=m" (*&new_exc));
>
> old_exc = (~new_exc) & FE_ALL_EXCEPT;
>
> new_exc &= ~excepts;
> __asm__ ("fldcw %0" : : "m" (*&new_exc));
>
> /* And now the same for the SSE MXCSR register. */
> __asm__ ("stmxcsr %0" : "=m" (*&new));
>
> /* The SSE exception masks are shifted by 7 bits. */
> new &= ~(excepts << 7);
> __asm__ ("ldmxcsr %0" : : "m" (*&new));
>
> return old_exc;
> }
> ...
>
> //Hongxu
>
>> *Solution
>> Is it necessary to invoke 'feenableexcept(FE_INEXACT);' or
>> 'feclearexcept(FE_INEXACT);' to handle SSE MXCSR register?
>>
>> Or any good idea about this issue.
>>
>> Thanks,
>> Hongxu
>>
>>
>>
>>
>
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] shadow: Create recipe nativesdk-shadow
This looks to be the same as the 'native' package, but I don't think you can
just add a BBCLASSEXTEND = "nativesdk"
Perhaps (in 1.6) someone should look at merging the three back together.
If this is the same as the native version, I'd suggest adding a comment stating
as much so we can hopefully keep them in sync.
--Mark
On 9/23/13 11:34 AM, David Nyström wrote:
This is a second in a series of patches to enable
offline rootfs creation from a package repository.
Some postinstall cmds are Yocto specific and needed to create a
rootfs with pre and post install hooks successfully run,
using only the toolchain tarball + a package repo.
End goal is to create a sandbox where _users_ of a Yocto
based distribution can customize a rootfs from a package feed
with their package manager of choice.
With this patch, I can successfully create packagegroup-core-boot
with only the toolchain tarball(OPKG). More fixes for a few postinstall
hooks outside of packagegroup-core-boot will come next.
Signed-off-by: David Nyström
---
.../nativesdk-packagegroup-sdk-host.bb | 1 +
.../shadow/nativesdk-shadow_4.1.4.3.bb | 62 ++
2 files changed, 63 insertions(+)
create mode 100644 meta/recipes-extended/shadow/nativesdk-shadow_4.1.4.3.bb
diff --git a/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
b/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
index 84fb95d..5a64934 100644
--- a/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
+++ b/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
@@ -20,6 +20,7 @@ RDEPENDS_${PN} = "\
nativesdk-libtool \
nativesdk-autoconf \
nativesdk-automake \
+${@base_contains('DISTRO_FEATURES', 'pam', 'nativesdk-shadow', '', d)} \
"
RDEPENDS_${PN}_darwin = "\
diff --git a/meta/recipes-extended/shadow/nativesdk-shadow_4.1.4.3.bb
b/meta/recipes-extended/shadow/nativesdk-shadow_4.1.4.3.bb
new file mode 100644
index 000..22f4cf3
--- /dev/null
+++ b/meta/recipes-extended/shadow/nativesdk-shadow_4.1.4.3.bb
@@ -0,0 +1,62 @@
+SUMMARY = "Tools to change and administer password and group data"
+DESCRIPTION = "Tools to change and administer password and group data"
+HOMEPAGE = "http://pkg-shadow.alioth.debian.org";
+BUGTRACKER = "https://alioth.debian.org/tracker/?group_id=30580";
+SECTION = "base utils"
+LICENSE = "BSD | Artistic-1.0"
+LIC_FILES_CHKSUM = "file://COPYING;md5=08c553a87d4e51bbed50b20e0adcaede \
+
file://src/passwd.c;beginline=8;endline=30;md5=d83888ea14ae61951982d77125947661"
+
+PR = "r8"
+
+inherit autotools gettext nativesdk
+
+SRC_URI = "http://pkg-shadow.alioth.debian.org/releases/shadow-${PV}.tar.bz2 \
+ file://shadow.automake-1.11.patch \
+ file://shadow-4.1.3-dots-in-usernames.patch \
+ file://shadow-4.1.4.2-env-reset-keep-locale.patch \
+ file://add_root_cmd_options.patch \
+ file://disable-syslog.patch \
+ file://useradd.patch \
+ file://shadow_fix_for_automake-1.12.patch \
+ file://add_root_cmd_groupmems.patch \
+ "
+
+SRC_URI[md5sum] = "b8608d8294ac88974f27b20f991c0e79"
+SRC_URI[sha256sum] =
"633f5bb4ea0c88c55f3642c97f9d25cbef74f82e0b4cf8d54e7ad6f9f9caa778"
+
+S = "${WORKDIR}/shadow-${PV}"
+
+EXTRA_OECONF += "--without-audit \
+ --without-libcrack \
+ --without-libpam \
+ --without-selinux \
+ --without-nscd"
+
+do_install() {
+ oe_runmake DESTDIR="${D}" sbindir="${base_sbindir}"
usbindir="${sbindir}" install
+
+ # Info dir listing isn't interesting at this point so remove it if it
exists.
+ if [ -e "${D}${infodir}/dir" ]; then
+ rm -f ${D}${infodir}/dir
+ fi
+
+ # Enable CREATE_HOME by default.
+ sed -i 's/#CREATE_HOME/CREATE_HOME/g' ${D}${sysconfdir}/login.defs
+
+ # As we are on an embedded system, ensure the users mailbox is in
+ # ~/ not /var/spool/mail by default, as who knows where or how big
+ # /var is. The system MDA will set this later anyway.
+ sed -i 's/MAIL_DIR/#MAIL_DIR/g' ${D}${sysconfdir}/login.defs
+ sed -i 's/#MAIL_FILE/MAIL_FILE/g' ${D}${sysconfdir}/login.defs
+
+ # Disable checking emails.
+ sed -i 's/MAIL_CHECK_ENAB/#MAIL_CHECK_ENAB/g'
${D}${sysconfdir}/login.defs
+
+ # Now we don't have a mail system. Disable mail creation for now.
+ sed -i 's:/bin/bash:/bin/sh:g' ${D}${sysconfdir}/default/useradd
+ sed -i '/^CREATE_MAIL_SPOOL/ s:^:#:' ${D}${sysconfdir}/default/useradd
+
+ # Use users group by default
+ sed -i 's,^GROUP=1000,GROUP=100,g' ${D}${sysconfdir}/default/useradd
+}
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] init-install-efi.sh: Remove unnecessary udev rules file to avoid errors
On Mon, 2013-09-23 at 12:09 -0700, Darren Hart wrote:
> Fixes [YOCTO #5233]
>
> Modeled after Chen Qi's fix to [YOCTO #3924] from oe-core commit:
> 6b6db7b4fb7aa17b8e29076decc830149b9d35bc
> init-install.sh: remove unnecessary udev rules file to avoid error messages
>
> /etc/udev/scripts/mount.sh is removed by init-install-efi.sh, but the
> udev rules file which specifies the invocation of this script is not
> removed, thus causing the error message during a live install:
>
> /etc/udev/scripts/mount.sh: No such file or directory
>
> The /etc/udev/rules/automount.rules no longer works once the mount.sh
> script is removed. Remove it to avoid the error message.
>
> Signed-off-by: Darren Hart
> Cc: mihaix.lind...@linux.intel.com
> ---
> meta/recipes-core/initrdscripts/files/init-install-efi.sh | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/meta/recipes-core/initrdscripts/files/init-install-efi.sh
> b/meta/recipes-core/initrdscripts/files/init-install-efi.sh
> index 23228c9..26e3174 100644
> --- a/meta/recipes-core/initrdscripts/files/init-install-efi.sh
> +++ b/meta/recipes-core/initrdscripts/files/init-install-efi.sh
> @@ -58,6 +58,7 @@ echo "Installing image on /dev/${device}"
> #
> # The udev automounter can cause pain here, kill it
> #
> +rm -f /etc/udev/rules.d/automount.rules
> rm -f /etc/udev/scripts/mount*
>
> #
Note: this is completely untested. Mihai, could you confirm this
addresses the installation issue you saw?
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCHv2] libpam: Avoid host contamination issue w. libprelude
Since we dont use prelude in OE, we just disable autodetection of
prelude in the libpam configuration.
Seems like an old bug:
http://lists.openembedded.org/pipermail/openembedded-devel/2012-March/083804.html
Signed-off-by: David Nyström
---
meta/recipes-extended/pam/libpam_1.1.6.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-extended/pam/libpam_1.1.6.bb
b/meta/recipes-extended/pam/libpam_1.1.6.bb
index f7493c5..c9bdcb0 100644
--- a/meta/recipes-extended/pam/libpam_1.1.6.bb
+++ b/meta/recipes-extended/pam/libpam_1.1.6.bb
@@ -37,7 +37,8 @@ EXTRA_OECONF = "--with-db-uniquename=_pam \
--includedir=${includedir}/security \
--libdir=${base_libdir} \
--disable-nis \
---disable-regenerate-docu"
+--disable-regenerate-docu \
+ --disable-prelude"
CFLAGS_append = " -fPIC "
--
1.8.3.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1]udev_182: creat a symbolic file /sbin/udevadm to fix haldaemon starts error.
On 09/20/2013 02:49 AM, leimaohui wrote: On 20 September 2013 4:38 PM, Burton, Ross [mailto:ross.bur...@intel.com] wrote: On 20 September 2013 07:46, leimaohui wrote: The haldaemon requires /sbin/udevadm to start. So creat a symbolic file /sbin/udevadm that links to /usr/bin/udevadm. Why not fix haldaemon to use the right path? But according to udev's changlog,I think it is better to add a symlink to udevadm. http://upstream-tracker.org/changelogs/libudev/182/changelog.html " The default install location of the 'udevadm' tool moved from 'sbin' to /usr/bin. Some tools expect udevadm in 'sbin', a symlink to udevadm needs to be manually created if needed, or --bindir=/sbin be specified." As suggested by Ross, please patch haldaemon to use the the oecore location. Thanks Sau! Best Regards, Maohui Lei ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] texi2html: remove po.m4 patch
With the seperation of the sourcedir (S) and builddir (B), the po.m4 file is removed from S during autotools aclocal-copy creation and there no need to patch it since the aclocal-copy version is correct (has gettext version 0.18 specificed Signed-off-by: Saul Wold --- .../texi2html/texi2html-5.0/fix_gettext_version.patch | 13 - 1 file changed, 13 deletions(-) diff --git a/meta/recipes-extended/texi2html/texi2html-5.0/fix_gettext_version.patch b/meta/recipes-extended/texi2html/texi2html-5.0/fix_gettext_version.patch index 35c119b..d1c9fe5 100644 --- a/meta/recipes-extended/texi2html/texi2html-5.0/fix_gettext_version.patch +++ b/meta/recipes-extended/texi2html/texi2html-5.0/fix_gettext_version.patch @@ -29,16 +29,3 @@ Index: texi2html-5.0/po_messages/Makefile.in.in PACKAGE = @PACKAGE@ VERSION = @VERSION@ -Index: texi2html-5.0/m4/po.m4 -=== texi2html-5.0.orig/m4/po.m4 -+++ texi2html-5.0/m4/po.m4 -@@ -29,7 +29,7 @@ AC_DEFUN([AM_PO_SUBDIRS], - - dnl Release version of the gettext macros. This is used to ensure that - dnl the gettext macros and po/Makefile.in.in are in sync. -- AC_SUBST([GETTEXT_MACRO_VERSION], [0.17]) -+ AC_SUBST([GETTEXT_MACRO_VERSION], [0.18]) - - dnl Perform the following tests also if --disable-nls has been given, - dnl because they are needed for "make dist" to work. -- 1.8.3.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] init-install-efi.sh: Remove unnecessary udev rules file to avoid errors
Fixes [YOCTO #5233]
Modeled after Chen Qi's fix to [YOCTO #3924] from oe-core commit:
6b6db7b4fb7aa17b8e29076decc830149b9d35bc
init-install.sh: remove unnecessary udev rules file to avoid error messages
/etc/udev/scripts/mount.sh is removed by init-install-efi.sh, but the
udev rules file which specifies the invocation of this script is not
removed, thus causing the error message during a live install:
/etc/udev/scripts/mount.sh: No such file or directory
The /etc/udev/rules/automount.rules no longer works once the mount.sh
script is removed. Remove it to avoid the error message.
Signed-off-by: Darren Hart
Cc: mihaix.lind...@linux.intel.com
---
meta/recipes-core/initrdscripts/files/init-install-efi.sh | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-core/initrdscripts/files/init-install-efi.sh
b/meta/recipes-core/initrdscripts/files/init-install-efi.sh
index 23228c9..26e3174 100644
--- a/meta/recipes-core/initrdscripts/files/init-install-efi.sh
+++ b/meta/recipes-core/initrdscripts/files/init-install-efi.sh
@@ -58,6 +58,7 @@ echo "Installing image on /dev/${device}"
#
# The udev automounter can cause pain here, kill it
#
+rm -f /etc/udev/rules.d/automount.rules
rm -f /etc/udev/scripts/mount*
#
--
1.8.3.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] shadow: Create recipe nativesdk-shadow
This is a second in a series of patches to enable
offline rootfs creation from a package repository.
Some postinstall cmds are Yocto specific and needed to create a
rootfs with pre and post install hooks successfully run,
using only the toolchain tarball + a package repo.
End goal is to create a sandbox where _users_ of a Yocto
based distribution can customize a rootfs from a package feed
with their package manager of choice.
With this patch, I can successfully create packagegroup-core-boot
with only the toolchain tarball(OPKG). More fixes for a few postinstall
hooks outside of packagegroup-core-boot will come next.
Signed-off-by: David Nyström
---
.../nativesdk-packagegroup-sdk-host.bb | 1 +
.../shadow/nativesdk-shadow_4.1.4.3.bb | 62 ++
2 files changed, 63 insertions(+)
create mode 100644 meta/recipes-extended/shadow/nativesdk-shadow_4.1.4.3.bb
diff --git a/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
b/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
index 84fb95d..5a64934 100644
--- a/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
+++ b/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb
@@ -20,6 +20,7 @@ RDEPENDS_${PN} = "\
nativesdk-libtool \
nativesdk-autoconf \
nativesdk-automake \
+${@base_contains('DISTRO_FEATURES', 'pam', 'nativesdk-shadow', '', d)} \
"
RDEPENDS_${PN}_darwin = "\
diff --git a/meta/recipes-extended/shadow/nativesdk-shadow_4.1.4.3.bb
b/meta/recipes-extended/shadow/nativesdk-shadow_4.1.4.3.bb
new file mode 100644
index 000..22f4cf3
--- /dev/null
+++ b/meta/recipes-extended/shadow/nativesdk-shadow_4.1.4.3.bb
@@ -0,0 +1,62 @@
+SUMMARY = "Tools to change and administer password and group data"
+DESCRIPTION = "Tools to change and administer password and group data"
+HOMEPAGE = "http://pkg-shadow.alioth.debian.org";
+BUGTRACKER = "https://alioth.debian.org/tracker/?group_id=30580";
+SECTION = "base utils"
+LICENSE = "BSD | Artistic-1.0"
+LIC_FILES_CHKSUM = "file://COPYING;md5=08c553a87d4e51bbed50b20e0adcaede \
+
file://src/passwd.c;beginline=8;endline=30;md5=d83888ea14ae61951982d77125947661"
+
+PR = "r8"
+
+inherit autotools gettext nativesdk
+
+SRC_URI = "http://pkg-shadow.alioth.debian.org/releases/shadow-${PV}.tar.bz2 \
+ file://shadow.automake-1.11.patch \
+ file://shadow-4.1.3-dots-in-usernames.patch \
+ file://shadow-4.1.4.2-env-reset-keep-locale.patch \
+ file://add_root_cmd_options.patch \
+ file://disable-syslog.patch \
+ file://useradd.patch \
+ file://shadow_fix_for_automake-1.12.patch \
+ file://add_root_cmd_groupmems.patch \
+ "
+
+SRC_URI[md5sum] = "b8608d8294ac88974f27b20f991c0e79"
+SRC_URI[sha256sum] =
"633f5bb4ea0c88c55f3642c97f9d25cbef74f82e0b4cf8d54e7ad6f9f9caa778"
+
+S = "${WORKDIR}/shadow-${PV}"
+
+EXTRA_OECONF += "--without-audit \
+ --without-libcrack \
+ --without-libpam \
+ --without-selinux \
+ --without-nscd"
+
+do_install() {
+ oe_runmake DESTDIR="${D}" sbindir="${base_sbindir}"
usbindir="${sbindir}" install
+
+ # Info dir listing isn't interesting at this point so remove it if it
exists.
+ if [ -e "${D}${infodir}/dir" ]; then
+ rm -f ${D}${infodir}/dir
+ fi
+
+ # Enable CREATE_HOME by default.
+ sed -i 's/#CREATE_HOME/CREATE_HOME/g' ${D}${sysconfdir}/login.defs
+
+ # As we are on an embedded system, ensure the users mailbox is in
+ # ~/ not /var/spool/mail by default, as who knows where or how big
+ # /var is. The system MDA will set this later anyway.
+ sed -i 's/MAIL_DIR/#MAIL_DIR/g' ${D}${sysconfdir}/login.defs
+ sed -i 's/#MAIL_FILE/MAIL_FILE/g' ${D}${sysconfdir}/login.defs
+
+ # Disable checking emails.
+ sed -i 's/MAIL_CHECK_ENAB/#MAIL_CHECK_ENAB/g'
${D}${sysconfdir}/login.defs
+
+ # Now we don't have a mail system. Disable mail creation for now.
+ sed -i 's:/bin/bash:/bin/sh:g' ${D}${sysconfdir}/default/useradd
+ sed -i '/^CREATE_MAIL_SPOOL/ s:^:#:' ${D}${sysconfdir}/default/useradd
+
+ # Use users group by default
+ sed -i 's,^GROUP=1000,GROUP=100,g' ${D}${sysconfdir}/default/useradd
+}
--
1.8.3.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCHv3] makedevs: add nativesdk to BBCLASSEXTENDS
This is a first in a series of patches to add items
to the nativesdk toolchain tarball.
Many of which are Yocto specific and needed to create a
rootfs with pre and post install hooks successfully run,
using only the toolchain tarball.
End goal is to create a sandbox where _users_ of a Yocto
based distribution can customize a rootfs from a package feed
with their package manager of choice.
Signed-off-by: David Nyström
---
meta/recipes-devtools/makedevs/makedevs_1.0.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/makedevs/makedevs_1.0.0.bb
b/meta/recipes-devtools/makedevs/makedevs_1.0.0.bb
index 2b9fd37..e6860f0 100644
--- a/meta/recipes-devtools/makedevs/makedevs_1.0.0.bb
+++ b/meta/recipes-devtools/makedevs/makedevs_1.0.0.bb
@@ -19,4 +19,4 @@ do_install() {
install -m 0755 ${S}/makedevs ${D}${base_sbindir}/makedevs
}
-BBCLASSEXTEND = "native"
+BBCLASSEXTEND = "native nativesdk"
--
1.8.3.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] shadow: Create recipe nativesdk-shadow
On Sep 23, 2013 8:01 PM, "Mark Hatle" wrote: > > This looks to be the same as the 'native' package, but I don't think you can just add a BBCLASSEXTEND = "nativesdk" It mostly is and I cant, your right. > Perhaps (in 1.6) someone should look at merging the three back together. Agree, the merged recipe will also get a bit messy, but probably easier to maintain than in its current state. > If this is the same as the native version, I'd suggest adding a comment stating as much so we can hopefully keep them in sync. Will do, will return with v2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCHv2] Add makedevs to nativesdk
You subject line in this patch and the libprelude patch still do not
follow the guidelines, I pointed this out in the last review.
http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
It should be in the form of makedevs: add nativesdk to BBCLASSEXTEND
The patch itself is good, just the commit message needs to be formatted
correctly.
Thanks
Sau!
On 09/23/2013 01:01 AM, David Nyström wrote:
This is a first in a series of patches to add items
to the nativesdk toolchain tarball.
Many of which are Yocto specific and needed to create a
rootfs with pre and post install hooks successfully run,
using only the toolchain tarball.
End goal is to create a sandbox where _users_ of a Yocto
based distribution can customize a rootfs from a package feed
with their package manager of choice.
Signed-off-by: David Nyström
---
meta/recipes-devtools/makedevs/makedevs_1.0.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/makedevs/makedevs_1.0.0.bb
b/meta/recipes-devtools/makedevs/makedevs_1.0.0.bb
index 2b9fd37..e6860f0 100644
--- a/meta/recipes-devtools/makedevs/makedevs_1.0.0.bb
+++ b/meta/recipes-devtools/makedevs/makedevs_1.0.0.bb
@@ -19,4 +19,4 @@ do_install() {
install -m 0755 ${S}/makedevs ${D}${base_sbindir}/makedevs
}
-BBCLASSEXTEND = "native"
+BBCLASSEXTEND = "native nativesdk"
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH_V5] image types: split live into iso and hddimg
On 09/21/2013 09:11 PM, Saul Wold wrote:
On 09/19/2013 06:31 AM, Valentin Popa wrote:
Changes to split live into iso and hddimg without
adding a new image type class.
This patch has only a visible effect on HOB and solves
part 2 of #3197
[YOCTO #3197]
Signed-off-by: Valentin Popa
---
meta/classes/image.bbclass | 13 -
meta/classes/image_types.bbclass | 13 +
2 files changed, 21 insertions(+), 5 deletions(-)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index f1e62f1..bbeb765 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -87,7 +87,18 @@ do_rootfs[depends] +=
"makedevs-native:do_populate_sysroot virtual/fakeroot-nati
do_rootfs[depends] +=
"virtual/update-alternatives-native:do_populate_sysroot
update-rc.d-native:do_populate_sysroot"
do_rootfs[recrdeptask] += "do_packagedata"
-IMAGE_TYPE_live = '${@base_contains("IMAGE_FSTYPES", "live", "live",
"empty", d)}'
+def build_live(d):
+if base_contains("IMAGE_FSTYPES", "live", "live", "0", d) ==
"0": # live is not set but hob might set iso or hddimg
+d.setVar('NOISO', base_contains('IMAGE_FSTYPES', "iso", "0",
"1", d))
+d.setVar('NOHDD', base_contains('IMAGE_FSTYPES', "hddimg",
"0", "1", d))
+if d.getVar('NOISO', True) == "0" or d.getVar('NOHDD', True)
== "0":
+return "live"
+return "empty"
+return "live"
+
+IMAGE_TYPE_temp = "${@build_live(d)}"
+IMAGE_TYPE_live = "${@base_contains("IMAGE_FSTYPES", "live", "live",
"${IMAGE_TYPE_temp}", d)}"
+
I don't think you need the _temp thing anymore since you have the live
check above, is that not correct?
You are right, but tried to call "build_live" form "base_contains"
and gave me "ExpansionError during parsing ..."
inherit image-${IMAGE_TYPE_live}
IMAGE_TYPE_vmdk = '${@base_contains("IMAGE_FSTYPES", "vmdk",
"vmdk", "empty", d)}'
inherit image-${IMAGE_TYPE_vmdk}
diff --git a/meta/classes/image_types.bbclass
b/meta/classes/image_types.bbclass
index 8c49169..9ead059 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -43,12 +43,17 @@ def get_imagecmds(d):
if "ext3" not in alltypes:
alltypes.append("ext3")
types.remove("vmdk")
-if "live" in types:
+if "live" in types or "iso" in types or "hddimg" in types:
if "ext3" not in types:
types.append("ext3")
if "ext3" not in alltypes:
alltypes.append("ext3")
-types.remove("live")
+if "live" in types:
+types.remove("live")
+if "iso" in types:
+types.remove("iso")
+if "hddimg" in types:
+types.remove("hddimg")
if d.getVar('IMAGE_LINK_NAME', True):
if d.getVar('RM_OLD_IMAGE', True) == "1":
@@ -115,7 +120,7 @@ def imagetypes_getdepends(d):
deps = []
ctypes = d.getVar('COMPRESSIONTYPES', True).split()
for type in (d.getVar('IMAGE_FSTYPES', True) or "").split():
-if type == "vmdk" or type == "live":
+if type == "vmdk" or type == "live" or type == "iso" or type
== "hddimg":
type = "ext3"
basetype = type
for ctype in ctypes:
@@ -230,7 +235,7 @@ IMAGE_DEPENDS_ubi = "mtd-utils-native"
IMAGE_DEPENDS_ubifs = "mtd-utils-native"
# This variable is available to request which values are suitable
for IMAGE_FSTYPES
-IMAGE_TYPES = "jffs2 sum.jffs2 cramfs ext2 ext2.gz ext2.bz2 ext3
ext3.gz ext2.lzma btrfs live squashfs squashfs-xz ubi ubifs tar
tar.gz tar.bz2 tar.xz cpio cpio.gz cpio.xz cpio.lzma vmdk elf"
+IMAGE_TYPES = "jffs2 sum.jffs2 cramfs ext2 ext2.gz ext2.bz2 ext3
ext3.gz ext2.lzma btrfs iso hddimg squashfs squashfs-xz ubi ubifs tar
tar.gz tar.bz2 tar.xz cpio cpio.gz cpio.xz cpio.lzma vmdk elf"
If live is still a valid type, why remove it from the IMAGE_TYPES list?
Because HOB displays everything that IMAGE_TYPES contains and is
not ok to have both "live" and "iso & hddimg".
Indeed this is a problem for the moment (that will be fixed with
the part 2 of #3197 : "display only those image types that make sense")
if the user selects to build only the "iso" , but the machine has "live"
specified, both "iso" and "hddimg" will be built.
Sau!
COMPRESSIONTYPES = "gz bz2 lzma xz"
COMPRESS_CMD_lzma = "lzma -k -f -7 ${IMAGE_NAME}.rootfs.${type}"
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH_V5] image types: split live into iso and hddimg
On 09/23/2013 07:51 AM, Valentin Popa wrote:
On 09/21/2013 09:11 PM, Saul Wold wrote:
On 09/19/2013 06:31 AM, Valentin Popa wrote:
Changes to split live into iso and hddimg without
adding a new image type class.
This patch has only a visible effect on HOB and solves
part 2 of #3197
[YOCTO #3197]
Signed-off-by: Valentin Popa
---
meta/classes/image.bbclass | 13 -
meta/classes/image_types.bbclass | 13 +
2 files changed, 21 insertions(+), 5 deletions(-)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index f1e62f1..bbeb765 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -87,7 +87,18 @@ do_rootfs[depends] +=
"makedevs-native:do_populate_sysroot virtual/fakeroot-nati
do_rootfs[depends] +=
"virtual/update-alternatives-native:do_populate_sysroot
update-rc.d-native:do_populate_sysroot"
do_rootfs[recrdeptask] += "do_packagedata"
-IMAGE_TYPE_live = '${@base_contains("IMAGE_FSTYPES", "live", "live",
"empty", d)}'
+def build_live(d):
+if base_contains("IMAGE_FSTYPES", "live", "live", "0", d) ==
"0": # live is not set but hob might set iso or hddimg
+d.setVar('NOISO', base_contains('IMAGE_FSTYPES', "iso", "0",
"1", d))
+d.setVar('NOHDD', base_contains('IMAGE_FSTYPES', "hddimg",
"0", "1", d))
+if d.getVar('NOISO', True) == "0" or d.getVar('NOHDD', True)
== "0":
+return "live"
+return "empty"
+return "live"
+
+IMAGE_TYPE_temp = "${@build_live(d)}"
+IMAGE_TYPE_live = "${@base_contains("IMAGE_FSTYPES", "live", "live",
"${IMAGE_TYPE_temp}", d)}"
+
I don't think you need the _temp thing anymore since you have the live
check above, is that not correct?
You are right, but tried to call "build_live" form "base_contains"
and gave me "ExpansionError during parsing ..."
But you don't need the second base_contains since you have that line in
the build_live() function, you only need to set IMAGE_TYPE_live =
${@build_live(d)} now.
inherit image-${IMAGE_TYPE_live}
IMAGE_TYPE_vmdk = '${@base_contains("IMAGE_FSTYPES", "vmdk",
"vmdk", "empty", d)}'
inherit image-${IMAGE_TYPE_vmdk}
diff --git a/meta/classes/image_types.bbclass
b/meta/classes/image_types.bbclass
index 8c49169..9ead059 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -43,12 +43,17 @@ def get_imagecmds(d):
if "ext3" not in alltypes:
alltypes.append("ext3")
types.remove("vmdk")
-if "live" in types:
+if "live" in types or "iso" in types or "hddimg" in types:
if "ext3" not in types:
types.append("ext3")
if "ext3" not in alltypes:
alltypes.append("ext3")
-types.remove("live")
+if "live" in types:
+types.remove("live")
+if "iso" in types:
+types.remove("iso")
+if "hddimg" in types:
+types.remove("hddimg")
if d.getVar('IMAGE_LINK_NAME', True):
if d.getVar('RM_OLD_IMAGE', True) == "1":
@@ -115,7 +120,7 @@ def imagetypes_getdepends(d):
deps = []
ctypes = d.getVar('COMPRESSIONTYPES', True).split()
for type in (d.getVar('IMAGE_FSTYPES', True) or "").split():
-if type == "vmdk" or type == "live":
+if type == "vmdk" or type == "live" or type == "iso" or type
== "hddimg":
type = "ext3"
basetype = type
for ctype in ctypes:
@@ -230,7 +235,7 @@ IMAGE_DEPENDS_ubi = "mtd-utils-native"
IMAGE_DEPENDS_ubifs = "mtd-utils-native"
# This variable is available to request which values are suitable
for IMAGE_FSTYPES
-IMAGE_TYPES = "jffs2 sum.jffs2 cramfs ext2 ext2.gz ext2.bz2 ext3
ext3.gz ext2.lzma btrfs live squashfs squashfs-xz ubi ubifs tar
tar.gz tar.bz2 tar.xz cpio cpio.gz cpio.xz cpio.lzma vmdk elf"
+IMAGE_TYPES = "jffs2 sum.jffs2 cramfs ext2 ext2.gz ext2.bz2 ext3
ext3.gz ext2.lzma btrfs iso hddimg squashfs squashfs-xz ubi ubifs tar
tar.gz tar.bz2 tar.xz cpio cpio.gz cpio.xz cpio.lzma vmdk elf"
If live is still a valid type, why remove it from the IMAGE_TYPES list?
Because HOB displays everything that IMAGE_TYPES contains and is
not ok to have both "live" and "iso & hddimg".
Indeed this is a problem for the moment (that will be fixed with
the part 2 of #3197 : "display only those image types that make sense")
if the user selects to build only the "iso" , but the machine has "live"
specified, both "iso" and "hddimg" will be built.
So are you saying there will be a patch in HOB that will just ignore the
live type?
Sau!
Sau!
COMPRESSIONTYPES = "gz bz2 lzma xz"
COMPRESS_CMD_lzma = "lzma -k -f -7 ${IMAGE_NAME}.rootfs.${type}"
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH/RFC] autotools: handle dependency on intltool-native
On Mon, 2013-09-23 at 13:53 +0200, Eric Bénard wrote:
> Le Mon, 23 Sep 2013 12:24:17 +0100,
> Richard Purdie a écrit :
>
> > On Mon, 2013-09-23 at 10:06 +0200, Eric Bénard wrote:
> > > autotools' class can use intltoolize but has no dependency on it
> > > which can leads to :
> > > /test/setup-scripts/build/tmp-defaultsetup-eglibc-eglibc/work/cortexa9hf-vfp-neon-oe-linux-gnueabi/gnokii/0.6.31-r0/temp/run.do_configure.7559:
> > > line 179: intltoolize: command not found
> > >
> > > This patch fix this problem by adding the dependency on
> > > intltool-native which can be tricky as it triggers
> > > circular dependencies very easily.
> > >
> > > Signed-off-by: Eric Bénard
> > > ---
> > > meta/classes/autotools.bbclass | 1 +
> > > 1 file changed, 1 insertion(+)
> > >
> > > diff --git a/meta/classes/autotools.bbclass
> > > b/meta/classes/autotools.bbclass
> > > index 883eb06..eb988cb 100644
> > > --- a/meta/classes/autotools.bbclass
> > > +++ b/meta/classes/autotools.bbclass
> > > @@ -16,6 +16,7 @@ def autotools_dep_prepend(d):
> > > and not bb.data.inherits_class('cross', d) \
> > > and not d.getVar('INHIBIT_DEFAULT_DEPS', True):
> > > deps += 'libtool-cross '
> > > +deps += 'intltool-native '
> > >
> > > return deps + 'gnu-config-native '
> >
> > Its expected that recipes using that add to DEPENDS. Please lets not add
> > in the dependency for everyone since it isn't actually used in that many
> > places. Its small details like this which end up causing significant
> > performance issues :/.
> >
> OK agreed. Would you accept a patch to add this in comment in
> autotools.bbclass so that this gets documented somewhere ?
Yes.
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] do_patch and binary patches
Hi Andreas, On Wednesday 04 September 2013 13:44:32 Andreas Müller wrote: > did not find any helpful hint - and cannot remember somebody asked > already: Is there a specific reason why our do_patch ignores binary > files - or is there a way to allow binary files in patches? I don't have any specific knowledge about this limitation, and I see you've worked around it in the mean time; but maybe this is because quilt doesn't (didn't?) support patching binary files. You could try setting PATCHTOOL = "patch" instead. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] telepathy-mission-control: do_compile failed (race issue)
On 23 September 2013 06:54, Robert Yang wrote: > This is a race issue, the _gen/gtypes.h and _gen/gtypes-body.h may > write(remove/rename) _gen/gtypes.tmp at the same time, then there would > be the error. Looks good. Can you submit that patch against the upstream bug at https://bugs.freedesktop.org/show_bug.cgi?id=69446 too? Acked-By: Ross Burton Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] Avoid host contamination issue libpam -> libprelude
Since we dont use prelude in OE, we just disable autodetection of
prelude in the libpam configuration.
Problem described here in the Yocto mailinglist,
subject: "libpam libprelude issues"
Signed-off-by: David Nyström
---
meta/recipes-extended/pam/libpam_1.1.6.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-extended/pam/libpam_1.1.6.bb
b/meta/recipes-extended/pam/libpam_1.1.6.bb
index f7493c5..c9bdcb0 100644
--- a/meta/recipes-extended/pam/libpam_1.1.6.bb
+++ b/meta/recipes-extended/pam/libpam_1.1.6.bb
@@ -37,7 +37,8 @@ EXTRA_OECONF = "--with-db-uniquename=_pam \
--includedir=${includedir}/security \
--libdir=${base_libdir} \
--disable-nis \
---disable-regenerate-docu"
+--disable-regenerate-docu \
+ --disable-prelude"
CFLAGS_append = " -fPIC "
--
1.8.3.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] libav: make X11 dependencies dependent on DISTRO_FEATURES
This enables building libav when x11 is not in DISTRO_FEATURES.
Signed-off-by: Paul Eggleton
---
meta/recipes-multimedia/libav/libav.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-multimedia/libav/libav.inc
b/meta/recipes-multimedia/libav/libav.inc
index eae190d..c33f7ed 100644
--- a/meta/recipes-multimedia/libav/libav.inc
+++ b/meta/recipes-multimedia/libav/libav.inc
@@ -23,7 +23,7 @@ BUILD_OPTIMIZATION = "${FULL_OPTIMIZATION}"
EXTRA_FFCONF_armv7a = "--cpu=cortex-a8"
EXTRA_FFCONF ?= ""
-PACKAGECONFIG ??= "bzip2 x264 x11"
+PACKAGECONFIG ??= "bzip2 x264 ${@base_contains('DISTRO_FEATURES', 'x11',
'x11', '', d)}"
PACKAGECONFIG[jack] = "--enable-indev=jack,--disable-indev=jack,jack"
PACKAGECONFIG[bzip2] = "--enable-bzlib,--disable-bzlib,bzip2"
PACKAGECONFIG[schroedinger] =
"--enable-libschroedinger,--disable-libschroedinger,schroedinger"
--
1.8.1.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH/RFC] autotools: handle dependency on intltool-native
Le Mon, 23 Sep 2013 12:24:17 +0100,
Richard Purdie a écrit :
> On Mon, 2013-09-23 at 10:06 +0200, Eric Bénard wrote:
> > autotools' class can use intltoolize but has no dependency on it
> > which can leads to :
> > /test/setup-scripts/build/tmp-defaultsetup-eglibc-eglibc/work/cortexa9hf-vfp-neon-oe-linux-gnueabi/gnokii/0.6.31-r0/temp/run.do_configure.7559:
> > line 179: intltoolize: command not found
> >
> > This patch fix this problem by adding the dependency on
> > intltool-native which can be tricky as it triggers
> > circular dependencies very easily.
> >
> > Signed-off-by: Eric Bénard
> > ---
> > meta/classes/autotools.bbclass | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass
> > index 883eb06..eb988cb 100644
> > --- a/meta/classes/autotools.bbclass
> > +++ b/meta/classes/autotools.bbclass
> > @@ -16,6 +16,7 @@ def autotools_dep_prepend(d):
> > and not bb.data.inherits_class('cross', d) \
> > and not d.getVar('INHIBIT_DEFAULT_DEPS', True):
> > deps += 'libtool-cross '
> > +deps += 'intltool-native '
> >
> > return deps + 'gnu-config-native '
>
> Its expected that recipes using that add to DEPENDS. Please lets not add
> in the dependency for everyone since it isn't actually used in that many
> places. Its small details like this which end up causing significant
> performance issues :/.
>
OK agreed. Would you accept a patch to add this in comment in
autotools.bbclass so that this gets documented somewhere ?
Eric
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] elfutils patch failure
Le Mon, 23 Sep 2013 13:39:07 +0200, David Nyström a écrit : > +1, saw this error as well. > And an additional patch failure for libtool-native. > not sure if that helps, but I also had patch errors (on other recipes) when a recipe which was already built is updated and gets rebuilt : a clean solved the problem. Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] elfutils patch failure
+1, saw this error as well. And an additional patch failure for libtool-native. Br, David On 09/23/2013 11:35 AM, Burton, Ross wrote: On 23 September 2013 10:15, Jack Mitchell wrote: patching file configure Hunk #1 FAILED at 598. Hunk #2 FAILED at 612. Hunk #3 FAILED at 725. Hunk #4 FAILED at 1378. Hunk #5 succeeded at 4079 with fuzz 1 (offset 162 lines). Hunk #6 FAILED at 4077. Hunk #7 succeeded at 4612 (offset 186 lines). Hunk #8 FAILED at 5162. Hunk #9 succeeded at 5530 with fuzz 1 (offset 205 lines). 6 out of 9 hunks FAILED -- rejects in file configure Patching a generated file is never a good idea, fix this by deleting that file from the patch. To be honest that patch appears to be changing *far* too much. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH/RFC] autotools: handle dependency on intltool-native
On Mon, 2013-09-23 at 10:06 +0200, Eric Bénard wrote:
> autotools' class can use intltoolize but has no dependency on it
> which can leads to :
> /test/setup-scripts/build/tmp-defaultsetup-eglibc-eglibc/work/cortexa9hf-vfp-neon-oe-linux-gnueabi/gnokii/0.6.31-r0/temp/run.do_configure.7559:
> line 179: intltoolize: command not found
>
> This patch fix this problem by adding the dependency on
> intltool-native which can be tricky as it triggers
> circular dependencies very easily.
>
> Signed-off-by: Eric Bénard
> ---
> meta/classes/autotools.bbclass | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass
> index 883eb06..eb988cb 100644
> --- a/meta/classes/autotools.bbclass
> +++ b/meta/classes/autotools.bbclass
> @@ -16,6 +16,7 @@ def autotools_dep_prepend(d):
> and not bb.data.inherits_class('cross', d) \
> and not d.getVar('INHIBIT_DEFAULT_DEPS', True):
> deps += 'libtool-cross '
> +deps += 'intltool-native '
>
> return deps + 'gnu-config-native '
Its expected that recipes using that add to DEPENDS. Please lets not add
in the dependency for everyone since it isn't actually used in that many
places. Its small details like this which end up causing significant
performance issues :/.
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] elfutils patch failure
On 23 September 2013 10:15, Jack Mitchell wrote: > patching file configure > Hunk #1 FAILED at 598. > Hunk #2 FAILED at 612. > Hunk #3 FAILED at 725. > Hunk #4 FAILED at 1378. > Hunk #5 succeeded at 4079 with fuzz 1 (offset 162 lines). > Hunk #6 FAILED at 4077. > Hunk #7 succeeded at 4612 (offset 186 lines). > Hunk #8 FAILED at 5162. > Hunk #9 succeeded at 5530 with fuzz 1 (offset 205 lines). > 6 out of 9 hunks FAILED -- rejects in file configure Patching a generated file is never a good idea, fix this by deleting that file from the patch. To be honest that patch appears to be changing *far* too much. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] package_deb, apt.conf: fix apt failure in do_rootfs()
Tested by building and booting a core-image-minimal and a core-image-sato using deb as package manager. Thanks, Laurentiu The following changes since commit bf6b0d95db3863a2cfbccb154c0c7ad5b3bbf0b0: glib-2.0: fix broken python script header on machines using buildtools (2013-09-22 12:23:35 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib lpalcu/b5241_package_deb_fails http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=lpalcu/b5241_package_deb_fails Laurentiu Palcu (1): package_deb, apt.conf: fix apt failure in do_rootfs() meta/classes/package_deb.bbclass |1 + meta/recipes-devtools/apt/files/apt.conf |2 +- 2 files changed, 2 insertions(+), 1 deletion(-) -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] elfutils patch failure
I met the same error today, but when I cleaned and rebuilt, it worked well, not sure what is wrong. // Robert On 09/23/2013 05:15 PM, Jack Mitchell wrote: I updated this morning and I'm now hitting an issue with elfutils in the patching stage. It seems as though this commit c1cbc57eb80d2cab9a80d5e5aa65419f40eefb15 is causing the issue by adding the redhat-portability patch... Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.1/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: /build/gcc/src/gcc-4.8-20130725/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --enable-gnu-unique-object --enable-linker-build-id --enable-cloog-backend=isl --disable-cloog-version-check --enable-lto --enable-gold --enable-ld=default --enable-plugin --with-plugin-ld=ld.gold --with-linker-hash-style=gnu --disable-install-libiberty --disable-multilib --disable-libssp --disable-werror --enable-checking=release Thread model: posix gcc version 4.8.1 20130725 (prerelease) (GCC) meta = "master:1d16e8035dda062041394b1e51839a9a7d077cf5" NOTE: Preparing runqueue NOTE: Executing SetScene Tasks NOTE: Executing RunQueue Tasks ERROR: Command Error: exit status: 1 Output: Applying patch redhat-portability.diff patching file backends/ChangeLog patching file backends/Makefile.am patching file backends/Makefile.in patching file ChangeLog patching file config/ChangeLog patching file config/eu.am patching file config/Makefile.in patching file config.h.in patching file configure Hunk #1 FAILED at 598. Hunk #2 FAILED at 612. Hunk #3 FAILED at 725. Hunk #4 FAILED at 1378. Hunk #5 succeeded at 4079 with fuzz 1 (offset 162 lines). Hunk #6 FAILED at 4077. Hunk #7 succeeded at 4612 (offset 186 lines). Hunk #8 FAILED at 5162. Hunk #9 succeeded at 5530 with fuzz 1 (offset 205 lines). 6 out of 9 hunks FAILED -- rejects in file configure patching file configure.ac patching file lib/ChangeLog patching file lib/eu-config.h patching file lib/Makefile.in patching file libasm/ChangeLog patching file libasm/Makefile.in patching file libcpu/ChangeLog patching file libcpu/i386_disasm.c patching file libcpu/Makefile.in patching file libdw/ChangeLog patching file libdw/dwarf_begin_elf.c patching file libdw/libdw.h patching file libdw/Makefile.in patching file libdwfl/ChangeLog patching file libdwfl/Makefile.in patching file libebl/ChangeLog patching file libebl/Makefile.in patching file libelf/ChangeLog patching file libelf/common.h patching file libelf/gnuhash_xlate.h patching file libelf/Makefile.in patching file m4/Makefile.in patching file Makefile.in patching file src/addr2line.c patching file src/ChangeLog patching file src/findtextrel.c patching file src/ld.h patching file src/Makefile.am patching file src/Makefile.in patching file src/readelf.c patching file src/strings.c patching file src/strip.c patching file tests/ChangeLog patching file tests/line2addr.c patching file tests/Makefile.in Patch redhat-portability.diff does not apply (enforce with -f) ERROR: Function failed: patch_do_patch ERROR: Logfile of failure stored in: /home/jack/Work/oe-core.git/test-build/tmp-eglibc/work/x86_64-linux/elfutils-native/0.155-r0/temp/log.do_patch.25742 ERROR: Task 627 (virtual:native:/home/jack/Work/oe-core.git/meta/recipes-devtools/elfutils/elfutils_0.155.bb, do_patch) failed with exit code '1' Cheers, Jack. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] package_deb, apt.conf: fix apt failure in do_rootfs()
The changes in this commit, dc5f6c3898555b59f16bf809ae4c5418656e6ac9,
moved apt config directory from native SYSROOT to WORKDIR.
Unfortunately, Dir::Etc in apt.conf was not changed accordingly and
sources.list file could not be found during do_rootfs().
This commit fixes this issue.
[YOCTO #5241]
Signed-off-by: Laurentiu Palcu
---
meta/classes/package_deb.bbclass |1 +
meta/recipes-devtools/apt/files/apt.conf |2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/package_deb.bbclass b/meta/classes/package_deb.bbclass
index 765e894..6a8e080 100644
--- a/meta/classes/package_deb.bbclass
+++ b/meta/classes/package_deb.bbclass
@@ -100,6 +100,7 @@ package_install_internal_deb () {
cat "${STAGING_ETCDIR_NATIVE}/apt/apt.conf.sample" \
| sed -e "s#Architecture \".*\";#Architecture
\"${dpkg_arch}\";#" \
| sed -e "s:#ROOTFS#:${target_rootfs}:g" \
+ | sed -e "s:#APTCONF#:${APTCONF_TARGET}/apt:g" \
> "${APTCONF_TARGET}/apt/apt.conf"
export APT_CONFIG="${APTCONF_TARGET}/apt/apt.conf"
diff --git a/meta/recipes-devtools/apt/files/apt.conf
b/meta/recipes-devtools/apt/files/apt.conf
index 5c20ea4..5058650 100644
--- a/meta/recipes-devtools/apt/files/apt.conf
+++ b/meta/recipes-devtools/apt/files/apt.conf
@@ -21,7 +21,7 @@ Dir "${STAGING_DIR_NATIVE}/"
apt-get "apt-get";
apt-cache "apt-cache";
};
- Etc "etc/apt/"
+ Etc "#APTCONF#"
{
Preferences "preferences";
};
--
1.7.9.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] systemd: add ptest
On 09/03/2013 07:50 AM, rongqing...@windriver.com wrote:
+do_install_ptest () {
+ install -d ${D}${PTEST_PATH}/test
+ install -d ${D}${libdir}/udev/rules.d
+ install ${B}/test/* ${D}${PTEST_PATH}/test
This patch is merged into master and I am trying to build systemd with
ptest but I see error that ${B}/test/* doesn't exist (true). It works
fine if I replace 'B' with 'S' where this directory is actually present.
Is someone else seeing this error or it is something wrong with my
environment?
+ install -m 0755 ${B}/test-udev ${D}${PTEST_PATH}/
+ install -d ${D}${PTEST_PATH}/build-aux
+ cp -rf ${B}/rules ${D}${PTEST_PATH}/
+ cp ${B}/Makefile ${D}${PTEST_PATH}/
+ cp ${B}/build-aux/test-driver ${D}${PTEST_PATH}/build-aux/
Same error here and same solution works here.
+ tar -C ${D}${PTEST_PATH}/test -xJf ${B}/test/sys.tar.xz
'S' for 'B' here as well.
+ sed -i 's/"tree"/"ls"/' ${D}${PTEST_PATH}/test/udev-test.pl
+}
+
Thanks,
Shakeel
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] elfutils patch failure
I updated this morning and I'm now hitting an issue with elfutils in the patching stage. It seems as though this commit c1cbc57eb80d2cab9a80d5e5aa65419f40eefb15 is causing the issue by adding the redhat-portability patch... Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.1/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: /build/gcc/src/gcc-4.8-20130725/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --enable-gnu-unique-object --enable-linker-build-id --enable-cloog-backend=isl --disable-cloog-version-check --enable-lto --enable-gold --enable-ld=default --enable-plugin --with-plugin-ld=ld.gold --with-linker-hash-style=gnu --disable-install-libiberty --disable-multilib --disable-libssp --disable-werror --enable-checking=release Thread model: posix gcc version 4.8.1 20130725 (prerelease) (GCC) meta = "master:1d16e8035dda062041394b1e51839a9a7d077cf5" NOTE: Preparing runqueue NOTE: Executing SetScene Tasks NOTE: Executing RunQueue Tasks ERROR: Command Error: exit status: 1 Output: Applying patch redhat-portability.diff patching file backends/ChangeLog patching file backends/Makefile.am patching file backends/Makefile.in patching file ChangeLog patching file config/ChangeLog patching file config/eu.am patching file config/Makefile.in patching file config.h.in patching file configure Hunk #1 FAILED at 598. Hunk #2 FAILED at 612. Hunk #3 FAILED at 725. Hunk #4 FAILED at 1378. Hunk #5 succeeded at 4079 with fuzz 1 (offset 162 lines). Hunk #6 FAILED at 4077. Hunk #7 succeeded at 4612 (offset 186 lines). Hunk #8 FAILED at 5162. Hunk #9 succeeded at 5530 with fuzz 1 (offset 205 lines). 6 out of 9 hunks FAILED -- rejects in file configure patching file configure.ac patching file lib/ChangeLog patching file lib/eu-config.h patching file lib/Makefile.in patching file libasm/ChangeLog patching file libasm/Makefile.in patching file libcpu/ChangeLog patching file libcpu/i386_disasm.c patching file libcpu/Makefile.in patching file libdw/ChangeLog patching file libdw/dwarf_begin_elf.c patching file libdw/libdw.h patching file libdw/Makefile.in patching file libdwfl/ChangeLog patching file libdwfl/Makefile.in patching file libebl/ChangeLog patching file libebl/Makefile.in patching file libelf/ChangeLog patching file libelf/common.h patching file libelf/gnuhash_xlate.h patching file libelf/Makefile.in patching file m4/Makefile.in patching file Makefile.in patching file src/addr2line.c patching file src/ChangeLog patching file src/findtextrel.c patching file src/ld.h patching file src/Makefile.am patching file src/Makefile.in patching file src/readelf.c patching file src/strings.c patching file src/strip.c patching file tests/ChangeLog patching file tests/line2addr.c patching file tests/Makefile.in Patch redhat-portability.diff does not apply (enforce with -f) ERROR: Function failed: patch_do_patch ERROR: Logfile of failure stored in: /home/jack/Work/oe-core.git/test-build/tmp-eglibc/work/x86_64-linux/elfutils-native/0.155-r0/temp/log.do_patch.25742 ERROR: Task 627 (virtual:native:/home/jack/Work/oe-core.git/meta/recipes-devtools/elfutils/elfutils_0.155.bb, do_patch) failed with exit code '1' Cheers, Jack. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC YOCTO #5248] core-image-lsb: Why FPU doesn't work correctly on qemux86-64
On 09/23/2013 04:55 PM, Hongxu Jia wrote:
*Preparation
1, vim local.conf
...
DISTRO ?= "poky-lsb"
MACHINE ?= "qemux86-64"
...
*Problem
1, Build core-image-lsb
..
bitbake core-image-lsb
..
2, Start qemux86-64, there are 21 LSB tcl test failures on
qemux86-64, you could reproduce it by tcl interpreter:
1, On qemux86-64's terminal, start tcl interpreter
root@qemux86-64:~# $ tclsh
%
2, Run 'binary scan' to assign ieeeValues(-Subnormal)
% binary scan \x00\x00\x00\x00\x00\x00\x08\x80 d ieeeValues(-Subnormal)
1
3, Run 'puts' to output ieeeValues(-Subnormal), the result is '0.0'
% puts $ieeeValues(-Subnormal)
-0.0
Expected:
-1.1125369292536007e-308
*Analysis
1, On the previous environment, add IMAGE_INSTALL_append = " tcl" to
local.conf and build core-image-sato, the result is expected.
2, Trace tcl's source code, you could also reproduce the issue by
compiling and executing the following C codes on core-image-lsb-sdk.
1) Build core-image-lsb-sdk, and Run qemux86-64.
2) On target's terminal, create a C source file:
root@qemux86-64:~# cat >> test.c << EOF
#include
int main(int argc, char *argv[])
{
double dd = 0;
char *p = (char*)ⅆ
p[0] = 0x00;
p[1] = 0x00;
p[2] = 0x00;
p[3] = 0x00;
p[4] = 0x00;
p[5] = 0x00;
p[6] = 0x08;
p[7] = 0x00;
if (dd == 0.0)
printf("Incorrect equal 0.0\n");
else
printf("Expected not equal 0.0\n");
return 0;
}
EOF
2) Compile test.c
root@qemux86-64:~# gcc test.c -o test
3, Execute test
$ root@qemux86-64:~# ./test
Incorrect equal 0.0
Expected:
Expected not equal 0.0
3, It's about x86-64's FPU: the SSE MXCSR register.
If you invoke 'feenableexcept(FE_INEXACT);' or
'feclearexcept(FE_INEXACT);' in the above C test,
the issue will be fixed. In these two functions,
the SSE MXCSR register has been handled.
vim eglibc-2.18/libc/sysdeps/x86_64/fpu/feenablxcpt.c
...
#include
int
feenableexcept (int excepts)
{
unsigned short int new_exc, old_exc;
unsigned int new;
excepts &= FE_ALL_EXCEPT;
/* Get the current control word of the x87 FPU. */
__asm__ ("fstcw %0" : "=m" (*&new_exc));
old_exc = (~new_exc) & FE_ALL_EXCEPT;
new_exc &= ~excepts;
__asm__ ("fldcw %0" : : "m" (*&new_exc));
/* And now the same for the SSE MXCSR register. */
__asm__ ("stmxcsr %0" : "=m" (*&new));
/* The SSE exception masks are shifted by 7 bits. */
new &= ~(excepts << 7);
__asm__ ("ldmxcsr %0" : : "m" (*&new));
return old_exc;
}
...
//Hongxu
*Solution
Is it necessary to invoke 'feenableexcept(FE_INEXACT);' or
'feclearexcept(FE_INEXACT);' to handle SSE MXCSR register?
Or any good idea about this issue.
Thanks,
Hongxu
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [RFC YOCTO #5248] core-image-lsb: Why FPU doesn't work correctly on qemux86-64
*Preparation
1, vim local.conf
...
DISTRO ?= "poky-lsb"
MACHINE ?= "qemux86-64"
...
*Problem
1, Build core-image-lsb
..
bitbake core-image-lsb
..
2, Start qemux86-64, there are 21 LSB tcl test failures on
qemux86-64, you could reproduce it by tcl interpreter:
1, On qemux86-64's terminal, start tcl interpreter
root@qemux86-64:~# $ tclsh
%
2, Run 'binary scan' to assign ieeeValues(-Subnormal)
% binary scan \x00\x00\x00\x00\x00\x00\x08\x80 d ieeeValues(-Subnormal)
1
3, Run 'puts' to output ieeeValues(-Subnormal), the result is '0.0'
% puts $ieeeValues(-Subnormal)
-0.0
Expected:
-1.1125369292536007e-308
*Analysis
1, On the previous environment, add IMAGE_INSTALL_append = " tcl" to
local.conf and build core-image-sato, the result is expected.
2, Trace tcl's source code, you could also reproduce the issue by
compiling and executing the following C codes on core-image-lsb-sdk.
1) Build core-image-lsb-sdk, and Run qemux86-64.
2) On target's terminal, create a C source file:
root@qemux86-64:~# cat >> test.c << EOF
#include
int main(int argc, char *argv[])
{
double dd = 0;
char *p = (char*)ⅆ
p[0] = 0x00;
p[1] = 0x00;
p[2] = 0x00;
p[3] = 0x00;
p[4] = 0x00;
p[5] = 0x00;
p[6] = 0x08;
p[7] = 0x00;
if (dd == 0.0)
printf("Incorrect equal 0.0\n");
else
printf("Expected not equal 0.0\n");
return 0;
}
EOF
2) Compile test.c
root@qemux86-64:~# gcc test.c -o test
3, Execute test
$ root@qemux86-64:~# ./test
Incorrect equal 0.0
Expected:
Expected not equal 0.0
3, It's about x86-64's FPU: the SSE MXCSR register.
If you invoke 'feenableexcept(FE_INEXACT);' or
'feclearexcept(FE_INEXACT);' in the above C test,
the issue will be fixed. In these two functions,
the SSE MXCSR register has been handled.
*Solution
Is it necessary to invoke 'feenableexcept(FE_INEXACT);' or
'feclearexcept(FE_INEXACT);' to handle SSE MXCSR register?
Or any good idea about this issue.
Thanks,
Hongxu
--
1.8.1.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] ptest-runner: compatibile with busybox
rongqing...@windriver.com wrote: > +for x in `find $libdir -name run-ptest -type f` > +cd `dirname "$x"` You can get this list of ptest dirs by just running `ls -d */ptest`. It is simpler and also much faster than using "find". -- Björn ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH/RFC] autotools: handle dependency on intltool-native
autotools' class can use intltoolize but has no dependency on it
which can leads to :
/test/setup-scripts/build/tmp-defaultsetup-eglibc-eglibc/work/cortexa9hf-vfp-neon-oe-linux-gnueabi/gnokii/0.6.31-r0/temp/run.do_configure.7559:
line 179: intltoolize: command not found
This patch fix this problem by adding the dependency on
intltool-native which can be tricky as it triggers
circular dependencies very easily.
Signed-off-by: Eric Bénard
---
meta/classes/autotools.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass
index 883eb06..eb988cb 100644
--- a/meta/classes/autotools.bbclass
+++ b/meta/classes/autotools.bbclass
@@ -16,6 +16,7 @@ def autotools_dep_prepend(d):
and not bb.data.inherits_class('cross', d) \
and not d.getVar('INHIBIT_DEFAULT_DEPS', True):
deps += 'libtool-cross '
+deps += 'intltool-native '
return deps + 'gnu-config-native '
--
1.8.4.rc3
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCHv2] Add makedevs to nativesdk
This is a first in a series of patches to add items
to the nativesdk toolchain tarball.
Many of which are Yocto specific and needed to create a
rootfs with pre and post install hooks successfully run,
using only the toolchain tarball.
End goal is to create a sandbox where _users_ of a Yocto
based distribution can customize a rootfs from a package feed
with their package manager of choice.
Signed-off-by: David Nyström
---
meta/recipes-devtools/makedevs/makedevs_1.0.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/makedevs/makedevs_1.0.0.bb
b/meta/recipes-devtools/makedevs/makedevs_1.0.0.bb
index 2b9fd37..e6860f0 100644
--- a/meta/recipes-devtools/makedevs/makedevs_1.0.0.bb
+++ b/meta/recipes-devtools/makedevs/makedevs_1.0.0.bb
@@ -19,4 +19,4 @@ do_install() {
install -m 0755 ${S}/makedevs ${D}${base_sbindir}/makedevs
}
-BBCLASSEXTEND = "native"
+BBCLASSEXTEND = "native nativesdk"
--
1.8.3.2
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] classes/testimage: add informational messages about tests and do some cleanup/formatting
Adds info about tests run even if they passed (in case of errors log will
be printed anyway). Also some style change for qemu object.
Signed-off-by: Stefan Stanacar
---
meta/classes/testimage.bbclass | 40
1 file changed, 24 insertions(+), 16 deletions(-)
diff --git a/meta/classes/testimage.bbclass b/meta/classes/testimage.bbclass
index 9ecef68..86bf22e 100644
--- a/meta/classes/testimage.bbclass
+++ b/meta/classes/testimage.bbclass
@@ -85,6 +85,7 @@ def testimage_main(d):
import oeqa.runtime
import re
import shutil
+import time
from oeqa.oetest import runTests
from oeqa.utils.sshcontrol import SSHControl
from oeqa.utils.qemurunner import QemuRunner
@@ -114,21 +115,23 @@ def testimage_main(d):
#will handle fs type eventually, stick with ext3 for now
#make a copy of the original rootfs and use that for tests
origrootfs=os.path.join(d.getVar("DEPLOY_DIR_IMAGE", True),
d.getVar("IMAGE_LINK_NAME",True) + '.ext3')
-rootfs=os.path.join(testdir, d.getVar("IMAGE_LINK_NAME", True) +
'-testimage.ext3')
+testrootfs=os.path.join(testdir, d.getVar("IMAGE_LINK_NAME", True) +
'-testimage.ext3')
try:
-shutil.copyfile(origrootfs, rootfs)
+shutil.copyfile(origrootfs, testrootfs)
except Exception as e:
bb.fatal("Error copying rootfs: %s" % e)
-qemu = QemuRunner(machine, rootfs)
-qemu.tmpdir = d.getVar("TMPDIR", True)
-qemu.deploy_dir_image = d.getVar("DEPLOY_DIR_IMAGE", True)
-qemu.display = d.getVar("BB_ORIGENV", False).getVar("DISPLAY", True)
-qemu.logfile = os.path.join(testdir, "qemu_boot_log.%s" %
d.getVar('DATETIME', True))
try:
-qemu.boottime = int(d.getVar("TEST_QEMUBOOT_TIMEOUT", True))
+boottime = int(d.getVar("TEST_QEMUBOOT_TIMEOUT", True))
except ValueError:
-qemu.boottime = 500
+boottime = 1000
+
+qemu = QemuRunner(machine=machine, rootfs=testrootfs,
+tmpdir = d.getVar("TMPDIR", True),
+deploy_dir_image = d.getVar("DEPLOY_DIR_IMAGE", True),
+display = d.getVar("BB_ORIGENV",
False).getVar("DISPLAY", True),
+logfile = os.path.join(testdir, "qemu_boot_log.%s" %
d.getVar('DATETIME', True)),
+boottime = boottime)
qemuloglink = os.path.join(testdir, "qemu_boot_log")
if os.path.islink(qemuloglink):
@@ -141,12 +144,12 @@ def testimage_main(d):
os.unlink(sshloglink)
os.symlink(sshlog, sshloglink)
-
bb.note("DISPLAY value: %s" % qemu.display)
-bb.note("rootfs file: %s" % rootfs)
+bb.note("rootfs file: %s" % qemu.rootfs)
bb.note("Qemu log file: %s" % qemu.logfile)
bb.note("SSH log file: %s" % sshlog)
+pn = d.getVar("PN", True)
#catch exceptions when loading or running tests (mostly our own errors)
try:
if qemu.launch():
@@ -156,14 +159,19 @@ def testimage_main(d):
tc.qemu = qemu
tc.target = SSHControl(host=qemu.ip,logfile=sshlog)
# run tests and get the results
+starttime = time.time()
result = runTests(tc)
-
+stoptime = time.time()
if result.wasSuccessful():
-bb.note("All required tests passed")
+bb.plain("%s - Ran %d test%s in %.3fs" % (pn, result.testsRun,
result.testsRun != 1 and "s" or "", stoptime - starttime))
+msg = "%s - OK - All required tests passed" % pn
+skipped = len(result.skipped)
+if skipped:
+msg += " (skipped=%d)" % skipped
+bb.plain(msg)
else:
-raise bb.build.FuncFailed("Some tests failed. You should check
the task log and the ssh log. (ssh log is %s" % sshlog)
-
+raise bb.build.FuncFailed("%s - FAILED - check the task log
and the ssh log" % pn )
else:
-raise bb.build.FuncFailed("Failed to start qemu. You should check
the task log and the qemu boot log (qemu log is %s)" % qemu.logfile)
+raise bb.build.FuncFailed("%s - FAILED to start qemu - check the
task log and the boot log" % pn)
finally:
qemu.kill()
--
1.8.3.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
