date:20150909

Re: [oe] [OE-core] State of bitbake world, wrong PACKAGE_ARCHs 2015-09-08

2015-09-09 Thread Andreas Müller

On Wed, Sep 9, 2015 at 1:10 AM, Martin Jansa  wrote:
> On Tue, Sep 08, 2015 at 11:39:20PM +0200, Andreas Müller wrote:
>> On Tue, Sep 8, 2015 at 7:09 PM, Martin Jansa  wrote:
>> > ERROR: polkit-group-rule-datetime different signature for task 
>> > do_configure.sigdata between qemux86copy and qemuarm
>> > runtaskdeps changed from ['polkitpolkit-group-rule-datetime.bb.do_patch', 
>> > 'polkitpolkit_0.113.bb.do_populate_sysroot', 
>> > 'shadowshadow_4.2.1.bb.do_populate_sysroot:virtual:native'] to 
>> > ['polkitpolkit-group-rule-datetime.bb.do_patch', 
>> > 'polkitpolkit_0.113.bb.do_populate_sysroot', 
>> > 'shadowshadow_4.2.1.bb.do_populate_sysroot:virtual:native']
>> > /home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-extended/polkit/polkit_0.113.bb.do_populate_sysroot
>> >  with hash 284d6bbd28ea723c466e0c5c88a09a50
>> I missed many of these - because I am not up to date on oe-core (did
>> not want to loose midori for my images) - will change that soon. For
>> this type of error: is it correct that it is caused by allarch recipes
>> depending on machine/architecture specific recipes?
>
> close, the important part is few lines bellow:
>
> /home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-extended/polkit/polkit_0.113.bb.do_populate_sysroot
> with hash
> 284d6bbd28ea723c466e0c5c88a09a50
>  changed to
> /home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-extended/polkit/polkit_0.113.bb.do_populate_sysroot
> with hash
> 06cf7139c6588d047fa11444d88175ab
> Hash for dependent task polkitpolkit_0.113.bb.do_populate_sysroot
> changed from 284d6bbd28ea723c466e0c5c88a09a50 to
> 06cf7139c6588d047fa11444d88175ab
>
> so allarch recipe polkitpolkit-group-rule-datetime is depending on
> TUNE_PKGARCH-specific recipe polkit (on it's do_populate_sysroot task
> which is expected to be different for diferent TUNE_PKGARCHs)
>
So to fix we could

1. either remove dependencies or
2. remove allarch or
3. ??

For e.g the polkit-groups 1 seems not possible what about package
feeds when removing allarch?

Andreas
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-java] bitbake openjdk-7-jre error

2015-09-09 Thread Rachana Arunkumar

Hi,

I am pretty new to openembedded development. I am trying to get java working. I 
followed the steps given in the below link:
http://icedtea.classpath.org/wiki/CrossCompileOECoreTutorial#Run_bitbake_openjdk-6_to_start_the_cross-compile_build.21

But I am getting the following error:
checking for system library directory... /usr/lib
| checking whether to enable the NSS-based security provider... disabled by 
default (edit java.security to enable)
| 
/home/topic/workspace/workshop_platform/zynq_platform/build/tmp-glibc/work/armv7a-vfp-neon-oe-linux-gnueabi/openjdk-7-jre/25b30-2.3.12-r5.1/icedtea-2.3.12/configure:
 line 8646: syntax error near unexpected token `NSS,'
| 
/home/topic/workspace/workshop_platform/zynq_platform/build/tmp-glibc/work/armv7a-vfp-neon-oe-linux-gnueabi/openjdk-7-jre/25b30-2.3.12-r5.1/icedtea-2.3.12/configure:
 line 8646: `PKG_CHECK_MODULES(NSS, nss, NSS_FOUND=yes, NSS_FOUND=no)'
| Configure failed. The contents of all config.log files follows to aid 
debugging
| ERROR: oe_runconf failed
| WARNING: 
/home/topic/workspace/workshop_platform/zynq_platform/build/tmp-glibc/work/armv7a-vfp-neon-oe-linux-gnueabi/openjdk-7-jre/25b30-2.3.12-r5.1/temp/run.do_configure.1003:1
 exit 1 from
|   exit 1
| ERROR: Function failed: do_configure (log file is located at 
/home/topic/workspace/workshop_platform/zynq_platform/build/tmp-glibc/work/armv7a-vfp-neon-oe-linux-gnueabi/openjdk-7-jre/25b30-2.3.12-r5.1/temp/log.do_configure.1003)
ERROR: Task 6 
(/home/topic/workspace/workshop_platform/zynq_platform/meta-java/recipes-core/openjdk/openjdk-7_25b30-2.3.12.bb,
 do_configure) failed with exit code '1'
NOTE: Tasks Summary: Attempted 2719 tasks of which 2718 didn't need to be rerun 
and 1 failed.
No currently running tasks (2716 of 2733)

Summary: 1 task failed:
  
/home/topic/workspace/workshop_platform/zynq_platform/meta-java/recipes-core/openjdk/openjdk-7_25b30-2.3.12.bb,
 do_configure
Summary: There were 5 WARNING messages shown.
Summary: There was 1 ERROR message shown, returning a non-zero exit code.

Kindly help! I am pretty much stuck at this point.

Thanks



Met vriendelijke groet / kind regards,



Rachana Arunkumar



[cid:imagecc3089.PNG@00aaec87.4e81db65]


Topic Embedded Systems








Eindhovenseweg 32c


T:


+31 (0) 499 33 69 79


5683 KH Best


F:


+31 (0) 499 33 69 70


Postbus 440


E:


rachana.arunku...@topic.nl


5680 AK Best


W:


www.topic.nl


[cid:image296f73.JPG@6f847d5b.4cb35e8b][cid:image3c9a7b.JPG@b4ad873f.4e8a7d30][cid:image26421b.JPG@7792d226.488eb3b4]
Please consider the environment before printing this e-mail

Topic zoekt gedreven (embedded) software specialisten! 


-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] "sub" machine types?

2015-09-09 Thread Steffen Sledz

On 07.09.2015 16:24, Lee Nipper wrote:
> 
> On Mon, Sep 7, 2015 at 7:08 AM, Steffen Sledz  > wrote:
> 
> On 07.09.2015 09:09, Steffen Sledz wrote:
> > On 05.09.2015 13:29, Mike Looijmans wrote:
> >> ... and I think the u-boot recipe recently learned to have multiple 
> targets, so you can build multiple bootloaders for a single machine too.
> >
> > That sounds great. Can someone give a pointer to some documentation or 
> examples for that?
> 
> Is it correct to just replace the UBOOT_MACHINE item in the machine 
> config with something like this?
> 
> UBOOT_CONFIG ??= "sub1 sub2 sub3"
> UBOOT_CONFIG[sub1] = "mymachine_sub1_config"
> UBOOT_CONFIG[sub2] = "mymachine_sub2_config"
> UBOOT_CONFIG[sub3] = "mymachine_sub3_config"
> 
> 
> Looks right.

What about the u-boot-fw-utils? Is the recipe ready for this too?

What about the artefacts? Is there one binary usable for all u-boot images?

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-qt5] Error with gstreamer 1.0 in qtmultimedia

2015-09-09 Thread sujith h

Hi,

When I tried to enable gstreamer 1.0 in PACKAGECONFIG of qtmultimedia
recipe and tried to build, there was compilation error in the log. Has any
one faced such an issue or tried with gstreamer 1.0? Let me know, I can
share the build errors for the same.

Thanks,
Sujith H

-- 
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
 http://sujithh.info
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] OE Changelog since 2015-08-30 until 2015-09-06

2015-09-09 Thread cliff . brake

Changelog since 2015-08-30 until 2015-09-06.  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-atmel: https://github.com/linux4sam/meta-atmel.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: 
https://github.com/schnitzeltony/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-jetson-tk1: https://github.com/cubicool/meta-jetson-tk1.git
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-nodejs: https://github.com/imyller/meta-nodejs.git
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:

Alex Franco (1):
  cooker/runqueue: Allow bitbake commands starting with do_

Belen Barros Pena (3):
  toaster: disable build button as needed
  toaster: show incomplete configuration warning
  toaster: improve explanation of checkout dir

Benjamin Esquivel (2):
  utils: Specify dest file name in movefile()
  utils: Fix a potential error in movefile

Christopher Larson (6):
  build: delete tasks thoroughly
  bb.data_smart: retain traceback from ExpansionError
  bb.cookerdata: include useful traceback for ExpansionError/ParseError
  bb.fetch.git: remove leading '.' from gitsrcname
  bb.fetch: handle checksums consistently for mirrors
  bb.fetch: don't remove the clone when an update fails

Elliot Smith (6):
  toaster: Make 0021 migration compatible with MySQL
  toaster: Improve how default project is identified and fetched
  toaster: Only redirect to projects page if user has added projects
  toaster: Exclude default project unless it has builds
  toaster: Fix test for projects page JSON
  toaster: Add tests for pages which show the default project

Richard Purdie (1):
  event/server: Add _uiready flag to handle missing error messages


Changelog for openembedded-core:

Alejandro del Castillo (1):
  opkg: upgrade to v0.3.0

Alex Franco (2):
  Fix mode +st on TMPDIR when creating it
  Fix recursive mode -st on BUILDDIR setup

Alexander Kanavin (17):
  upstream_tracking.inc: deprecate and move contents to recipes
  dropbear: update to 2015.68
  libnotify: don't inherit unnecessary distro_features_check
  e2fsprogs: explain why there is no update for now
  package_regex.inc: updates to improve upstream tracking
  cmake: update to 3.3.1
  dpkg: update to 1.18.2
  ccache: update to 3.2.3
  mailx: update to 12.5-5
  net-tools: update to 1.60-25
  mkelfimage: add RECIPE_NO_UPDATE_REASON
  python-async: update to 0.6.2
  python-smmap: update to 0.9.0
  remake: update to 4.1+dbg-1.1
  vte: add RECIPE_NO_UPDATE_REASON
  package_regex.inc: various updates to improve RRS accuracy
  libunique: remove the recipe

Andreas Müller (1):
  libnotify: add (R)PROVIDES/RCONFLICTS/RREPLACES for meta-gnome's libnotify

Aníbal Limón (1):
  qemu: Fix qemu_cpu_kick_thread on init

Christopher Larson (12):
  iw: add recipe from meta-networking
  iw: inherit pkgconfig
  iw: obey our target path variables
  iw: support and enable separate build dir
  packagegroup-base: pull in iw as well as wireless-tools
  bitbake.conf: add

Re: [oe] [OE-core] State of bitbake world, wrong PACKAGE_ARCHs 2015-09-08

2015-09-09 Thread Martin Jansa

On Wed, Sep 09, 2015 at 09:14:20AM +0200, Andreas Müller wrote:
> On Wed, Sep 9, 2015 at 1:10 AM, Martin Jansa  wrote:
> > On Tue, Sep 08, 2015 at 11:39:20PM +0200, Andreas Müller wrote:
> >> On Tue, Sep 8, 2015 at 7:09 PM, Martin Jansa  
> >> wrote:
> >> > ERROR: polkit-group-rule-datetime different signature for task 
> >> > do_configure.sigdata between qemux86copy and qemuarm
> >> > runtaskdeps changed from 
> >> > ['polkitpolkit-group-rule-datetime.bb.do_patch', 
> >> > 'polkitpolkit_0.113.bb.do_populate_sysroot', 
> >> > 'shadowshadow_4.2.1.bb.do_populate_sysroot:virtual:native'] to 
> >> > ['polkitpolkit-group-rule-datetime.bb.do_patch', 
> >> > 'polkitpolkit_0.113.bb.do_populate_sysroot', 
> >> > 'shadowshadow_4.2.1.bb.do_populate_sysroot:virtual:native']
> >> > /home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-extended/polkit/polkit_0.113.bb.do_populate_sysroot
> >> >  with hash 284d6bbd28ea723c466e0c5c88a09a50
> >> I missed many of these - because I am not up to date on oe-core (did
> >> not want to loose midori for my images) - will change that soon. For
> >> this type of error: is it correct that it is caused by allarch recipes
> >> depending on machine/architecture specific recipes?
> >
> > close, the important part is few lines bellow:
> >
> > /home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-extended/polkit/polkit_0.113.bb.do_populate_sysroot
> > with hash
> > 284d6bbd28ea723c466e0c5c88a09a50
> >  changed to
> > /home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-extended/polkit/polkit_0.113.bb.do_populate_sysroot
> > with hash
> > 06cf7139c6588d047fa11444d88175ab
> > Hash for dependent task polkitpolkit_0.113.bb.do_populate_sysroot
> > changed from 284d6bbd28ea723c466e0c5c88a09a50 to
> > 06cf7139c6588d047fa11444d88175ab
> >
> > so allarch recipe polkitpolkit-group-rule-datetime is depending on
> > TUNE_PKGARCH-specific recipe polkit (on it's do_populate_sysroot task
> > which is expected to be different for diferent TUNE_PKGARCHs)
> >
> So to fix we could
> 
> 1. either remove dependencies or
> 2. remove allarch or
> 3. ??

3a) add such dependency to SIGGEN_EXCLUDERECIPES_ABISAFE if it's
completely ABI safe (recipes depending on it shouldn't get rebuild after
any changes to it)
3b) add such dependency to SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS to exclude it
only for given recipe (in this case by saying that polkit-groups doesn't
need rebuild when polkit recipe is changed in any way)

> For e.g the polkit-groups 1 seems not possible what about package
> feeds when removing allarch?

I think in this case 3a) and 3b) don't apply as well, so easiest and
safest option is 2), package feeds should survive that, because new
package will have higher version (when PRserv is used) and also higher
package arch priority (all is lowest). Even the sysroot should now
survive ok, with new functionality which "uninstalls" staged file for
unreachable stamps.

Also polkit-groups build doesn't take very long, so we don't mind to
build it once per TUNE_PKGARCH instead of building it as allarch only
once but with unsafe deps.

Regards,
-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] State of bitbake world, wrong PACKAGE_ARCHs 2015-09-08

2015-09-09 Thread Andreas Müller

On Wed, Sep 9, 2015 at 4:55 PM, Martin Jansa  wrote:
> On Wed, Sep 09, 2015 at 09:14:20AM +0200, Andreas Müller wrote:
>> On Wed, Sep 9, 2015 at 1:10 AM, Martin Jansa  wrote:
>> > On Tue, Sep 08, 2015 at 11:39:20PM +0200, Andreas Müller wrote:
>> >> On Tue, Sep 8, 2015 at 7:09 PM, Martin Jansa  
>> >> wrote:
>> >> > ERROR: polkit-group-rule-datetime different signature for task 
>> >> > do_configure.sigdata between qemux86copy and qemuarm
>> >> > runtaskdeps changed from 
>> >> > ['polkitpolkit-group-rule-datetime.bb.do_patch', 
>> >> > 'polkitpolkit_0.113.bb.do_populate_sysroot', 
>> >> > 'shadowshadow_4.2.1.bb.do_populate_sysroot:virtual:native'] to 
>> >> > ['polkitpolkit-group-rule-datetime.bb.do_patch', 
>> >> > 'polkitpolkit_0.113.bb.do_populate_sysroot', 
>> >> > 'shadowshadow_4.2.1.bb.do_populate_sysroot:virtual:native']
>> >> > /home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-extended/polkit/polkit_0.113.bb.do_populate_sysroot
>> >> >  with hash 284d6bbd28ea723c466e0c5c88a09a50
>> >> I missed many of these - because I am not up to date on oe-core (did
>> >> not want to loose midori for my images) - will change that soon. For
>> >> this type of error: is it correct that it is caused by allarch recipes
>> >> depending on machine/architecture specific recipes?
>> >
>> > close, the important part is few lines bellow:
>> >
>> > /home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-extended/polkit/polkit_0.113.bb.do_populate_sysroot
>> > with hash
>> > 284d6bbd28ea723c466e0c5c88a09a50
>> >  changed to
>> > /home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-extended/polkit/polkit_0.113.bb.do_populate_sysroot
>> > with hash
>> > 06cf7139c6588d047fa11444d88175ab
>> > Hash for dependent task polkitpolkit_0.113.bb.do_populate_sysroot
>> > changed from 284d6bbd28ea723c466e0c5c88a09a50 to
>> > 06cf7139c6588d047fa11444d88175ab
>> >
>> > so allarch recipe polkitpolkit-group-rule-datetime is depending on
>> > TUNE_PKGARCH-specific recipe polkit (on it's do_populate_sysroot task
>> > which is expected to be different for diferent TUNE_PKGARCHs)
>> >
>> So to fix we could
>>
>> 1. either remove dependencies or
>> 2. remove allarch or
>> 3. ??
>
> 3a) add such dependency to SIGGEN_EXCLUDERECIPES_ABISAFE if it's
> completely ABI safe (recipes depending on it shouldn't get rebuild after
> any changes to it)
> 3b) add such dependency to SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS to exclude it
> only for given recipe (in this case by saying that polkit-groups doesn't
> need rebuild when polkit recipe is changed in any way)
>
>> For e.g the polkit-groups 1 seems not possible what about package
>> feeds when removing allarch?
>
> I think in this case 3a) and 3b) don't apply as well, so easiest and
> safest option is 2), package feeds should survive that, because new
> package will have higher version (when PRserv is used) and also higher
> package arch priority (all is lowest). Even the sysroot should now
> survive ok, with new functionality which "uninstalls" staged file for
> unreachable stamps.
>
> Also polkit-groups build doesn't take very long, so we don't mind to
> build it once per TUNE_PKGARCH instead of building it as allarch only
> once but with unsafe deps.
>
Thanks a lot and I agree with removing allarch for this case. Hope I
have the courage to update oe-core this weekend :)

Ah - one further question for tests: The allarch signature change is
detected only when building multiple machines - correct?

Andreas
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-networking][PATCH] iftop: 1.0pre2 -> 1.0pre4

2015-09-09 Thread kai.kang

From: Kai Kang 

* update md5sum of license file

Signed-off-by: Kai Kang 
---
 .../recipes-support/iftop/{iftop_1.0pre2.bb => iftop_1.0pre4.bb}| 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta-networking/recipes-support/iftop/{iftop_1.0pre2.bb => 
iftop_1.0pre4.bb} (57%)

diff --git a/meta-networking/recipes-support/iftop/iftop_1.0pre2.bb 
b/meta-networking/recipes-support/iftop/iftop_1.0pre4.bb
similarity index 57%
rename from meta-networking/recipes-support/iftop/iftop_1.0pre2.bb
rename to meta-networking/recipes-support/iftop/iftop_1.0pre4.bb
index e60fc8a..0c8e494 100644
--- a/meta-networking/recipes-support/iftop/iftop_1.0pre2.bb
+++ b/meta-networking/recipes-support/iftop/iftop_1.0pre4.bb
@@ -4,11 +4,11 @@ SECTION = "net"
 DEPENDS = "libpcap ncurses"
 
 LICENSE = "GPLv2"
-LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
+LIC_FILES_CHKSUM = "file://COPYING;md5=76498170798db0f4f0fb685a225f702f"
 
 SRC_URI = "http://www.ex-parrot.com/pdw/iftop/download/iftop-${PV}.tar.gz;
-SRC_URI[md5sum] = "fef521a49ec0122458d02c64212af3c5"
-SRC_URI[sha256sum] = 
"1b193037bb3019afae88cd94c87468aac4b045d81ab816ed8d2f489716b14027"
+SRC_URI[md5sum] = "7e6decb4958e8a4890cccac335239f24"
+SRC_URI[sha256sum] = 
"f733eeea371a7577f8fe353d86dd88d16f5b2a2e702bd96f5ffb2c197d9b4f97"
 
 inherit autotools-brokensep
 
-- 
1.9.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] State of bitbake world, wrong PACKAGE_ARCHs 2015-09-08

2015-09-09 Thread Martin Jansa

On Wed, Sep 09, 2015 at 05:14:59PM +0200, Andreas Müller wrote:
> On Wed, Sep 9, 2015 at 4:55 PM, Martin Jansa  wrote:
> > On Wed, Sep 09, 2015 at 09:14:20AM +0200, Andreas Müller wrote:
> >> On Wed, Sep 9, 2015 at 1:10 AM, Martin Jansa  
> >> wrote:
> >> > On Tue, Sep 08, 2015 at 11:39:20PM +0200, Andreas Müller wrote:
> >> >> On Tue, Sep 8, 2015 at 7:09 PM, Martin Jansa  
> >> >> wrote:
> >> >> > ERROR: polkit-group-rule-datetime different signature for task 
> >> >> > do_configure.sigdata between qemux86copy and qemuarm
> >> >> > runtaskdeps changed from 
> >> >> > ['polkitpolkit-group-rule-datetime.bb.do_patch', 
> >> >> > 'polkitpolkit_0.113.bb.do_populate_sysroot', 
> >> >> > 'shadowshadow_4.2.1.bb.do_populate_sysroot:virtual:native'] to 
> >> >> > ['polkitpolkit-group-rule-datetime.bb.do_patch', 
> >> >> > 'polkitpolkit_0.113.bb.do_populate_sysroot', 
> >> >> > 'shadowshadow_4.2.1.bb.do_populate_sysroot:virtual:native']
> >> >> > /home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-extended/polkit/polkit_0.113.bb.do_populate_sysroot
> >> >> >  with hash 284d6bbd28ea723c466e0c5c88a09a50
> >> >> I missed many of these - because I am not up to date on oe-core (did
> >> >> not want to loose midori for my images) - will change that soon. For
> >> >> this type of error: is it correct that it is caused by allarch recipes
> >> >> depending on machine/architecture specific recipes?
> >> >
> >> > close, the important part is few lines bellow:
> >> >
> >> > /home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-extended/polkit/polkit_0.113.bb.do_populate_sysroot
> >> > with hash
> >> > 284d6bbd28ea723c466e0c5c88a09a50
> >> >  changed to
> >> > /home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-extended/polkit/polkit_0.113.bb.do_populate_sysroot
> >> > with hash
> >> > 06cf7139c6588d047fa11444d88175ab
> >> > Hash for dependent task polkitpolkit_0.113.bb.do_populate_sysroot
> >> > changed from 284d6bbd28ea723c466e0c5c88a09a50 to
> >> > 06cf7139c6588d047fa11444d88175ab
> >> >
> >> > so allarch recipe polkitpolkit-group-rule-datetime is depending on
> >> > TUNE_PKGARCH-specific recipe polkit (on it's do_populate_sysroot task
> >> > which is expected to be different for diferent TUNE_PKGARCHs)
> >> >
> >> So to fix we could
> >>
> >> 1. either remove dependencies or
> >> 2. remove allarch or
> >> 3. ??
> >
> > 3a) add such dependency to SIGGEN_EXCLUDERECIPES_ABISAFE if it's
> > completely ABI safe (recipes depending on it shouldn't get rebuild after
> > any changes to it)
> > 3b) add such dependency to SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS to exclude it
> > only for given recipe (in this case by saying that polkit-groups doesn't
> > need rebuild when polkit recipe is changed in any way)
> >
> >> For e.g the polkit-groups 1 seems not possible what about package
> >> feeds when removing allarch?
> >
> > I think in this case 3a) and 3b) don't apply as well, so easiest and
> > safest option is 2), package feeds should survive that, because new
> > package will have higher version (when PRserv is used) and also higher
> > package arch priority (all is lowest). Even the sysroot should now
> > survive ok, with new functionality which "uninstalls" staged file for
> > unreachable stamps.
> >
> > Also polkit-groups build doesn't take very long, so we don't mind to
> > build it once per TUNE_PKGARCH instead of building it as allarch only
> > once but with unsafe deps.
> >
> Thanks a lot and I agree with removing allarch for this case. Hope I
> have the courage to update oe-core this weekend :)
> 
> Ah - one further question for tests: The allarch signature change is
> detected only when building multiple machines - correct?

Yes, to detect the most obvious issues I'm using qemux86 and qemux86copy
MACHINEs (qemux86copy is added in one of oe-core/jansa/master patches).
This is good for detecting TUNE_PKGARCH depending on MACHINE_ARCH.

But to detect allarch depending on TUNE_PKGARCH recipe you need to
compare it between 2 MACHINEs with different TUNE_PKGARCH (I'm using
qemux86 and qemuarm).

Most of this testing logic is defined in:
openembedded-core/scripts/sstate-diff-machines.sh
if you pass --analyze parameter, that's what jenkins jobs are using to
generate this report.

Regards,

> 
> Andreas

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-qt5][PATCH] qt5: package Qt Quick Designer files separately

2015-09-09 Thread Martin Jansa

On Wed, Sep 02, 2015 at 12:32:39PM +0300, Samuli Piippo wrote:
> Some modules (at least Qt Quick Controls and Qt Canvas 3d) have extra
> files for Qt Quick Designer integration, which are not needed in the image.
> Create new ${PN}-qmldesigner package that includes those files instead of
> ${PN}-qmlplugins.

This breaks qtwebkit:

ERROR: Nothing RPROVIDES 'qtwebkit-qmldesigner' (but
/home/jenkins/oe/world/shr-core/meta-qt5/recipes-qt/qt5/qtwebkit_git.bb
RDEPENDS on or otherwise requires it)

NOTE: Runtime target 'qtwebkit-qmldesigner' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['qtwebkit-qmldesigner']

NOTE: Runtime target 'qtquick1-dev' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['qtquick1-dev',
'qtwebkit', 'qtwebkit-qmldesigner']
...

it's caused by qtwebkit redefinition of PACKAGES variable:
# remove default ${PN}-examples-dbg ${PN}-examples set in qt5.inc,
# because it conflicts with ${PN} from separate webkit-examples recipe
PACKAGES = "${PN}-dbg ${PN}-staticdev ${PN}-dev ${PN}-doc ${PN}-locale
${PACKAGE_BEFORE_PN} ${PN} ${PN}-qmlplugins-dbg ${PN}-tools-dbg
${PN}-plugins-dbg ${PN}-qmlplugins ${PN}-tools ${PN}-plugins
${PN}-mkspecs "


Can you change qtwebkit_git.bb to use PACKAGES_remove and resend tested
patch?

Regards,

> ---
>  recipes-qt/qt5/qt5.inc | 8 +++-
>  1 file changed, 7 insertions(+), 1 deletion(-)
> 
> diff --git a/recipes-qt/qt5/qt5.inc b/recipes-qt/qt5/qt5.inc
> index 4c58ad6..17d8fd7 100644
> --- a/recipes-qt/qt5/qt5.inc
> +++ b/recipes-qt/qt5/qt5.inc
> @@ -45,7 +45,7 @@ INSANE_SKIP_${PN}-examples += "libdir"
>  INSANE_SKIP_${PN}-examples-dbg += "libdir"
>  INSANE_SKIP_${PN}-examples-dev += "libdir"
>  
> -PACKAGES =. "${PN}-qmlplugins-dbg ${PN}-tools-dbg ${PN}-plugins-dbg 
> ${PN}-qmlplugins ${PN}-tools ${PN}-plugins ${PN}-mkspecs ${PN}-examples-dev 
> ${PN}-examples-staticdev ${PN}-examples-dbg ${PN}-examples "
> +PACKAGES =. "${PN}-qmlplugins-dbg ${PN}-tools-dbg ${PN}-plugins-dbg 
> ${PN}-qmldesigner ${PN}-qmlplugins ${PN}-tools ${PN}-plugins ${PN}-mkspecs 
> ${PN}-examples-dev ${PN}-examples-staticdev ${PN}-examples-dbg ${PN}-examples 
> "
>  
>  ALLOW_EMPTY_${PN} = "1"
>  ALLOW_EMPTY_${PN}-dbg = "1"
> @@ -58,6 +58,7 @@ RRECOMMENDS_${PN}_class-target = " \
>  RRECOMMENDS_${PN}-dev = " \
>  ${PN} \
>  ${PN}-mkspecs \
> +${PN}-qmldesigner \
>  "
>  
>  RRECOMMENDS_${PN}-dbg = " \
> @@ -85,6 +86,11 @@ FILES_${PN}-plugins-dbg = " \
>  "
>  
>  # extra packages
> +FILES_${PN}-qmldesigner += " \
> +${OE_QMAKE_PATH_QML}/*/designer \
> +${OE_QMAKE_PATH_QML}/*/*/designer \
> +"
> +
>  # qmlplugins 1-4 levels of subdirs qmldir + *{.so,*.qmltypes,*.qml,*js}
>  FILES_${PN}-qmlplugins = " \
>  ${OE_QMAKE_PATH_QML}/*/*${SOLIBSDEV} \
> -- 
> 1.9.1
> 
> -- 
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] State of bitbake world, wrong PACKAGE_ARCHs 2015-09-08

[oe] [meta-java] bitbake openjdk-7-jre error

Re: [oe] [OE-core] "sub" machine types?

[oe] [meta-qt5] Error with gstreamer 1.0 in qtmultimedia

[oe] OE Changelog since 2015-08-30 until 2015-09-06

Re: [oe] [OE-core] State of bitbake world, wrong PACKAGE_ARCHs 2015-09-08

Re: [oe] [OE-core] State of bitbake world, wrong PACKAGE_ARCHs 2015-09-08

[oe] [meta-networking][PATCH] iftop: 1.0pre2 -> 1.0pre4

Re: [oe] [OE-core] State of bitbake world, wrong PACKAGE_ARCHs 2015-09-08

Re: [oe] [meta-qt5][PATCH] qt5: package Qt Quick Designer files separately

10 matches

Site Navigation

Mail list logo

Footer information