Tuesday, 2014-10-21

*** nitink <nitink!nitink@nat/intel/x-ufvfooprlbsndcyl> has joined #yocto00:20
*** sarahsharp <sarahsharp!~sarah@> has quit IRC00:20
*** cpuNotFound <cpuNotFound!4281ef0c@gateway/web/freenode/ip.> has quit IRC00:21
*** nitink <nitink!nitink@nat/intel/x-ufvfooprlbsndcyl> has quit IRC00:34
-YoctoAutoBuilder- build #76 of nightly-qa-extras is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-extras/builds/7600:48
-YoctoAutoBuilder- build #76 of nightly-qa-skeleton is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-skeleton/builds/7601:05
-YoctoAutoBuilder- build #77 of nightly-qa-pam is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-pam/builds/7701:05
-YoctoAutoBuilder- build #76 of buildtools is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/buildtools/builds/7601:28
-YoctoAutoBuilder- build #74 of nightly-intel-gpl is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-intel-gpl/builds/7401:29
-YoctoAutoBuilder- build #76 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/7601:38
-YoctoAutoBuilder- build #83 of poky-tiny is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/poky-tiny/builds/8301:38
otavioCrofton|work: RP: JaMa: SDK patches in oe-core and meta-oe ml. Those fixes the SDK issues I had.02:02
-YoctoAutoBuilder- build #77 of minnow-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/minnow-lsb/builds/7702:32
*** sameo <sameo!~samuel@> has quit IRC02:45
-YoctoAutoBuilder- build #75 of nightly-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/7502:59
-YoctoAutoBuilder- build #75 of nightly-ipk is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/7503:01
-YoctoAutoBuilder- build #76 of nightly-rpm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/7603:06
-YoctoAutoBuilder- build #76 of nightly-fsl-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc-lsb/builds/7603:11
*** alimon <alimon!alimon@nat/intel/x-hneyqagtfklqdzqh> has quit IRC03:13
*** alimon <alimon!alimon@nat/intel/x-pxraytjsxauijzbt> has joined #yocto03:14
*** fishey2 <fishey2!~ydoc@vcr.einic.org> has quit IRC03:15
*** fishey2 <fishey2!~ydoc@vcr.einic.org> has joined #yocto03:24
*** fishey2 <fishey2!~ydoc@vcr.einic.org> has quit IRC03:28
-YoctoAutoBuilder- build #74 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/7403:33
-YoctoAutoBuilder- build #75 of nightly-qa-systemd is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/7503:47
*** fishey2 <fishey2!~ydoc@vcr.einic.org> has joined #yocto03:53
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto03:59
-YoctoAutoBuilder- build #76 of nightly-multilib is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/7604:09
-YoctoAutoBuilder- build #77 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/7704:15
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC04:18
*** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has quit IRC04:25
*** AndersD <AndersD!~anders@c83-252-255-124.bredband.comhem.se> has joined #yocto04:27
-YoctoAutoBuilder- build #76 of nightly-fsl-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc/builds/7604:33
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto04:43
*** nitink <nitink!~nitink@> has joined #yocto04:56
-YoctoAutoBuilder- build #75 of nightly-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/7504:58
*** jonte <jonte!~Jonte@> has joined #yocto05:07
*** [Sno] <[Sno]!~Sno]@ip150.99.69.80.in-addr.arpa> has joined #yocto05:10
-YoctoAutoBuilder- build #76 of minnow is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/minnow/builds/7605:24
*** nitink <nitink!~nitink@> has quit IRC05:32
*** agust <agust!~agust@p4FC46851.dip0.t-ipconnect.de> has joined #yocto05:32
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC05:33
*** tasslehoff <tasslehoff!~Tasslehof@ti0260a430-1240.bb.online.no> has joined #yocto05:39
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto05:48
-YoctoAutoBuilder- build #75 of nightly-mips-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/7505:50
-YoctoAutoBuilder- build #77 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/7706:01
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto06:02
-YoctoAutoBuilder- build #76 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/7606:08
*** pohly <pohly!~pohly@p5DE8C753.dip0.t-ipconnect.de> has joined #yocto06:09
-YoctoAutoBuilder- build #78 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/7806:16
*** kevin_t <kevin_t!~Thunderbi@> has joined #yocto06:19
*** akS_ <akS_!d44db44a@gateway/web/freenode/ip.> has joined #yocto06:21
*** GunsNRose <GunsNRose!~arch@> has joined #yocto06:23
akS_morning all06:24
*** SorenHolm <SorenHolm!~quassel@> has joined #yocto06:25
JaMaotavio: by meta-oe you mean for meta-qt5?06:37
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC06:48
*** TobSnyder <TobSnyder!~schneider@ip92341b76.dynamic.kabel-deutschland.de> has joined #yocto06:49
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto06:53
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto06:54
-YoctoAutoBuilder- build #75 of nightly-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/7506:55
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-clexobgtjuycofmd> has joined #yocto06:59
*** florian_kc is now known as florian07:00
-YoctoAutoBuilder- build #77 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/7707:06
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto07:17
*** jmpdelos__ <jmpdelos__!~polk@174-24-117-109.clsp.qwest.net> has joined #yocto07:19
*** GunsNRose <GunsNRose!~arch@> has quit IRC07:20
*** jmdelos_ <jmdelos_!~polk@174-22-185-65.clsp.qwest.net> has quit IRC07:21
*** ironsven <ironsven!d4178ac2@gateway/web/freenode/ip.> has joined #yocto07:24
*** zecke <zecke!~ich@89-160-133-102.du.xdsl.is> has joined #yocto07:42
*** sameo <sameo!~samuel@> has joined #yocto07:57
*** kevin_t <kevin_t!~Thunderbi@> has quit IRC08:21
*** kevin_t <kevin_t!~Thunderbi@> has joined #yocto08:22
*** TobSnyder <TobSnyder!~schneider@ip92341b76.dynamic.kabel-deutschland.de> has quit IRC08:29
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto08:38
*** tmpsantos <tmpsantos!~tmpsantos@> has joined #yocto08:41
*** neur0Fuzzy <neur0Fuzzy!~neur0Fuzz@p223.net059084181.tokai.or.jp> has joined #yocto08:42
*** pascal-bach <pascal-bach!~pascal-ba@46-126-139-1.dynamic.hispeed.ch> has joined #yocto08:46
*** pascal-bach <pascal-bach!~pascal-ba@46-126-139-1.dynamic.hispeed.ch> has quit IRC08:51
*** pascal-bach <pascal-bach!~pascal-ba@46-126-139-1.dynamic.hispeed.ch> has joined #yocto08:55
*** darknighte <darknighte!~darknight@darknighte.xen.prgmr.com> has joined #yocto09:04
*** darknighte is now known as Guest3887309:04
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto09:04
*** belen <belen!~Adium@> has joined #yocto09:04
*** falk0n <falk0n!~falk0n@a85-138-89-15.cpe.netcabo.pt> has joined #yocto09:08
*** phantoxe <phantoxe!~destroy@acarlosss.broker.freenet6.net> has joined #yocto09:08
*** Guest38873 <Guest38873!~darknight@darknighte.xen.prgmr.com> has quit IRC09:09
*** darknighte_ <darknighte_!~darknight@darknighte.xen.prgmr.com> has joined #yocto09:09
-YoctoAutoBuilder- build #75 of nightly-fsl-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-arm-lsb/builds/7509:10
*** frsc <frsc!~frsc@host-2-99-100-252.as13285.net> has joined #yocto09:14
*** TobSnyder <TobSnyder!~schneider@ip92341b76.dynamic.kabel-deutschland.de> has joined #yocto09:14
*** darknighte_ <darknighte_!~darknight@darknighte.xen.prgmr.com> has joined #yocto09:16
*** darknighte_ <darknighte_!~darknight@darknighte.xen.prgmr.com> has joined #yocto09:19
*** zecke <zecke!~ich@89-160-133-102.du.xdsl.is> has quit IRC09:29
*** darknighte_ <darknighte_!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto09:31
*** likewise <likewise!~likewise@h230004.upc-h.chello.nl> has joined #yocto09:32
LetoThe2ndis there a neat way to tell runqemu that it shall not pass a rootfs? like, i want to test the builtin initramfs only?09:32
-YoctoAutoBuilder- build #77 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/7709:38
*** likewise <likewise!~likewise@h230004.upc-h.chello.nl> has quit IRC09:44
*** sarahsharp <sarahsharp!~sarah@> has joined #yocto09:46
*** likewise <likewise!~likewise@h230004.upc-h.chello.nl> has joined #yocto09:47
*** _dv_ <_dv_!~quassel@chello062178118086.5.14.vie.surfer.at> has joined #yocto09:48
*** dv_ <dv_!~quassel@chello062178118086.5.14.vie.surfer.at> has quit IRC09:49
*** kevin_t <kevin_t!~Thunderbi@> has quit IRC09:53
*** kevin_t <kevin_t!~Thunderbi@> has joined #yocto09:55
*** kevin_t <kevin_t!~Thunderbi@> has quit IRC10:02
*** kevin_t <kevin_t!~Thunderbi@> has joined #yocto10:02
iontehi. any idea why i can't add "nfs-server" as an EXTRA_IMAGE_FEATURE? i get the error message: 'nfs-server' in IMAGE_FEATURES is not a valid image feature ...and then a list of the available features (which does not include nfs-server)10:12
ionteso, to rephrase, how do i add nfs-server to the available features? i'm on daisy.10:13
LetoThe2ndionte: maybe its just not a IMAGE_FEATURE, but a common recipe?10:16
*** mckoan|away is now known as mckoan10:16
ionteLetoThe2nd: not according to the reference manual (http://www.yoctoproject.org/docs/1.6.1/ref-manual/ref-manual.html), section 9.310:17
LetoThe2ndionte: looks like nfs-utils is your best bet10:17
LetoThe2ndionte: agreed, but still there's always the possibility that docs are incorrect. did you try and grep your poky tree for "nfs-server"?10:18
ionteLetoThe2nd: not yet10:21
-YoctoAutoBuilder- build #79 of nightly-mips is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/7910:50
*** gvy <gvy!~mike@altlinux/developer/mike> has joined #yocto10:54
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has quit IRC11:00
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto11:15
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto11:16
*** tasslehoff <tasslehoff!~Tasslehof@ti0260a430-1240.bb.online.no> has quit IRC11:16
otavioJaMa: in meta-oe ml11:17
JaMayou mean oe-devel ml?11:17
otavioyes sorry hehe11:17
*** phantoxe <phantoxe!~destroy@acarlosss.broker.freenet6.net> has quit IRC11:18
JaMafeel free to merge that one + one from Anders (more libs in sdk)11:18
JaMaI'm still leaving this whole sdk business to you, because I don't have good test-case for it11:18
otavioJaMa: the cmake fix needs to wait for oe-core fix to be merged first11:19
otavioJaMa: I know11:19
Net147does the qt5 SDK environment change in master mean that it won't work with daisy and older releases?11:20
otavioJaMa: where is Anders patch marked for review?11:20
otavioNet147: yes; dizzy changed completely the environment way11:20
otavioNet147: so yes.11:20
JaMaotavio: meta-qt5 bundle11:21
Net147otavio: seems unfortunate we can't maintain backward compatibility11:21
otavioNet147: sorry but this is not something expected. We have branches for each release for that11:21
JaMaotavio: but there was v2 sent last week (not yet in bundles)11:21
otavioNet147: and we cannot afford the backports as it'd change for existing users and products11:22
otavioJaMa: ok11:22
*** tlwoerner <tlwoerner!~tlwoerner@> has joined #yocto11:24
*** tlwoerner <tlwoerner!~tlwoerner@linaro/tlwoerner> has joined #yocto11:24
*** tlwoerner <tlwoerner!~tlwoerner@linaro/tlwoerner> has quit IRC11:27
*** sarahsharp <sarahsharp!~sarah@> has quit IRC11:27
otavioJaMa: http://patches.openembedded.org/patch/81853/ this is the v211:31
otavioJaMa: this is the one you meant to get merged?11:31
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has quit IRC11:35
JaMaotavio: also this one http://patchwork.openembedded.org/patch/81599/ from Net14711:36
*** juristi <juristi!~juristi@nusku.fi> has quit IRC11:36
*** hramrach_ <hramrach_!~hramrach@gateway/tor-sasl/hramrach> has quit IRC11:37
*** falk0n <falk0n!~falk0n@a85-138-89-15.cpe.netcabo.pt> has quit IRC11:37
*** AndersD <AndersD!~anders@c83-252-255-124.bredband.comhem.se> has quit IRC11:37
*** maxin <maxin!~majo@sestofw01.enea.se> has quit IRC11:37
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC11:37
*** ddalex <ddalex!~ddalex@> has quit IRC11:37
*** k-s <k-s!~gustavo@enlightenment/developer/k-s> has quit IRC11:37
*** __valle__ <__valle__!~valle@194-218-94-206.customer.telia.com> has quit IRC11:37
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto11:37
*** k-s <k-s!~gustavo@ec2-54-207-56-134.sa-east-1.compute.amazonaws.com> has joined #yocto11:37
*** k-s <k-s!~gustavo@enlightenment/developer/k-s> has joined #yocto11:37
*** AndersD <AndersD!~anders@c83-252-255-124.bredband.comhem.se> has joined #yocto11:37
*** __valle__ <__valle__!~valle@194-218-94-206.customer.telia.com> has joined #yocto11:37
*** falk0n <falk0n!~falk0n@a85-138-89-15.cpe.netcabo.pt> has joined #yocto11:37
*** juristi <juristi!~juristi@nusku.fi> has joined #yocto11:37
*** maxin <maxin!~majo@sestofw01.enea.se> has joined #yocto11:38
*** ddalex <ddalex!~ddalex@> has joined #yocto11:38
otavioJaMa: good; applied.11:39
otavioJaMa: I am not applying the cmake one as it depends on oe-core change11:39
*** bhav <bhav!3df6bac6@gateway/web/freenode/ip.> has quit IRC11:40
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto11:42
JaMawhat do you think about upgrading to 5.4-beta (in git recipe) before branching dizzy?11:42
*** phantoxe <phantoxe!~destroy@acarlosss.broker.freenet6.net> has joined #yocto11:43
otavioJaMa: I think it'd be perfect11:43
otavioJaMa: :)11:43
otavioJaMa: when final is planned, do you know?11:44
Net147JaMa: otavio: thoughts on http://patchwork.openembedded.org/patch/81603/ ?11:44
*** blitz00 <blitz00!stefans@nat/intel/session> has joined #yocto11:44
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto11:44
Net147otavio: target is 2nd dec11:45
otavioNet147: I am fine with http://patchwork.openembedded.org/patch/81603/; JaMa ?11:45
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC11:46
*** blitz00 <blitz00!stefans@nat/intel/x-qvlulxqlsnoaewhq> has joined #yocto11:46
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto11:46
JaMafine with me, I wanted to update meta-qt5/qtbase branches before applying that11:48
JaMaand I was also checking if some new QA issues are caused by this11:48
otavioJaMa: I will let it for you than11:49
*** likewise <likewise!~likewise@h230004.upc-h.chello.nl> has quit IRC11:49
*** roric <roric!~roric@> has joined #yocto11:58
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC11:59
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto12:01
*** phantoxe <phantoxe!~destroy@acarlosss.broker.freenet6.net> has quit IRC12:02
_ccubehey guys! I got an custom yocto image for the a10s board. can I assume, that its working kind of the same on a10 boards if I rebuild for a10 with the same yocto build scripts? Or are there major differences I have to be aware of? Hardware looks pretty much the same, isnt it?12:04
*** likewise <likewise!~likewise@h230004.upc-h.chello.nl> has joined #yocto12:05
*** Nilesh_ <Nilesh_!~minda@> has left #yocto12:11
*** frsc <frsc!~frsc@host-2-99-100-252.as13285.net> has quit IRC12:16
*** k-s is now known as k-s[WORK]12:17
*** phantoxe <phantoxe!~destroy@acarlosss.broker.freenet6.net> has joined #yocto12:17
*** melonipoika <melonipoika!~quassel@> has quit IRC12:31
*** likewise <likewise!~likewise@h230004.upc-h.chello.nl> has quit IRC12:34
*** mago_ <mago_!~mago@c193-14-123-186.cust.tele2.se> has quit IRC12:40
*** marka <marka!~marka@> has joined #yocto12:40
*** hramrach_ <hramrach_!~hramrach@gateway/tor-sasl/hramrach> has joined #yocto12:42
*** mago_ <mago_!~mago@c193-14-123-186.cust.tele2.se> has joined #yocto12:44
mckoan_ccube: usually each board has its own kernel and are not interchangeable12:51
*** mahdi <mahdi!02bed2a4@gateway/web/freenode/ip.> has joined #yocto12:56
*** sjolley <sjolley!~sjolley@> has quit IRC13:19
*** k-s[WORK] is now known as k-s13:25
*** AndersD <AndersD!~anders@c83-252-255-124.bredband.comhem.se> has quit IRC13:35
*** frsc <frsc!~frsc@host-89-242-142-126.as13285.net> has joined #yocto13:40
*** sarahsharp <sarahsharp!~sarah@> has joined #yocto13:41
*** ddalex1 <ddalex1!~ddalex@5-14-140-218.residential.rdsnet.ro> has quit IRC13:41
*** ddalex1 <ddalex1!~ddalex@5-14-140-218.residential.rdsnet.ro> has joined #yocto13:47
*** sarahsharp <sarahsharp!~sarah@> has quit IRC13:49
*** sjolley <sjolley!~sjolley@> has joined #yocto13:59
*** sarahsharp <sarahsharp!sarah@nat/intel/x-sasdcfztvbwzpptm> has joined #yocto14:03
*** nitink <nitink!nitink@nat/intel/x-osyxoszsyzptgock> has joined #yocto14:09
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto14:14
*** sarahsharp <sarahsharp!sarah@nat/intel/x-sasdcfztvbwzpptm> has quit IRC14:18
*** junland <junland!~junland@> has joined #yocto14:22
*** [Sno] <[Sno]!~Sno]@ip150.99.69.80.in-addr.arpa> has quit IRC14:24
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC14:25
*** nitink <nitink!nitink@nat/intel/x-osyxoszsyzptgock> has quit IRC14:27
*** phantoxe <phantoxe!~destroy@acarlosss.broker.freenet6.net> has quit IRC14:29
*** junland_2 <junland_2!~junland@> has joined #yocto14:29
*** phantoxe <phantoxe!~destroy@2a02:4780:1:1::1:123c> has joined #yocto14:29
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC14:29
*** junland <junland!~junland@> has quit IRC14:30
*** akS_ <akS_!d44db44a@gateway/web/freenode/ip.> has quit IRC14:30
*** junland_2 <junland_2!~junland@> has quit IRC14:30
*** junland <junland!~junland@> has joined #yocto14:30
*** jonte <jonte!~Jonte@> has quit IRC14:34
*** nitink <nitink!nitink@nat/intel/x-vohqxehrrjruyeou> has joined #yocto14:34
*** SorenHolm <SorenHolm!~quassel@> has quit IRC14:35
*** junland <junland!~junland@> has quit IRC14:36
*** sarahsharp <sarahsharp!~sarah@> has joined #yocto14:42
*** simonl <simonl!uid6729@gateway/web/irccloud.com/x-lumdyhftelfoqesg> has joined #yocto14:45
*** armpit <armpit!~akuster@2601:c:9380:601:1197:fac2:a00b:668a> has joined #yocto14:46
*** junland <junland!~junland@> has joined #yocto14:46
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC14:46
*** sarahsharp <sarahsharp!~sarah@> has quit IRC14:48
simonlSo I've just tried building a daisy image (our custom image with some specific bsp parts) and the build fails on xserver-xorg14:49
*** Sona <Sona!54d9c16b@gateway/web/freenode/ip.> has joined #yocto14:50
simonlIt's an error I haven't come across before... here's a build log: http://paste2.org/9m42xHaE14:51
simonlsaying __aeabi_unwind_cpp_pr0 and _pr1 are missing during linking. Any suggestions?14:52
JaMayes, something has floating dependency on libunwind, it was fixed in dizzy/master14:54
JaMasee oe-core 6b1418a2ba1544ea481fd4a89b5aa25111ca20e814:55
*** sarahsharp <sarahsharp!~sarah@> has joined #yocto14:55
armpitYPTM: armin is on14:55
*** tomz2 <tomz2!~tomz@> has joined #yocto14:56
sjolleyYPTM:   Ready-Access Number: 8007302996/9139049836  Access Code:     270575114:57
sjolleyYPTM: Stephen is on14:57
*** mcweigel <mcweigel!~unique@calvin.idempot.net> has joined #yocto14:57
*** nitink <nitink!nitink@nat/intel/x-vohqxehrrjruyeou> has quit IRC14:58
tomz2YPTM: Tom Z on the call14:58
mcweigelYPTM: Matthew on the call, as previously mentioned on the call :-P14:58
joeythesaintYPTM: Joe Mac is on the call15:00
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC15:01
denixYPTM: Denys is dialing in15:01
halsteadYPTM: Michael present.15:01
zeddiiYPTM: Bruce Ashfield on the call15:01
Sonasona on the call15:01
*** belen1 <belen1!~Adium@> has joined #yocto15:01
*** belen <belen!~Adium@> has quit IRC15:02
simonlJaMa: thanks!15:02
belen1YPTM: belen joined the call15:02
RPYPTM: RIchard joined15:02
*** AlexG_ <AlexG_!86bfdc49@gateway/web/freenode/ip.> has joined #yocto15:03
simonlI don't quite see why it would cause the build to fail though. Is it finding the library on the build host or something?15:03
*** Jefro <Jefro!~jefro@173-13-141-62-sfba.hfc.comcastbusiness.net> has joined #yocto15:03
AlexG_YPTM: AlexG on the call15:03
*** alin_d <alin_d!c0c6972c@gateway/web/freenode/ip.> has joined #yocto15:03
*** cristianiorga <cristianiorga!cristianio@nat/intel/x-ubhzrqlnxvzktshn> has joined #yocto15:03
* Jefro is on YPTM15:03
cristianiorgaYPTM: Cristian joined the call15:03
AlexG_YPTM: using Skype is easier to connect :)15:03
sgw_YPTM: Saul is on15:04
*** tmpsantos <tmpsantos!~tmpsantos@> has quit IRC15:05
*** gvy <gvy!~mike@altlinux/developer/mike> has quit IRC15:11
*** HerbKuta <HerbKuta!88a69c40@gateway/web/freenode/ip.> has joined #yocto15:14
Crofton|worktomz2, will you be around later? I need to debug a wic issue, but headded out to lunch now15:18
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:20
tomz2yeah, I'll be around - did you see my reply on the list?15:20
sjolleyYPTM is over15:20
*** alin_d <alin_d!c0c6972c@gateway/web/freenode/ip.> has quit IRC15:20
halsteadRP, You were cut off a bit there. Thank you for the recognition.15:20
RPhalstead: thank you for the help, you put quite some work into it :)15:21
*** HerbKuta <HerbKuta!88a69c40@gateway/web/freenode/ip.> has left #yocto15:29
*** mcweigel <mcweigel!~unique@calvin.idempot.net> has left #yocto15:34
*** [Sno] <[Sno]!~Sno]@static-87-79-200-121.netcologne.de> has joined #yocto15:34
*** jbrianceau_away is now known as jbrianceau15:40
*** roric <roric!~roric@> has quit IRC15:43
*** zecke <zecke!~ich@89-160-133-102.du.xdsl.is> has joined #yocto15:46
*** nitink <nitink!~nitink@> has joined #yocto15:52
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto15:56
*** NeuroFuzzy <NeuroFuzzy!~NeuroFuzz@p223.net059084181.tokai.or.jp> has joined #yocto15:56
*** neur0Fuzzy <neur0Fuzzy!~neur0Fuzz@p223.net059084181.tokai.or.jp> has quit IRC15:59
*** junland <junland!~junland@> has quit IRC16:03
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC16:05
*** likewise <likewise!~likewise@h230004.upc-h.chello.nl> has joined #yocto16:14
*** NeuroFuzzy <NeuroFuzzy!~NeuroFuzz@p223.net059084181.tokai.or.jp> has quit IRC16:18
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto16:18
*** belen1 <belen1!~Adium@> has quit IRC16:18
*** mckoan is now known as mckoan|away16:20
*** k-s is now known as k-s[WORK]16:31
*** k-s[WORK] is now known as k-s16:37
*** k-s is now known as k-s[WORK]16:37
*** AlexG_ <AlexG_!86bfdc49@gateway/web/freenode/ip.> has quit IRC16:39
*** sarahsharp <sarahsharp!~sarah@> has left #yocto16:48
*** sarahsharp <sarahsharp!sarah@nat/intel/x-sewealgqrlpslebp> has joined #yocto16:49
*** TobSnyder <TobSnyder!~schneider@ip92341b76.dynamic.kabel-deutschland.de> has quit IRC16:50
*** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has joined #yocto16:52
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC16:52
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC16:52
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC16:53
markais there any way to have a task depend on a sstate sstate_task_postfunc16:59
*** Jefro <Jefro!~jefro@173-13-141-62-sfba.hfc.comcastbusiness.net> has quit IRC17:00
markapackage.bbclass emit_pkgdata() is populating pkgdata during a build of a package17:00
markabut the pkgdata which package_write_rpm consumes via read_subpackage_metadata is the pkgdata installed in the staging dir17:01
markavia the do_packagedata sstate_task_postfunc17:01
kergoththat really doesn't make sense17:01
kergothpostfuncs run after the task17:01
kergothif you dep on the task, then that'll be after the postfuncs ran17:01
markaso as long as do_package_write_rpm has a taskdep on do_packagedata I should be good?17:02
kergothyes, as i said, prefuncs and postfuncs are essentially part of the task as far as the runqueue is concerned17:02
kergotherm, to clarify, that is17:02
markaalright I will have a closer look at adding this dependency then17:03
markait rarely happens but I have a situation I can 100% reproduce this17:04
markaand adding timestamps to when sstate_task_postfunc creates the staging pkgdata files17:04
markaand where they are comsumed by package_write_rpm I am getting them attempted to be consumed prior to the staging dir being populated17:05
markawhich results in an exception"Exception: variable SUMMARY references itself!"17:05
markasince the pkgdata fails to be read, so no keys....exception17:05
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto17:09
Crofton|worktomz2, I do not see a reply to my wic email17:10
*** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has quit IRC17:11
*** falk0n <falk0n!~falk0n@a85-138-89-15.cpe.netcabo.pt> has quit IRC17:13
*** frsc <frsc!~frsc@host-89-242-142-126.as13285.net> has quit IRC17:15
tomz2Crofton|work, hmm, I haven't seen anything form the oe-core mailing list lately either - I did send it and cc:ed you and Maciej17:16
*** sameo <sameo!~samuel@> has quit IRC17:16
tomz2Crofton|work, I wonder if there's something wrong with the list17:16
Crofton|worknothing direct either17:17
*** melonipoika <melonipoika!~quassel@91-158-65-146.elisa-laajakaista.fi> has joined #yocto17:17
tomz2Crofton|work, ok, I just resent it, using a different account17:19
*** belen <belen!~Adium@> has joined #yocto17:19
zeddiitomz2, the account that has internet access ? :P17:20
*** tastycactus <tastycactus!~aaron@ip68-2-231-71.ph.ph.cox.net> has joined #yocto17:21
tomz2Crofton|work, no, my other intel account, which may be the one subscribed to the list and not the other, though that wouldn't affect receiving it at your personal account17:22
Crofton|workI'll see17:22
Crofton|workwhy can't I get a serial login?17:23
*** orkim_ <orkim_!~orkim@unaffiliated/orkim> has quit IRC17:26
*** orkim <orkim!~orkim@97-64-167-34.client.mchsi.com> has joined #yocto17:27
*** orkim <orkim!~orkim@unaffiliated/orkim> has joined #yocto17:27
*** junland <junland!~junland@> has joined #yocto17:28
*** jbrianceau is now known as jbrianceau_away17:30
*** frsc <frsc!~frsc@host-89-242-142-126.as13285.net> has joined #yocto17:31
markakergoth: perfect, that helped me find an issue with my stuff17:32
*** sameo <sameo!~samuel@> has joined #yocto17:33
*** phantoxe <phantoxe!~destroy@2a02:4780:1:1::1:123c> has quit IRC17:33
markait was an error on our side, upstream is in good shape17:33
markait was a good head scratcher17:34
tomz2Crofton|work, ok, I just found out that we have an internal e-mail problem here so nothing is getting out, sorry17:35
Crofton|workbummer :)17:35
Crofton|workdo you have a quick tip to make wic more verbose about what it is doing?17:35
*** frsc <frsc!~frsc@host-89-242-142-126.as13285.net> has quit IRC17:35
tomz2Crofton|work, so let me just copy the contents here (not too much)17:36
tomz2If you think there's a problem in the way wic is creating the17:36
tomz2partitions, I'd suggest using the wic --debug option, which will show17:36
tomz2you all the details of the underlying commands used to create the17:36
tomz2If that doesn't show anything obvious, please create a bug report and be17:36
tomz2sure to include myself and Maciej, who added the new sdimage-bootpart17:36
tomz2functionality you're having trouble with, in case it turns out not to be17:36
tomz2some more generic problem in the tool.17:36
*** likewise <likewise!~likewise@h230004.upc-h.chello.nl> has quit IRC17:37
*** sameo <sameo!~samuel@> has quit IRC17:37
*** dorileo <dorileo!~dorileo@> has joined #yocto17:42
Crofton|workI do not hthink help mentions --debug17:46
Crofton|workwic --debug create ../oe-core/scripts/lib/image/canned-wks/sdimage-bootpart.wks -e uhd-dev-image17:47
Crofton|workno suck option17:47
Crofton|worksuch :)17:47
Crofton|worktomz2, ^^^17:51
*** armpit <armpit!~akuster@2601:c:9380:601:1197:fac2:a00b:668a> has quit IRC18:01
*** belen <belen!~Adium@> has quit IRC18:02
*** sjolley <sjolley!~sjolley@> has quit IRC18:02
*** sjolley <sjolley!sjolley@nat/intel/x-exofltvfcqxejzby> has joined #yocto18:06
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto18:06
Crofton|workmoved --debug to the end of the line it it works18:06
tomz2Crofton|work, it is mentioned as the last option if you type 'wic create', but isn't in the usage string or 'wic help create'.  I need to fix that18:15
Crofton|worka little confusing18:15
Crofton|workI am working through the messages now18:15
Crofton|workboot vfat partition mounts fine on desktop18:16
Crofton|workjsut the root one fials with superblock like message18:16
Crofton|workif I amke the fs myself, it succeeds18:16
tomz2Crofton|work, curious whether that is only seen with the sdimage-bootpart plugin18:18
*** nitink <nitink!~nitink@> has quit IRC18:18
tomz2Crofton|work, sounds like it might make sense to open a bug for it, to at least collect info on how to reproduce it18:19
*** sjolley <sjolley!sjolley@nat/intel/x-exofltvfcqxejzby> has quit IRC18:20
Crofton|workCopying files into the device: copy_file: Could not allocate block in ext2 filesystem18:22
kergothi need to keep an eye on your progress. i'd absolutely love to stop using random mk*.sh scripts from bsp layers in favor of wic at some point18:23
Crofton|workI'm in the same boat18:23
kergothits not critical, but Would Be Nice18:23
Crofton|workthis is not the fastest way to make a card, but I think it is the least erroir prone18:23
kergothwtf, my build of Textual (irc client) has suddenly decided to start coloring the background of the lines i type purple. but only in this channel, none of the others18:23
kergoththats what i get for buiilding from master :)18:24
* kergoth rolls eyes18:24
*** sjolley <sjolley!sjolley@nat/intel/x-qdkfayphxvwlpngg> has joined #yocto18:26
* Crofton|work wonders what the -F and -d <dir> options to mkfs.ext4 are for?18:28
Crofton|worknot in help18:28
*** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has joined #yocto18:29
Crofton|workok found -F in man page18:29
kergothi'm guessing -d <dir> is the genext2fs equivalent, construction from a rootfs directory18:29
*** Jefro <Jefro!~jefro@173-13-141-62-sfba.hfc.comcastbusiness.net> has joined #yocto18:29
* kergoth shrugs18:29
kergothwould make sense,t hough18:29
*** behanw <behanw!~behanw@S0106dc9fdb80cffd.gv.shawcable.net> has quit IRC18:29
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC18:30
Crofton|workjust wondering if funnay stuff is going on18:30
Crofton|work[balister@thuvia ~]$ sudo mkfs.ext4 -F -i 8192 /var/tmp/wic/build/rootfs_root.ext4 -d /home/balister/src/oe-core/build/tmp-glibc/work/ettus_e300-oe-linux-gnueabi/uhd-dev-image/1.0-r0/rootfs18:35
Crofton|workmkfs.ext4: invalid option -- 'd'18:35
kergothguessing e2fsprogs-native is newer?18:36
* kergoth shrugs18:36
Crofton|workchecking the one in the sysroot now18:36
Crofton|workthe one in the sysroot seems ok18:37
*** tlwoerner <tlwoerner!~tlwoerner@linaro/tlwoerner> has joined #yocto18:38
Crofton|workok the command fails18:39
*** behanw <behanw!~behanw@S0106dc9fdb80cffd.gv.shawcable.net> has joined #yocto18:46
*** likewise <likewise!~likewise@h230004.upc-h.chello.nl> has joined #yocto18:50
Crofton|worktomz2, I feel like the partition size is wrong18:50
tomz2Crofton|work, way wrong, or off-by-one type of wrong?18:51
Crofton|workis it trying to size it based on amount of stuff in the -d?18:51
Crofton|workrunning the command by hand gets a copy file error18:51
Crofton|workbut it worked if I used a small directory18:52
*** nitink <nitink!~nitink@> has joined #yocto18:55
tomz2Crofton|work, yeah, 'If --source <plugin-name>' is used, it tells the18:55
tomz2                   wic command to create a partition as large as18:55
tomz2                   needed and to fill with the contents of the18:55
tomz2                   partition18:55
Crofton|workwic create ../oe-core/scripts/lib/image/canned-wks/sdimage-bootpart.wks -e uhd-dev-image --debug18:56
Crofton|workis what I used18:56
*** zecke <zecke!~ich@89-160-133-102.du.xdsl.is> has quit IRC18:56
*** volker_123456 <volker_123456!~quassel@host-188-174-253-51.customer.m-online.net> has quit IRC18:57
Crofton|workit makes a 707M file for a 697 rootfs18:58
tomz2Crofton|work, yeah, that's the kickstart syntax, not the command line ie. re --source18:58
Crofton|workI wonder if something makes that a bad size18:58
*** nitink <nitink!~nitink@> has quit IRC18:58
*** phantoxeD <phantoxeD!destroy@a89-152-21-144.cpe.netcabo.pt> has quit IRC18:59
tomz2Crofton|work, it looks ok as a size, but that copy file error shouldn't happen - can you tell from the debug output whether it successfully copied a number of files before it hit that?19:02
Crofton|workif I run it by hand, it sits a copying file for a while19:02
Crofton|workbut when it is done the fs is bad19:02
tomz2Crofton|work, yeah, it it runs into problems at any point, I'd expect the fs to be corrupt19:04
tomz2I remember very similar problems with the old populate-extfs stuff, but the mke2fs stuff was not supposed to have similar problems19:05
Crofton|workis what I see running manually against the file19:05
*** nitink <nitink!nitink@nat/intel/x-pijhhzdcmjyzdkkn> has joined #yocto19:06
tomz2Crofton|work, yes, IIRC it's pretty much the same problem19:06
Crofton|workcould it be I ahve smalkl files using one allloation unit19:07
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC19:07
Crofton|workso needing more space than calculated?19:07
*** junland <junland!~junland@> has quit IRC19:07
tomz2Crofton|work, hmm, do you have a lot of small files?19:07
Crofton|workdunno :)19:07
*** nitink <nitink!nitink@nat/intel/x-pijhhzdcmjyzdkkn> has quit IRC19:07
tomz2Crofton|work, well, anyway I'd expect the -d to figure that out19:08
tomz2Crofton|work, I think this really does need a bug filed, not sure yet if the problem is in wic or mkfs -d19:08
Crofton|worktrying another image that might be a little smaller19:11
Crofton|workI assume you need to resize the fs after writing to the card?19:12
*** Siecje <Siecje!~Siecje@> has joined #yocto19:13
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC19:13
*** ddalex1 <ddalex1!~ddalex@5-14-140-218.residential.rdsnet.ro> has quit IRC19:14
*** phantoxeD <phantoxeD!destroy@a89-152-21-144.cpe.netcabo.pt> has joined #yocto19:18
Crofton|worktomz2, I did see success with core-image-minimal19:19
Crofton|workwhere success is deefiend as I can fsck the file on disk19:19
*** stryx`_ <stryx`_!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto19:23
tomz2Crofton|work, yeah, and I also remember a separate bug for large partitions that was a dup of the other one.  But I can't find either one at the moment19:24
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto19:29
*** pohly <pohly!~pohly@p5DE8C753.dip0.t-ipconnect.de> has quit IRC19:30
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has quit IRC19:30
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-clexobgtjuycofmd> has quit IRC19:31
*** Sona <Sona!54d9c16b@gateway/web/freenode/ip.> has quit IRC19:32
*** zecke <zecke!~ich@89-160-133-102.du.xdsl.is> has joined #yocto19:38
Crofton|workman figuring out where to file bugs is painful19:39
*** ddalex1 <ddalex1!~ddalex@> has joined #yocto19:42
Crofton|worktomz2, https://bugzilla.yoctoproject.org/show_bug.cgi?id=686319:43
yoctiBug 6863: normal, Undecided, ---, richard.purdie, NEW , Wic fails to create a working image for a large file system19:43
Crofton|workWe may need to adjust some of the settings and add the guy that did the sd card bit19:43
Crofton|workRP, get on this :)19:43
*** diego_r <diego_r!~diego@dynamic-adsl-84-221-66-185.clienti.tiscali.it> has joined #yocto19:44
*** belen <belen!~Adium@> has joined #yocto19:44
tomz2Crofton|work, thanks, I'll look into this, can you remind me how to create the uhd-dev-image?19:45
Crofton|workI was afraid you would ask19:46
Crofton|workit is from meta-sdr19:46
tomz2Crofton|work, sorry, but it's kind of important for this ;-)19:46
Crofton|workand a machien from meta-ettus, although that is close to something in meta-xilinx19:46
Crofton|worknot the easiest to dupe19:46
Crofton|workalthough I think belen has :)19:47
Crofton|workI need to go look at my layer depends also19:47
tomz2Crofton|work, if it's documented in the layer, then it would be fine to just say that in the bug19:47
Crofton|workI need to update depends19:48
Crofton|workI suspect any machine should be abel to dupe the problem though19:48
*** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has joined #yocto19:49
belenCrofton|work: you mean you haven't updated those depends yet? Ah, the shame ;)19:49
Crofton|workdoing so now19:49
belenCrofton|work: thank you :)19:49
RPCrofton|work: I reassigned to tomz2 ;-)19:49
RPbelen: its lovely to have someone who isn't me asking people things like that ;-)19:50
Crofton|workyou didn't comment on the obsolete urls for oe-core and meta-oe19:50
belenRP: I wouldn't call it "ask". In my case, it's more like nagging …19:52
tomz2Crofton|work, is this true, in the README? :And maybe some others. TBD.19:55
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto19:55
Crofton|workthat means I might add others later19:55
Crofton|workthe new list should be accurate :)19:56
tomz2Crofton|work, ok, that's good to know, thx ;-)19:56
Crofton|workthe images go in boxes that customers will get19:56
Crofton|workand they request crazy things19:56
Crofton|workit may need meta-python19:56
*** rspock <rspock!~rspock@host146-122-dynamic.7-79-r.retail.telecomitalia.it> has joined #yocto19:57
Crofton|workalthough that may not happen until you add gnuradio19:57
Crofton|workI guess I better check :)19:57
belenCrofton|work: beautiful :)19:57
Crofton|worklayer depends hades19:58
RPbelen: I'm not sure I can do anything different ;-)19:59
rspockHi, I'd like to generate a recipe starting from a deb exploded package. I have the postinst, preinst and so on script20:00
*** munch_ <munch_!~mark@> has joined #yocto20:03
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC20:03
*** munch_ is now known as Guest7413920:03
*** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has quit IRC20:05
*** belen <belen!~Adium@> has quit IRC20:31
*** sarahsharp <sarahsharp!sarah@nat/intel/x-sewealgqrlpslebp> has quit IRC20:32
*** sarahsharp <sarahsharp!sarah@nat/intel/x-kxtfjcppbolqockm> has joined #yocto20:33
*** melonipoika <melonipoika!~quassel@91-158-65-146.elisa-laajakaista.fi> has quit IRC20:33
*** sarahsharp1 <sarahsharp1!~sarah@> has joined #yocto20:35
*** sarahsharp <sarahsharp!sarah@nat/intel/x-kxtfjcppbolqockm> has quit IRC20:37
*** armpit <armpit!~akuster@> has joined #yocto20:44
*** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has quit IRC20:59
*** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has joined #yocto21:09
fishey2Is there a way to tell bitbake my package (with BBCLASSEXTEND="cross") also supplies ${PN}-native? Adding PROVIDES_foo-cross += "foo-native" doesn't work (complains about nothing providing foo-native)21:12
kergoththere's no way you're going to get a single recipe to be both cross and native21:14
kergothjust have both native and cross listed in BBCLASSEXTEND21:14
kergoththat is, a single recipe can't provide both in a single build21:14
kergothit can have both variants available21:14
kergothBBCLASSEXTEND="cross native"21:14
fishey2kergoth: right, I can do that. It just means building essentially the same thing twice.21:14
fishey2kergoth: is the "can't" a bitbake restriction of some sort?21:15
fishey2How things get installed, perhaps?21:15
*** Siecje <Siecje!~Siecje@> has left #yocto21:15
kergoththe sysroot is broken up intelligently, you can't install files into both the cross and native areas safely from a single recipe21:17
kergothand if it's the same thing, why are you buliding -cross at all?21:17
kergoththe only time you need -cross is if something in how it's built is bound to the target21:17
fishey2kergoth: it's a compiler, but It either: targets native OR targets both native and target.21:18
fishey2kergoth: so it's kind-of "bound" to the target21:18
fishey2and kind-of not21:18
kergothah, interesting21:18
fishey2so -native and -cross packages won't clobber each other?21:18
fishey2(that was my real concern)21:18
kergothHmm, that does seem like a valid case for a recipe providing both. Honestly, I'd suggest double checking the staging path definitions inc ross.bbclass21:19
kergothi'm going from memory, but iirc the cross binaries go into the native sysroot under ${STaGING_BINDIR}/<target arch>/21:19
kergothso maybe it is doable to provide both, if that's the case21:19
kergothbut i wouldn't trust my memory enough to trust that :)21:19
* kergoth ponders21:19
fishey2looks like both cross.bbclass and native.bbclass have: prefix = "${STAGING_DIR_NATIVE}${prefix_native}21:20
fishey2so It appears I'll be clobbering21:21
*** nitink <nitink!~nitink@> has joined #yocto21:21
kergothhmm, indeed. sounds like you're right, you'd probably be best off trying to make it do both, but i've never seen it done, so you're blazing new ground there :)21:22
kergothi'm guessing the key would be linking your binaries into both the cross STAGING_BINDIR and native one21:22
kergothand then adding the PROVIDES21:22
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC21:22
kergothbut it could cause problems in the dependency graph, pulling cross into native deps, if a native recipe depends on your cross thing..21:22
* kergoth shrugs21:22
*** marka <marka!~marka@> has quit IRC21:25
*** diego_r <diego_r!~diego@dynamic-adsl-84-221-66-185.clienti.tiscali.it> has quit IRC21:26
*** sameo <sameo!samuel@nat/intel/x-ojgquczyqlpkjhon> has joined #yocto21:28
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC21:36
*** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has quit IRC21:39
*** falk0n <falk0n!~falk0n@a81-84-26-27.cpe.netcabo.pt> has joined #yocto21:41
*** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC21:43
RPthe issue is that -cross gets built for each target so the second one will want to overwrite the native binaries21:47
kergothgood point21:47
*** likewise <likewise!~likewise@h230004.upc-h.chello.nl> has quit IRC21:55
fishey2RP: can you clarify what you mean by "target"? Do you mean that -cross is built once with target=host and once with target=target?21:59
kergothno, he means multiple machines. cross is bound to target21:59
fishey2Generally: is there a reason PROVIDES_pkg-name-here doesn't work?21:59
kergothif they both write to a common native area, there would be problems21:59
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto22:00
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto22:01
fishey2kergoth: In that case there will be issues anyway due the the binary name not containing the target triple22:01
kergothno, the cross bindir already captures that information, afaik22:01
kergothcross bindir != native bindir22:02
*** phantoneD <phantoneD!destroy@a89-152-21-144.cpe.netcabo.pt> has joined #yocto22:03
fishey2So then the .bb files that use a package need to somehow indicate whether they need to run the -native or -cross version?22:03
fishey2Does DEPENDS magically handle that?22:04
fishey2What about when a package needs both -cross and -native?22:04
kergothno, the point is if you build cross, then it's bound to the machine/target'. if it writes binaries into the shared native area instead of just cross, it'll conflict with other builds of the cross for a different machine22:04
kergothso if you provide both from one recipe, it'll conflict with other builds of itself for other machines22:04
kergoththats what RP pointed out22:04
kergothin other words, don't provide native from a cross recipe :)22:05
fishey2kergoth: but it isn't really -native22:05
fishey2I'm not using the -native bbclass22:05
kergothit doesn't matter, if it writes to the native area of the sysroot, it'll step on other builds of itself22:05
kergothif it doesn't, then it's not really a native, so shouldn't PROVIDES it22:05
*** phantoxeD <phantoxeD!destroy@a89-152-21-144.cpe.netcabo.pt> has quit IRC22:06
fishey2And not all -cross packages will put things in the native sysroot?22:06
kergoththey put their binaries in the cross bindir, which is different than native22:07
*** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC22:07
kergothi don't know about the bits other than binaries offhand, but cross is bound to the target, building a cross recipe for multiple machines is entirely safe and doesn't conflict22:07
fishey2So -cross won't overrite things then22:08
*** [Sno] <[Sno]!~Sno]@static-87-79-200-121.netcologne.de> has quit IRC22:08
kergothi dont know that native recipes would include the cross bindir in their PATH, since they're independent of target, so if you don't write binaries into the native area, then it won't be usable by native recipes22:09
kergothand if you do, then you conflict hte way RP pointed out22:09
fishey2Ah, that makes a bit more sense.22:10
fishey2And if the sysroots are seperate-ish I won't have native vs cross conflicts if I just have both installed22:11
kergothyeah, would think so22:11
kergothif not i'd call that a bug22:11
fishey2great, thanks22:11
kergothso, your build time will be slightly higher than is ideal, but at least things shouldnt explode :)22:11
kergothcould always revisit trying to optimize int he future22:11
kergothi expect it'd be nice to have something to ahndle this sort of thing for clang/llvm, since it can have multiple targets22:12
kergothin a single build22:12
* kergoth shrugs22:12
fishey2kergoth: yep, this is for rust (which uses llvm)22:12
kergothi expect getting it to be shared between different *targets* would be easier than trying to use one recip efor both native and target, even though it can handle both cases in theory22:13
kergothah! cool22:13
kergothi'd suggest opening a yocto bug about this if there isn't one already, as a potential enhancement request for after this release22:13
*** junland <junland!~junland@> has joined #yocto22:13
*** zecke <zecke!~ich@89-160-133-102.du.xdsl.is> has quit IRC22:14
*** agust <agust!~agust@p4FC46851.dip0.t-ipconnect.de> has quit IRC22:22
_ccubemckoan|away, if I rebuild with yocto, I get a new kernel, so this should not be the problem, should it?22:29
*** junland <junland!~junland@> has quit IRC22:37
*** nitink <nitink!~nitink@> has quit IRC22:39
*** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has joined #yocto22:58
*** wto <wto!~wto@h-141-69.a336.priv.bahnhof.se> has quit IRC22:58
*** wto <wto!~wto@h-141-69.a336.priv.bahnhof.se> has joined #yocto23:00
*** nitink <nitink!~nitink@> has joined #yocto23:10
*** wto <wto!~wto@h-141-69.a336.priv.bahnhof.se> has quit IRC23:14
*** phantoneD is now known as phantoxeD23:22
*** wto <wto!~wto@h-141-69.a336.priv.bahnhof.se> has joined #yocto23:23
*** Jefro <Jefro!~jefro@173-13-141-62-sfba.hfc.comcastbusiness.net> has quit IRC23:24
*** Jefro <Jefro!~jefro@173-13-141-62-sfba.hfc.comcastbusiness.net> has joined #yocto23:27
*** falk0n <falk0n!~falk0n@a81-84-26-27.cpe.netcabo.pt> has quit IRC23:29
*** sjolley <sjolley!sjolley@nat/intel/x-qdkfayphxvwlpngg> has quit IRC23:31
*** NeuroFuzzy <NeuroFuzzy!~NeuroFuzz@p223.net059084181.tokai.or.jp> has joined #yocto23:47
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto23:47
*** Guest74139 <Guest74139!~mark@> has quit IRC23:48
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC23:54
*** likewise <likewise!~likewise@h230004.upc-h.chello.nl> has joined #yocto23:55
*** sjolley <sjolley!~sjolley@> has joined #yocto23:56

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!