| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 00:02 | |
| -YoctoAutoBuilder- build #812 of nightly-arm64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/812 | 00:13 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 00:20 | |
| -YoctoAutoBuilder- build #1204 of nightly-multilib is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/1204 | 00:23 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 00:24 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 00:28 | |
| -YoctoAutoBuilder- build #1202 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/1202 | 00:34 | |
| *** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:e1c4:1324:df00:9cbb> has joined #yocto | 00:34 | |
| *** berndhs <berndhs!~berndhs@xplr-104-249-226-209.xplornet.com> has quit IRC | 00:36 | |
| *** clsulliv <clsulliv!clsulliv@nat/intel/x-wqjqbuckmvoqxlfe> has quit IRC | 00:41 | |
| *** clsulliv <clsulliv!clsulliv@nat/intel/x-nockrqrpjsweqfzs> has joined #yocto | 00:42 | |
| *** Trinners <Trinners!~Trinners@mail.validmanufacturing.com> has quit IRC | 00:42 | |
| *** nighty-- <nighty--!~nighty@kyotolabs.asahinet.com> has joined #yocto | 00:48 | |
| *** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 00:49 | |
| *** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 00:50 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-zpcahlbmludeohfs> has joined #yocto | 00:51 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 01:05 | |
| *** stephano <stephano!~stephano@134.134.137.71> has quit IRC | 01:08 | |
| *** morphis_ <morphis_!~morphis@pD9ED74E5.dip0.t-ipconnect.de> has joined #yocto | 01:11 | |
| *** gartin <gartin!~Gav@86.122.131.53> has joined #yocto | 01:13 | |
| *** morphis <morphis!~morphis@pD9ED71DD.dip0.t-ipconnect.de> has quit IRC | 01:14 | |
| *** martinkelly1 <martinkelly1!~martin@67.171.33.217> has quit IRC | 01:16 | |
| *** lsandov1 <lsandov1!lsandov1@nat/intel/x-dhktzxisokltzsvg> has quit IRC | 01:17 | |
| *** catch22__ <catch22__!~catch22__@101.165.216.251> has joined #yocto | 01:22 | |
| *** armpit <armpit!~armpit@50-233-148-156-static.hfc.comcastbusiness.net> has quit IRC | 01:24 | |
| *** catch22 <catch22!~catch22__@101.165.216.251> has quit IRC | 01:24 | |
| *** catch22__ <catch22__!~catch22__@101.165.216.251> has quit IRC | 01:27 | |
| *** catch22__ <catch22__!~catch22__@101.165.216.251> has joined #yocto | 01:28 | |
| *** mattsm <mattsm!~mattsm@2605:6000:1019:e0:a18a:b87d:ad92:a3b5> has quit IRC | 01:57 | |
| *** http_GK1wmSU <http_GK1wmSU!~deep-book@129.232.221.173> has joined #yocto | 02:11 | |
| *** http_GK1wmSU <http_GK1wmSU!~deep-book@129.232.221.173> has left #yocto | 02:14 | |
| -YoctoAutoBuilder- build #518 of nightly-musl is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-musl/builds/518 | 02:14 | |
| *** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 02:16 | |
| *** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 02:17 | |
| *** yizhao <yizhao!~zhaoyi@106.120.101.38> has quit IRC | 02:34 | |
| *** yizhao <yizhao!~zhaoyi@106.120.101.38> has joined #yocto | 02:35 | |
| *** dreyna <dreyna!~dreyna@unknown-157-214.windriver.com> has quit IRC | 02:41 | |
| *** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 02:54 | |
| *** Guest78534 <Guest78534!uid116340@gateway/web/irccloud.com/x-texiaufgevpxkifa> has joined #yocto | 03:03 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:04 | |
| *** catch22 <catch22!~catch22__@220.57.96.58.static.exetel.com.au> has joined #yocto | 03:10 | |
| -YoctoAutoBuilder- build #1166 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/1166 | 03:18 | |
| -YoctoAutoBuilder- build #1169 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/1169 | 03:24 | |
| -YoctoAutoBuilder- build #1151 of nightly-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/1151 | 03:25 | |
| -YoctoAutoBuilder- build #1292 of nightly is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly/builds/1292 | 03:27 | |
| *** garbados <garbados!~garbados@2601:1c2:303:6b0:e437:e5ff:f7ee:8828> has quit IRC | 03:31 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-zpcahlbmludeohfs> has quit IRC | 03:41 | |
| *** shiyer <shiyer!~shiyer@143.166.116.70> has quit IRC | 03:42 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 03:44 | |
| *** shiyer <shiyer!~shiyer@143.166.116.70> has joined #yocto | 03:45 | |
| *** itseris_ <itseris_!~emikulin@76.77.65.2> has joined #yocto | 03:50 | |
| *** itseris <itseris!~emikulin@76.77.65.2> has quit IRC | 03:50 | |
| *** mattsm <mattsm!~mattsm@2602:304:b0d5:feaa:9903:6cd4:c44f:d740> has joined #yocto | 04:18 | |
| *** catch22__ <catch22__!~catch22__@101.165.216.251> has quit IRC | 04:19 | |
| *** mattsm <mattsm!~mattsm@2602:304:b0d5:feaa:9903:6cd4:c44f:d740> has quit IRC | 04:25 | |
| *** mattsm <mattsm!~mattsm@cpe-72-182-106-201.austin.res.rr.com> has joined #yocto | 04:29 | |
| *** catch22__ <catch22__!~catch22__@101.165.196.11> has joined #yocto | 04:33 | |
| -YoctoAutoBuilder- build #1189 of nightly-world is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/1189 | 04:42 | |
| -YoctoAutoBuilder- build #912 of nightly-world-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/912 | 05:16 | |
| *** agust <agust!~agust@p4FCB4709.dip0.t-ipconnect.de> has joined #yocto | 05:23 | |
| *** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 05:34 | |
| *** Jefro <Jefro!~Jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 05:54 | |
| *** Jefro <Jefro!~Jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:59 | |
| *** melonipoika <melonipoika!~jose@194.9.252.237> has quit IRC | 06:01 | |
| *** Heinzer123 <Heinzer123!~Heinzer12@nat-134-1-1-2.awi.de> has joined #yocto | 06:07 | |
| *** hnje <hnje!~hnje@81.216.59.226> has joined #yocto | 06:09 | |
| *** melonipoika <melonipoika!~jose@194.9.252.237> has joined #yocto | 06:10 | |
| *** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has joined #yocto | 06:13 | |
| *** armpit <armpit!~armpit@2601:202:4001:9ea0:35b2:9b56:f157:2b7f> has joined #yocto | 06:17 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:18 | |
| *** Fuddl <Fuddl!~Fuddl@eth1-fw1-nbg6.eb.noris.de> has joined #yocto | 06:27 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 06:30 | |
| -YoctoAutoBuilder- build #1182 of nightly-qa-extras is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-extras/builds/1182 | 06:33 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 06:54 | |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto | 07:01 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 07:06 | |
| *** groleo <groleo!~groleo@gate-zro.freescale.com> has joined #yocto | 07:06 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 07:10 | |
| *** BarBQ <BarBQ!~textual@sg1.maxiv.lu.se> has joined #yocto | 07:12 | |
| *** BarBQ <BarBQ!~textual@sg1.maxiv.lu.se> has quit IRC | 07:14 | |
| *** gtristan <gtristan!~tristanva@5.148.114.172> has quit IRC | 07:16 | |
| *** rajm <rajm!~robertmar@167.98.27.226> has joined #yocto | 07:19 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.45> has joined #yocto | 07:32 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 07:32 | |
| sveinse | kergoth: I tested the new gist, had to modify the d.getVar("STAMP") to d.getVar("STAMP",True) | 07:37 |
|---|---|---|
| *** alkino <alkino!~alkino@80.245.18.66> has joined #yocto | 07:39 | |
| alkino | hi o/ | 07:39 |
| alkino | Only a stupid question | 07:39 |
| sveinse | kergoth: but it fails the same way: setscenes fails under do_populate_sysroot_setscene with exit code '1' - real task will be run instead, and then massively errors under 'runtaskdeps' and do_fetch | 07:39 |
| alkino | i'm trying to make the same rdepends for native and cross | 07:39 |
| alkino | RDEPENDS_${PN} = XXX doesn't work | 07:39 |
| *** ed2 <ed2!Adium@nat/intel/x-skfbnzukgwhaesem> has joined #yocto | 07:40 | |
| sveinse | Is there a way to configure a recipe to disable sstate generation it? | 07:40 |
| *** Jefro <Jefro!~Jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 07:41 | |
| *** http_GK1wmSU <http_GK1wmSU!~deep-book@61-68.furanet.com> has joined #yocto | 07:41 | |
| *** ldts <ldts!~jro@linaro/ldts> has joined #yocto | 07:43 | |
| *** http_GK1wmSU <http_GK1wmSU!~deep-book@61-68.furanet.com> has left #yocto | 07:43 | |
| *** vdehors <vdehors!~vdehors@meu77-6-78-223-226-44.fbx.proxad.net> has joined #yocto | 07:44 | |
| *** catch22 <catch22!~catch22__@220.57.96.58.static.exetel.com.au> has quit IRC | 07:45 | |
| bluelightning | morning all | 07:46 |
| *** ant_work <ant_work!~ant__@host11-249-dynamic.16-79-r.retail.telecomitalia.it> has joined #yocto | 07:48 | |
| sveinse | morning | 07:49 |
| *** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has quit IRC | 07:49 | |
| *** vdehors <vdehors!~vdehors@meu77-6-78-223-226-44.fbx.proxad.net> has quit IRC | 07:54 | |
| *** yizhao <yizhao!~zhaoyi@106.120.101.38> has quit IRC | 07:55 | |
| *** yizhao <yizhao!~zhaoyi@106.120.101.38> has joined #yocto | 07:56 | |
| *** vdehors <vdehors!~vdehors@meu77-6-78-223-226-44.fbx.proxad.net> has joined #yocto | 07:58 | |
| *** vdehors <vdehors!~vdehors@meu77-6-78-223-226-44.fbx.proxad.net> has quit IRC | 08:04 | |
| *** toscalix <toscalix!~toscalix@68.red-83-42-135.dynamicip.rima-tde.net> has joined #yocto | 08:04 | |
| *** vdehors <vdehors!~vdehors@meu77-6-78-223-226-44.fbx.proxad.net> has joined #yocto | 08:11 | |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC | 08:13 | |
| *** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:e1c4:1324:df00:9cbb> has quit IRC | 08:14 | |
| *** colrack <colrack!~colrack@94.126.8.166> has joined #yocto | 08:15 | |
| *** berndhs <berndhs!~berndhs@xplr-104-249-226-209.xplornet.com> has joined #yocto | 08:15 | |
| *** rodgort <rodgort!~rodgort@68.ip-149-56-14.net> has quit IRC | 08:24 | |
| *** Snert__ <Snert__!~LoginName@106-24-237-24.gci.net> has quit IRC | 08:30 | |
| *** rodgort <rodgort!~rodgort@68.ip-149-56-14.net> has joined #yocto | 08:32 | |
| *** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC | 08:33 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto | 08:34 | |
| *** luc4 <luc4!~luca@185.43.148.11> has joined #yocto | 08:45 | |
| *** gtristan <gtristan!~tristanva@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 08:59 | |
| *** colrack <colrack!~colrack@94.126.8.166> has quit IRC | 09:03 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-frxcretubqyulmng> has joined #yocto | 09:05 | |
| *** nighty-- <nighty--!~nighty@kyotolabs.asahinet.com> has quit IRC | 09:25 | |
| *** yann|work <yann|work!~yann@LFbn-1-3552-118.w90-127.abo.wanadoo.fr> has joined #yocto | 09:39 | |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto | 09:43 | |
| *** colrack <colrack!~colrack@94.126.8.166> has joined #yocto | 09:45 | |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 09:54 | |
| *** msvb-lab <msvb-lab!~michael@x55b546a3.dyn.telefonica.de> has joined #yocto | 09:59 | |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC | 10:00 | |
| sveinse | Now this is interesting: I get "ERROR: vsi-image-1.0-r0 do_rootfs_wicenv: Taskhash mismatch bab73ab34a1aba01309a34f5c0163815 verses c333c3682393bc0e62f2ebe32c3bb3e9 for /srv/builds/yocto-default-dev/sp/yocto/recipes-system/images/vsi-image.bb.do_rootfs_wicenv" | 10:08 |
| sveinse | I have finally been able to generate the sigdata for these two hashes, and they're equal! | 10:09 |
| sveinse | that is bitbake-diffsigs lists nothing. Doing bitbake-dumpsig and diffing the output is also equal | 10:09 |
| sveinse | Why then are the hashes different? | 10:10 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:12 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:13 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 10:22 | |
| *** nighty-__ <nighty-__!~cp@www.taiyolabs.com> has quit IRC | 10:22 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has quit IRC | 10:39 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:42 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 10:46 | |
| eduardas_m | Hello. How do I clean the generated SDKs I got via populate_sdk by using bitbake? | 10:47 |
| rburton | you mean, delete them from tmp/deploy? | 10:49 |
| rburton | use rm? | 10:49 |
| eduardas_m | rburton: tmp/deploy only contains the packaged SDK and manifest files as far as I understand... what if I need to clean in such a way so that I rebuild all of the SDK components from scratch next time? | 10:55 |
| eduardas_m | the next time I do a populate_sdk I mean | 10:55 |
| sveinse | Is there a way to configure recipes not to upload to the sstate cache? | 10:58 |
| *** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 10:58 | |
| *** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 10:58 | |
| *** pohly <pohly!~pohly@host-091-097-040-176.ewe-ip-backbone.de> has joined #yocto | 10:59 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 11:00 | |
| rburton | kanavin: packages/corei7-64-poky-linux/xserver-xorg/xserver-xorg: RDEPENDS: removed "libcrypto (['>= 1.0.2l'])", added "openssl (['>= 1.1.0f'])" | 11:01 |
| rburton | kanavin: unexpected fallout from openssl1.1 | 11:01 |
| rburton | hm actually it was wrong before - recipe says use openssl... | 11:02 |
| rburton | really could do with a nice ui around buildhistory-diff right now | 11:03 |
| rburton | aah, libcrypto != libgcrypt, i can't read. that's openssl. | 11:04 |
| rburton | kanavin: is there a good reason to not continue splitting libssl and libcrypto out like 1.0 did? | 11:05 |
| *** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 11:09 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 11:10 | |
| sveinse | A taskhash mismatch A verses B. If I search for files with A and B in their filenames, I find only B and 0 of A. Where then does it get the other taskhash from? | 11:11 |
| *** peacememories <peacememories!~textual@62-178-93-7.cable.dynamic.surfer.at> has joined #yocto | 11:13 | |
| *** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto | 11:15 | |
| *** peacememories <peacememories!~textual@62-178-93-7.cable.dynamic.surfer.at> has quit IRC | 11:15 | |
| *** ed2 <ed2!Adium@nat/intel/x-skfbnzukgwhaesem> has quit IRC | 11:15 | |
| *** peacememories <peacememories!~textual@62-178-93-7.cable.dynamic.surfer.at> has joined #yocto | 11:16 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 11:18 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 11:22 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 11:23 | |
| *** Fuddl <Fuddl!~Fuddl@eth1-fw1-nbg6.eb.noris.de> has quit IRC | 11:27 | |
| *** ed2 <ed2!Adium@nat/intel/x-pzwzonuxmiqumucd> has joined #yocto | 11:27 | |
| peacememories | hmm, can i bake bootargs into a kernel image? | 11:33 |
| kanavin | rburton: I rewrote openssl 1.1 recipe from scratch, as 1.0 has astronomical amounts of old cruft. That includes not splitting those libs - how about approaching it it the other way, if there is a specific reason to do it, then it can be done :) | 11:35 |
| rburton | kanavin: i guess is there a use case for linking to just libcrypto and not all the rest. xserver appears to be a usecae, it just wants the sha implementation in libcrypto and not the full stack | 11:36 |
| *** http_GK1wmSU <http_GK1wmSU!~deep-book@2e.80.01a8.ip4.static.sl-reverse.com> has joined #yocto | 11:37 | |
| *** http_GK1wmSU <http_GK1wmSU!~deep-book@2e.80.01a8.ip4.static.sl-reverse.com> has left #yocto | 11:38 | |
| kanavin | rburton: sure, but realistically, the full stack is very likely to be pulled in anyway | 11:38 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:39 | |
| *** peacememories <peacememories!~textual@62-178-93-7.cable.dynamic.surfer.at> has quit IRC | 11:39 | |
| *** morphis_ <morphis_!~morphis@pD9ED74E5.dip0.t-ipconnect.de> has quit IRC | 11:42 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:44 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:53 | |
| *** morphis_ <morphis_!~morphis@pD9ED74E5.dip0.t-ipconnect.de> has joined #yocto | 11:57 | |
| sveinse | Is there a way to run bitbake and parse the recipes and then quit? A kind of do-nothing command | 12:02 |
| neverpanic | bitbake -e recipename >/dev/null | 12:02 |
| rburton | or even better --help tells you that --parse-only exists :) | 12:03 |
| rburton | kanavin: /etc/ssl/certs/e8de2f56.0 changed symlink target from /usr/share/ca-certificates/mozilla/Buypass_Class_3_Root_CA.crt to Buypass_Class_3_Root_CA.pem | 12:04 |
| rburton | kanavin: not sure if thats good, bad, or indifferent :) | 12:04 |
| *** Shurelous <Shurelous!~igor@189.112.127.230> has joined #yocto | 12:04 | |
| *** peacememories <peacememories!~textual@62.178.93.7> has joined #yocto | 12:05 | |
| rburton | kanavin: also packages/corei7-64-poky-linux/gstreamer1.0-plugins-bad/gstreamer1.0-plugins-bad-dtls: RDEPENDS: removed "libssl (['>= 1.0.2l']) libcrypto (['>= 1.0.2l'])", added "openssl (['>= 1.1.0f'])" | 12:05 |
| rburton | so -bad is linking to both nettle and openssl now | 12:05 |
| *** JosePerez <JosePerez!~jgperezc@134.134.139.77> has joined #yocto | 12:06 | |
| *** JosePerez1 <JosePerez1!~jgperezc@134.134.139.83> has joined #yocto | 12:07 | |
| *** JosePerez2 <JosePerez2!~jgperezc@134.134.139.76> has joined #yocto | 12:09 | |
| rburton | kanavin: and does ptest pass on target? | 12:09 |
| kanavin | rburton: yep, because -bad has a ton of various plugins developed pretty much independently | 12:09 |
| *** JosePerez2 <JosePerez2!~jgperezc@134.134.139.76> has quit IRC | 12:09 | |
| kanavin | rburton: one plugin is incompatible with openssl 1.1, but can be configured to use nettle, the other is compatible with 1.1 | 12:10 |
| kanavin | rburton: it does, I checked :) | 12:10 |
| kanavin | rburton: (small print: checked when ptest support was added, which is not recent :) | 12:10 |
| *** JosePerez <JosePerez!~jgperezc@134.134.139.77> has quit IRC | 12:10 | |
| *** Sbrubles <Sbrubles!~igor@189.112.127.230> has joined #yocto | 12:12 | |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto | 12:14 | |
| *** Shurelous <Shurelous!~igor@189.112.127.230> has quit IRC | 12:16 | |
| *** ant_work <ant_work!~ant__@host11-249-dynamic.16-79-r.retail.telecomitalia.it> has quit IRC | 12:18 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:21 | |
| * rburton wonders if its time to remove oprofile | 12:27 | |
| *** christner <christner!~dchristne@50-76-27-165-static.hfc.comcastbusiness.net> has joined #yocto | 12:28 | |
| *** bluelightning <bluelightning!~paul@ip4d16fb7f.dynamic.kabel-deutschland.de> has joined #yocto | 12:31 | |
| *** bluelightning <bluelightning!~paul@ip4d16fb7f.dynamic.kabel-deutschland.de> has quit IRC | 12:31 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 12:31 | |
| *** Guest78534 <Guest78534!uid116340@gateway/web/irccloud.com/x-texiaufgevpxkifa> has quit IRC | 12:31 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 12:32 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 12:32 | |
| sveinse | It turns out that the taskhash mismatch only occurs the first time bitbake is run in an empty build (not tmp/ present). | 12:34 |
| sveinse | If I run another uncorrelated recipe, or even just do --parse-only, I won't run into the taskhash mismatch issue | 12:34 |
| sveinse | So the immediate fix for the buildserver is to run --parse-only first before starting the actual build. | 12:35 |
| sveinse | Isn't this very wierd thou? | 12:35 |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC | 12:36 | |
| rburton | hm yes | 12:38 |
| rburton | are you using uninative? (default in poky, not in oe-core iirc) | 12:38 |
| sveinse | dunno, I am using poky krogoth | 12:39 |
| sveinse | 2.1.2 | 12:39 |
| rburton | you know because you enabled it in your distro and the LSB string in bitbake startup header says universal | 12:40 |
| rburton | thats very odd though. can you dump the stamps to see what it thinks the difference is now? | 12:41 |
| sveinse | When I dump the stamps, they are equal! | 12:42 |
| sveinse | sigdata I mean | 12:42 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 12:50 | |
| *** zero_note <zero_note!~zero@2.238.240.162> has quit IRC | 12:54 | |
| kanavin | rburton: g-introspection with meson fixed \0/ | 12:58 |
| kanavin | rburton: the only issue is that the flags to enable/disable it are non-standardized, and, I suspect, it's not just json-glib that tries to be clever and disables it when cross-compiling | 12:59 |
| rburton | just moaned at json-glib maintainer :) | 13:00 |
| kanavin | rburton: we should moan at webkit maintainers too | 13:00 |
| kanavin | rburton: http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-sato/webkit/webkitgtk/0001-OptionsGTK.cmake-drop-the-hardcoded-introspection-gt.patch | 13:01 |
| kanavin | rburton: I can publish my branches perhaps? then we'll see what to do next | 13:02 |
| rburton | yes, definitely | 13:02 |
| rburton | khem: new glibc is much happier | 13:09 |
| *** pohly <pohly!~pohly@host-091-097-040-176.ewe-ip-backbone.de> has quit IRC | 13:10 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:11 | |
| *** pohly <pohly!~pohly@host-091-097-040-176.ewe-ip-backbone.de> has joined #yocto | 13:12 | |
| *** filt3r <filt3r!~filter@pietrmar.at> has quit IRC | 13:12 | |
| *** pohly <pohly!~pohly@host-091-097-040-176.ewe-ip-backbone.de> has quit IRC | 13:14 | |
| *** stephano <stephano!~stephano@134.134.137.71> has joined #yocto | 13:16 | |
| *** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has quit IRC | 13:20 | |
| *** Heinzer123 <Heinzer123!~Heinzer12@nat-134-1-1-2.awi.de> has left #yocto | 13:20 | |
| *** hnje <hnje!~hnje@81.216.59.226> has quit IRC | 13:20 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-frxcretubqyulmng> has quit IRC | 13:22 | |
| *** lsandov1 <lsandov1!~lsandov1@134.134.139.73> has joined #yocto | 13:25 | |
| *** peacememories <peacememories!~textual@62.178.93.7> has quit IRC | 13:28 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 13:35 | |
| kanavin | rburton: published in akanavin/meson, on poky-contrib (json-glib changes) and metaoe-contrib (meson changes) | 13:35 |
| rburton | can you mail me those URLs so i don't forget on monday? :) | 13:36 |
| kanavin | rburton: yep | 13:36 |
| kanavin | rburton: done | 13:38 |
| rburton | tnx | 13:38 |
| kanavin | rburton: care to take a quick look now? | 13:39 |
| rburton | coffee first :) | 13:40 |
| rburton | and rebooting all my stuff to make it ***** work again | 13:40 |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC | 13:46 | |
| *** lamego <lamego!~jose@134.134.139.73> has joined #yocto | 13:47 | |
| *** ed2 <ed2!Adium@nat/intel/x-pzwzonuxmiqumucd> has quit IRC | 13:48 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto | 13:48 | |
| *** filt3r <filt3r!~filter@pietrmar.at> has joined #yocto | 13:48 | |
| *** gjohnson <gjohnson!ad198ff2@gateway/web/freenode/ip.173.25.143.242> has joined #yocto | 13:50 | |
| gjohnson | Hello, I am looking for some help debugging. I have a nvidia recipe that provides virtual/libgl and the mesa recipe has virtual/libgl removed. When do_rootfs is run I keep getting recipes complaining that libgl dependency isn't found | 13:54 |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC | 13:59 | |
| sveinse | It seems I have a race condition while executing a initramfs.do_rootfs. It generates the deb archives (generates the packages and release files). It dies because of "E: Could not open file ./sp-data_99.14.0+hg0-025f4d16d400-r0_armhf.deb - open (2: No such file or directory)". But when I later inspect the dir, its all there. Also note that the initramfs does not use this packages, so its only the deb repo | 14:03 |
| sveinse | generation which makes this die | 14:03 |
| sveinse | How can I serialize the execution for this? | 14:03 |
| rburton | sounds like a bug in package_deb | 14:06 |
| rburton | which is the least tested of all the packaging formats we support | 14:06 |
| sveinse | rpm is the most tested? | 14:06 |
| rburton | rpm and ipkg equally i guess | 14:07 |
| *** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has quit IRC | 14:07 | |
| rburton | rpm is exercised more but ipkg is simpler :) | 14:08 |
| yates | is "DISTRO" part of the string printed by uname -a? | 14:08 |
| yates | i read the uname manpage and i see no DISTRO | 14:08 |
| rburton | DISTRO is an openembedded thing, uname just prints what the kernel tells it | 14:10 |
| rburton | so you won't see any mention of DISTRO in the uname man page | 14:11 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:12 | |
| yates | is it documented somewhere what DISTRO is meant to signify? what should i set it to? | 14:12 |
| rburton | if you're asking that then i suggest you start with the yocto documentation | 14:13 |
| yates | ah. section 5.14 | 14:13 |
| rburton | yeah thats a good start | 14:14 |
| yates | ok thanks. | 14:15 |
| *** Trinners <Trinners!~Trinners@mail.validmanufacturing.com> has joined #yocto | 14:17 | |
| *** gjohnson <gjohnson!ad198ff2@gateway/web/freenode/ip.173.25.143.242> has quit IRC | 14:20 | |
| yates | also, isn't MACHINE a bit of a misnomer? it's not JUST the machine, i.e., the CPU/architecture (x86_64, arm7hf, etc.), more like the machine and board hosting it? | 14:21 |
| yates | and the mfr | 14:22 |
| *** gjohnson <gjohnson!ad198ff2@gateway/web/freenode/ip.173.25.143.242> has joined #yocto | 14:23 | |
| kanavin | yates: machine is the board+cpu, cpu architecture is architecture :) | 14:23 |
| *** roric_ <roric_!~roric@213.115.5.18> has joined #yocto | 14:24 | |
| *** groleo <groleo!~groleo@gate-zro.freescale.com> has quit IRC | 14:24 | |
| yates | kanavin: oh, there is a separate ARCHITECTURE specification somewhere? | 14:24 |
| yates | that helps, thanks | 14:25 |
| kanavin | yates: not really, architectures are defined through a set of include files in conf/machine/include | 14:25 |
| roric_ | Is there any documented restriction on package names? | 14:28 |
| roric_ | Its turns out for me if the package name start with an uppercase no postinst/postrm is generated... changing the name to lower case -> bam it works.. | 14:29 |
| roric_ | ...and the postinst/rm in this case was generated by systemd.. | 14:29 |
| roric_ | ...and I'm running pyro | 14:30 |
| rburton | roric_: yes, uppercase is forbidden in some package managers | 14:30 |
| roric_ | rburton, thanks that explains, what about having some QA check for it..? | 14:30 |
| roric_ | rburton, but I think the bug might be in oe, because it was lacking in the .spec-file to (using rpm) | 14:31 |
| kanavin | roric_: yocto is what you make it, so you are welcome to write a patch :) | 14:32 |
| roric_ | rburton, thanks ;-) | 14:32 |
| *** gjohnson <gjohnson!ad198ff2@gateway/web/freenode/ip.173.25.143.242> has quit IRC | 14:34 | |
| roric_ | rburton, speaking of that (sorry for buggering you). I sent a patch fixing broken support for no_recommendations in the new dnf-code. Whats the process if I want to recommend to get that patch into some release branch like pyro? | 14:35 |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has quit IRC | 14:36 | |
| kanavin | roric_: you rebase the patch on pyro, and send it with [pyro] prefixed in the subject | 14:36 |
| otavio | rburton: what is holding up the gstreamer upgrade? | 14:37 |
| otavio | dv__: ? | 14:37 |
| dv__ | . | 14:42 |
| *** dv__ is now known as dv_ | 14:42 | |
| dv_ | what concerns me in particular is that other patches have been pushed to oe-core, so the previous 1.12 upgrade patches now have conflicts | 14:43 |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:44 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 14:47 | |
| *** stephano <stephano!~stephano@134.134.137.71> has quit IRC | 14:52 | |
| *** royalpurple <royalpurple!~jon@rrcs-74-87-232-122.west.biz.rr.com> has joined #yocto | 14:53 | |
| rburton | dv_, otavio: oh meant to reply to that, sorry. it was breaking intel but i think that has been fixed and now doesn't apply. if someone can rebase... | 14:55 |
| *** royalpurple <royalpurple!~jon@rrcs-74-87-232-122.west.biz.rr.com> has quit IRC | 14:56 | |
| *** royalpurple <royalpurple!~jon@rrcs-74-87-232-122.west.biz.rr.com> has joined #yocto | 14:57 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 14:58 | |
| *** mckoan|away is now known as mckoan | 14:59 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 14:59 | |
| mckoan | how can you tell to autotools that you want to build a library.a too ? | 15:00 |
| rburton | mckoan: that happens by default but if you're using poky then you'll be passing --disable-static as poky disables static libraries | 15:00 |
| rburton | note: poky is an example, only use it for real work if you've read the conf and know what it does :) | 15:01 |
| sveinse | Is it safe to remove package-management from IMAGE_FEATURES of poky? | 15:01 |
| mckoan | rburton: so it overrides the normal AC_PROG_LIBTOOL? | 15:01 |
| rburton | no, it just passes --disable-static | 15:01 |
| sveinse | Someone once told me that without it, postinstalls that have to run on target doesn't, but I don't know if that's correct | 15:02 |
| mckoan | rburton: thanks, I try | 15:02 |
| dv_ | in general, yocto recipes tend to pass many configuration switches, to ensure deterministic builds | 15:02 |
| rburton | sveinse: if you want to remove package management from the images then thats exactly what you want. | 15:02 |
| dv_ | @mckoan | 15:02 |
| mckoan | dv_: thx | 15:03 |
| sveinse | rburton: Not if some package I don't know of depend on some postinstall setup -- if that is indeed the case | 15:03 |
| sveinse | hence the question | 15:03 |
| mckoan | particularly my recipe worked well with fido, but I'm switching to morty | 15:04 |
| rburton | sveinse: you should write a two line recipe to find out | 15:04 |
| rburton | sveinse: if it does then its trivial enough to write a sanity check to abort builds in that case | 15:04 |
| rburton | we already do that read only rootfs: pending postinsts and readonly rootfs are incompatible | 15:05 |
| sveinse | rburton: right, good. Then this statement is false. | 15:05 |
| rburton | sveinse: no, i said you should find out. i'm not sure. | 15:06 |
| sveinse | alright, thanks | 15:06 |
| sveinse | I'm suspecting that yocto will install a run-once service and run those postinst scripts | 15:07 |
| sveinse | without any pkg mgmt system | 15:07 |
| rburton | yeah i think it persists the scripts that are left behind | 15:08 |
| rburton | we definitely have a first boot service to run them | 15:08 |
| rburton | but the maze of code is such that its easier to test it than read the code ;) | 15:08 |
| sveinse | I am now | 15:08 |
| *** wouterstreamit <wouterstreamit!589f1708@gateway/web/freenode/ip.88.159.23.8> has quit IRC | 15:09 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 15:12 | |
| *** avalluri <avalluri!~avalluri@192.55.54.44> has quit IRC | 15:16 | |
| *** avalluri <avalluri!~avalluri@192.55.54.44> has joined #yocto | 15:17 | |
| mckoan | rburton: EXTRA_OECONF = "--enable-static" in the recipe didn't solve | 15:19 |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 15:19 | |
| rburton | mckoan: that would be because no-static-libs uses _append | 15:19 |
| *** hbruce <hbruce!~hbruce@192.55.55.41> has quit IRC | 15:19 | |
| rburton | have a look at what poky is actualy doing and you'll see what to do | 15:20 |
| rburton | (either 1) don't use poky or 2) clear DISABLE_STATIC) | 15:20 |
| *** hbruce <hbruce!~hbruce@192.55.55.41> has joined #yocto | 15:21 | |
| *** lsandov1 <lsandov1!~lsandov1@134.134.139.73> has quit IRC | 15:22 | |
| *** msvb-lab <msvb-lab!~michael@x55b546a3.dyn.telefonica.de> has quit IRC | 15:24 | |
| *** msvb-lab <msvb-lab!~michael@x55b546a3.dyn.telefonica.de> has joined #yocto | 15:26 | |
| mckoan | rburton: DISABLE_STATIC = "", it woks, thank you so much | 15:27 |
| mckoan | rburton: ./meta/conf/distro/include/no-static-libs.inc | 15:27 |
| *** groleo <groleo!~groleo@86.123.193.245> has joined #yocto | 15:30 | |
| rburton | sveinse: looks like we already have a test for this and it does what you expect: postinsts are saved and ran on boot | 15:38 |
| sveinse | rburton: yes, that is what Ive found too. The run-postinst script is run by a service by the same name. This in turn calls postinst of ipk, deb or rpm if such is installed. | 15:40 |
| *** stephano <stephano!stephano@nat/intel/x-pcvdnpaxichaplpv> has joined #yocto | 15:43 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 15:43 | |
| *** lsandov1 <lsandov1!lsandov1@nat/intel/x-gthtkjssnauenjzn> has joined #yocto | 15:44 | |
| khem | rburton: good deal | 15:44 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 15:49 | |
| *** Jefro <Jefro!~Jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 15:50 | |
| sveinse | oh wait, how does the fs respond if you set commit= to a large time? Could it be that my issue with files missing from the deb repo be an error in the fs due to a large commit time? | 15:55 |
| rburton | no | 15:55 |
| rburton | commit just impacts when stuff actually hits disk, the kernel knows what is really happening | 15:55 |
| sveinse | Because that is a change we've just had | 15:55 |
| rburton | commit just changes how much data you lose if you pull the power | 15:56 |
| sveinse | yes, I'd expect the fs to be consistent about its meta data. But I'm starting to wonder thou | 15:56 |
| rburton | fwi my build machine has a two minute commit on the build disk | 15:56 |
| sveinse | I think ours was increased to 30 secs | 15:56 |
| *** lsandov1 <lsandov1!lsandov1@nat/intel/x-gthtkjssnauenjzn> has quit IRC | 15:57 | |
| kergoth | if the fs wasn't consistent, no one would bother using it :) | 15:57 |
| kergoth | would be useless | 15:57 |
| sveinse | kergoth: welcome back! | 15:57 |
| sveinse | kergoth: FYI I had to modify the gist to make it work: I had to encapsulate it in try except. Otherwise *everything* returned error code 1 and said bork bork! | 15:58 |
| yates | does fsl mean "freescale layer"? what does fslc mean? | 16:00 |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has joined #yocto | 16:00 | |
| sveinse | freescale linux, iirc | 16:00 |
| yates | you mean fsl == freescale linux? | 16:01 |
| yates | then what is fslc? | 16:01 |
| rburton | fsl is short for freescale, yes | 16:01 |
| rburton | iirc fscl is freescale community | 16:01 |
| rburton | ping otavio ^^^^ | 16:01 |
| *** gtristan <gtristan!~tristanva@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 16:02 | |
| *** aehs29 <aehs29!~aehernan@134.134.139.83> has joined #yocto | 16:02 | |
| *** lsandov1 <lsandov1!~lsandov1@134.134.139.73> has joined #yocto | 16:03 | |
| yates | i don't understand why this is failing: https://da.gd/UfAl -> https://paste.fedoraproject.org/paste/F0UJU9AQ~qya1bGwYqBFag/ | 16:03 |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto | 16:03 | |
| sveinse | Freescale has two versions, one community and one, uhm, non-community. Let me see if I can find the link | 16:04 |
| yates | ah. | 16:05 |
| yates | the file exists: https://da.gd/POuZg -> https://paste.fedoraproject.org/paste/CxEtFLlRPYaxoGOr4b~tTA/ | 16:05 |
| sveinse | yates, http://freescale.github.io/doc/release-notes/2.2/ see down "The differences between FSL Community BSP and Freescale Official Release" | 16:06 |
| yates | i'm not using build_x11 but a build under sources/poky | 16:06 |
| yates | sveinse: thanks! | 16:06 |
| *** toscalix <toscalix!~toscalix@68.red-83-42-135.dynamicip.rima-tde.net> has quit IRC | 16:09 | |
| *** yann|work <yann|work!~yann@LFbn-1-3552-118.w90-127.abo.wanadoo.fr> has quit IRC | 16:11 | |
| yates | does yocto search for files under sources/<layer>/blah/files/<machine> ? | 16:12 |
| *** luc4 <luc4!~luca@185.43.148.11> has quit IRC | 16:12 | |
| kergoth | no | 16:12 |
| kergoth | a file:// uri in SRC_URI is found by seraching FILESPATH | 16:12 |
| *** ldts <ldts!~jro@linaro/ldts> has quit IRC | 16:12 | |
| kergoth | which includes quite a few possible locations | 16:13 |
| kergoth | see also the bitbake user manual | 16:13 |
| yates | then why isn't it finding the file here sources/meta-variscite-fslc/recipes-connectivity/bluez5/files/imx6ul-var-dart/variscite-bt.conf | 16:13 |
| *** alkino <alkino!~alkino@80.245.18.66> has quit IRC | 16:14 | |
| yates | kergoth: i may not have asked my question clearly. | 16:14 |
| yates | when yocto is searching for a file and it considers a path that begins with sources/<layer>/blah/files/, does it only look for it under the extended path sources/<layer>/blah/files/<machine> ? | 16:16 |
| kergoth | no, as i just said, it searches any path in FILESPATH, which includes quite a few paths, including variants for every override listed in OVERRIDES | 16:16 |
| kergoth | of which MACHINE is one of many | 16:17 |
| *** lsandov1 <lsandov1!~lsandov1@134.134.139.73> has quit IRC | 16:17 | |
| yates | ok, i'll do some more searching / reading. | 16:17 |
| kergoth | assuming file://variscite-bt.conf is in SRC_URI, and assuming the recipe lives in sources/meta-variscite-fslc/recipes-connectivity/bluez5 (the recipe, not a bbappend), and assuming MACHINE is imx6ul-var-dart, then it'll pick it up from sources/meta-variscite-fslc/recipes-connectivity/bluez5/files/imx6ul-var-dart/variscite-bt.conf, yes | 16:18 |
| yates | oh. | 16:21 |
| yates | this might just be a pivotal "teachable moment" for me, then. | 16:22 |
| *** mckoan is now known as mckoan|away | 16:23 | |
| yates | we are defining our own machine under our own layer but want to utilize as much of the existing meta-varascite-fslc as possible. since our machine name is not imx6ul-var-dart, it is not finding the file. | 16:24 |
| kergoth | right. the best way to handle that is to use MACHINEOVERRIDES | 16:24 |
| kergoth | you can have both the original machine name and your new machine name in overrides with that | 16:25 |
| kergoth | that'll ensure that both variable overrides and files will still be applied an dfound, respectively | 16:25 |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.45> has quit IRC | 16:25 | |
| kergoth | best way to handle making your own variant of a machine | 16:25 |
| yates | excellent. i'll read up on MACHINEOVERRIDES. | 16:25 |
| kergoth | we've done that when we need to tweak an upstream machine when we have no control over the upstream layer, make our own version of the machine | 16:26 |
| kergoth | so your machine .conf can require the other machine .conf and adjust MACHINEOVERRIDES and should be good to go | 16:26 |
| yates | right. | 16:27 |
| *** gtristan <gtristan!~tristanva@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 16:29 | |
| *** todor <todor!~todor@134.134.139.82> has quit IRC | 16:31 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 16:32 | |
| *** colrack <colrack!~colrack@94.126.8.166> has quit IRC | 16:35 | |
| *** m_kim <m_kim!~user@116700782.convex.ru> has quit IRC | 16:37 | |
| yates | now https://da.gd/zcm0 -> https://paste.fedoraproject.org/paste/iE0t2bRXhsW9IS7nKnhxeg/ | 16:39 |
| yates | do i also have to create a COMPATIBLE_MACHINE line in my <machine>.conf? | 16:39 |
| kergoth | COMPATIBLE_MACHINE is a recipe variable used to make the recipe unparseable for machines where it won't b euseful or won't build | 16:40 |
| kergoth | it's not a variable for use in a machine .conf at all. doing so would affect every recipe you build, not good | 16:41 |
| kergoth | but no, iirc base.bbclass will check MACHINEOVERRIDES when applying COMPATIBLE_MACHINE, so you should be fine | 16:41 |
| *** todor <todor!~todor@134.134.139.82> has joined #yocto | 16:44 | |
| *** vdehors <vdehors!~vdehors@meu77-6-78-223-226-44.fbx.proxad.net> has quit IRC | 16:45 | |
| *** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto | 16:47 | |
| yates | so yes, put a MACHINEOVERRIDES in machine/conf/machine/<machine>.conf ? | 16:51 |
| majuk | I have to say, I think I'm a pretty smart guy, but this system is very difficult to get a handle on. | 16:51 |
| kergoth | yates: yes | 16:51 |
| majuk | You guys are awesome for developing it. Kudos. | 16:51 |
| *** balister_ <balister_!~balister@pool-71-171-11-34.ronkva.east.verizon.net> has joined #yocto | 16:51 | |
| *** pohly <pohly!~pohly@host-091-097-040-176.ewe-ip-backbone.de> has joined #yocto | 16:52 | |
| kergoth | majuk: the learning curve is fairly steep. the main issue, both positive and negative, is the flexibility, i think. there's a lot of power, but it also means there are often multiple ways of doing things, and pieces come from various places to ensure we can meet every need. once you're up to speed, it's great, though :) | 16:52 |
| majuk | kergoth: Yea. I'm wading through the 300 slide presentation on free-electrons.com. Even after having used Yocto for the past couple months, I don't have much of a handle on how things are happening. | 16:53 |
| *** Crofton|work <Crofton|work!~balister@108.44.122.174> has quit IRC | 16:54 | |
| balister_ | majuk, magic | 16:54 |
| kergoth | majuk: http://www.aosabook.org/en/yocto.html might help with some background / big picture | 16:54 |
| *** itseris_ <itseris_!~emikulin@76.77.65.2> has quit IRC | 16:55 | |
| kergoth | rather poky-heavy, terminology wise, given it's really describing bitbake+oe-core behavior, but good info | 16:56 |
| *** stephano <stephano!stephano@nat/intel/x-pcvdnpaxichaplpv> has quit IRC | 16:56 | |
| balister_ | Rudi's book is also recent | 16:58 |
| balister_ | https://www.amazon.com/Embedded-Systems-Project-Software-Development/dp/0133443248 | 16:58 |
| majuk | I've been trying to find examples of modifying existing builds. I have a functional build for the reference board I'm working with, but transitioning that into a custom build for custom hardware is evading me because I can't seem to get a grasp on how the recipe I'm using is coming together. | 17:01 |
| *** stephano <stephano!~stephano@134.134.139.82> has joined #yocto | 17:01 | |
| *** itseris <itseris!~emikulin@76.77.65.2> has joined #yocto | 17:02 | |
| *** gtristan <gtristan!~tristanva@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 17:07 | |
| *** groleo <groleo!~groleo@86.123.193.245> has quit IRC | 17:07 | |
| majuk | 'recipe' probably isn't even the right term, lol | 17:07 |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 17:08 | |
| majuk | 'image', that's it | 17:08 |
| balister_ | images are built with recipes | 17:10 |
| balister_ | what is the existing build? | 17:10 |
| *** balister_ is now known as Crofton|work | 17:11 | |
| majuk | Don't know how to answer that question. | 17:11 |
| kergoth | to clarify further, an image *is* a recipe :) just one that inherits a class that arranges to run different tasks | 17:11 |
| Crofton|work | what do you build? | 17:11 |
| majuk | Linux | 17:11 |
| kergoth | that's so vague as to be a non-response | 17:11 |
| majuk | Well it's a vague question that I don't know how to answer. | 17:12 |
| majuk | So | 17:12 |
| kergoth | you've told us absolutely nothing about what you're building | 17:12 |
| kergoth | not what yocto version, what hardware, what distro, nothing | 17:12 |
| majuk | You want a list of every package? The image name I invoke? The hardwre? | 17:13 |
| Crofton|work | image name | 17:13 |
| *** rajm <rajm!~robertmar@167.98.27.226> has quit IRC | 17:13 | |
| majuk | core-image-x11 is the image name | 17:13 |
| Crofton|work | What do you want to change | 17:14 |
| majuk | Immediately, uboot register settings for DDR. | 17:15 |
| Crofton|work | so then we need to know the bsp layer used | 17:17 |
| Crofton|work | akak hardware | 17:17 |
| majuk | The Freescale Community BSP, specifically the Wandboard w/ iMx6 Solo | 17:18 |
| * Crofton|work hasn't used that part | 17:18 | |
| yates | does anyone know of an emacs shell that will work with yocto/bitbake? https://da.gd/bcgQ -> https://paste.fedoraproject.org/paste/dfvRMS5ljyUYaM60DpgS8w/ | 17:18 |
| Crofton|work | I could help with Xilinx :) | 17:18 |
| Crofton|work | but asking in a Freescale focused place would be better for that question | 17:19 |
| majuk | Yea. No worries, thanks. | 17:19 |
| Crofton|work | also reading the u-boot recipes in the freescale BSP's might give you some ideas | 17:19 |
| Crofton|work | that is pretty intimate with the board startup, which OE handles, but the smarts for that will be in the bsp layers and can be pretty hacky at times, dpending on who did the work :) | 17:20 |
| majuk | Sure. My exercise today was to try to trace from the highest level, image, down to the BSP uboot stuff | 17:21 |
| *** Guma <Guma!~Guma@c-67-184-64-21.hsd1.il.comcast.net> has joined #yocto | 17:21 | |
| majuk | and I see no reference to anything uboot in the image. So that's not going so well. :D | 17:22 |
| Crofton|work | does that layer stack on top of meta-freescale | 17:22 |
| majuk | If I could build an image that just got me to a uBoot shell, that would be great. | 17:22 |
| kergoth | majuk: see the machine .conf | 17:23 |
| kergoth | it'll define the bits to pull in the bootloader to the build | 17:23 |
| kergoth | not the imga itself, since it's machine specific, and is independent of the image | 17:23 |
| kergoth | distro, machine, and image are orthogonal. any combination of the three should work, in general, so we're careful to keep changes for them in the right place | 17:24 |
| majuk | That makes sense. | 17:24 |
| majuk | kergoth: Ok, hearing that, the local.conf makes more sense | 17:25 |
| majuk | Definitely didn't get that out of any docs I've read. :D | 17:25 |
| kergoth | that separation is pretty critical to the project's success, i think, along with our OVERRIDES. between the two we have the ability to share a ton of common stuff between people with widely varying use cases, hardware, and policy decisions | 17:25 |
| kergoth | majuk: https://www.dropbox.com/s/gxb6uxlputaupmj/OpenEmbedded%20-%20Metadata%20Structure%20-%20Distro%2C%20Machine%2C%20Image.txt?dl=0 might help in that regard. substitute references to 'task' with 'packagegroup' in most cases. haven't updated that in a while | 17:26 |
| majuk | Cool, thanks. | 17:26 |
| kergoth | but it's about the distro/machine/image thing | 17:26 |
| kergoth | i think our docs could probably use a bit more coverage of high level concepts. we have some good howto-style info, and reference material, but less of the big picture, i think | 17:27 |
| majuk | I'm a hard/firmware guy, the inherent hierarchy of system software is not a context I know a lot about, so this is great. | 17:27 |
| kergoth | of course some folks do better at drilling down from high level to low, but others do better at going the other direction, so what's helpful for one might not help the other, depending on where they are in the learning process.. | 17:28 |
| majuk | Yea, I'm a low-to-high level guy for building understanding. I learn-by-doing and find it difficult to apply high-level concepts into low-level, actionable, understandable steps with anticipatable consequences. | 17:32 |
| majuk | Anyway, thanks for the input, I appreciate y'alls time. | 17:33 |
| kergoth | np | 17:33 |
| *** lsandov1 <lsandov1!~lsandov1@134.134.139.72> has joined #yocto | 17:33 | |
| *** lsandov11 <lsandov11!lsandov1@nat/intel/x-gcitiibaytdxrzot> has joined #yocto | 17:33 | |
| *** lsandov1 <lsandov1!~lsandov1@134.134.139.72> has quit IRC | 17:33 | |
| *** lsandov1 <lsandov1!~lsandov1@134.134.139.72> has joined #yocto | 17:34 | |
| *** lsandov11 <lsandov11!lsandov1@nat/intel/x-gcitiibaytdxrzot> has quit IRC | 17:34 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 17:51 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 17:56 | |
| *** nemunaire <nemunaire!~nemunaire@ra.nemunai.re> has quit IRC | 17:56 | |
| *** dv__ <dv__!~quassel@62.178.118.86> has joined #yocto | 17:56 | |
| *** dv_ <dv_!~quassel@62.178.118.86> has quit IRC | 17:56 | |
| *** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has joined #yocto | 17:57 | |
| *** groleo <groleo!~groleo@86.123.193.245> has joined #yocto | 18:03 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 18:14 | |
| *** Sbrubles <Sbrubles!~igor@189.112.127.230> has quit IRC | 18:15 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 18:16 | |
| *** Sbrubles <Sbrubles!~igor@189.112.127.230> has joined #yocto | 18:16 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 18:28 | |
| *** Sbrubles <Sbrubles!~igor@189.112.127.230> has quit IRC | 18:29 | |
| *** Sbrubles <Sbrubles!~igor@187.108.42.203> has joined #yocto | 18:31 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 18:31 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 18:31 | |
| *** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has joined #yocto | 18:35 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 18:36 | |
| *** itseris <itseris!~emikulin@76.77.65.2> has quit IRC | 18:42 | |
| *** itseris <itseris!~emikulin@76.77.65.2> has joined #yocto | 18:49 | |
| *** Sbrubles <Sbrubles!~igor@187.108.42.203> has quit IRC | 18:52 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 19:02 | |
| *** Sbrubles <Sbrubles!~igor@187.108.42.203> has joined #yocto | 19:04 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 19:05 | |
| yates | my new machine build ran for a couple of hours but eventually encountered the following error: https://da.gd/N18p -> https://paste.fedoraproject.org/paste/9SoNMpJWZhxjq7FzV7kCKg/ | 19:08 |
| yates | again this is happening because we are using a new MACHINE name | 19:09 |
| yates | the fw_env.config file for the machine we are deriving from (imx6ul-var-dart) is fine. how do we "inherit" this uboot file ? | 19:11 |
| yates | ...is fine for our machine and purposes... | 19:11 |
| yates | our machine name is imx6ul-ebtron-x5, as from this line of the error outptu: install: cannot stat '/home/yocto-project-x5-r1/sources/meta-variscite-fslc/recipes-bsp/u-boot/u-boot-fw-utils/imx6ul-ebtron-x5/fw_env.config': No such file or directory | 19:12 |
| majuk | copy-paste it into "home/yocto-project-x5-r1/sources/meta-variscite-fslc/recipes-bsp/u-boot/u-boot-fw-utils/imx6ul-ebtron-x5/fw_env.config"? | 19:12 |
| *** aehs29 <aehs29!~aehernan@134.134.139.83> has quit IRC | 19:14 | |
| yates | majuk: we are only going to change a small portion of the existing imx6ul-var-dart u-boot (and kernel) configuration. isn't there a way to inherit everything from imx6ul-var-dart except for a few special "tweaks"? | 19:14 |
| majuk | yates: I imagine there is, but I don't know what it is. Sorry. | 19:19 |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 19:20 | |
| yates | kergoth: any pointers here? | 19:23 |
| yates | or rburton? | 19:27 |
| yates | everyone having a beer already? :) | 19:27 |
| *** pohly <pohly!~pohly@host-091-097-040-176.ewe-ip-backbone.de> has quit IRC | 19:31 | |
| sveinse | yeeah, finally. Build is up and running again after 2 days down. | 19:37 |
| sveinse | bitbake and yocto is certainly not the easiest beast when not walking on the happy path ;) | 19:37 |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC | 19:39 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:41 | |
| Marex | bluelightning: oh hey, just the guy I'm looking for :) | 19:46 |
| Marex | bluelightning: are you aware that NPM is broken-ish in YPRR 2.3 , but not in YPRR 2.2 ? | 19:46 |
| bluelightning | Marex: hey | 19:46 |
| bluelightning | Marex: I'm aware there are a lot of problems with it yes... | 19:47 |
| bluelightning | in fixing one issue I created others | 19:47 |
| Marex | bluelightning: surprisingly, it worked in 2.2 , but it's broken in 2.3 , does that ring a bell or shall I start bisecting ? | 19:47 |
| Marex | (btw no, I didn't turn to the dark side and didn't start doing nodejs :) ) | 19:47 |
| bluelightning | Marex: I think you will find the issues start with the commit where do_install was changed | 19:47 |
| Marex | bluelightning: heh, that sounds vaguely familiar | 19:48 |
| Marex | bluelightning: yeah, do_install is where it dies | 19:49 |
| bluelightning | without that fix there are other issues unfortunately | 19:50 |
| bluelightning | basically npm has fought us every step of the way :( | 19:51 |
| bluelightning | I am holding out hope for npm v5 | 19:51 |
| Marex | bluelightning: ... insert opinionated comment on quality of nodejs here ... | 19:51 |
| Marex | bluelightning: there is no hope for nodejs | 19:52 |
| *** Shurelous <Shurelous!~igor@187.108.42.203> has joined #yocto | 19:52 | |
| Marex | bluelightning: but thanks for pointing me out to this do_install, I'll try reverting a few and see if I can track it down | 19:53 |
| bluelightning | v5 suggests they are learning some lessons (from yarn mostly) | 19:53 |
| bluelightning | I'm told it can be installed on top of non-bleeding-edge versions of node.js | 19:53 |
| *** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC | 19:55 | |
| Marex | bluelightning: I'm waiting for the "but" :) | 19:55 |
| *** Sbrubles <Sbrubles!~igor@187.108.42.203> has quit IRC | 19:55 | |
| bluelightning | Marex: well, someone I work with is sort of looking at it, but I'm not sure how much time he has to spend doing so | 19:57 |
| bluelightning | what he's told me so far sounds very promising | 19:58 |
| *** groleo <groleo!~groleo@86.123.193.245> has quit IRC | 20:00 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 20:00 | |
| Marex | bluelightning: ok, reverting ebe531b38bea54bd29ed7b3d2ea6c533b9331953 helped | 20:02 |
| Marex | bluelightning: I expect this will fsck something else up :) | 20:03 |
| Marex | bluelightning: thanks | 20:03 |
| bluelightning | Marex: np | 20:03 |
| *** clsulliv <clsulliv!clsulliv@nat/intel/x-nockrqrpjsweqfzs> has quit IRC | 20:04 | |
| *** clsulliv <clsulliv!~clsulliv@134.134.139.74> has joined #yocto | 20:05 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 20:05 | |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC | 20:11 | |
| *** berndhs <berndhs!~berndhs@xplr-104-249-226-209.xplornet.com> has quit IRC | 20:17 | |
| *** msvb-lab <msvb-lab!~michael@x55b546a3.dyn.telefonica.de> has quit IRC | 20:20 | |
| *** garbados <garbados!~garbados@2601:1c2:303:6b0:a159:7e6c:dc03:b08> has joined #yocto | 20:21 | |
| garbados | hello! | 20:27 |
| garbados | when `bitbake-layers add-layers` produces an error like 'Parse failure with the specified layer added' how do i... debug that? | 20:28 |
| garbados | even with the -d flag i don't get additional info about the failure | 20:29 |
| garbados | just... that a parse failure occurred | 20:29 |
| *** lsandov1 <lsandov1!~lsandov1@134.134.139.72> has quit IRC | 20:30 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 20:30 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 20:31 | |
| *** Snert__ <Snert__!~LoginName@106-24-237-24.gci.net> has joined #yocto | 20:31 | |
| *** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 20:43 | |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has quit IRC | 20:52 | |
| *** christner <christner!~dchristne@50-76-27-165-static.hfc.comcastbusiness.net> has quit IRC | 20:58 | |
| Circuitsoft | Is there a way to add a file to tmp/deploy from a bbappend? I want bios/win32/syslinux.exe accessible from the output | 20:58 |
| *** alimon <alimon!alimon@nat/intel/x-vnbaaofjjzeqtjha> has quit IRC | 21:00 | |
| *** gtristan <gtristan!~tristanva@5.148.114.172> has joined #yocto | 21:04 | |
| lamego | halstead: are you around? | 21:04 |
| halstead | lamego, Yes sir! | 21:04 |
| lamego | halstead: Hi Michael! Please take a look at my latest emails to you when you have the time. I have a couple request there where you can help. | 21:06 |
| halstead | Looking | 21:06 |
| *** morphis_ <morphis_!~morphis@pD9ED74E5.dip0.t-ipconnect.de> has quit IRC | 21:07 | |
| halstead | lamego, I see 2 pings that were threaded out so I missed them about patchwork. Oh this is done or very close. I see where I said I'd update you and didn't. | 21:08 |
| halstead | lamego, I'm sorry. Once I get all the AB machines updated and rebooted I'll finish this. | 21:09 |
| lamego | halstead: those are the ones. Please help when you have the time. | 21:09 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 21:09 | |
| lamego | halstead: Thanks, and have a nice weekend :) | 21:09 |
| halstead | lamego, I will. Are you heading out soon or can I check in with you here? | 21:10 |
| lamego | halstead: I'm around one more hour or so. Next Monday from 9:00 AM CST :) | 21:11 |
| halstead | lamego, Reliable. :) | 21:11 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 21:13 | |
| *** bully4u <bully4u!Adium@nat/intel/x-crjzqvcvdjhxjcfj> has joined #yocto | 21:41 | |
| *** willdye <willdye!~willdye@cpe-108-167-39-135.neb.res.rr.com> has joined #yocto | 21:42 | |
| *** King_InuYasha <King_InuYasha!~kvirc@ool-18e49ae9.dyn.optonline.net> has joined #yocto | 21:46 | |
| *** King_InuYasha <King_InuYasha!~kvirc@fedora/ngompa> has joined #yocto | 21:46 | |
| *** lsandov1 <lsandov1!lsandov1@nat/intel/x-zrudqxisvlohaorb> has joined #yocto | 21:46 | |
| *** willdye <willdye!~willdye@cpe-108-167-39-135.neb.res.rr.com> has joined #yocto | 21:48 | |
| *** lsandov1 <lsandov1!lsandov1@nat/intel/x-zrudqxisvlohaorb> has quit IRC | 21:48 | |
| *** lsandov11 <lsandov11!lsandov1@nat/intel/x-hctucbeoyyclirtq> has joined #yocto | 21:48 | |
| *** willdye <willdye!~willdye@cpe-108-167-39-135.neb.res.rr.com> has quit IRC | 21:49 | |
| *** |King_InuYasha| <|King_InuYasha|!~kvirc@ool-18e49ae9.dyn.optonline.net> has quit IRC | 21:49 | |
| *** royalpurple <royalpurple!~jon@rrcs-74-87-232-122.west.biz.rr.com> has quit IRC | 21:52 | |
| *** royalpurple <royalpurple!~jon@rrcs-74-87-232-122.west.biz.rr.com> has joined #yocto | 21:53 | |
| *** Shurelous <Shurelous!~igor@187.108.42.203> has quit IRC | 21:53 | |
| *** zerus <zerus!~petter@user167.85-195-55.netatonce.net> has joined #yocto | 21:59 | |
| kergoth | bluelightning: https://gist.github.com/kergoth/968f4eacc8436d442f7b2a0ddf147333 any thoughts? fails to load any oe package modules from non-oe-core layers, despite the sys.path modification in base.bbclass, but only happens with devtool, not a regular parse or build | 22:04 |
| *** phyllip <phyllip!~p@50-245-158-253-static.hfc.comcastbusiness.net> has joined #yocto | 22:16 | |
| *** zerus <zerus!~petter@user167.85-195-55.netatonce.net> has quit IRC | 22:16 | |
| *** ldts <ldts!~jro@linaro/ldts> has joined #yocto | 22:16 | |
| phyllip | can anyone explain why running bitbake on a particular image target with two different machine targets seems to cause conflicts? the tmp work directory for one machine will have empty git directories for certain packages, for example, causing their compiles to fail | 22:17 |
| phyllip | i'm assuming it's something relating to one of the caches but i'm having trouble determining which and how to work around this issue | 22:18 |
| phyllip | is in inadvisable to build for multiple machine targets using the same base yocto directory? | 22:19 |
| kergoth | it's the same build directory that's the issue, but even that isn't a problem as long as you wipe tmp between them | 22:19 |
| kergoth | that said, multi-machine builds with a single tmpdir *should* work, if it doesnt', that's a bug | 22:19 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 22:21 | |
| *** lamego <lamego!~jose@134.134.139.73> has quit IRC | 22:23 | |
| phyllip | kergoth: i can say for certain that it doesn't seem to work without wiping tmp in between builds | 22:23 |
| phyllip | ideally i wouldn't need to do so since i'd like to have a copy of u-boot and a rootfs for each machine | 22:24 |
| phyllip | without having to manually back it up elsewhere | 22:24 |
| *** itseris <itseris!~emikulin@76.77.65.2> has quit IRC | 22:25 | |
| *** itseris <itseris!~emikulin@76.77.65.2> has joined #yocto | 22:25 | |
| phyllip | kergoth: one fix i've found is manually running a cleanall task for each package that fails | 22:25 |
| phyllip | workaround, i should say | 22:25 |
| phyllip | kergoth: is it a specific bug? one that has been fixed in a particular version? | 22:28 |
| *** dmoseley <dmoseley!~dmoseley@653240hfc152.tampabay.res.rr.com> has joined #yocto | 22:33 | |
| *** ldts <ldts!~jro@linaro/ldts> has quit IRC | 22:38 | |
| *** lsandov11 <lsandov11!lsandov1@nat/intel/x-hctucbeoyyclirtq> has quit IRC | 22:40 | |
| *** agust <agust!~agust@p4FCB4709.dip0.t-ipconnect.de> has quit IRC | 22:41 | |
| *** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 22:54 | |
| *** lsandov1 <lsandov1!lsandov1@nat/intel/x-kuamazxhjiximdiq> has joined #yocto | 23:00 | |
| *** stephano <stephano!~stephano@134.134.139.82> has quit IRC | 23:15 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-hfyltpplzgfnaffo> has quit IRC | 23:16 | |
| *** phyllip <phyllip!~p@50-245-158-253-static.hfc.comcastbusiness.net> has quit IRC | 23:27 | |
| *** adca1 <adca1!~adca@193.202.22.66> has joined #yocto | 23:27 | |
| *** adca <adca!~adca@193.202.22.66> has quit IRC | 23:29 | |
| *** Trinners <Trinners!~Trinners@mail.validmanufacturing.com> has quit IRC | 23:32 | |
| *** Trinners <Trinners!~Trinners@mail.validmanufacturing.com> has joined #yocto | 23:32 | |
| *** fischerm <fischerm!~mfischer@207-114-172-147.static.twtelecom.net> has quit IRC | 23:45 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!