Wednesday, 2017-01-18

moto-timohalstead: so I pushed a new eclipse-poky-contrib/timo/neon.2-smoke-test including osu osl site00:00
halsteadAny success?00:00
moto-timohalstead: I'm not sure what is going on, but maybe a re-sync?00:00
moto-timohalstead: osu osl looks like what I expect00:00
halsteadI haven'00:01
*** jrmrjnck <jrmrjnck!~jdoman@134.134.139.74> has joined #yocto00:01
halsteadt tried to run these myself.00:01
moto-timohalstead: if I go to the full URL of the feature it is there... I don't understand what is missing in the p2 metadata00:02
halsteadmoto-timo, Checking that specifically.00:04
halsteadmoto-timo, It looks like there might be a line ending change that didn't sync.00:06
moto-timohalstead: sigh if that's it00:07
halsteadmoto-timo, It was in the parent dir and so not synced. Identical now.00:08
moto-timohalstead: phew00:09
halsteadmoto-timo, Working as expected?00:09
moto-timohalstead: winner winner chicken dinner00:10
moto-timohalstead: thanks for figuring it out00:10
halsteadmoto-timo, okay. I'll re-sync the whole neon directory in the future. I'd just synced the new 201612211000 dir but not the parent.00:11
halsteadmoto-timo, Didn't want to accidentally sync over something we depended on. But it seems like that's not really a concern.00:12
moto-timohalstead: there must be some index stuff in the parent00:12
moto-timohalstead: especially not now that Neon.1 is already merged to git repo00:12
halsteadmoto-timo, And as far as the P2 repository. It sounds like we don't need a Nexus2 server for that and we can script creating it from our Nexus3 server. I don't have all the details at the moment.00:14
*** phoo1234567 <phoo1234567!~phoo12345@c-75-69-172-183.hsd1.nh.comcast.net> has quit IRC00:14
halsteadmoto-timo, Does that sound right?00:14
moto-timohalstead: since Neon.2 is now available on Maven Central, I expect to not need p2 repo and not need Nexus200:15
moto-timohalstead: tl;dr correct00:15
*** sameo <sameo!~samuel@192.55.54.36> has quit IRC00:15
* halstead checks off a box on his check list.00:16
*** gtristan <gtristan!~tristanva@mtrlpq0757w-lp140-03-70-53-242-239.dsl.bell.ca> has joined #yocto00:17
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC00:27
*** rollcake <rollcake!~yoonki@175.125.129.3> has joined #yocto00:28
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto00:33
*** suy <suy!~quassel@roger.badopi.com> has quit IRC00:34
*** rburton1 <rburton1!~Adium@home.burtonini.com> has quit IRC00:41
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC00:41
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC00:52
-YoctoAutoBuilder- build #367 of nightly-musl is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-musl/builds/36700:53
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC00:53
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto00:53
*** slips <slips!~slips@62.167.164.82.customer.cdi.no> has quit IRC00:54
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto00:57
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC01:00
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto01:02
*** slips <slips!~slips@62.167.164.82.customer.cdi.no> has joined #yocto01:03
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto01:06
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto01:14
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-xwpepprttfehxbwf> has quit IRC01:19
*** jrmrjnck <jrmrjnck!~jdoman@134.134.139.74> has quit IRC01:27
*** m2 <m2!~m2@amy.ksub.org> has quit IRC01:27
*** aehs29 <aehs29!~aehernan@134.134.139.78> has quit IRC01:27
*** alimon <alimon!alimon@nat/intel/x-zrzzzzztwcvlvttf> has quit IRC01:27
*** dmoseley <dmoseley!~dmoseley@65-35-172-144.res.bhn.net> has quit IRC01:27
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-bvqnbymrfqyivpjg> has quit IRC01:27
*** ftonello <ftonello!~felipe@81.145.202.106> has quit IRC01:27
*** kanavin_home <kanavin_home!~ak@89-27-123-115.bb.dnainternet.fi> has quit IRC01:27
*** ronan__ <ronan__!~ronan@ARennes-656-1-262-73.w90-32.abo.wanadoo.fr> has quit IRC01:27
*** m2 <m2!~m2@amy.ksub.org> has joined #yocto01:29
*** aehs29 <aehs29!~aehernan@134.134.139.78> has joined #yocto01:29
*** alimon <alimon!alimon@nat/intel/x-zrzzzzztwcvlvttf> has joined #yocto01:29
*** dmoseley <dmoseley!~dmoseley@65-35-172-144.res.bhn.net> has joined #yocto01:29
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-bvqnbymrfqyivpjg> has joined #yocto01:29
*** ronan__ <ronan__!~ronan@ARennes-656-1-262-73.w90-32.abo.wanadoo.fr> has joined #yocto01:29
*** ftonello <ftonello!~felipe@81.145.202.106> has joined #yocto01:29
*** kanavin_home <kanavin_home!~ak@89-27-123-115.bb.dnainternet.fi> has joined #yocto01:29
*** jamesp <jamesp!~jamesp@157.245.80.14> has quit IRC01:32
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC01:36
*** Noor <Noor!~quassel@110.93.212.98> has quit IRC01:36
*** bluelightning <bluelightning!~paul@118.148.113.65> has joined #yocto01:36
*** bluelightning <bluelightning!~paul@118.148.113.65> has quit IRC01:36
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto01:36
*** tgraydon <tgraydon!~tgraydon@134.134.139.76> has quit IRC01:39
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC01:44
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto01:45
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC02:04
Marexhey , I ran into this problem too https://lists.yoctoproject.org/pipermail/meta-xilinx/2016-December/002307.html ... ideas ?02:13
Marexsomehow I suspect meta-xilinx-tools implementation is crap02:14
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC02:19
bluelightningMarex: so since this is morty I think the problem here is it's attempting to use python2 code in python302:21
bluelightningwhat it's doing is a horrible hack, instead it should be using pythonnative and having pyyaml-native or similar in DEPENDS02:22
bluelightningat least I think that ought to work02:23
Marexbluelightning: I just printed sys.path and saw python3 there too, hehe02:23
Marexbluelightning: but even if I do inherit pythonnative, I still get python3 stuff in sys.path02:27
Marexbluelightning: does that have something to do with bitbake using python3 ?02:27
Marexof course, it's trying to use python2 yaml with python3 ... but how does one fix it, imherit pythonnative doesn't seem to do the trick02:37
bluelightningMarex: you need to be using python3 when you're in this context, I don't think there is a way around that02:38
bluelightningso whatever you execute it needs to be python3 - that's independent of what you do on the target though, that can still be python202:38
Marexbluelightning: sigh ... using vendormetalayers ... sigh ...02:38
Marexbluelightning: thanks, I suspected as much02:38
*** gtristan <gtristan!~tristanva@mtrlpq0757w-lp140-03-70-53-242-239.dsl.bell.ca> has quit IRC02:39
Marexbluelightning: jupp, packing up python3-pyyaml and using python3native and cleaning that horrid hack makes it work like charm, thanks again !02:42
*** bananadev <bananadev!~onlyester@117.6.99.240> has joined #yocto02:45
bluelightningMarex: looks like Crofton|work was asking about this same issue on the oe mailing list just today02:59
*** sandsmark <sandsmark!~sandsmark@kde/sandsmark> has quit IRC03:00
*** sandsmark <sandsmark!~sandsmark@kde/sandsmark> has joined #yocto03:02
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC03:02
Marexbluelightning: well probably because Crofton|work is a big xilinx fanboi :)03:02
Crofton|worklol03:02
Marexbluelightning: can you CC me on that thread ?03:02
Crofton|workno03:02
MarexCrofton|work: I have a patchset, yu want it ?03:02
Crofton|workhang on03:02
MarexCrofton|work: I also have a patch for meta-openembedded/meta-python03:02
Crofton|worknot readin g back03:02
MarexCrofton|work: better read forward !03:03
Croftonhttps://patchwork.openembedded.org/patch/135639/03:03
Croftonis in flight, does this help?03:03
Croftonalso, we use OpenEmbedded, not yocto03:03
MarexCrofton|work: there is no yocto, there is yocto project ! :-E03:04
bluelightningCrofton: who said yocto?03:04
MarexCrofton|work: yeah, I have similar patch for meta-openembedded here, so I can replace it , cool :)03:05
Crofton|workchannel name :)03:05
Crofton|workgotta slap Marex around03:06
MarexCrofton|work: I'll talk to fischerm to educate you a bit on the namings ...03:06
*** Son_Goku <Son_Goku!~King_InuY@ool-457cb820.dyn.optonline.net> has joined #yocto03:07
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto03:24
*** bananadev <bananadev!~onlyester@117.6.99.240> has quit IRC03:51
*** pauldevguy <pauldevguy!~1devguy@201.33.64.225> has quit IRC04:05
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC04:19
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC04:29
moto-timoMarex: please make sure subject has "meta-python][PATCH" for --subject-prefix04:52
moto-timoMarex: see the readme in meta-python layer04:53
moto-timoMarex: http://git.openembedded.org/meta-openembedded/tree/meta-python/README04:54
*** Son_Goku <Son_Goku!~King_InuY@ool-457cb820.dyn.optonline.net> has quit IRC04:57
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto05:06
*** ka6sox is now known as zz_ka6sox05:13
*** rubdos <rubdos!~rubdos@2a02:2788:1036:172f::1> has joined #yocto05:23
*** NU-Slacker_ <NU-Slacker_!180d4a9e@gateway/web/freenode/ip.24.13.74.158> has quit IRC05:49
*** joshuagl <joshuagl!joshuagl@nat/intel/x-xxjchfwgvgrzhuid> has joined #yocto05:51
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto05:54
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC05:54
*** psadro <psadro!~Thunderbi@216.234.148.135> has joined #yocto05:57
*** Son_Goku <Son_Goku!~King_InuY@ool-457cb820.dyn.optonline.net> has joined #yocto06:11
*** Son_Goku <Son_Goku!~King_InuY@ool-457cb820.dyn.optonline.net> has quit IRC06:17
*** pauldevguy <pauldevguy!~pauldevgu@201.33.64.225> has joined #yocto06:25
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC06:27
*** Ramose <Ramose!c05e2222@gateway/web/freenode/ip.192.94.34.34> has joined #yocto06:27
Ramosenrossi: Hello, I need this qtquick1-qmlplugins packages and for the same I added it to packagegroup-qt5-toolchain-target.bb under DEPENDS_${PN}  but I don't get this package06:32
Ramoseis there any other to build this package ?06:32
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto06:33
*** rob_w <rob_w!~bob@93.104.205.194> has joined #yocto06:34
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:34
*** zz_ka6sox is now known as ka6sox06:38
*** pohly <pohly!~pohly@p5DE8EE7C.dip0.t-ipconnect.de> has joined #yocto06:39
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto06:40
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto06:47
-YoctoAutoBuilder- build #798 of nightly-oe-selftest is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/79806:55
*** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has joined #yocto07:02
*** agust <agust!~agust@p4FCB795E.dip0.t-ipconnect.de> has joined #yocto07:05
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-xyrbfkxbanlvgqbt> has joined #yocto07:10
*** rheagar <rheagar!c76a6734@gateway/web/freenode/ip.199.106.103.52> has joined #yocto07:19
rheagarthere are two  x.bb,y.bb, what if  i want even compile y.bb. the system will recompile x.bb also. how to achieve this ?thanks07:20
rheagarlike x.bb depends on y.bb, while x.bb does not support incremental compile.07:20
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto07:21
Ramosenrossi: Hello, I need this qtquick1-qmlplugins packages and for the same I added it to packagegroup-qt5-toolchain-target.bb under DEPENDS_${PN}  but I don't get this package, is there any other to build this package07:31
rheagarthere are two  x.bb,y.bb, what if  i want even compile y.bb. the system will recompile x.bb also. how to achieve this ?thanks like x.bb depends on y.bb, while x.bb does not support incremental compile.07:32
nrossiRamose: you mean DEPENDS or RDEPENDS?07:32
Ramosesorrt, its RDEPENDS07:33
Ramose*sorry07:33
*** Guest21966 <Guest21966!~john@host86-171-222-132.range86-171.btcentralplus.com> has joined #yocto07:33
nrossiRamose: np just wanted to make sure i understood correctly ;)07:33
Ramoseok, what extra I need to do to get this package07:34
nrossiRamose: Not sure, it seems it should be built normally. Does it not generate a qtquick1-qmlplugins package in the workdir or deploy/...07:35
RamoseNo , it doesn't07:36
Ramosenrossi: only related package I get is qtquick107:36
nrossiRamose: dive into qtquick1's workdir, have a look at log.do_package. See what it says about -qmlplugins07:37
Ramoseok07:38
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto07:43
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto07:46
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto07:49
*** aV_V <aV_V!~aV_V@146.66.253.137> has joined #yocto07:55
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto07:56
*** fl0v0 <fl0v0!~fvo@pD9F6BB95.dip0.t-ipconnect.de> has joined #yocto07:57
*** rheagar <rheagar!c76a6734@gateway/web/freenode/ip.199.106.103.52> has quit IRC08:02
*** Tamis <Tamis!3e862e04@gateway/web/freenode/ip.62.134.46.4> has joined #yocto08:05
*** mdnneo <mdnneo!~umaucher@212.118.209.82> has joined #yocto08:05
Tamishello to all08:06
Tamisin krogoth branch I have an error     QA Issue: No GNU_HASH in the elf binary: '...p2020rdb-poky-linux-gnuspe/linux-qoriq/4.1-r0/packages-split/kernel-vmlinux/boot/vmlinux-4.1.30-rt34+g4004071' [ldflags]08:06
Tamiswhen I change the default KERNEL_DEFCONFIG08:06
*** poor-man <poor-man!d97eb626@gateway/web/freenode/ip.217.126.182.38> has joined #yocto08:06
Tamiseven if my KERNEL_DEFCONFIG matches the /arch/powerpc/configs/mpc85xx_smp_defconfig I see the error. But when I use the mpc85xx_smp_defconfig then the error dissapears08:06
Tamisdoes anyone has seen this error?08:07
*** toscalix <toscalix!~toscalix@80.91.70.175> has joined #yocto08:13
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto08:19
*** mdnneo_ <mdnneo_!~umaucher@217.89.178.116> has joined #yocto08:19
*** jku <jku!~jku@192.198.151.43> has joined #yocto08:20
*** mdnneo <mdnneo!~umaucher@212.118.209.82> has quit IRC08:23
*** Son_Goku <Son_Goku!~King_InuY@ool-457cb820.dyn.optonline.net> has joined #yocto08:24
*** fl0v01 <fl0v01!~fvo@pD9F6BE20.dip0.t-ipconnect.de> has joined #yocto08:25
*** Son_Goku <Son_Goku!~King_InuY@ool-457cb820.dyn.optonline.net> has quit IRC08:25
*** fl0v0 <fl0v0!~fvo@pD9F6BB95.dip0.t-ipconnect.de> has quit IRC08:25
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:26
*** sameo <sameo!~samuel@192.55.54.38> has joined #yocto08:27
*** mkmedeer <mkmedeer!d45c9114@gateway/web/freenode/ip.212.92.145.20> has joined #yocto08:28
*** ant_work <ant_work!~ant__@host56-27-dynamic.5-87-r.retail.telecomitalia.it> has joined #yocto08:31
*** mckoan|away is now known as mckoan08:35
*** Geera <Geera!c3572ad2@gateway/web/freenode/ip.195.87.42.210> has joined #yocto08:36
*** ant__ <ant__!~ant__@host56-27-dynamic.5-87-r.retail.telecomitalia.it> has joined #yocto08:37
*** ant_work <ant_work!~ant__@host56-27-dynamic.5-87-r.retail.telecomitalia.it> has quit IRC08:38
*** ant__ is now known as ant_work08:38
*** ant__ <ant__!~ant__@host56-27-dynamic.5-87-r.retail.telecomitalia.it> has joined #yocto08:38
*** ant_work <ant_work!~ant__@host56-27-dynamic.5-87-r.retail.telecomitalia.it> has quit IRC08:39
*** ed2 <ed2!~Adium@99.red-83-41-53.dynamicip.rima-tde.net> has joined #yocto08:40
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC08:41
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto08:41
*** rheagar <rheagar!c76a6734@gateway/web/freenode/ip.199.106.103.52> has joined #yocto08:44
*** dv_ <dv_!~quassel@62.178.118.86> has quit IRC08:45
*** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto08:45
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto08:51
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has quit IRC08:51
*** morphis <morphis!~morphis@pD9ED65EC.dip0.t-ipconnect.de> has joined #yocto08:52
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC08:53
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto08:53
*** sameo <sameo!~samuel@192.55.54.38> has quit IRC08:56
*** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has joined #yocto09:00
mckoangood morning09:07
*** ed21 <ed21!Adium@nat/intel/x-kassumdnqijbqhzn> has joined #yocto09:09
*** ed2 <ed2!~Adium@99.red-83-41-53.dynamicip.rima-tde.net> has quit IRC09:10
*** ed21 is now known as ed209:10
*** sameo <sameo!samuel@nat/intel/x-ajttcmncucnwxfkr> has joined #yocto09:11
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-imjduptefjomldwg> has quit IRC09:11
*** viengelm <viengelm!viengelm@nat/digia/x-gupjzusyujqdgutz> has joined #yocto09:13
aV_VI've been asking how to build a specific module. I found how: meta-skeleton/recipes-kernel/hello-mod09:16
*** graphiqs <graphiqs!~adrian.gr@217.6.37.53> has joined #yocto09:22
*** ernstp <ernstp!uid168075@gateway/web/irccloud.com/x-zeiczvzfoydhzsao> has joined #yocto09:25
*** shakeel__ <shakeel__!73ba1f94@gateway/web/freenode/ip.115.186.31.148> has quit IRC09:25
*** ant_work <ant_work!~ant__@host56-27-dynamic.5-87-r.retail.telecomitalia.it> has joined #yocto09:27
*** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto09:28
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto09:28
*** lukma <lukma!~lukma@87.206.159.178> has left #yocto09:32
*** pohly <pohly!~pohly@p5DE8EE7C.dip0.t-ipconnect.de> has quit IRC09:36
*** pohly <pohly!~pohly@p5DE8EE7C.dip0.t-ipconnect.de> has joined #yocto09:37
*** zeenix <zeenix!~zeenix@83.218.80.242> has joined #yocto09:41
*** mdnneo_ <mdnneo_!~umaucher@217.89.178.116> has quit IRC09:43
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC09:44
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto09:50
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC09:55
rburtonRP: late night hacking last night resulted in a green mut run apart from some checkuri failures (two transient, and ed which we need to fix)10:00
rburtoni'll fire a cpull shortly10:00
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC10:00
GeeraHow can I change my GPIO (default) boot value? I'm using a gpio as output. But in boot up, this gpio is HIGH level. I need this gpio low level.10:02
GeeraI think I can change it from kernel. But I don't have any experience with kernel.10:03
*** bernarrrrrrrrrrr <bernarrrrrrrrrrr!~bernardo@201.86.139.125> has quit IRC10:05
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC10:07
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto10:09
ernstpGeera: hack your device tree!10:10
rheagar#openswan10:10
*** Geera <Geera!c3572ad2@gateway/web/freenode/ip.195.87.42.210> has quit IRC10:11
*** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has quit IRC10:11
*** linulin <linulin!foobar@client-188-168-43-165.spb-teleport.ru> has quit IRC10:15
*** linulin <linulin!foobar@client-188-168-43-165.spb-teleport.ru> has joined #yocto10:17
*** Son_Goku <Son_Goku!~King_InuY@ool-457cb820.dyn.optonline.net> has joined #yocto10:21
*** sawk <sawk!~sawk@151.49.213.147> has joined #yocto10:21
*** grk <grk!79f4c042@gateway/web/freenode/ip.121.244.192.66> has joined #yocto10:22
RPrburton: great, thanks!10:24
RPrburton: wish I could say the same about rss :/10:24
RPed2: we're going to need to do something about wic, most of the issues come from there :(10:24
ed2RP: I'm almost done. it became slower though as wic has to run bitbake quite often.10:26
RPed2: :(10:26
ed2RP: it will go away with memres bitbake I hope.10:26
RPed2: is this because you need variables or to actually build things?10:27
ed2RP: yes, I need native sysroot location for every tool recipe.10:28
RPed2: I thought I said you couldn't do that due to dependency problems?10:28
ed2RP: btw, do you know why RECIPE_SYSROOT_NATIVE doesn't always point to the correct directory.10:29
RPed2: I'm not sure what you mean by "correct"10:29
ed2RP: e.g. $ bitbake -e parted |grep RECIPE_SYSROOT_NATIVE=10:29
ed2RECIPE_SYSROOT_NATIVE="/home/ed/git/yocto/poky/build/tmp/work/core2-64-poky-linux/parted/3.2-r1/recipe-sysroot-native"10:29
ed2$ find ./tmp/ -name parted |grep recipe-sysroot-native10:30
ed2./tmp/work/x86_64-linux/parted-native/3.2-r1/sysroot-destdir/home/ed/git/yocto/poky/build/tmp/work/x86_64-linux/parted-native/3.2-r1/recipe-sysroot-native/usr/include/parted10:30
ed2./tmp/work/x86_64-linux/parted-native/3.2-r1/sysroot-destdir/home/ed/git/yocto/poky/build/tmp/work/x86_64-linux/parted-native/3.2-r1/recipe-sysroot-native/usr/sbin/parted10:30
RPed2: you ran bitbake parted, not bitbake parted-native10:30
RP"bitbake -e parted-native |grep RECIPE_SYSROOT_NATIVE=" would likely give you what you want10:31
*** berton <berton!~berton@189.114.111.135> has joined #yocto10:39
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC10:40
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:41
*** geoffrey_l <geoffrey_l!~geoffrey_@gre92-5-82-237-199-7.fbx.proxad.net> has joined #yocto10:45
ed2RP: something is still going wrong here. parted binary is in ./tmp/work/x86_64-linux/parted-native/3.2-r1/sysroot-destdir/home/ed/git/yocto/poky/build/tmp/work/x86_64-linux/parted-native/3.2-r1/recipe-sysroot-native/usr/sbin/parted. Looks like a bug to me.10:46
ed2RP: Can you suggest where to look?10:46
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto10:47
RPed2: no, that is not a bug10:47
RPed2: I did tell you this wouldn't work :/10:47
RPed2: A recipe's own output isn't installed into its own sysroot unfortunately10:48
RPed2: there isn't any real need to do that10:48
geoffrey_lHi, does anybody know why there is the line "LICENSE = "MIT"" in image.bbclass ?10:49
ed2RP: where is it installed then?10:50
RPed2: it is placed into the sysroot-components directory in isolation and then installed into sysroots of recipes that depend upon it10:50
bluelightninggeoffrey_l: historical reasons10:51
bluelightninggeoffrey_l: it used to be mandatory for all recipes, now it depends on whether the recipe takes in any source10:51
bluelightninggeoffrey_l: it doesn't really make much sense to talk about the license for an image at least in output, since it's usually composed of quite a number of components with their own license - hence we produce a license manifest for that10:52
bluelightningof course one can consider the license for the recipe itself, but that's not what LICENSE is about10:52
ed2RP: heh :( ok, I'll go back to special recipe that depends on all native tools. It will work faster.10:53
ed2RP: can you suggest what to put to the recipe to get all dependencies built? adding DEPENDS = "parted-native syslinux-native gptfdisk-native dosfstools-native mtools-native bmap-tools-native" doesn't make the m built for some reason.10:55
RPed2: sorry, this is all a bit confusing :(10:55
RPed2: that DEPENDS should work10:55
ed2RP: this is the recipe: SUMMARY = "A meta recipe to build native tools used by wic."10:55
ed2LICENSE = "MIT"10:55
ed2DEPENDS = "parted-native syslinux-native gptfdisk-native dosfstools-native mtools-native bmap-tools-native"10:55
*** Talorno <Talorno!~giova@2.238.241.77> has joined #yocto10:55
Talornohi all10:55
geoffrey_lbluelightning: It still fail if the image recipe take any source, because the checksum is not set. Actually I work on a way to add an overlay of config files in images recipe, so licence make more sense and I was wondering if there is any good reason to enforce it on "MIT".10:57
bluelightninggeoffrey_l: that's a separate issue10:57
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto10:58
bluelightninggeoffrey_l: it becomes a mess... this is one reason why we decided to disable fetching files in image recipes10:58
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:58
bluelightningI know it seems like the easiest solution...10:58
ed2RP: it builds just fine. after that I don't see parted binary in ./tmp10:58
ed2RP: could it be that I'm missing something in the recipe?10:58
RPed2: I added http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip-rss&id=7d9cd0fdc9269d82467633e895c43de1712ca66f (the last couple of lines were added for speed)11:00
RPed2: bitbake wic-tools, then ls tmp/work/i586-poky-linux/wic-tools/1.0-r0/recipe-sysroot-native/usr/sbin/pa*11:00
RPtmp/work/i586-poky-linux/wic-tools/1.0-r0/recipe-sysroot-native/usr/sbin/parted11:00
RPed2: so it seems to work for me?11:00
ed2RP: if you remove tmp and build this recipe again would it still work?11:01
geoffrey_lbluelightning: Anyway, wouldn't it be more appropriate to do something like "LICENSE ?= "MIT"" in image.bbclass instead ?11:01
RPed2: yes, it should11:02
ed2RP: Can you try?11:02
RPed2: I can try11:02
RPed2: of course wic-tools is installed from sstate and therefore it doesn't populate the sysroot11:02
ed2RP: I can see recipe-sysroot-native directories only for pseudo-native11:03
ed2RP: yes, that's probably the reason.11:03
ed2RP: so, how to make it to populate sysroot if it doesn't exist?11:04
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto11:04
Talornohi guys! if i want to remove a recipe from a build is it enough to delete the folder?11:05
RPed2: give me a minute to look at this, I see the problem :/11:06
ed2sure.11:06
RPed2: this works: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip-rss&id=020540e8843333f47b01c789c0e0fe7fa32bbab011:09
ed2RP: magic :) ! It works!11:12
ed2RP: thank you11:12
RPed2: np, sorry I didn't realise that problem :/11:12
ed2RP: do name and path meta/recipes-support/wictools/wictools.bb look acceptable?11:12
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto11:13
RPed2: I'd probably put it where I have it in my branch, the meta directory has several other artificial recipes like this11:14
ed2RP: ok, thanks. i'll move it there.11:15
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto11:17
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:21
*** caiortp <caiortp!~inatel@131.221.240.226> has joined #yocto11:22
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC11:22
*** istarilucky <istarilucky!~rlucca@189.112.127.230> has joined #yocto11:30
*** seezer <seezer!seezer@quassel/developer/seezer> has joined #yocto11:35
*** zeenix <zeenix!~zeenix@83.218.80.242> has quit IRC11:38
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC11:39
*** Kakounet1 <Kakounet1!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto11:40
*** rheagar <rheagar!c76a6734@gateway/web/freenode/ip.199.106.103.52> has quit IRC11:40
Talornois there a guide to psplash settings? i customized my bootsplash logo but i'd like to change some stuff11:40
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC11:41
*** Kakounet1 is now known as Kakounet11:41
ernstpTalorno: I had to patch c-code to change background color. don't think there's any nice guide11:41
Talornoernstp, would you tell me more please?11:41
Talorno'cause.... first of all i have a white line across the whole screen and i don't know from where is it coming11:42
*** zeenix <zeenix!~zeenix@83.218.80.242> has joined #yocto11:42
Talornoand second i'd like to change the color of the progress bar {or move it}11:43
Talornoah...another question...is there a nice way to change the color of the blanking parameter of u-boot?11:43
Talornoernstp, save me! :P11:43
Talornooh and also.... i'd like to preconfigure my yocto image (i mean system settings) so when i boot them they are already set up as i want (/etc/network/interfaces , for example)11:47
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto11:50
zeenixgypsy doesn't like gcc 6.3 much: http://paste.fedoraproject.org/529532/40133148/11:51
RPwhy does pixbufcache.bbclass only set do_package_write_rpm[depends] but not deb/ipk ?11:52
bachpHi, I would like to add an additional field to the pkgdata of a package similar to the other fields like LICENSE. Is there a way to do that without modifying the package.bbclass?11:52
ernstpTalorno: network/interfaces is a classing bbappend on init-ifupdown, pretty standard stuff11:54
RPhmm, my own patch :/11:54
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC11:55
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto11:56
ernstpTalorno: psplash example https://www.irccloud.com/pastebin/EG3YiX6k/11:56
Talornoernstp, maybe "classic bbappend' is classic for you :P i'm pretty new to yocto, is there something about that thing that i should read?11:56
Talornoand about psplash.... do you mean i am supposed to edit the source code?11:56
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC11:57
ernstpTalorno: checkout devtool btw11:58
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC12:06
grkhi, I would like to know how yocto is determining rdepends even if we have not added it as RDEPENDS12:07
grkI couldn't find any link even after searching on web12:08
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC12:08
rburtongrk: it looks at the binaries generated and adds anything they link against to the RDEPENDS (same as every mainstream linux distro does, basically)12:08
grkrburton: ok, thanks12:09
grkthat was helpful12:09
*** caiortp <caiortp!~inatel@131.221.240.226> has quit IRC12:12
RPjku, rburton: I think I'm going to need some help. We have a problem with postinstall dependencies. rss means we're going to have to actually document what the postinstalls need12:21
jkuright12:21
RPI can pick off the first pass at this but I'm probably going to need some help to double check it all12:22
jkuso this means building image with rss, checking which postinstalls fail on rootfs creation time (at least the ones that didn't fail without rss), fix one-by-one by adding new DEPENDS?12:27
jkuRP ^ or were you thinking something more clever?12:27
RPjku: Probably more like going through the metadata looking at the postinsts and then adding the right markup. Thankfully we don't have too many postinsts. The dependency is in the form of a new variable, DEPENDS isn't enough12:28
jkuah I see12:28
RPjku, rburton: I'm going to try and finalise how this should work after lunch12:28
RPjku: Checking which postinsts fail is the other way but its not foolproof. I've seen several work locally only to fail on the autobuilder as it didn't have gconf installed or glib-2.0 etc12:29
RPjku: it did this with depmod on debian-testing :/12:29
jkuyeah, I was guessing that would be unreliable12:29
RPjku: I do have a first pass at it just to check its going to work, my last test failed though so its now rebuilding :/12:30
jkuok, just let me know12:31
rburtonRP: sure12:31
rburtonthis is the case where postinst does stuff on the host in rootfs so eg depends on native tools right12:32
RPrburton, jku: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip-rss&id=b8eeb3c90428931b022fbbd658fa11bd5cb20e50 is my first pass12:33
RPrburton: yes, its the native tools we need to list12:34
RPDEPENDS can be cleaned out if the tools aren't needed at buildtime and only at postinst12:34
rburtonneat12:34
RPRight now sstate.bbclass has a hardcoded list but part of this magic should be that we can remove that12:34
RPThat can come later though12:34
RPrburton, jku: I've giving a headsup as this is going to be pretty urgent :/12:36
RPbut lunch whilst this all rebuilds12:37
*** adca <adca!~adca@193.202.22.66> has quit IRC12:38
ed2RP: wic seem to work with wic-tools approach. I'll still have to fix 3 selftest failures, but they're related to recent changes from master.12:43
*** adca <adca!~adca@193.202.22.66> has joined #yocto12:45
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC12:50
*** kalpu <kalpu!~kalpu@HSI-KBW-109-193-021-110.hsi7.kabel-badenwuerttemberg.de> has joined #yocto12:53
kalpuHi, how to suppress installing /etc/init.d/hostapd and it's rc links?12:54
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto12:56
ernstpkalpu: you still want the rest of hostapd?12:58
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto12:58
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC13:00
*** rr_44 <rr_44!d97eb626@gateway/web/freenode/ip.217.126.182.38> has joined #yocto13:00
kalpuernstp: Yes, I think I got it in my own hostapd_2.6.bb But now I'm facing the problem that hostapd_2.5.bb from meta-oe is getting built instead of mine from meta-my/recipes-connectivity/hostapd/hostapd_2.6.bb13:03
rr_44Hello everyone! I'm working with 1.7 yocto but I need to upgrade some recipes (python_pip and nodejs). I've cloned the 1.8 yocto version recipes on its layers (erasing the old ones), but when I try to bitbake them i get "ERROR: Nothing PROVIDES '______.bb'", any ideas why? thanks in advance13:04
kalpuHow to prefer a recipe over another? bitbake-layers show-layers shows some priorities. Is smaller bette?13:04
kalpuHow to change the priority of a meta-layer?13:05
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has joined #yocto13:06
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has quit IRC13:06
*** Talorno <Talorno!~giova@2.238.241.77> has quit IRC13:07
*** marka <marka!~masselst@128.224.252.2> has joined #yocto13:07
ernstpkalpu: pretty sure higher is better13:08
jkukalpu: layer priority is in layer.conf: BBFILE_PRIORITY_<layername>13:08
jkukalpu: but you can use "PREFERRED_VERSION_<recipe> = <version>" in your local or distro configuration13:08
*** TundraMan <TundraMan!~marka@128.224.252.2> has joined #yocto13:09
ernstpit should already select the higher version recipe, shouldn't it?13:14
kalpuno, because meta-oe has a higher priority...13:14
kalpuI want to configure this in my meta-my layer. How to do that?13:14
kalpujku: what is a distro and what is a local configuration?13:15
*** caiortp <caiortp!~inatel@131.221.240.226> has joined #yocto13:16
*** Talorno <Talorno!~giova@2.238.241.77> has joined #yocto13:16
jkukalpu: "local.conf" is for your personal configuration: good for testing things out13:17
RPed2: sounds good13:17
Talornois there a global way to enable multiple core compilation using bitbake?13:17
kalpujku: But this is in poky/build/conf/local.conf I want the configuration in meta-my/conf ... is this possible?13:18
RPTalorno: BB_NUMBER_THREADS and PARALLEL_MAKE13:18
TalornoRP set as global variable?13:18
RPTalorno: usually set in local.conf13:18
Talornooh, i will have a look, thanks13:18
RPTalorno: they should be autoset to someting related to the number of cores13:18
Talornoat runtime, you mean?13:18
RPTalorno: see local.conf.sample iirc13:19
Talornoi mean...when you run bitbake it looks for the number of cores?13:19
*** JosePerez <JosePerez!~jgperezc@134.134.139.72> has joined #yocto13:20
RPTalorno: meta/conf/bitbake.conf:BB_NUMBER_THREADS ?= "${@oe.utils.cpu_count()}"13:20
RPmeta/conf/bitbake.conf:PARALLEL_MAKE ?= "-j ${@oe.utils.cpu_count()}"13:21
Marexmoto-timo: thanks, but I don't think I need to do anything, the patch is already submitted by someone else :)13:21
RPTalorno: there is more documentation in local.conf.sample.extended13:21
Talornooh thank!13:22
Talorno*s13:22
kalputhere is "meta-openembedded/meta-oe/recipes-connectivity/hostapd/hostapd_2.5.bb" and now I want to update this to hostapd version 2.6 from within my own layer "meta-my". Whats the best way to do?13:24
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-bcvrwomvgegmjnnw> has quit IRC13:24
RPjku, rburton: tests were successful so this works. I'll write up something for the arch list13:26
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC13:26
jkukalpu: that would be distro configuration. The default distro is "poky", see meta-poky/conf/. If you are creating an operating system with yocto you should probably define your own distro that configures things like this  -- but I don't do things like that often so I don't have practical advice...13:26
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto13:27
jkukalpu: also, if you're building on top of yocto master you could just upgrade the hostapd in oe-core and send the patch to mailing list13:27
*** groleo <groleo!~dev@gate-zro.freescale.com> has joined #yocto13:29
*** logiclord <logiclord!~lpapp@kde/lpapp> has joined #yocto13:30
*** wise_dwarf <wise_dwarf!c0589201@gateway/web/freenode/ip.192.88.146.1> has joined #yocto13:30
*** logiclord <logiclord!~lpapp@kde/lpapp> has quit IRC13:30
*** ant_work <ant_work!~ant__@host56-27-dynamic.5-87-r.retail.telecomitalia.it> has quit IRC13:31
groleohi. is there a cmake .toolchain file distributed with the  SDK ? thanks13:33
*** Talorno <Talorno!~giova@2.238.241.77> has quit IRC13:34
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC13:40
*** mkmedeer <mkmedeer!d45c9114@gateway/web/freenode/ip.212.92.145.20> has left #yocto13:40
*** rr_44 <rr_44!d97eb626@gateway/web/freenode/ip.217.126.182.38> has quit IRC13:47
*** Son_Goku <Son_Goku!~King_InuY@ool-457cb820.dyn.optonline.net> has quit IRC13:48
eduardas_mhello, are any of you successfully using meta-snappy and snaps on your embedded systems?13:49
eduardas_many information on the state of snap support in Yocto would be greatly appreciated13:49
rburtonyou'll have to ask whoever wrote meta-snappy13:51
*** lamego <lamego!jose@nat/intel/x-nbizqcmfvznohrgo> has joined #yocto13:53
eduardas_mrburton, I found this on the mailing list https://lists.yoctoproject.org/pipermail/yocto-ab/2016-September/001777.html13:53
eduardas_mso I assume even though snapcraft.io uses the OE and Yocto logos, Yocto project is not going to support snaps by itself and it is basically a community effort?13:54
rburtonthere is no official support, correct.  but the point of layers etc is that there doesn't need to be.13:55
rburtontheir layer, so its up to you to gauge how much canonical care about meta-snappy13:56
eduardas_mrburton, understood... I suppose that is pretty much what I expected to hear. Just wanted to be sure.13:57
rburtoni'm not pleased that meta-snappy uses its own go recipe instead of meta-go13:57
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto13:57
*** poor-man <poor-man!d97eb626@gateway/web/freenode/ip.217.126.182.38> has quit IRC13:59
*** Tamis <Tamis!3e862e04@gateway/web/freenode/ip.62.134.46.4> has quit IRC14:02
ernstpusing meta-go in production here, works well, quick response from dev14:02
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto14:03
*** wise_dwarf <wise_dwarf!c0589201@gateway/web/freenode/ip.192.88.146.1> has quit IRC14:05
kanavinrburton: is there a .lz fix that I can cherry pick?14:12
*** gizero76 <gizero76!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto14:12
geoffrey_lIs there any way to tell to bitbake that a task must be rerun everytime we build a recipe (without remove sstate-cache) ?14:16
kanavingeoffrey_l: what is the context?14:17
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto14:17
*** gtristan <gtristan!~tristanva@mtlxpqak-1176248019.sdsl.bell.ca> has joined #yocto14:19
*** marka <marka!~masselst@128.224.252.2> has quit IRC14:23
RPjku, rburton: I've sent an email to the arch list about it along with my patch so far. I think the patch should work outside of my rss work, would be interesting to test that though and see if we can complete the patch either way14:25
maxingeoffrey_l: nostamp should work. eg: do_install[nostamp] = "1"14:25
RPjku, rburton: I think core-image-sato works with this14:25
geoffrey_lkanavin: I have a recipe with a task that copy files after do_rootfs and before do_image (at ${IMAGE_ROOTFS})14:26
*** marka <marka!~masselst@128.224.252.2> has joined #yocto14:26
*** marka <marka!~masselst@128.224.252.2> has quit IRC14:26
*** groleo1 <groleo1!~dev@gate-zro.freescale.com> has joined #yocto14:27
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC14:27
geoffrey_lmaxin: it works, thanks ! :)14:28
*** groleo <groleo!~dev@gate-zro.freescale.com> has quit IRC14:29
jkuRP, so what's the state now? (as in what should i do with it, apart from testing it out)14:29
rburtonkanavin: no, lzip is in meta-oe anyway right now14:30
*** marka <marka!~masselst@128.224.252.2> has joined #yocto14:32
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto14:35
RPjku: could you test it and see if it works outside my branch, then see if there are postinst deps I've missed?14:35
jkuRP, will do14:36
*** kscherer <kscherer!~kscherer@128.224.252.2> has joined #yocto14:36
gizero76Hi all! I'm struggling with installing an extensible SDK as generated by Yocto. Trying to cut out any project-specific detail, I nailed it down to running a 'bitbake core-image-minimal -c populate_sdk_ext' on a current poky/master tree and I try to install the SDK executing the generated script (built from scratch, no previous sstate-cache). It works just fine on the Yocto build host, where the installation ends with no14:36
gizero76 error and I can verify a minimal devtool development cycle. My specific need is to install the SDK as a provisioning step in a vagrant-generated VirtualBox-backed VM. Here the installation fails the SDK setup stage, with a ton of 'ERROR: Sstate artifact unavailable for util-macros-native.do_populate_sysroot'. All the mentioned artifacts belong to *-native packages. Moreover, I'm not very familiar with sstate-cache cont14:36
gizero76ent but:14:36
RPjku: thanks14:36
gizero76vagrant@vagrant-ubuntu-trusty-64:~$ find poky_sdk/sstate-cache/ | grep util-macros | grep native14:36
gizero76poky_sdk/sstate-cache/91/sstate:util-macros-native::1.19.0:r0::3:9195390c16195e2d6ca0ffc31c412bdf_populate_lic.tgz.siginfo14:36
gizero76poky_sdk/sstate-cache/91/sstate:util-macros-native::1.19.0:r0::3:9195390c16195e2d6ca0ffc31c412bdf_populate_lic.tgz14:36
gizero76poky_sdk/sstate-cache/universal/20/sstate:util-macros-native:x86_64-linux:1.19.0:r0:x86_64:3:20612fbaf93f558b1e57d2641bec5236_populate_sysroot.tgz14:36
gizero76poky_sdk/sstate-cache/universal/20/sstate:util-macros-native:x86_64-linux:1.19.0:r0:x86_64:3:20612fbaf93f558b1e57d2641bec5236_populate_sysroot.tgz.siginfo14:36
gizero76Am I missing something? The VM is x86_64 while SDKMACHINE="x86_64" as per default...14:37
RPjku: talking with rburton we wondered about changing it so you didn't need the :do_populate_sysroot bits and the system did that automagically14:37
*** benjamirc1 <benjamirc1!~besquive@134.134.139.74> has joined #yocto14:44
themikenicholsonGood morning, all14:46
RPgizero76: current master or something older?14:46
themikenicholsonIs there a straightforward way to "version" an SDK - I'm reading through the reference manual and SDK docs and nothing jumps out at me14:46
RPthemikenicholson: this kind of problem was why we're moving to the eSDK (extensible sdk)14:47
rburtonhalstead: did you get anywhere with the OOMing builder?  shall i add it back to the pool now?14:48
themikenicholsonhow does the extensible SDK solve the versioning issue? Sorry if its a stupid question, still pretty new to this14:48
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC14:54
gizero76RP: master:63f899a950daf1018999455bafa7a2be8b22f164 is the commit I used to build the SDK14:59
*** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto15:00
*** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has quit IRC15:00
*** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has joined #yocto15:00
gizero76btw the problem I'm seeing is *with* eSDK... I'm eager to expose some devtool based workflows to app devels ;-)15:01
RPthemikenicholson: it ties the SDK and the metadata and means that by updating the metadata, the local SDK would rebuild to match15:01
RPgizero76: not sure then as the patches I was thinking of are in that15:02
RPgizero76: you are using uninative?15:03
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:05
gizero76RP: I'm pretty ignorant on the topic, sorry... How can I check? Anyway my last test (still failing) was with "everything at default", just reusing a DL_DIR. IIRC, something uninative-related (downloading uninative-something?) happens during the initial stages15:05
themikenicholsonRP: Understood.  Does the eSDK provide a mechanism where a version of the metadata may be specified?  We're looking to support a workflow where various branches of our application repo can be tied to different versions of the SDK via a file checked into the repo. When a dev builds the application our tooling could switch to the proper version of the SDK15:05
RPgizero76: are you using poky as the distro?15:06
RPthemikenicholson: basically, yes15:07
themikenicholsonRP: We accomplish this today by checking the entire SDK sources into our application repo. Not a great approach for reuse/sharing between apps but makes it easy to keep SDK synced with your current version of the application15:07
RPthemikenicholson: eSDK pulls the SDK from sstate based on a .inc file specifying the lockdown15:07
RPthemikenicholson: the sstate can be included in the SDK or pulled from a remote server15:08
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC15:09
*** benjamirc1 <benjamirc1!~besquive@134.134.139.74> has quit IRC15:09
*** joshuagl_ <joshuagl_!~joshuagl@192.198.151.44> has joined #yocto15:12
gizero76RP: yep! DISTRO="poky"15:12
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto15:12
RPgizero76: right, so you're using uninative15:14
RP(which is good)15:14
*** joshuagl <joshuagl!joshuagl@nat/intel/x-xxjchfwgvgrzhuid> has quit IRC15:14
RPgizero76: when it generates the eSDK, there is a locked-sigs.inc file somewhere and it should list a hash for these natives. Those should match the hash in the sstate cache. I'd compare those next15:15
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:16
*** geoffrey_l_ <geoffrey_l_!~geoffrey_@fw-alt.idf.smile.fr> has joined #yocto15:16
*** mattsm <mattsm!~mattsm@2605:6000:1019:2002:22b:a336:d15c:cdc6> has quit IRC15:16
*** mattsm <mattsm!~mattsm@cpe-72-182-106-201.austin.res.rr.com> has joined #yocto15:17
*** TundraMan <TundraMan!~marka@128.224.252.2> has quit IRC15:17
themikenicholsonRP: Are you referring to locked-sigs.inc?15:17
*** geoffrey_l <geoffrey_l!~geoffrey_@gre92-5-82-237-199-7.fbx.proxad.net> has quit IRC15:17
*** robert_yang <robert_yang!~lyang1@106.120.101.38> has quit IRC15:17
RPthemikenicholson: yes15:17
*** Amynka_ <Amynka_!~frozen@gentoo/developer/amynka> has joined #yocto15:18
*** robert_yang <robert_yang!~lyang1@106.120.101.38> has joined #yocto15:18
*** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has quit IRC15:18
*** geheimni1` <geheimni1`!~geheimnis@23.226.237.192> has joined #yocto15:18
*** HyP3r_ <HyP3r_!~HyP3r@andreas-fendt.de> has joined #yocto15:18
*** abelloni_ <abelloni_!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has joined #yocto15:18
*** lemagoup_ <lemagoup_!~lemagoup@195.190.86.18> has joined #yocto15:18
*** erbo_ <erbo_!~erik@li444-24.members.linode.com> has joined #yocto15:18
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC15:18
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has quit IRC15:18
*** elruk_ <elruk_!elruk@nat/intel/x-xxtaqdvylhnwtful> has joined #yocto15:18
*** flihp_ <flihp_!~flihp@c-50-185-54-102.hsd1.ca.comcast.net> has joined #yocto15:18
*** tripzero_ <tripzero_!~tripzero@134.134.139.82> has joined #yocto15:18
*** sgk_ <sgk_!Syam@nat/redhat/x-vjvasjfibznukajy> has joined #yocto15:18
*** smartin_ <smartin_!~smartin@207.ip-37-59-126.eu> has joined #yocto15:18
*** elruk <elruk!elruk@nat/intel/x-igltxnvphvjhokpo> has quit IRC15:18
*** flihp <flihp!~flihp@c-50-185-54-102.hsd1.ca.comcast.net> has quit IRC15:18
*** abelloni <abelloni!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has quit IRC15:18
*** lemagoup <lemagoup!~lemagoup@195.190.86.18> has quit IRC15:18
*** geheimni1` is now known as geheimnis`15:19
*** gizero76 <gizero76!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC15:19
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC15:19
*** pohly <pohly!~pohly@p5DE8EE7C.dip0.t-ipconnect.de> has quit IRC15:19
*** fl0v01 <fl0v01!~fvo@pD9F6BE20.dip0.t-ipconnect.de> has quit IRC15:19
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC15:19
*** rovanceo_ <rovanceo_!~rovanceo@80.97.64.55> has quit IRC15:19
*** jkridner_ <jkridner_!~jkridner@pdpc/supporter/active/jkridner> has quit IRC15:19
*** smartin <smartin!~smartin@207.ip-37-59-126.eu> has quit IRC15:19
*** fray <fray!~fray@kernel.crashing.org> has quit IRC15:19
*** gattuso <gattuso!~gattuso@gruppoculturale.it> has quit IRC15:19
*** khem <khem!~khem@unaffiliated/khem> has quit IRC15:19
*** erbo <erbo!~erik@li444-24.members.linode.com> has quit IRC15:19
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has quit IRC15:19
*** cmos_dev_ <cmos_dev_!sid200148@gateway/web/irccloud.com/x-okvxerbdkewsamnw> has quit IRC15:19
*** quite <quite!quite@unaffiliated/quite> has quit IRC15:19
*** Cwiiis <Cwiiis!sid227@gateway/web/mozilla/x-zawgjxkwsngblrun> has quit IRC15:19
*** sgk <sgk!Syam@nat/redhat/x-lsauosozovsjjbqf> has quit IRC15:19
*** kergoth <kergoth!~kergoth@107.170.225.75> has quit IRC15:19
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC15:19
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC15:19
*** jmesmon <jmesmon!~jmesmon@turntable.einic.org> has quit IRC15:19
*** zibri <zibri!~zibri@2a01:7e01::f03c:91ff:febb:9538> has quit IRC15:19
*** tripzero <tripzero!~tripzero@134.134.139.82> has quit IRC15:19
*** miceopede <miceopede!sid140053@gateway/web/irccloud.com/x-yzwmzwvvrxpzdupe> has quit IRC15:19
*** CoLa <CoLa!cordlandwe@kde/cordlandwehr> has quit IRC15:19
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC15:19
*** rperier <rperier!~rperier@ubuntu/member/rperier> has quit IRC15:19
*** Saur <Saur!pkj@nat/axis/x-qubuxejmqevwkszn> has quit IRC15:19
*** otavio <otavio!~otavio@static.203.17.243.136.clients.your-server.de> has joined #yocto15:19
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto15:19
*** moto-timo <moto-timo!~ttorling@134.134.139.82> has joined #yocto15:19
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto15:19
*** jmesmon <jmesmon!~jmesmon@turntable.einic.org> has joined #yocto15:19
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto15:19
*** Cwiiis <Cwiiis!~sid227@2620:101:8016:74::5:e3> has joined #yocto15:19
*** quite <quite!quite@unaffiliated/quite> has joined #yocto15:20
*** zibri <zibri!~zibri@2a01:7e01::f03c:91ff:febb:9538> has joined #yocto15:20
*** gizero76 <gizero76!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto15:20
*** gattuso <gattuso!~gattuso@gruppoculturale.it> has joined #yocto15:21
*** ka6sox <ka6sox!ka6sox@cryptkcoding.com> has joined #yocto15:22
*** halfhalo <halfhalo!halfhalo@cryptkcoding.com> has joined #yocto15:22
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto15:22
*** pohly <pohly!~pohly@p5DE8EE7C.dip0.t-ipconnect.de> has joined #yocto15:22
*** fl0v01 <fl0v01!~fvo@pD9F6BE20.dip0.t-ipconnect.de> has joined #yocto15:22
*** rovanceo_ <rovanceo_!~rovanceo@80.97.64.55> has joined #yocto15:22
*** jkridner_ <jkridner_!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto15:22
*** fray <fray!~fray@kernel.crashing.org> has joined #yocto15:22
*** kergoth <kergoth!~kergoth@107.170.225.75> has joined #yocto15:22
*** CoLa <CoLa!cordlandwe@kde/cordlandwehr> has joined #yocto15:22
*** rperier <rperier!~rperier@ubuntu/member/rperier> has joined #yocto15:22
*** Saur <Saur!pkj@nat/axis/x-qubuxejmqevwkszn> has joined #yocto15:22
*** halfhalo <halfhalo!halfhalo@cryptkcoding.com> has quit IRC15:23
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto15:23
*** ka6sox <ka6sox!ka6sox@cryptkcoding.com> has quit IRC15:23
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto15:23
gizero76RP: we are testing with different OS in the VM and successfully completed an installation on a Ubuntu 16.04 (no vagrant, hand made VBox VM)... my failing scenario was with Ubuntu 14.04. Will investigate further if it is a guest distro related issue. Does this suggest something?15:23
RPgizero76: which gcc versions do they have?15:24
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has joined #yocto15:24
RPgizero76: its possible that something built on 16.04 won't work on something as old as 14.04 :(15:25
*** miceopede <miceopede!sid140053@gateway/web/irccloud.com/x-ksesgctgajmwjvjs> has joined #yocto15:25
RPif 14.04 is gcc 4.8/4.9 and 16.04 is later which seems likely then that is likely the cause. There is an open bug to add a check for this and error15:25
*** marka <marka!~masselst@128.224.252.2> has quit IRC15:25
*** robert_yang <robert_yang!~lyang1@106.120.101.38> has quit IRC15:26
*** rajm <rajm!~robertmar@cpc14-macc3-2-0-cust149.1-3.cable.virginm.net> has joined #yocto15:26
*** CTtpollard <CTtpollard!~CTtpollar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC15:27
*** marka <marka!~masselst@128.224.252.2> has joined #yocto15:27
gizero76RP: oh! interesting... sounds bad, indeed... not as portable as expected the SDK ;-) Will double check by upgrading the vagrant box to 16.04 and report back15:28
*** geoffrey_l_ is now known as geoffrey_l15:28
*** joshuagl_ is now known as joshuagl15:29
*** cmos_dev_ <cmos_dev_!sid200148@gateway/web/irccloud.com/x-oiuhfujynegyqobc> has joined #yocto15:30
*** CTtpollard <CTtpollard!~CTtpollar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto15:30
RPgizero76: we did try but ran into a problem with gcc here :(15:30
*** groleo1 <groleo1!~dev@gate-zro.freescale.com> has quit IRC15:32
*** groleo <groleo!~dev@gate-zro.freescale.com> has joined #yocto15:33
gizero76RP: I see! Just wandering what exactly goes wrong here: not that easy to figure out from the way it errors out. As you say, probably something we can only protect against by testing distro/gcc versions in advance15:35
*** robert_yang <robert_yang!~lyang1@106.120.101.38> has joined #yocto15:35
*** rajm <rajm!~robertmar@cpc14-macc3-2-0-cust149.1-3.cable.virginm.net> has quit IRC15:36
RPgizero76: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=c21cec84886d9c70396e9be0ceb9a8ef300b54be http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=5fd4cada2e49a0a12f54b8e37b7f18c44101457f15:39
*** aratiu <aratiu!~adi@80.97.64.55> has quit IRC15:41
gizero76RP: thanks for the pointer. I successfully installed the eSDK by upgrading vagrant VM specs to a xenial (16.04) box. Again, thanks for helping!15:43
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto15:43
*** kalpu <kalpu!~kalpu@HSI-KBW-109-193-021-110.hsi7.kabel-badenwuerttemberg.de> has left #yocto15:49
Strike5150Hello is there any special sauce required so serial ports work in the yocto project?15:54
Strike5150I've got poky/krogoth on genericx8615:54
Strike5150Serial ports appear configured in every way but do literally nothing, not even errors15:55
*** rajm <rajm!~robertmar@cpc14-macc3-2-0-cust149.1-3.cable.virginm.net> has joined #yocto15:57
ronan__This link can help? http://www.yoctoproject.org/docs/2.2/mega-manual/mega-manual.html#var-SERIAL_CONSOLES15:59
themikenicholsonI'd really like to test out the eSDK but meta-qt5 is still causing issues.  I think I understand the problem but I'm not sure if I have the right solution16:00
themikenicholsonin meta-qt5 a recipe has a create_sdk_files_prepend() that attempts to create a file in a nonexistant directory16:01
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC16:02
kergoththemikenicholson: should likely report that to the maintainers of the layer16:03
themikenicholsonIt works fine in the regular SDK, but I'm assuming this breaks populate_sdk_ext because the Qt package (qtbase-native) responsible for creating the directory does not get installed to the sysroot when preparing the eSDK16:03
themikenicholsonkergoth: already fired an email to oe-issues mailing list16:03
themikenicholsonjust trying to see if I can solve it in a fork for now16:04
Strike5150ronan__: I believe that is for consoles, what I'm looking for is a port which I can use to transfer data16:05
themikenicholsonThe file getting created in the create_sdk_files_prepend() is a configuration file that contains a number of paths (where libs, headers, etc are located within the SDK)16:05
themikenicholsonis create_sdk_files_prepend() the right place to do this thing? It seems like something that should happen after the install?16:06
ed2RP: I'm almost there. 1 test case is left.16:06
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@2.238.240.162> has joined #yocto16:07
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto16:07
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC16:07
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto16:08
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC16:11
*** rajm <rajm!~robertmar@cpc14-macc3-2-0-cust149.1-3.cable.virginm.net> has quit IRC16:11
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto16:12
RPgizero76: cool, we need to make that exit with a better error. Note that if you build on something old it is forward compatible, just the opposite isn't always tue16:17
bavery_fnhttps://wiki.yoctoproject.org/wiki/TipsAndTricks16:24
*** reibax <reibax!c21e5946@gateway/web/freenode/ip.194.30.89.70> has quit IRC16:29
*** JosePerez1 <JosePerez1!jgperezc@nat/intel/x-uyehsggdlbhknvwk> has joined #yocto16:37
Strike5150what does this mean QA Issue: Architecture did not match, happens when I build genericx86 machine, add a machine feature and make a new machine conf out of that and build it in the same build directory16:38
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC16:38
Strike5150This happens during linux-yocto build16:39
rburtonsee if it happens after wiping the tmp/16:39
*** JosePerez <JosePerez!~jgperezc@134.134.139.72> has quit IRC16:39
Strike5150rburton: :( see you in 4 hours16:39
rburtonit means your build has a binary that doesn't match the expected type for the target16:39
Strike5150Ok16:39
*** Kakounet1 <Kakounet1!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto16:39
rburtonkeep sstate, just rebuild the recipe that caused that message16:39
Strike5150rburton: would a cleanall on that recipe be enough?16:40
rburtonjust clean16:40
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC16:40
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC16:40
*** Kakounet1 is now known as Kakounet16:40
*** aV_V <aV_V!~aV_V@146.66.253.137> has quit IRC16:42
*** dvhart <dvhart!~dvhart@static-50-53-103-165.bvtn.or.frontiernet.net> has quit IRC16:45
*** marka <marka!~masselst@128.224.252.2> has quit IRC16:46
*** marka <marka!~masselst@128.224.252.2> has joined #yocto16:47
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC16:47
*** marka <marka!~masselst@128.224.252.2> has quit IRC16:47
*** marka <marka!~masselst@128.224.252.2> has joined #yocto16:48
jkuRP: so the patch builds fine on top of master, core-image-sato looks perfect (postinsts succeed). I'm not sure if I can really check if the new postinst dependency machinery is _really_ working though (since I don't have the recipe specific sysroots)?16:48
aehs29zeddii_home: zeddii are you around?16:48
jkumaybe by wiping sysroot and forcing the package task to re-run?16:48
RPjku: Testing that that does help as it means we can merge this before rss merges16:50
RPjku: you could switch to my rss branch for subsequent testing?16:51
jkuyeah I can try that later16:51
RPjku: but yes, wiping tmp, then running something like do_rootfs is a good test16:52
RPjku: the right pieces should get installed and if they don't we have a problem16:52
jkugot it16:52
jkuso about fontcache.bbclass: It uses qemu at rootfs time to run 'fc-cache' from fontconfig-utils if I've understood correctly16:53
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto16:54
jkudoes it even depend on fontconfig-utils at all ?16:55
*** JosePerez <JosePerez!jgperezc@nat/intel/x-ekiuoqzwcsyuxdhl> has joined #yocto16:56
*** mckoan is now known as mckoan|away16:56
RPjku: I think there are a lot of dependency bugs in the system like this :/16:57
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC16:57
*** JosePerez1 <JosePerez1!jgperezc@nat/intel/x-uyehsggdlbhknvwk> has quit IRC16:57
*** JosePerez <JosePerez!jgperezc@nat/intel/x-ekiuoqzwcsyuxdhl> has quit IRC16:57
jkuRP so let's assume it should, would the  PACKAGE_WRITE_DEPS then be something like  "qemu-native:do_populate_sysroot fontconfig-utils:do_populate_sysroot"16:57
*** JosePerez <JosePerez!~jgperezc@134.134.139.72> has joined #yocto16:58
*** zeenix <zeenix!~zeenix@83.218.80.242> has quit IRC16:58
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto17:01
RPjku: fontconfig-utils-native, these would always be -native deps17:01
jkuRP: but it really seems to use qemu-wrapper to run fc-cache17:02
jku(it's a postinst-intercept)17:04
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC17:05
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:e5a8:f8e5:4268:9056> has joined #yocto17:07
*** fl0v01 <fl0v01!~fvo@pD9F6BE20.dip0.t-ipconnect.de> has quit IRC17:07
RPjku: it still means qemu-native is needed17:08
RPjku: ah, in that case we just need to make sure the package has the right RDEPENDS for the target17:08
jkuaha17:08
RPjku: there is then no native dep17:08
jkuso RDEPENDS will be in the target sysroot  automatically17:09
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has quit IRC17:10
*** suy <suy!~quassel@78.47.119.89> has joined #yocto17:10
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto17:10
RPjku: right17:11
jkuthanks. anyway, heading home now. I'll go through the recipes that have postinsts and will then post to ML with at least comments17:11
RPjku: so it would just be qemu-native in that case17:11
jkuyep, got it17:12
*** anselmolsm <anselmolsm!~anselmols@2601:1c0:5402:7e90:2388:4a58:59f3:e0ee> has joined #yocto17:12
kanavinRP: first significant stumble, dnf does not support 'recommended' packages and considers only hard package dependencies, while we basically treat recommended as required in all of our configurations17:12
kanavinRP: I guess I can add that feature to upstream code though17:13
RPkanavin: I think there was some alternative solution added in rpm4 space but I don't remember what17:14
*** geoffrey_l <geoffrey_l!~geoffrey_@fw-alt.idf.smile.fr> has quit IRC17:14
*** jku <jku!~jku@192.198.151.43> has quit IRC17:14
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto17:24
*** JoiF <JoiF!~jofr@193.182.166.3> has quit IRC17:26
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC17:27
*** jairglez <jairglez!jairdeje@nat/intel/x-grdxbfjogiywrnjv> has quit IRC17:32
*** JosePerez1 <JosePerez1!jgperezc@nat/intel/x-jivhryiztbfzpiyc> has joined #yocto17:33
*** jairglez <jairglez!~jairdeje@134.134.137.75> has joined #yocto17:33
*** JosePerez <JosePerez!~jgperezc@134.134.139.72> has quit IRC17:35
*** lemagoup_ <lemagoup_!~lemagoup@195.190.86.18> has quit IRC17:36
RPed2: are your patches on a branch? I could do with rerunning builds on the autobuilder and would like to avoid some of the wic errors17:41
*** toscalix <toscalix!~toscalix@80.91.70.175> has quit IRC17:42
*** zeddii is now known as zeddii_fts17:44
*** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has quit IRC17:47
*** ernstp <ernstp!uid168075@gateway/web/irccloud.com/x-zeiczvzfoydhzsao> has quit IRC17:48
*** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has joined #yocto17:49
*** graphiqs <graphiqs!~adrian.gr@217.6.37.53> has quit IRC17:50
halsteadrburton, It passed all the memory and cpu stress tests and appears to OOM correctly. I'm adding it back to the pool now.17:53
*** ant__ <ant__!~ant__@host56-27-dynamic.5-87-r.retail.telecomitalia.it> has quit IRC17:55
*** CruX| <CruX|!~jozo@mcw.student.utc.sk> has quit IRC17:59
*** JosePerez1 <JosePerez1!jgperezc@nat/intel/x-jivhryiztbfzpiyc> has quit IRC18:00
*** CruX| <CruX|!~jozo@mcw.student.utc.sk> has joined #yocto18:00
*** jairglez <jairglez!~jairdeje@134.134.137.75> has quit IRC18:01
ed2RP: yes, I pushed my changes to ed/wic/rss18:01
*** pohly <pohly!~pohly@p5DE8EE7C.dip0.t-ipconnect.de> has quit IRC18:02
ed2RP: running selftest just to be sure all tests pass18:02
*** JosePerez <JosePerez!~jgperezc@134.134.139.72> has joined #yocto18:02
*** jairglez <jairglez!~jairdeje@134.134.137.75> has joined #yocto18:02
*** clopez <clopez!~tau@neutrino.es> has quit IRC18:04
ed2RP: one test still fails. I expect some silly typo there as previously it was passed.18:07
*** clopez <clopez!~tau@neutrino.es> has joined #yocto18:08
ed2RP: fixed the failure. pushed again. running oe-selftest -r wic again18:16
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has joined #yocto18:20
*** jrmrjnck <jrmrjnck!jdoman@nat/intel/x-vrpzfwqwzooibpqs> has joined #yocto18:23
*** jku <jku!~jku@dyj-skycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto18:24
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC18:24
ed2RP: all tests passed:18:27
ed2Ran 38 tests in 760.697s18:27
ed2OK18:27
*** CruX| <CruX|!~jozo@mcw.student.utc.sk> has quit IRC18:27
*** ed21 <ed21!~Adium@99.red-83-41-53.dynamicip.rima-tde.net> has joined #yocto18:33
*** ed2 is now known as Guest654118:34
*** ed21 is now known as ed218:34
*** Guest6541 <Guest6541!Adium@nat/intel/x-kassumdnqijbqhzn> has quit IRC18:35
*** bluelightning <bluelightning!~paul@118.148.113.65> has joined #yocto18:36
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:37
*** CruX| <CruX|!~jozo@mcw.student.utc.sk> has joined #yocto18:37
*** dmoseley <dmoseley!~dmoseley@65-35-172-144.res.bhn.net> has quit IRC18:38
*** Strike5150 <Strike5150!18de02de@gateway/web/freenode/ip.24.222.2.222> has quit IRC18:39
*** dmoseley <dmoseley!~dmoseley@65-35-172-144.res.bhn.net> has joined #yocto18:41
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:42
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:43
*** CruX| <CruX|!~jozo@mcw.student.utc.sk> has quit IRC18:47
*** CruX| <CruX|!~jozo@mcw.student.utc.sk> has joined #yocto18:49
*** anselmolsm <anselmolsm!~anselmols@2601:1c0:5402:7e90:2388:4a58:59f3:e0ee> has quit IRC18:49
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC18:53
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto18:55
*** Marex <Marex!~Marex@195.140.253.167> has quit IRC18:55
*** CruX| <CruX|!~jozo@mcw.student.utc.sk> has quit IRC18:56
*** zeddii_fts is now known as zeddii18:59
*** Marex <Marex!~Marex@195.140.253.167> has joined #yocto19:02
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC19:03
*** Amynka_ is now known as Amynka19:04
*** CruX| <CruX|!~jozo@mcw.student.utc.sk> has joined #yocto19:04
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto19:10
*** paulg <paulg!~paulg@209.226.41.163> has joined #yocto19:19
*** joshuagl <joshuagl!~joshuagl@192.198.151.44> has quit IRC19:32
*** JosePerez <JosePerez!~jgperezc@134.134.139.72> has quit IRC19:40
*** JosePerez <JosePerez!~jgperezc@134.134.139.72> has joined #yocto19:45
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:e5a8:f8e5:4268:9056> has quit IRC19:48
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:e5a8:f8e5:4268:9056> has joined #yocto19:48
jmesmonHi folks, I'm seeing a build failure of qt4-embedded for armv7-a when using morty: https://ptpb.pw/RuLc . Basically relocation R_ARM_MOVW_ABS_NC can't be used when making a shared object; recompile with -fPIC19:51
jmesmonIs the correct solution to append -fPIC to CFLAGS for the entire qt4-embedded recipe? I'm concerned that that may not really be the right solution19:52
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:e5a8:f8e5:4268:9056> has quit IRC19:52
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto19:57
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-xyrbfkxbanlvgqbt> has quit IRC20:03
*** caiortp <caiortp!~inatel@131.221.240.226> has quit IRC20:03
kanavin_homejmesmon: I don't mean to be unhelpful, but qt4 is very obsolete20:16
jmesmonI'm very aware. This isn't something I'm trying to bring up anew, it's something I need to keep working.20:17
jmesmonAs in: the build of qt4-embedded succeeded not too long ago, and is now failing20:18
kanavin_homejmesmon: in that case you might want to bisect?20:18
*** benjamirc <benjamirc!besquive@nat/intel/x-zxftskwxxhllyeis> has left #yocto20:22
bluelightningjmesmon: a bit of a discussion of the issue here: https://bugs.launchpad.net/ubuntu/+source/gcc-4.4/+bug/50344820:22
bluelightningseems like maybe enabling PIC is the right answer, assuming there aren't practical reasons why that's a problem20:23
jmesmonkanavin_home: each qt4-embedded build takes quite some time to build from clean (>20minutes), and I'm not even sure what would be the item to bisect: meta-qt4 itself has not changed, and I'm trying to figure out what changes in the morty branch may have been the issue20:23
jmesmonbluelightning: yep, saw that bug. Unfortunately, I've been running a much newer gcc than 4.4 for a while, and I'm pretty sure the binutils is very recent too :)20:24
seebsoh, jmesmon, I think yes -fPIC is probably the thing.20:24
seebsIf memory serves: Some things need -fPIC for no reason more complicated than "the code is too large".20:24
seebsAlso I have vague recollections of horrible things happening if libraries aren't built -fPIC in some cases.20:25
kanavin_homejmesmon: bisection doesn't mean rebuild from scratch at every step, it will reuse things that can be reused20:25
jmesmonI'm doing a rebuild of qt4-embedded right now with CFLAGS_append = " -fPIC" in a bbappend, so we'll see if that works.20:25
seebsAnd... I think if memory serves this is especially an issue on arm when thumb might be involved.20:25
seebsWe ran into this a ton at WR because our ARM default was to use thumb when it was available.20:25
seebsSo a lot of stuff wouldn't build that would have built in ARM mode.20:25
jmesmon25 minutes in.20:26
jmesmonseebs: hmm, I'll make sure I pay attention to any thumb vs arm bits then20:27
seebsBut it's also a thing you can hit just from "gcc changed code generation slightly, and a think which was previously 17 bytes less than a size limit is now 3 bytes over it".20:27
jmesmonkanavin_home: without cleaning I can't be sure the changes are actually being applied. My experience has been that many configure's don't properly apply changes over top of what is already there20:27
jmesmonseebs: :(20:28
*** nbigaouette <nbigaouette!~quassel@mail.rogue-research.com> has quit IRC20:28
seebsIn general, if gcc says it needs -fPIC, it's usually right.20:29
*** nbigaouette <nbigaouette!~quassel@mail.rogue-research.com> has joined #yocto20:29
seebs... it turns out that a goodly chunk of my role as "toolchain person" was to look at compiler messages, and say "hmm, it says file not found, is it possible that the file is missing?"20:30
*** istarilucky <istarilucky!~rlucca@189.112.127.230> has quit IRC20:30
jmesmonseebs: I suppose I'm just wondering what will happen given that qt4-embedded isn't just libraries. CFLAGS_append = " -fPIC" might not have the right level of granularity20:30
seebswelcome to a deep and fundamental problem with every Linux build system everywhere20:31
seebswhich is that there is no way to express "flags I want used only on libraries" and "flags I want used only on executables" sanely.20:31
jmesmonI figure there should be some way to convince qmake4 (or whatever) to pass -fPIC only to libraries, but I'm not sure what the process is for that within both qmake4 itself and within yocto20:31
jmesmonyep, painful20:31
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC20:31
seebsin theory i think libtool should be able to do it, maybe?20:31
*** dlan <dlan!~dennis@116.228.88.131> has joined #yocto20:33
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto20:33
jmesmonhmm... some other error is getting hit (compilation error this time). and it's still trying to compile code in do_install. funky20:35
kanavin_homejmesmon: I don't think bitbake will run configure on top of previous configure, it will either reuse previous build without any building, start building from scratch, or attempt to resume compilation. Or I misunderstand bitbake fully :)20:35
seebsa lot of things seem to be doing at least some compilation in do_install, and there's always a reason, but I usually hate the reason.20:38
*** john1 <john1!~john@178.162.209.111> has joined #yocto20:39
*** Guest21966 <Guest21966!~john@host86-171-222-132.range86-171.btcentralplus.com> has quit IRC20:39
*** john2 <john2!~john@host86-171-222-132.range86-171.btcentralplus.com> has joined #yocto20:43
jmesmonkanavin_home: I'm definitely seeing do_configure re-run, and then compilation tries to continue from whatever compilation happened last. Because almost all buildsystems (including qmake) don't recognize that objects depend on the commands that product them, it doesn't re-build objects that need rebuilding20:45
*** john1 <john1!~john@178.162.209.111> has quit IRC20:45
jmesmons/product/produce/20:46
*** marka <marka!~masselst@128.224.252.2> has quit IRC20:47
*** berton <berton!~berton@189.114.111.135> has quit IRC20:48
*** jku <jku!~jku@dyj-skycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC20:50
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto20:54
jmesmonon libtool: it doesn't look like it is used by default in qmake, and the qt4 build system doesn't appear to turn it on20:58
*** anselmolsm <anselmolsm!~anselmols@192.55.55.39> has joined #yocto21:09
*** scottrif <scottrif!~scottrif@71-80-200-241.dhcp.mdfd.or.charter.com> has joined #yocto21:10
*** kscherer <kscherer!~kscherer@128.224.252.2> has quit IRC21:11
*** gtristan <gtristan!~tristanva@mtlxpqak-1176248019.sdsl.bell.ca> has quit IRC21:14
miceopedecan i get some basic help on writing a recipe? is there a way to specify SRC_URI to just point at a local directory for testing?21:17
*** pauldevguy <pauldevguy!~pauldevgu@201.33.64.225> has quit IRC21:17
*** pauldevguy <pauldevguy!~pauldevgu@201.33.64.225> has joined #yocto21:18
miceopedeeg instead of a tarball that gets extracted21:18
seebsI don't think I've seen it used with just a local directory, but a local tarball is usually fine for small stuff.21:19
moto-timodevtool can do external source, which could be local dir21:19
moto-timohttp://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#devtool-getting-help21:21
moto-timosee the srctree argument21:22
miceopedesrctree? thanks21:22
jmesmonappending -fPIC to both CFLAGS and CXXFLAGS has fixed the qt4-embedded build for me.21:24
kergothyeah, devtool modify -x is your friend..21:27
bluelightningkergoth: FYI in the last release or so, -x is a no-op21:29
bluelightningjmesmon: I wonder if we should add that into the qt4 recipes?21:30
RPed2: thanks21:30
kergothyeah, thanks for the reminder. force of habit. i still have to mess with previous release from time to time :)21:30
RPkergoth: any thoughts on this postinst package dependency problem thread?21:30
*** sameo <sameo!samuel@nat/intel/x-ajttcmncucnwxfkr> has quit IRC21:33
*** sameo <sameo!samuel@nat/intel/x-apcbmwkowydjtojx> has joined #yocto21:35
kergothRP: just that i also don't like that variable name, but also don't have a better idea offhand :)21:35
kergothso.. yeah. not very helpful21:35
RPkergoth: I'm not sure I like it either21:35
kergothi feel like while the name accurately represents how it's used, it exposes details about the implementation. admittedly you sort of need to know that for this, but even so.21:36
*** joseppc <joseppc!~josep@c-eb12e455.010-118-73746f7.cust.bredbandsbolaget.se> has joined #yocto21:36
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto21:36
kergothperhaps keep this variable name under the hood, but expose a more pleasant one for the particular common case that'd be more intuitive to the user21:36
kergothand just reference that in the other for now, unless the implementation has to change21:37
* kergoth shrugs21:37
*** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has quit IRC21:50
georgemhrmm... has anyone used linux-yocto-rt_4.4 on morty recently with arm? A bunch of standard meta data seems to be leaking into preempt-rt which fails when it tries to apply patches that won't apply to standard/preempt-rt/base21:56
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC21:57
jmesmonbluelightning: it might: I'm not really sure what suddenly triggered it's need in my case, but it seems like it would be useful to have it not randomly break for folks. Only hazard is what happens to non-libraries in qt4-embedded that are built with -fPIC (I believe it also includes the qt4 tools)21:57
jmesmonAnother issue now: I'd like to build `perf`, which depends on `slang`, but it is failing due to trying to examine host paths (or at least bitbake believes it does) https://ptpb.pw/KWBh22:00
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC22:03
jmesmonlooks like adding `--with-x=no` to EXTRA_OECONF fixes that22:10
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC22:21
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto22:21
RPkergoth: I know what you mean. I don't want to rush it, equally, this will block rss22:22
RPkergoth: did you look at rss at all?22:22
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-igxdswljztfzsszu> has joined #yocto22:34
*** dmoseley <dmoseley!~dmoseley@65-35-172-144.res.bhn.net> has quit IRC22:41
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto22:43
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC22:44
*** JosePerez <JosePerez!~jgperezc@134.134.139.72> has quit IRC22:50
*** ed2 <ed2!~Adium@99.red-83-41-53.dynamicip.rima-tde.net> has quit IRC22:53
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto23:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto23:01
*** bavery_fn <bavery_fn!~bavery_fn@192.198.151.45> has quit IRC23:05
*** zncU <zncU!~zncU@192.198.151.45> has quit IRC23:05
*** paulg <paulg!~paulg@209.226.41.163> has quit IRC23:06
*** zncU <zncU!~zncU@192.198.151.45> has joined #yocto23:10
*** lamego <lamego!jose@nat/intel/x-nbizqcmfvznohrgo> has quit IRC23:11
*** zncU <zncU!~zncU@192.198.151.45> has quit IRC23:15
*** john2 <john2!~john@host86-171-222-132.range86-171.btcentralplus.com> has quit IRC23:16
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC23:24
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC23:24
*** clopez <clopez!~tau@neutrino.es> has quit IRC23:24
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has quit IRC23:24
*** HyP3r_ <HyP3r_!~HyP3r@andreas-fendt.de> has quit IRC23:24
*** morphis <morphis!~morphis@pD9ED65EC.dip0.t-ipconnect.de> has quit IRC23:24
*** psadro <psadro!~Thunderbi@216.234.148.135> has quit IRC23:24
*** rubdos <rubdos!~rubdos@2a02:2788:1036:172f::1> has quit IRC23:24
*** m2 <m2!~m2@amy.ksub.org> has quit IRC23:24
*** aehs29 <aehs29!~aehernan@134.134.139.78> has quit IRC23:24
*** alimon <alimon!alimon@nat/intel/x-zrzzzzztwcvlvttf> has quit IRC23:24
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-bvqnbymrfqyivpjg> has quit IRC23:24
*** ftonello <ftonello!~felipe@81.145.202.106> has quit IRC23:24
*** kanavin_home <kanavin_home!~ak@89-27-123-115.bb.dnainternet.fi> has quit IRC23:24
*** ronan__ <ronan__!~ronan@ARennes-656-1-262-73.w90-32.abo.wanadoo.fr> has quit IRC23:24
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto23:24
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto23:24
*** clopez <clopez!~tau@neutrino.es> has joined #yocto23:24
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has joined #yocto23:24
*** HyP3r_ <HyP3r_!~HyP3r@andreas-fendt.de> has joined #yocto23:24
*** morphis <morphis!~morphis@pD9ED65EC.dip0.t-ipconnect.de> has joined #yocto23:24
*** psadro <psadro!~Thunderbi@216.234.148.135> has joined #yocto23:24
*** rubdos <rubdos!~rubdos@2a02:2788:1036:172f::1> has joined #yocto23:24
*** m2 <m2!~m2@amy.ksub.org> has joined #yocto23:24
*** aehs29 <aehs29!~aehernan@134.134.139.78> has joined #yocto23:24
*** alimon <alimon!alimon@nat/intel/x-zrzzzzztwcvlvttf> has joined #yocto23:24
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-bvqnbymrfqyivpjg> has joined #yocto23:24
*** ronan__ <ronan__!~ronan@ARennes-656-1-262-73.w90-32.abo.wanadoo.fr> has joined #yocto23:24
*** ftonello <ftonello!~felipe@81.145.202.106> has joined #yocto23:24
*** kanavin_home <kanavin_home!~ak@89-27-123-115.bb.dnainternet.fi> has joined #yocto23:24
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC23:25
*** clopez <clopez!~tau@neutrino.es> has quit IRC23:25
*** bavery_f- <bavery_f-!~bavery_fn@192.198.151.45> has joined #yocto23:25
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto23:26
*** agust <agust!~agust@p4FCB795E.dip0.t-ipconnect.de> has quit IRC23:27
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC23:27
*** sameo <sameo!samuel@nat/intel/x-apcbmwkowydjtojx> has quit IRC23:27
*** clopez <clopez!~tau@neutrino.es> has joined #yocto23:28
*** NU-Slacker__ <NU-Slacker__!180d4a9e@gateway/web/freenode/ip.24.13.74.158> has joined #yocto23:38
clsullivzeddii: zeddii_home: do you know if the cd ${B} is necessary in kernel_do_deploy?23:56
*** scottrif <scottrif!~scottrif@71-80-200-241.dhcp.mdfd.or.charter.com> has quit IRC23:59

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