Re: [OE-core] Qt test cases (was: Re: Replacing Web in Sato with Midori)
2012/8/8 Martin Jansa martin.ja...@gmail.com: On Wed, Aug 08, 2012 at 06:14:00PM +0200, Samuel Stirtzel wrote: 2012/8/8 Paul Eggleton paul.eggle...@linux.intel.com: On Wednesday 08 August 2012 17:04:16 Samuel Stirtzel wrote: On Wednesday 08 August 2012 16:47:05 Koen Kooi wrote: Op 8 aug. 2012, om 16:03 heeft Paul Eggleton paul.eggle...@linux.intel.com het volgende geschreven: And? KDE is far more demanding upon Qt than most Qt-based applications. We had to make specific changes to our Qt recipes just to accommodate it. If you're talking about adding accessibility and session management to configure - these are set by default by Qt. Don't know why they where unset in oe-core though. Not specifically, I was mainly referring to changes such as providing qt4- native; we did not need to do that before. While this is true, meta-kde is also the only layer using qt-mobility (AFAIK). So you implicitly want to say that Koen is right because _there are no other testcases_ for these recipes. monav now in meta-oe is also using qt-mobility That is good news, since I don't use master I didn't know about it. IMO plasma-active is way out of scope for a qt-mobility test case, good that there is at least one other recipe using qt-mobility.. (Unrelated to your post) How would an automatic Qt test look in oe-core? Qt ships a lot examples with the sources, are they sufficient for testing? They cannot cover everything, but it depends on to what extend we want to test. For the qt4-native recipe IMO kdelibs4-native isn't a bad test. Since only a few binaries out of the huge project will be built it shouldn't be too special or too big. Off topic: Do we want to support Qt5 parallel with Qt4 when it is released soon [1]? [1] http://qt-project.org/wiki/Qt_5.0#d50ae403cb49a205bdf789f377f5cfe6 -- Regards Samuel ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libconvert-asn1-perl: updated to 0.26
On 07/31/2012 04:37 PM, Bogdan Marinescu wrote: Signed-off-by: Bogdan Marinescu bogdan.a.marine...@intel.com --- ...1-perl_0.22.bb = libconvert-asn1-perl_0.26.bb} |7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) rename meta/recipes-extended/perl/{libconvert-asn1-perl_0.22.bb = libconvert-asn1-perl_0.26.bb} (60%) diff --git a/meta/recipes-extended/perl/libconvert-asn1-perl_0.22.bb b/meta/recipes-extended/perl/libconvert-asn1-perl_0.26.bb similarity index 60% rename from meta/recipes-extended/perl/libconvert-asn1-perl_0.22.bb rename to meta/recipes-extended/perl/libconvert-asn1-perl_0.26.bb index dc950f1..d3a1fd6 100644 --- a/meta/recipes-extended/perl/libconvert-asn1-perl_0.22.bb +++ b/meta/recipes-extended/perl/libconvert-asn1-perl_0.26.bb @@ -1,13 +1,12 @@ DESCRIPTION = Convert::ASN1 - ASN.1 Encode/Decode library SECTION = libs LICENSE = Artistic-1.0 | GPL-1.0+ -LIC_FILES_CHKSUM = file://README;beginline=10;endline=12;md5=a64b291b13ffddeef33b14f047ee8b26 -PR = r3 +LIC_FILES_CHKSUM = file://README.md;beginline=93;endline=96;md5=223dc4bd67e994f3c371158686e19c19 There is no commit message as to why you changed the order, did the license change at all? Any changes to LIC_FILES_CHKSUM, regardless of how trivial needs a commit message please. Sau! SRC_URI = http://search.cpan.org/CPAN/authors/id/G/GB/GBARR/Convert-ASN1-${PV}.tar.gz; -SRC_URI[md5sum] = 64a555e44adc79d92072b9fc7a6779c4 -SRC_URI[sha256sum] = be63d5cc715d7306e54b41d3c68c3617ca306289cff619a2ca43505e35f2f6ee +SRC_URI[md5sum] = 1c846c8c1125e6a075444abe65d99b63 +SRC_URI[sha256sum] = 5db8b62fa0d036bd0cabc869ffe17941ad587d9a2af1ff030d554872adbc1ca1 S = ${WORKDIR}/Convert-ASN1-${PV} ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] pigz: Update to upstream version 2.2.5
--- meta/recipes-extended/pigz/pigz_2.2.4.bb | 11 --- meta/recipes-extended/pigz/pigz_2.2.5.bb | 11 +++ 2 files changed, 11 insertions(+), 11 deletions(-) delete mode 100644 meta/recipes-extended/pigz/pigz_2.2.4.bb create mode 100644 meta/recipes-extended/pigz/pigz_2.2.5.bb diff --git a/meta/recipes-extended/pigz/pigz_2.2.4.bb b/meta/recipes-extended/pigz/pigz_2.2.4.bb deleted file mode 100644 index e76c49c..000 --- a/meta/recipes-extended/pigz/pigz_2.2.4.bb +++ /dev/null @@ -1,11 +0,0 @@ -require pigz.inc - -PR = r2 - -NATIVE_PACKAGE_PATH_SUFFIX = /${PN} - -BBCLASSEXTEND = native - -SRC_URI[md5sum] = 9df2a3c742524446fa4e797c17e8fd85 -SRC_URI[sha256sum] = 7e7967c47f66c07be97cbfa25c8816b72f9d35258466ea31eddc7666c914160e -LIC_FILES_CHKSUM = file://pigz.c;md5=53f47c097bbf11b937a421b1816a8dc5 diff --git a/meta/recipes-extended/pigz/pigz_2.2.5.bb b/meta/recipes-extended/pigz/pigz_2.2.5.bb new file mode 100644 index 000..36669c2 --- /dev/null +++ b/meta/recipes-extended/pigz/pigz_2.2.5.bb @@ -0,0 +1,11 @@ +require pigz.inc + +NATIVE_PACKAGE_PATH_SUFFIX = /${PN} + +BBCLASSEXTEND = native + +SRC_URI[md5sum] = 188f769ccedc403893d03049ad31e969 +SRC_URI[sha256sum] = e37498cbf3a475d7ebe2519751188c29564bf8dd27ba68bd3c7fe1ac08792759 +LIC_FILES_CHKSUM = file://pigz.c;md5=ee5481b3699dcac1f63cec8d038ada8a -- 1.7.10.4 -- Björn ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] grub: Update to upstream stable 2.00
Signed-off-by: Radu Moisan radu.moi...@intel.com --- ...rub-1.99-gcc-4.7.0-strict-aliasing-errors.patch | 147 ...b-1.99-gcc-4.7.0-uninitialized-var-errors.patch | 41 - .../grub/files/grub-1.99-gcc-4.7.0.patch | 34 .../files/grub-1.99_fix_for_automake_1.11.2.patch | 179 .../grub/grub-1.99/grub-1.99-lazy_stat.patch | 64 --- .../grub/{grub-1.99 = grub-2.00}/40_custom|0 .../{grub-1.99 = grub-2.00}/grub-install.in.patch |0 .../{grub-1.99 = grub-2.00}/remove-gets.patch |0 .../grub/{grub_1.99.bb = grub_2.00.bb}| 16 +- 9 files changed, 7 insertions(+), 474 deletions(-) delete mode 100644 meta/recipes-bsp/grub/files/grub-1.99-gcc-4.7.0-strict-aliasing-errors.patch delete mode 100644 meta/recipes-bsp/grub/files/grub-1.99-gcc-4.7.0-uninitialized-var-errors.patch delete mode 100644 meta/recipes-bsp/grub/files/grub-1.99-gcc-4.7.0.patch delete mode 100644 meta/recipes-bsp/grub/files/grub-1.99_fix_for_automake_1.11.2.patch delete mode 100644 meta/recipes-bsp/grub/grub-1.99/grub-1.99-lazy_stat.patch rename meta/recipes-bsp/grub/{grub-1.99 = grub-2.00}/40_custom (100%) rename meta/recipes-bsp/grub/{grub-1.99 = grub-2.00}/grub-install.in.patch (100%) rename meta/recipes-bsp/grub/{grub-1.99 = grub-2.00}/remove-gets.patch (100%) rename meta/recipes-bsp/grub/{grub_1.99.bb = grub_2.00.bb} (69%) diff --git a/meta/recipes-bsp/grub/files/grub-1.99-gcc-4.7.0-strict-aliasing-errors.patch b/meta/recipes-bsp/grub/files/grub-1.99-gcc-4.7.0-strict-aliasing-errors.patch deleted file mode 100644 index 9d81050..000 --- a/meta/recipes-bsp/grub/files/grub-1.99-gcc-4.7.0-strict-aliasing-errors.patch +++ /dev/null @@ -1,147 +0,0 @@ -Upstream-Status: Pending - -This patch fixes these strick-aliasing errors with gcc 4.7 - - -| gcc -DHAVE_CONFIG_H -I. -I.. -Wall -W -I../include -I../include -DGRUB_MACHINE_EFI=1 -DGRUB_MACHINE=I386_EFI -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/4.7.0/include -DGRUB_FILE=\fs/zfs/zfs.c\ -I. -I. -I.. -I.. -I../include -I../include -isystem/home/nitin/builds/build0/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe -g -feliminate-unused-debug-types -Wall -W -Wshadow -Wpointer-arith -Wmissing-prototypes -Wundef -Wstrict-prototypes -g -falign-jumps=1 -falign-loops=1 -falign-functions=1 -mno-mmx -mno-sse -mno-sse2 -mno-3dnow -fno-dwarf2-cfi-asm -m32 -fno-stack-protector -mno-stack-arg-probe -Werror -Wno-trampolines -ffreestanding -isystem/home/nitin/builds/build0/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe -c -o fs/zfs/zfs_module-zfs.o `test -f 'fs/zfs/zfs.c' || echo './'`fs/zfs/zfs.c -| fs/zfs/zfs.c: In function 'get_filesystem_dnode': -| fs/zfs/zfs.c:1449:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] -| fs/zfs/zfs.c:1449:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] -| fs/zfs/zfs.c: In function 'make_mdn': -| fs/zfs/zfs.c:1478:3: error: dereferencing type-punned pointer will break strict-alERROR: Function failed: do_compile (see /home/nitin/builds/build0/tmp/work/x86_64-linux/grub-efi-i586-native-1.99-r7/temp/log.do_compile.9293 for further information) -| iasing rules [-Werror=strict-aliasing] -| fs/zfs/zfs.c: In function 'dnode_get_fullpath': -| fs/zfs/zfs.c:1554:3: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] -| fs/zfs/zfs.c:1554:3: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] -| fs/zfs/zfs.c:1571:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] -| fs/zfs/zfs.c:1571:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] -| fs/zfs/zfs.c: In function 'grub_zfs_open': -| fs/zfs/zfs.c:2234:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] -| fs/zfs/zfs.c:2234:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] -| fs/zfs/zfs.c: In function 'fill_fs_info': -| fs/zfs/zfs.c:2362:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] -| fs/zfs/zfs.c:2362:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] -| fs/zfs/zfs.c:2395:3: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] -| fs/zfs/zfs.c:2395:3: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] -| fs/zfs/zfs.c: In function 'iterate_zap': -| fs/zfs/zfs.c:2420:5: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] -| fs/zfs/zfs.c:2420:5: error: dereferencing type-punned pointer will break strict-aliasing rules
[OE-core] [PATCH 0/1] fetch2/__init__.py: add an auto policy for BB_SRCREV_POLICY
The following changes since commit 2dec760b79bb7e2e79c33c5127fa64685bd86a18: foomatic: fix perl path for target (2012-08-08 10:06:00 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib robert/autorev http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=robert/autorev Robert Yang (1): fetch2/__init__.py: add an auto policy for BB_SRCREV_POLICY bitbake/lib/bb/fetch2/__init__.py | 12 +--- 1 files changed, 9 insertions(+), 3 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] fetch2/__init__.py: add an auto policy for BB_SRCREV_POLICY
The newly added auto policy is used for the SRCREV=${AUTOREV} recipe, the current BB_SRCREV_POLICY are: clear (default) and cache: * When clear, the AUTOREV recipe will not be cached in bb_cache.dat * When cache, the AUTOREV would be cached in bb_cache.dat, but it doesn't try to get the latest revision. The auto policy is much like the cache except that it will try to get the latest revision. [YOCTO #2920] Signed-off-by: Jason Wessel jason.wes...@windriver.com Signed-off-by: Robert Yang liezhi.y...@windriver.com --- bitbake/lib/bb/fetch2/__init__.py | 12 +--- 1 files changed, 9 insertions(+), 3 deletions(-) diff --git a/bitbake/lib/bb/fetch2/__init__.py b/bitbake/lib/bb/fetch2/__init__.py index 12ebce2..27b73c0 100644 --- a/bitbake/lib/bb/fetch2/__init__.py +++ b/bitbake/lib/bb/fetch2/__init__.py @@ -249,8 +249,8 @@ def fetcher_init(d): Calls before this must not hit the cache. # When to drop SCM head revisions controlled by user policy -srcrev_policy = d.getVar('BB_SRCREV_POLICY', True) or clear -if srcrev_policy == cache: +srcrev_policy = get_srcrev_policy(d) +if srcrev_policy == cache or srcrev_policy == auto: logger.debug(1, Keeping SRCREV cache due to cache policy of: %s, srcrev_policy) elif srcrev_policy == clear: logger.debug(1, Clearing SRCREV cache due to cache policy of: %s, srcrev_policy) @@ -384,9 +384,13 @@ def subprocess_setup(): # SIGPIPE errors are known issues with gzip/bash signal.signal(signal.SIGPIPE, signal.SIG_DFL) +def get_srcrev_policy(d): +return d.getVar('BB_SRCREV_POLICY', True) or auto + def get_autorev(d): # only not cache src rev in autorev case -if d.getVar('BB_SRCREV_POLICY', True) != cache: +srcrev_policy = get_srcrev_policy(d) +if srcrev_policy != cache and srcrev_policy != auto: d.setVar('__BB_DONT_CACHE', '1') return AUTOINC @@ -1048,6 +1052,8 @@ class FetchMethod(object): revs = bb.persist_data.persist('BB_URI_HEADREVS', d) key = self.generate_revision_key(url, ud, d, name) +if get_srcrev_policy(d) == auto: +revs[key] = self._latest_revision(url, ud, d, name) try: return revs[key] except KeyError: -- 1.7.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1] fetch2/__init__.py: add an auto policy for BB_SRCREV_POLICY
Sorry, please ignore this one, it should go to bitbake-devel. // Robert On 08/09/2012 04:54 PM, Robert Yang wrote: The following changes since commit 2dec760b79bb7e2e79c33c5127fa64685bd86a18: foomatic: fix perl path for target (2012-08-08 10:06:00 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib robert/autorev http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=robert/autorev Robert Yang (1): fetch2/__init__.py: add an auto policy for BB_SRCREV_POLICY bitbake/lib/bb/fetch2/__init__.py | 12 +--- 1 files changed, 9 insertions(+), 3 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] at 3.1.13: get 'at' depends on 'flex-native' explicitly
On Thursday 09 August 2012 10:59:15 wenzong@windriver.com wrote: From: Wenzong Fan wenzong@windriver.com 'at' needs flex to generate source file lex.yy.c, but it doesn't depend on flex-native directly; This maybe cause a do_compile failure if flex-native is not built or included in project. Error message is: error: lex.yy.c: No such file or directory Get 'at' depends on flex-native to fix this potential issue. [YOCTO #2919] Signed-off-by: Wenzong Fan wenzong@windriver.com --- meta/recipes-extended/at/at_3.1.13.bb |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-extended/at/at_3.1.13.bb b/meta/recipes-extended/at/at_3.1.13.bb index ce9396a..a391d6e 100644 --- a/meta/recipes-extended/at/at_3.1.13.bb +++ b/meta/recipes-extended/at/at_3.1.13.bb @@ -4,14 +4,14 @@ the system load levels drop to a particular level. SECTION = base LICENSE=GPLv2+ LIC_FILES_CHKSUM = file://COPYING;md5=4325afd396febcb659c36b49533135d4 -DEPENDS = flex initscripts \ +DEPENDS = flex flex-native initscripts \ Does it need flex for the target as well, or was it a case of flex being added instead of flex-native by mistake? Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] binutils 2.23 call for testing the recipes
On Wed, Aug 08, 2012 at 10:45:19AM -0700, Khem Raj wrote: Hi Binutils 2.23 branch has started upstream. Given that toolchain components require a lot of soak time, I have created the recipes for binutils 2.23 and pushed it here http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/binutils-2.23 If you are using angstrom set ANGSTROM_BINUTILS_VERSION = 2.23 in local.conf after pulling that branch for OE-Core it will work as it is Let me know if you see any errors. I was trying to build armv4t image with gold enabled again to see if those issues with gold are resolved and building linux-3.2 and linux-2.6.39 are failing with this: | LD arch/arm/boot/compressed/vmlinux | arm-oe-linux-gnueabi-ld: error: DIV usage mismatch between arch/arm/boot/compressed/misc.o and output | arm-oe-linux-gnueabi-ld: error: DIV usage mismatch between arch/arm/boot/compressed/lib1funcs.o and output | make[2]: *** [arch/arm/boot/compressed/vmlinux] Error 1 Any hint for that? Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] DNS breakage
There seems to be something wrong with the DNS record for lists.openembedded.org at the moment which is causing posts to the mailing list to fail. Until this is fixed, please send mail to openembedded-c...@lists.linuxtogo.org instead of the usual address. Incidentally, if anybody knows who changed the DNS entry and why, please speak up. thanks p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] grub-1.99: Add flex-native to DEPENDS
On 08/08/2012 10:42 AM, xin.ouy...@windriver.com wrote: From: Xin Ouyang xin.ouy...@windriver.com [YOCTO #2916] Signed-off-by: Xin Ouyang xin.ouy...@windriver.com --- meta/recipes-bsp/grub/grub_1.99.bb |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-bsp/grub/grub_1.99.bb b/meta/recipes-bsp/grub/grub_1.99.bb index 9879651..64cefe0 100644 --- a/meta/recipes-bsp/grub/grub_1.99.bb +++ b/meta/recipes-bsp/grub/grub_1.99.bb @@ -11,9 +11,9 @@ SECTION = bootloaders LICENSE = GPLv3 LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504 -DEPENDS = autogen-native +DEPENDS = autogen-native flex-native Why is it needed, you don't have any commit message as to that? Also, Radu just posted a recipe update, can you verify if it is still required for the newer version and rebase if needed. Thanks Sau! RDEPENDS_${PN} = diffutils freetype -PR = r11 +PR = r12 SRC_URI = ftp://ftp.gnu.org/gnu/grub/grub-${PV}.tar.gz \ file://grub-install.in.patch \ ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] sysfsutils: install libs to base_libdir
On 08/09/2012 06:19 AM, wenzong fan wrote: On 08/08/2012 04:44 PM, Koen Kooi wrote: Op 8 aug. 2012, om 08:09 heeft wenzong fanwenzong@windriver.com het volgende geschreven: On 08/07/2012 08:23 PM, Koen Kooi wrote: Op 7 aug. 2012, om 14:14 heeft wenzong@windriver.com het volgende geschreven: From: Wenzong Fanwenzong@windriver.com Fix the warning form pcmciautils building: WARNING: QA Issue: pcmciautils: /sbin/pccardctl, installed in the base_prefix, requires a shared library under exec_prefix (/usr): libsysfs.so.2 = /usr/lib/libsysfs.so.2 Just refer to Debian/Ubuntu distributions, install sysfsutils libs to /lib* instead of /usr/lib*. [YOCTO #2907] Signed-off-by: Wenzong Fanwenzong@windriver.com --- meta/recipes-core/sysfsutils/sysfsutils_2.1.0.bb |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/recipes-core/sysfsutils/sysfsutils_2.1.0.bb b/meta/recipes-core/sysfsutils/sysfsutils_2.1.0.bb index 3e4fdda..f01d19b 100644 --- a/meta/recipes-core/sysfsutils/sysfsutils_2.1.0.bb +++ b/meta/recipes-core/sysfsutils/sysfsutils_2.1.0.bb @@ -8,7 +8,7 @@ LICENSE_libsysfs = LGPLv2.1 LIC_FILES_CHKSUM = file://COPYING;md5=3d06403ea54c7574a9e581c6478cc393 \ file://cmd/GPL;md5=d41d4e2e1e108554e0388ea4aecd8d27 \ file://lib/LGPL;md5=b75d069791103ffe1c0d6435deeff72e -PR = r3 +PR = r4 SRC_URI = ${SOURCEFORGE_MIRROR}/linux-diag/sysfsutils-${PV}.tar.gz \ file://sysfsutils-2.0.0-class-dup.patch \ @@ -24,3 +24,5 @@ PACKAGES =+ libsysfs libsysfs-dev libsysfs-staticdev FILES_libsysfs = ${libdir}/lib*${SOLIBS} FILES_libsysfs-dev = ${libdir}/lib*${SOLIBSDEV} ${includedir} FILES_libsysfs-staticdev = ${libdir}/lib*.a Ahem! ^^^ Yep, this works but looks confused, do you mean the 'export libdir' should be put ahead of FILES_lib*? From the build logs, only change is $libdir: '/usr/lib - /lib', details please refer to attached file. Wenzong, We are looking for buildhistory info, not a diff of your build log. buildhistory can be activated as follows in your local.conf: INHERIT += buildhistory BUILDHISTORY_COMMIT = 1 Then you can build before and after your change, and use the script buildhistory_diff to produce the output we are looking for. Thanks Sau! Thanks Wenzong + +export libdir = ${base_libdir} And can you post the buildhistory diff to see if anything else moved when it shouldn't have e.g. package config files? I make a diff to the build dir, only the location of 'lib/' was moved: Please post the buildhistory diff, that is much more informative. And you haven't responded to the FILES_lib* oversight. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] pigz: Update to upstream version 2.2.5
On 08/09/2012 10:17 AM, Björn Stenberg wrote: --- meta/recipes-extended/pigz/pigz_2.2.4.bb | 11 --- meta/recipes-extended/pigz/pigz_2.2.5.bb | 11 +++ 2 files changed, 11 insertions(+), 11 deletions(-) delete mode 100644 meta/recipes-extended/pigz/pigz_2.2.4.bb create mode 100644 meta/recipes-extended/pigz/pigz_2.2.5.bb diff --git a/meta/recipes-extended/pigz/pigz_2.2.4.bb b/meta/recipes-extended/pigz/pigz_2.2.4.bb deleted file mode 100644 index e76c49c..000 --- a/meta/recipes-extended/pigz/pigz_2.2.4.bb +++ /dev/null @@ -1,11 +0,0 @@ -require pigz.inc - -PR = r2 - -NATIVE_PACKAGE_PATH_SUFFIX = /${PN} - -BBCLASSEXTEND = native - -SRC_URI[md5sum] = 9df2a3c742524446fa4e797c17e8fd85 -SRC_URI[sha256sum] = 7e7967c47f66c07be97cbfa25c8816b72f9d35258466ea31eddc7666c914160e -LIC_FILES_CHKSUM = file://pigz.c;md5=53f47c097bbf11b937a421b1816a8dc5 diff --git a/meta/recipes-extended/pigz/pigz_2.2.5.bb b/meta/recipes-extended/pigz/pigz_2.2.5.bb new file mode 100644 index 000..36669c2 --- /dev/null +++ b/meta/recipes-extended/pigz/pigz_2.2.5.bb @@ -0,0 +1,11 @@ +require pigz.inc + +NATIVE_PACKAGE_PATH_SUFFIX = /${PN} + +BBCLASSEXTEND = native + +SRC_URI[md5sum] = 188f769ccedc403893d03049ad31e969 +SRC_URI[sha256sum] = e37498cbf3a475d7ebe2519751188c29564bf8dd27ba68bd3c7fe1ac08792759 +LIC_FILES_CHKSUM = file://pigz.c;md5=ee5481b3699dcac1f63cec8d038ada8a I did not catch this the first time, the md5 has changed for LIC_FILES_CHKSUM, why? Please include a commit message as to what changed? Even if it's just the year, we would like to track License changes. Also, I guess that we should really have beginline/endline for pigz.c since we don't want to track the whole file. Thanks Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] at 3.1.13: get 'at' depends on 'flex-native' explicitly
On 08/09/2012 05:59 AM, wenzong@windriver.com wrote: From: Wenzong Fan wenzong@windriver.com 'at' needs flex to generate source file lex.yy.c, but it doesn't depend on flex-native directly; This maybe cause a do_compile failure if flex-native is not built or included in project. Error message is: error: lex.yy.c: No such file or directory Get 'at' depends on flex-native to fix this potential issue. [YOCTO #2919] Signed-off-by: Wenzong Fan wenzong@windriver.com --- meta/recipes-extended/at/at_3.1.13.bb |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-extended/at/at_3.1.13.bb b/meta/recipes-extended/at/at_3.1.13.bb index ce9396a..a391d6e 100644 --- a/meta/recipes-extended/at/at_3.1.13.bb +++ b/meta/recipes-extended/at/at_3.1.13.bb @@ -4,14 +4,14 @@ the system load levels drop to a particular level. SECTION = base LICENSE=GPLv2+ LIC_FILES_CHKSUM = file://COPYING;md5=4325afd396febcb659c36b49533135d4 -DEPENDS = flex initscripts \ +DEPENDS = flex flex-native initscripts \ Ok, I understand the flex-native dependency, that makes sense, but I wonder why there was a dependency on flex originally? Is that actually needed? Sau! ${@base_contains('DISTRO_FEATURES', 'pam', 'libpam', '', d)} RDEPENDS_${PN} = ${@base_contains('DISTRO_FEATURES', 'pam', '${PAM_DEPS}', '', d)} PAM_DEPS = libpam libpam-runtime pam-plugin-env pam-plugin-limits RCONFLICTS_${PN} = atd RREPLACES_${PN} = atd -PR = r2 +PR = r3 SRC_URI = ${DEBIAN_MIRROR}/main/a/at/at_${PV}.orig.tar.gz \ file://configure.patch \ ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH V2] gcc: Switch SRC_URI to use svn
svn tar balls are 96M as compared to 1.3G git tars its unnessary to suck in that much of data. Fixes [YOCTO #2908] Signed-off-by: Khem Raj raj.k...@gmail.com --- meta/recipes-devtools/gcc/gcc-4.7.inc | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/meta/recipes-devtools/gcc/gcc-4.7.inc b/meta/recipes-devtools/gcc/gcc-4.7.inc index 4ad4819..c6ba0b2 100644 --- a/meta/recipes-devtools/gcc/gcc-4.7.inc +++ b/meta/recipes-devtools/gcc/gcc-4.7.inc @@ -1,6 +1,6 @@ require gcc-common.inc -PR = r9 +PR = r10 # Third digit in PV should be incremented after a minor release # happens from this branch on gcc e.g. currently its 4.7.1 @@ -11,7 +11,7 @@ PR = r9 # using 4.7.1.0 for upgrade path when we move past 4.7.2 release # then we should drop the last 0 as well. -PV = 4.7.1.0+git${SRCPV} +PV = 4.7.1.0+svn${SRCPV} # BINV should be incremented after updating to a revision # after a minor gcc release (e.g. 4.7.1 or 4.7.2) has been made @@ -21,7 +21,7 @@ PV = 4.7.1.0+git${SRCPV} BINV = 4.7.2 -SRCREV = d07e24f4ab59f264d68d21838795349faab5dede +SRCREV = 190218 BRANCH = gcc-4_7-branch FILESPATH = ${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.7' ], d)} @@ -36,7 +36,7 @@ LIC_FILES_CHKSUM = file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \ file://COPYING.LIB;md5=2d5025d4aa3495befef8f17206a5b0a1 \ file://COPYING.RUNTIME;md5=fe60d87048567d4fe8c8a0ed2448bcc8 -SRC_URI = git://github.com/mirrors/gcc.git;branch=${BRANCH};protocol=git \ +SRC_URI = svn://gcc.gnu.org/svn/gcc/branches;module=${BRANCH};protocol=http \ file://gcc-4.3.1-ARCH_FLAGS_FOR_TARGET.patch \ file://100-uclibc-conf.patch \ file://gcc-uclibc-locale-ctype_touplow_t.patch \ @@ -77,7 +77,7 @@ SRC_URI = git://github.com/mirrors/gcc.git;branch=${BRANCH};protocol=git \ file://disablesdt.patch \ -S = ${TMPDIR}/work-shared/gcc-${PV}-${PR}/git +S = ${TMPDIR}/work-shared/gcc-${PV}-${PR}/${BRANCH} B = ${WORKDIR}/${BRANCH}/build.${HOST_SYS}.${TARGET_SYS} # Language Overrides -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH V2] gstreamer: gst-ffmpeg: fix build issues for libav
On 08/08/2012 2:49 PM, Yao Zhao wrote: 1.The included libav configure is not generated by autotools modify recipe to use correct toolchain wrapper with configure configure options you may or may not be missing: --enable-cross-compile --cross-prefix (probably not needed, since you set all the tools manually) --cpu --arch --sysroot 3.backport libav_e500mc.patch from upstream to patch configure to disable-altivec if it is e500mc. Don't you need to pass --cpu and --arch? Just as a side note, do we handle all of the autodetect deps? $ ./configure --help | grep autodetect --enable-vaapi enable VAAPI code [autodetect] --enable-vda enable VDA code [autodetect] --enable-vdpau enable VDPAU code [autodetect] --enable-bzlib enable bzlib [autodetect] --enable-zlibenable zlib [autodetect] - Derek ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] binutils 2.23 call for testing the recipes
On Thu, Aug 9, 2012 at 6:10 AM, Martin Jansa martin.ja...@gmail.com wrote: On Wed, Aug 08, 2012 at 10:45:19AM -0700, Khem Raj wrote: Hi Binutils 2.23 branch has started upstream. Given that toolchain components require a lot of soak time, I have created the recipes for binutils 2.23 and pushed it here http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/binutils-2.23 If you are using angstrom set ANGSTROM_BINUTILS_VERSION = 2.23 in local.conf after pulling that branch for OE-Core it will work as it is Let me know if you see any errors. I was trying to build armv4t image with gold enabled again to see if those issues with gold are resolved and building linux-3.2 and linux-2.6.39 are failing with this: | LD arch/arm/boot/compressed/vmlinux | arm-oe-linux-gnueabi-ld: error: DIV usage mismatch between arch/arm/boot/compressed/misc.o and output | arm-oe-linux-gnueabi-ld: error: DIV usage mismatch between arch/arm/boot/compressed/lib1funcs.o and output | make[2]: *** [arch/arm/boot/compressed/vmlinux] Error 1 Any hint for that? probably you need something like below https://lists.yoctoproject.org/pipermail/poky/2011-January/003131.html Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] binutils 2.23 call for testing the recipes
On Thu, Aug 09, 2012 at 07:53:43AM -0700, Khem Raj wrote: On Thu, Aug 9, 2012 at 6:10 AM, Martin Jansa martin.ja...@gmail.com wrote: On Wed, Aug 08, 2012 at 10:45:19AM -0700, Khem Raj wrote: Hi Binutils 2.23 branch has started upstream. Given that toolchain components require a lot of soak time, I have created the recipes for binutils 2.23 and pushed it here http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/binutils-2.23 If you are using angstrom set ANGSTROM_BINUTILS_VERSION = 2.23 in local.conf after pulling that branch for OE-Core it will work as it is Let me know if you see any errors. I was trying to build armv4t image with gold enabled again to see if those issues with gold are resolved and building linux-3.2 and linux-2.6.39 are failing with this: | LD arch/arm/boot/compressed/vmlinux | arm-oe-linux-gnueabi-ld: error: DIV usage mismatch between arch/arm/boot/compressed/misc.o and output | arm-oe-linux-gnueabi-ld: error: DIV usage mismatch between arch/arm/boot/compressed/lib1funcs.o and output | make[2]: *** [arch/arm/boot/compressed/vmlinux] Error 1 Any hint for that? probably you need something like below https://lists.yoctoproject.org/pipermail/poky/2011-January/003131.html I've used something like https://github.com/CyanogenMod/android_kernel_samsung_tuna/commit/ec1ac589d49081286164246fbaaba0012ae7ecac and core-image-minimal-mtdutils looks better wrt gold issues we had, now waiting for bigger image like shr-lite-image to test it more. Cheers, Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] pimlico: Remove
On Thursday 09 August 2012 16:06:29 Ross Burton wrote: Remove the Pimlico applications (Contacts, Dates, Tasks) and associated libraries, features, documentation and tasks. oe-core isn't a reference PIM stack, so we don't need this. Signed-off-by: Ross Burton ross.bur...@intel.com --- documentation/dev-manual/dev-manual-intro.xml |4 - documentation/poky-ref-manual/ref-features.xml |2 - documentation/poky-ref-manual/resources.xml|3 - These docs are not part of OE-Core, the changes need to be separated out, applied to the yocto-docs repo and sent to the yocto ML. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] pimlico: Remove
On 9 August 2012 16:13, Paul Eggleton paul.eggle...@linux.intel.com wrote: On Thursday 09 August 2012 16:06:29 Ross Burton wrote: Remove the Pimlico applications (Contacts, Dates, Tasks) and associated libraries, features, documentation and tasks. oe-core isn't a reference PIM stack, so we don't need this. Signed-off-by: Ross Burton ross.bur...@intel.com --- documentation/dev-manual/dev-manual-intro.xml |4 - documentation/poky-ref-manual/ref-features.xml |2 - documentation/poky-ref-manual/resources.xml|3 - These docs are not part of OE-Core, the changes need to be separated out, applied to the yocto-docs repo and sent to the yocto ML. Damn, I split out the meta-yocto changes already. Pretend these don't exist, I'll fix up the branch tonight. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Replacing Web in Sato with Midori
On Wed, Aug 08, 2012 at 01:48:18PM +0100, Richard Purdie wrote: On Wed, 2012-08-08 at 14:36 +0200, Martin Jansa wrote: On Wed, Aug 08, 2012 at 01:23:08PM +0100, Richard Purdie wrote: On Wed, 2012-08-08 at 12:01 +0200, Koen Kooi wrote: Op 8 aug. 2012, om 10:41 heeft Burton, Ross ross.bur...@intel.com het volgende geschreven: Hi, As everyone who's used it can attest, Web (the optional browser in Sato) is pretty rough. Part of my plans about replacing Sato with a leaner environment involves replacing it with Midori, and if there isn't any disagreements I'll work on a submission to merge Midori into Sato now for everyone who expects the Sato web browser to be useful. This will involve pulling a few projects from meta-oe to oe-core: ca-certificates, python-docutils and vala specifically (although its possible that we can drop the vala dependency). Adding more stuff to oe-core is a bad idea. You should take this opportunity to split all the sato stuff into its own layer. I feel very strongly that having a core layer with no way of demonstrating and testing it is a very bad idea. I haven't changed my mind about this and am very unlikely to. How do you know it works? is the question you ask about package upgrades for example. And does it need to be in the same layer? Why not test webkit-gtk from oe-core with midori from meta-oe layer? Or meta-browser layer if meta-oe is too big for testing webkit-gtk. It needs to be in the same layer. The logistics of including sections of meta-oe or meta-browser on the autobuilder whilst trying to test things like bitbake world is not somewhere I want to go. The Yocto Project does not have the manpower at this point in time to increase test coverage to include meta-browser or meta-oe. If someone gives me access to a large team of engineers... at least with webkit-efl/eve I usually see more issues in runtime then build, so testing that bitbake world still builds something is very far from test coverage for end users. And to build only midori with meta-oe in another workspace with meta-oe included (where you don't need to run bitbake world) doesn't demand so much more manpower. And someone should start midori probably in some qemu* machine and try at least one http:// and https:// page to say that webkit-gtk is test covered. Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] linux-yocto-3.4: Disable extra slang header search path
On Tue, Aug 7, 2012 at 9:30 PM, Bruce Ashfield bruce.ashfi...@gmail.com wrote: On Tue, Aug 7, 2012 at 10:25 PM, McClintock Matthew-B29882 b29...@freescale.com wrote: On Tue, Aug 7, 2012 at 9:22 PM, Bruce Ashfield bruce.ashfi...@windriver.com wrote: On Tue, Aug 7, 2012 at 10:18 PM, Bruce Ashfield bruce.ashfi...@windriver.com wrote: On 12-08-07 10:16 PM, McClintock Matthew-B29882 wrote: On Tue, Aug 7, 2012 at 8:59 AM, Bruce Ashfield bruce.ashfi...@windriver.com wrote: On 12-08-07 09:50 AM, Richard Purdie wrote: On Tue, 2012-08-07 at 09:24 -0400, Bruce Ashfield wrote: On 12-08-07 07:17 AM, Richard Purdie wrote: Add in a workaround to avoid host infection detection build failures from the slang include directory in perf. I'll defer to Bruce to fix this properly but we need a workaround now as this is breaking builds. I just followed up on a patch from 3 days ago, but I'll follow up here as well .. just to make sure the message gets through. We had a pending patch to fix this issue from Liang Li here @ windriver. Did that patch not fix the problem, or did it fall through the cracks ? It is not correct. It adds in another search path and just hides the issue. We should *never* be putting -I/usr/include/slang on the compiler commandline at all period. I'd argue that it's more correct than commenting out the upstream include path. It fixes the problem, doesn't require a patch to the kernel and give us time to work upstream and get a real fix. So I'd really prefer that we take that fix, versus the kernel patch if it actually fixes the problem. I'd assumed in all the email traffic that this was clear and that another solution was being worked on that would be acceptable upstream too. Exactly what I referred to above. But we don't want a temporary kernel path, we want the temporary recipe patch. Perhaps a better option might be: -I=/usr/include/slang ? That assumes that all kernel gcc versions would accept the = notation, that should be true by now? Not in my experience when dealing with the upstream kernel and tools, there are plenty of old compilers floating around. Sorry, I'm not following this thread super close.. will all kernel trees need to apply this patch? That does not seem ideal... They would, once we get the patch merged upstream. And you are right, linux-yocto is easy enough, but that's one set of kernel trees. I should add, that not all trees, and only builds that use a particular set of perf features out of master would see this problem (as far as I know), so I didn't mean to make this sound bigger than it is ... it's just something that master was hitting on the autobuilders (and who knows, maybe I'm mischaracterizing the problem as well :) Cheers, Bruce The patch that we proposed to the perf recipe would fix it for all users of that recipe, with a suitable set of kernels (say 3.0 to 3.6 (I haven't checked). Honestly, that's why we proposed a perf recipe fix, while working on the right fix for the upstream kernel. It seems wrong to need a kernel patch to fix this issue, kernels are built outside of oe-core and it seems better to fix things in one place. By the way, I'm seeing this on our kernel recipe in meta-fsl-ppc too. Have you tried the patch from Liang Li @ Windriver ? Sent last Friday, it should solve your immediate problem .. it solved ours. http://patches.openembedded.org/project/oe-core/list/?submitter=5585 which version? -M Cheers, Bruce -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] linux-yocto-3.4: Disable extra slang header search path
On Thu, Aug 9, 2012 at 3:17 PM, McClintock Matthew-B29882 b29...@freescale.com wrote: On Tue, Aug 7, 2012 at 9:30 PM, Bruce Ashfield bruce.ashfi...@gmail.com wrote: On Tue, Aug 7, 2012 at 10:25 PM, McClintock Matthew-B29882 b29...@freescale.com wrote: On Tue, Aug 7, 2012 at 9:22 PM, Bruce Ashfield bruce.ashfi...@windriver.com wrote: On Tue, Aug 7, 2012 at 10:18 PM, Bruce Ashfield bruce.ashfi...@windriver.com wrote: On 12-08-07 10:16 PM, McClintock Matthew-B29882 wrote: On Tue, Aug 7, 2012 at 8:59 AM, Bruce Ashfield bruce.ashfi...@windriver.com wrote: On 12-08-07 09:50 AM, Richard Purdie wrote: On Tue, 2012-08-07 at 09:24 -0400, Bruce Ashfield wrote: On 12-08-07 07:17 AM, Richard Purdie wrote: Add in a workaround to avoid host infection detection build failures from the slang include directory in perf. I'll defer to Bruce to fix this properly but we need a workaround now as this is breaking builds. I just followed up on a patch from 3 days ago, but I'll follow up here as well .. just to make sure the message gets through. We had a pending patch to fix this issue from Liang Li here @ windriver. Did that patch not fix the problem, or did it fall through the cracks ? It is not correct. It adds in another search path and just hides the issue. We should *never* be putting -I/usr/include/slang on the compiler commandline at all period. I'd argue that it's more correct than commenting out the upstream include path. It fixes the problem, doesn't require a patch to the kernel and give us time to work upstream and get a real fix. So I'd really prefer that we take that fix, versus the kernel patch if it actually fixes the problem. I'd assumed in all the email traffic that this was clear and that another solution was being worked on that would be acceptable upstream too. Exactly what I referred to above. But we don't want a temporary kernel path, we want the temporary recipe patch. Perhaps a better option might be: -I=/usr/include/slang ? That assumes that all kernel gcc versions would accept the = notation, that should be true by now? Not in my experience when dealing with the upstream kernel and tools, there are plenty of old compilers floating around. Sorry, I'm not following this thread super close.. will all kernel trees need to apply this patch? That does not seem ideal... They would, once we get the patch merged upstream. And you are right, linux-yocto is easy enough, but that's one set of kernel trees. I should add, that not all trees, and only builds that use a particular set of perf features out of master would see this problem (as far as I know), so I didn't mean to make this sound bigger than it is ... it's just something that master was hitting on the autobuilders (and who knows, maybe I'm mischaracterizing the problem as well :) Cheers, Bruce The patch that we proposed to the perf recipe would fix it for all users of that recipe, with a suitable set of kernels (say 3.0 to 3.6 (I haven't checked). Honestly, that's why we proposed a perf recipe fix, while working on the right fix for the upstream kernel. It seems wrong to need a kernel patch to fix this issue, kernels are built outside of oe-core and it seems better to fix things in one place. By the way, I'm seeing this on our kernel recipe in meta-fsl-ppc too. Have you tried the patch from Liang Li @ Windriver ? Sent last Friday, it should solve your immediate problem .. it solved ours. http://patches.openembedded.org/project/oe-core/list/?submitter=5585 http://patches.openembedded.org/patch/33745/ Bruce which version? -M Cheers, Bruce -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] pimlico: Remove
On 9 August 2012 16:15, Burton, Ross ross.bur...@intel.com wrote: Damn, I split out the meta-yocto changes already. Pretend these don't exist, I'll fix up the branch tonight. Okay, ross/sato on poky-contrib consists of three commits, the first of which is for oe-core and the second two are for meta-yocto. Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] at 3.1.13: get 'at' depends on 'flex-native' explicitly
On 08/09/2012 09:01 PM, Paul Eggleton wrote: On Thursday 09 August 2012 10:59:15 wenzong@windriver.com wrote: From: Wenzong Fanwenzong@windriver.com 'at' needs flex to generate source file lex.yy.c, but it doesn't depend on flex-native directly; This maybe cause a do_compile failure if flex-native is not built or included in project. Error message is: error: lex.yy.c: No such file or directory Get 'at' depends on flex-native to fix this potential issue. [YOCTO #2919] Signed-off-by: Wenzong Fanwenzong@windriver.com --- meta/recipes-extended/at/at_3.1.13.bb |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-extended/at/at_3.1.13.bb b/meta/recipes-extended/at/at_3.1.13.bb index ce9396a..a391d6e 100644 --- a/meta/recipes-extended/at/at_3.1.13.bb +++ b/meta/recipes-extended/at/at_3.1.13.bb @@ -4,14 +4,14 @@ the system load levels drop to a particular level. SECTION = base LICENSE=GPLv2+ LIC_FILES_CHKSUM = file://COPYING;md5=4325afd396febcb659c36b49533135d4 -DEPENDS = flex initscripts \ +DEPENDS = flex flex-native initscripts \ Does it need flex for the target as well, or was it a case of flex being added instead of flex-native by mistake? Yes, it is needed. I removed 'flex' from DEPENDS, the build failed with: --- i586-poky-linux-gcc -m32 -march=i586 --sysroot=/buildarea/wfan/at/tmp/sysroots/qemux86 -I. -O2 -pipe -g -feliminate-unused-debug-types -o at at.o panic.o perm.o posixtm.o y.tab.o lex.yy.o -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed | lex.yy.o: In function `yylex': | /buildarea/wfan/at/tmp/work/i586-poky-linux/at-3.1.13-r2/at-3.1.13/lex.yy.c:1247: undefined reference to `yywrap' | collect2: error: ld returned 1 exit status --- Thanks Wenzong Cheers, Paul ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] sysfsutils: install libs to base_libdir
On 08/09/2012 09:57 PM, Saul Wold wrote: On 08/09/2012 06:19 AM, wenzong fan wrote: On 08/08/2012 04:44 PM, Koen Kooi wrote: Op 8 aug. 2012, om 08:09 heeft wenzong fanwenzong@windriver.com het volgende geschreven: On 08/07/2012 08:23 PM, Koen Kooi wrote: Op 7 aug. 2012, om 14:14 heeft wenzong@windriver.com het volgende geschreven: From: Wenzong Fanwenzong@windriver.com Fix the warning form pcmciautils building: WARNING: QA Issue: pcmciautils: /sbin/pccardctl, installed in the base_prefix, requires a shared library under exec_prefix (/usr): libsysfs.so.2 = /usr/lib/libsysfs.so.2 Just refer to Debian/Ubuntu distributions, install sysfsutils libs to /lib* instead of /usr/lib*. [YOCTO #2907] Signed-off-by: Wenzong Fanwenzong@windriver.com --- meta/recipes-core/sysfsutils/sysfsutils_2.1.0.bb | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/recipes-core/sysfsutils/sysfsutils_2.1.0.bb b/meta/recipes-core/sysfsutils/sysfsutils_2.1.0.bb index 3e4fdda..f01d19b 100644 --- a/meta/recipes-core/sysfsutils/sysfsutils_2.1.0.bb +++ b/meta/recipes-core/sysfsutils/sysfsutils_2.1.0.bb @@ -8,7 +8,7 @@ LICENSE_libsysfs = LGPLv2.1 LIC_FILES_CHKSUM = file://COPYING;md5=3d06403ea54c7574a9e581c6478cc393 \ file://cmd/GPL;md5=d41d4e2e1e108554e0388ea4aecd8d27 \ file://lib/LGPL;md5=b75d069791103ffe1c0d6435deeff72e -PR = r3 +PR = r4 SRC_URI = ${SOURCEFORGE_MIRROR}/linux-diag/sysfsutils-${PV}.tar.gz \ file://sysfsutils-2.0.0-class-dup.patch \ @@ -24,3 +24,5 @@ PACKAGES =+ libsysfs libsysfs-dev libsysfs-staticdev FILES_libsysfs = ${libdir}/lib*${SOLIBS} FILES_libsysfs-dev = ${libdir}/lib*${SOLIBSDEV} ${includedir} FILES_libsysfs-staticdev = ${libdir}/lib*.a Ahem! ^^^ Yep, this works but looks confused, do you mean the 'export libdir' should be put ahead of FILES_lib*? From the build logs, only change is $libdir: '/usr/lib - /lib', details please refer to attached file. Wenzong, We are looking for buildhistory info, not a diff of your build log. buildhistory can be activated as follows in your local.conf: INHERIT += buildhistory BUILDHISTORY_COMMIT = 1 Then you can build before and after your change, and use the script buildhistory_diff to produce the output we are looking for. Re-send this because oe-core list was broken yesterday. Saul, Thanks for let me know this, it's really cool. The buildhistory diff are: -- commit b6d84f2a1f755e391596e9a6a38167a6c0657b0a Author: buildhistory buildhistory@poky Date: Thu Aug 9 20:37:23 2012 +0800 packages: Build 201208092036 of poky 1.2+snapshot-20120809 for machine qemux86 on usp-ub1204-64 diff --git a/packages/i586-poky-linux/sysfsutils/libsysfs-dev/latest b/packages/i586-poky-linux/sysfsutils/libsysfs-dev/latest index d9477cd..565cfbf 100644 --- a/packages/i586-poky-linux/sysfsutils/libsysfs-dev/latest +++ b/packages/i586-poky-linux/sysfsutils/libsysfs-dev/latest @@ -3,5 +3,5 @@ PR = r3 RDEPENDS = libsysfs RRECOMMENDS = eglibc-dev PKGSIZE = 16307 -FILES = /usr/lib/lib*.so /usr/include -FILELIST = /usr/include/sysfs/dlist.h /usr/include/sysfs/libsysfs.h /usr/lib/libsysfs.so +FILES = /lib/lib*.so /usr/include +FILELIST = /lib/libsysfs.so /usr/include/sysfs/dlist.h /usr/include/sysfs/libsysfs.h diff --git a/packages/i586-poky-linux/sysfsutils/libsysfs-staticdev/latest b/packages/i586-poky-linux/sysfsutils/libsysfs-staticdev/latest index cac1061..6507d26 100644 --- a/packages/i586-poky-linux/sysfsutils/libsysfs-staticdev/latest +++ b/packages/i586-poky-linux/sysfsutils/libsysfs-staticdev/latest @@ -3,5 +3,5 @@ PR = r3 RDEPENDS = RRECOMMENDS = PKGSIZE = 171740 -FILES = /usr/lib/lib*.a -FILELIST = /usr/lib/libsysfs.a +FILES = /lib/lib*.a +FILELIST = /lib/libsysfs.a diff --git a/packages/i586-poky-linux/sysfsutils/libsysfs/latest b/packages/i586-poky-linux/sysfsutils/libsysfs/latest index 8fb74a6..575f971 100644 --- a/packages/i586-poky-linux/sysfsutils/libsysfs/latest +++ b/packages/i586-poky-linux/sysfsutils/libsysfs/latest @@ -4,5 +4,5 @@ PKG = libsysfs2 RDEPENDS = eglibc (= 2.16) RRECOMMENDS = PKGSIZE = 42781 -FILES = /usr/lib/lib*.so.* -FILELIST = /usr/lib/libsysfs.so.2 /usr/lib/libsysfs.so.2.0.1 +FILES = /lib/lib*.so.* +FILELIST = /lib/libsysfs.so.2 /lib/libsysfs.so.2.0.1 diff --git a/packages/i586-poky-linux/sysfsutils/sysfsutils-dbg/latest b/packages/i586-poky-linux/sysfsutils/sysfsutils-dbg/latest index e575683..851e8de 100644 --- a/packages/i586-poky-linux/sysfsutils/sysfsutils-dbg/latest +++ b/packages/i586-poky-linux/sysfsutils/sysfsutils-dbg/latest @@ -3,5 +3,5 @@ PR = r3 RDEPENDS = RRECOMMENDS = eglibc-dbg libsysfs-dbg sysfsutils (= 2.1.0-r3) PKGSIZE = 333084 -FILES = /usr/bin/.debug /usr/sbin/.debug /usr/libexec/.debug /usr/lib/.debug /bin/.debug /sbin/.debug /lib/.debug /usr/lib/sysfsutils/.debug /usr/lib/matchbox-panel/.debug /usr/src/debug -FILELIST = /usr/bin/.debug/dlist_test /usr/bin/.debug/get_device /usr/bin