| *** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC | 00:04 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 00:04 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 00:05 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 00:05 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 00:24 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 00:25 | |
| *** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has quit IRC | 00:38 | |
| *** abelal <abelal!~quassel@110.93.212.98> has quit IRC | 00:39 | |
| *** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has joined #yocto | 00:40 | |
| *** abelal <abelal!~quassel@110.93.212.98> has joined #yocto | 00:41 | |
| *** yann <yann!~yann@88.120.44.86> has quit IRC | 00:41 | |
| *** yann <yann!~yann@88.120.44.86> has joined #yocto | 00:49 | |
| *** bobo__ <bobo__!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 01:00 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 01:00 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC | 01:02 | |
| *** Kyubi <Kyubi!~Kyubi@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto | 01:06 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 01:08 | |
| *** Kyubi <Kyubi!~Kyubi@c-67-188-92-153.hsd1.ca.comcast.net> has quit IRC | 01:08 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 01:11 | |
| *** vineela <vineela!~vtummala@134.134.137.75> has quit IRC | 01:15 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 01:16 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.131> has joined #yocto | 01:21 | |
| *** radsquirrel <radsquirrel!~radsquirr@2603:3015:e15:5bf2:d0b3:d9ff:fede:b022> has quit IRC | 01:28 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has quit IRC | 01:31 | |
| *** radsquirrel <radsquirrel!~radsquirr@2603:3015:e15:5bf2:d0b3:d9ff:fede:b022> has joined #yocto | 01:31 | |
| *** mccc <mccc!~mccc@c-73-221-142-119.hsd1.wa.comcast.net> has quit IRC | 01:31 | |
| *** Agent13 <Agent13!4711ccad@71-17-204-173.nbfr.hsdb.sasknet.sk.ca> has quit IRC | 01:32 | |
| *** mccc <mccc!~mccc@c-73-221-142-119.hsd1.wa.comcast.net> has joined #yocto | 01:33 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has joined #yocto | 01:38 | |
| *** manuel_ <manuel_!~manuel198@089144219093.atnat0028.highway.a1.net> has quit IRC | 02:02 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has quit IRC | 02:02 | |
| *** Wouter01000 <Wouter01000!~Wouter010@84-80-174-188.fixed.kpn.net> has quit IRC | 02:05 | |
| *** Wouter01000 <Wouter01000!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto | 02:05 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 02:16 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 02:20 | |
| *** ahadi <ahadi!~ahadi@88.130.223.193> has quit IRC | 02:29 | |
| *** ahadi <ahadi!~ahadi@88.130.223.193> has joined #yocto | 02:30 | |
| *** kpo__ <kpo__!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 02:40 | |
| *** kpo__ <kpo__!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 02:41 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.131> has quit IRC | 02:44 | |
| *** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has quit IRC | 02:45 | |
| *** dev1990 <dev1990!~dev@dynamic-81-168-169-170.ssp.dialog.net.pl> has joined #yocto | 02:46 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 02:46 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 02:52 | |
| *** aquijoule__ <aquijoule__!~richbridg@213-225-5-172.nat.highway.a1.net> has joined #yocto | 03:01 | |
| *** aquijoule_ <aquijoule_!~richbridg@089144213072.atnat0022.highway.a1.net> has quit IRC | 03:04 | |
| *** ahadi <ahadi!~ahadi@88.130.223.193> has quit IRC | 03:05 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 03:06 | |
| *** ahadi <ahadi!~ahadi@i5E86ADBC.versanet.de> has joined #yocto | 03:06 | |
| *** sakoman <sakoman!~steve@72.173.249.164> has quit IRC | 03:07 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 03:09 | |
| *** Minjae_Kim <Minjae_Kim!1b7af247@gateway/web/cgi-irc/kiwiirc.com/ip.27.122.242.71> has quit IRC | 03:57 | |
| *** Kyubi <Kyubi!~Kyubi@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto | 03:57 | |
| *** Minjae_Kim <Minjae_Kim!1b7af247@gateway/web/cgi-irc/kiwiirc.com/ip.27.122.242.71> has joined #yocto | 03:58 | |
| *** Kyubi <Kyubi!~Kyubi@c-67-188-92-153.hsd1.ca.comcast.net> has quit IRC | 04:02 | |
| *** ahadi <ahadi!~ahadi@i5E86ADBC.versanet.de> has quit IRC | 04:02 | |
| *** ahadi <ahadi!~ahadi@i59F44D49.versanet.de> has joined #yocto | 04:03 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.131> has joined #yocto | 04:11 | |
| *** mccc <mccc!~mccc@c-73-221-142-119.hsd1.wa.comcast.net> has quit IRC | 04:23 | |
| *** mccc <mccc!~mccc@c-73-221-142-119.hsd1.wa.comcast.net> has joined #yocto | 04:23 | |
| *** fatalhalt <fatalhalt!~fatalhalt@2601:244:4d01:52df:225:90ff:feda:2428> has quit IRC | 04:25 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 04:26 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 04:47 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 05:10 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 05:15 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-241.hsi6.kabel-badenwuerttemberg.de> has joined #yocto | 05:59 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-wntomidrmdymlbrs> has quit IRC | 06:04 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has joined #yocto | 06:04 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has quit IRC | 06:07 | |
| *** jobroe <jobroe!~manjaro-u@p5dd7fe8d.dip0.t-ipconnect.de> has joined #yocto | 06:11 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 06:15 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.131> has quit IRC | 06:27 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:29 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 06:33 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC | 06:33 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 06:49 | |
| *** rcoote <rcoote!~rcoote@5.146.199.186> has joined #yocto | 06:50 | |
| *** minimaxw1ll <minimaxw1ll!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 06:53 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 06:55 | |
| *** minimaxw1ll is now known as minimaxwell | 06:55 | |
| *** kpo__ <kpo__!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 06:58 | |
| *** kpo__ <kpo__!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 06:59 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 07:06 | |
| *** bobo__ <bobo__!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 07:11 | |
| *** RobertBerger <RobertBerger!~rber@ppp-2-86-140-5.home.otenet.gr> has joined #yocto | 07:30 | |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto | 07:37 | |
| thekappe | Hello guys ! In my kernel recipe folder I have two subfolders: files (with patches) and configs (with .cfg), how can I add both of them to FILESEXTRAPATHS_prepend ? | 07:38 |
|---|---|---|
| *** mckoan|away is now known as mckoan | 07:39 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:42 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-ljqmmxlhktjhjbvt> has joined #yocto | 07:49 | |
| LetoThe2nd | yo dudX | 07:50 |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 07:51 | |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 07:53 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto | 07:54 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto | 07:55 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 07:56 | |
| mckoan | hi LetoThe2nd | 07:56 |
| LetoThe2nd | howdy mckoan | 07:56 |
| *** bobo__ <bobo__!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 07:56 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 07:57 | |
| *** elGamal <elGamal!~elg@titan.pathogen.is> has joined #yocto | 07:57 | |
| *** manuel_ <manuel_!~manuel198@089144219093.atnat0028.highway.a1.net> has joined #yocto | 07:58 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 08:04 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 08:09 | |
| *** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has joined #yocto | 08:11 | |
| *** manuel_ <manuel_!~manuel198@089144219093.atnat0028.highway.a1.net> has quit IRC | 08:11 | |
| *** imaami <imaami!~imaami@imaami.fi> has quit IRC | 08:13 | |
| *** imaami <imaami!~imaami@imaami.fi> has joined #yocto | 08:13 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 08:15 | |
| *** rperier_ is now known as rperier | 08:16 | |
| *** rperier <rperier!~quassel@234.ip-51-91-57.eu> has quit IRC | 08:16 | |
| *** rperier <rperier!~quassel@unaffiliated/bambee> has joined #yocto | 08:16 | |
| RP | thekappe: add each one separated by a ":" ? | 08:17 |
| thekappe | RP, thanks ! | 08:18 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 08:18 | |
| dvorkindmitry | is there -native recipe example? can't find the good one. | 08:21 |
| LetoThe2nd | dvorkindmitry: one that is explicitly -native, or one that is native enabled? | 08:26 |
| dvorkindmitry | LetoThe2nd, I don't really know. I need the script from recipe A to be used while building recipe B binary. | 08:28 |
| LetoThe2nd | dvorkindmitry: if A is technically also buildable for the target, then its probably enough to jsut add BBCLASSEXTEND = "native". | 08:29 |
| LetoThe2nd | dvorkindmitry: look at bc, for example. | 08:29 |
| *** elGamal <elGamal!~elg@titan.pathogen.is> has quit IRC | 08:30 | |
| *** lpoulain| is now known as lpoulain | 08:30 | |
| dvorkindmitry | LetoThe2nd, I added BBCLASSEXTEND = "native" to recipe A. But I can't find the script installed into {D} from recipe A do_install() in the work directories of recipe B. | 08:31 |
| LetoThe2nd | dvorkindmitry: well did you add DEPENDS = "A-native"? | 08:31 |
| dvorkindmitry | LetoThe2nd, I did | 08:32 |
| dvorkindmitry | I have no FILES... section in recipe A, but it doesn't give me any error messages and looks like it doesn't do packaging! | 08:33 |
| dvorkindmitry | it does ... install and deploy (used in DEPLOYdir too). no packaging. I suspect, I forgot to add some property to the A recipe | 08:35 |
| LetoThe2nd | i would try cleaning A-native, rebuild B and see what happens. if nothing shows up then you have to dig deeper, yes. | 08:35 |
| dvorkindmitry | I already did. No effect | 08:36 |
| dvorkindmitry | recipe B rally depends on A, A looks instaled. But no files from it in B recipe dirs | 08:36 |
| dvorkindmitry | rally->really | 08:36 |
| LetoThe2nd | dvorkindmitry: ah. they should not show up in the recipe dir, but in the sysroots that B uses. you hopefully looked in the right places? | 08:37 |
| dvorkindmitry | I did find <recipeAdir> -name "filenamefromB" - nothing | 08:40 |
| dvorkindmitry | sorry, vise-versa... :) | 08:41 |
| dvorkindmitry | what looks suspitious for me is that I have do_install() { install myscript } and have image/...myscript, but no packaging dir for this A recipe | 08:42 |
| LetoThe2nd | without seeing the recipe i personally can't guess more, sorry. others probably can, but its beyond my knowledge. | 08:43 |
| rburton | dvorkindmitry: you can see what the recipe installed to the sysroot by looking in tmp/sysroot-components/(host arch)/A-native/ | 08:47 |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC | 08:48 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:52 | |
| *** bps <bps!~bps@80.71.142.18> has joined #yocto | 08:56 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC | 09:04 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 09:04 | |
| rburton | khem: do you plan on merging my meta-py fixes? our CI is broken. | 09:09 |
| rburton | hm i forgot to [meta-python] tag them | 09:09 |
| *** rcoote <rcoote!~rcoote@5.146.199.186> has quit IRC | 09:10 | |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has quit IRC | 09:10 | |
| *** rcoote <rcoote!~rcoote@2a02:908:692:81c0:d544:4576:4fb6:d14> has joined #yocto | 09:11 | |
| *** bps <bps!~bps@80.71.142.18> has quit IRC | 09:12 | |
| *** bps <bps!~bps@80.71.142.18> has joined #yocto | 09:12 | |
| *** jobroe <jobroe!~manjaro-u@p5dd7fe8d.dip0.t-ipconnect.de> has quit IRC | 09:13 | |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has joined #yocto | 09:14 | |
| *** jobroe <jobroe!~manjaro-u@p5dd7fe8d.dip0.t-ipconnect.de> has joined #yocto | 09:14 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-aqmfykqxnfybxusu> has joined #yocto | 09:18 | |
| *** rcoote <rcoote!~rcoote@2a02:908:692:81c0:d544:4576:4fb6:d14> has quit IRC | 09:20 | |
| qschulz | dvorkindmitry: not sure there's packaging for native recipes? | 09:27 |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 09:27 | |
| *** polaris <polaris!~polaris@p4fcd3ef6.dip0.t-ipconnect.de> has joined #yocto | 09:39 | |
| *** sTKs <sTKs!~weechat@2001:818:e634:e700:81cb:5262:bdd:4b02> has joined #yocto | 09:44 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 09:53 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 09:53 | |
| marex | Hi, there is one thing I am curious about | 09:54 |
| marex | if I track kernel patches in a metalayer | 09:54 |
| marex | assume I have foo-patches.scc which lists the patchset and then matching patches in the same directory, 000*-whatever.patch | 09:55 |
| marex | now, a new kernel version is rolled out, I generate those patches with git format-patch | 09:55 |
| marex | I end up with a diff full of +- lines for From with a different hash, possibly Subject where [PATCH nn/mm] is modified, and also some index ... entries | 09:56 |
| marex | I wonder, is there a tool to scrub those useless changes to clean up the sync diff ? | 09:56 |
| RP | marex: hard part is deciding which bits are useless | 09:57 |
| marex | RP: the patch context is generally useless, since its text unrelated to the patch content | 09:58 |
| marex | right ? | 09:58 |
| RP | marex: it has a use in that it helps the system understand where the patch content needs to go. Its noise in that it obscures what you happen to want in this case. | 09:59 |
| marex | RP: I mean things like 'From b7cefab79b977ec289a3254b1f5135af6e98d4da Mon Sep 17 00:00:00 2001' | 10:00 |
| marex | that is just noise and doesnt help anything, really | 10:00 |
| RP | marex: is there something in diffutills which would strip things down to bare patches? | 10:00 |
| RP | marex: git adds these things as it can help it apply the patches under some circumstances | 10:01 |
| marex | RP: I was looking for such a thing for a while, I can't seem to find anything | 10:01 |
| marex | I guess I can somehow tweak git config to generate patches without some of that stuff, or filter it manually with sed | 10:02 |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 10:05 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 10:06 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 10:11 | |
| *** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC | 10:31 | |
| *** bps <bps!~bps@80.71.142.18> has quit IRC | 10:39 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 10:41 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 10:42 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 10:50 | |
| *** Anarky <Anarky!~Anarky@lfbn-lyo-1-133-184.w86-202.abo.wanadoo.fr> has joined #yocto | 10:57 | |
| *** bps <bps!~bps@80.71.142.18> has joined #yocto | 11:03 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 11:12 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 11:19 | |
| qschulz | is there a way to get a sysroot of one recipe with all debug symbols (basically all -dbg packages of everything in DEPENDS of said recipe)? | 11:22 |
| RP | qschulz: the debug info is only packaged, not put into sysroots so you'd need an image recipe with debug image enabled installing that one recipe | 11:26 |
| rburton | you can turn off stripping of the sysroot if you really need it though | 11:31 |
| rburton | when i was digging at pseudo I had INHIBIT_SYSROOT_STRIP_pn-pseudo-native = "1" | 11:32 |
| rburton | sounds like what you want is a debug image though, generated like an image but with all symbols for gdb to ues | 11:33 |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 11:33 | |
| rburton | or, the debuginfod stuff dorinda is working on :) | 11:33 |
| RP | the debug image is the fastest way I know of to get it with the existing code | 11:34 |
| qschulz | rburton: this INHIBIT_SYSROOT_STRIP_pn-pseudo-native applies to sysroot-destdir dir of pseudo-native right? | 11:38 |
| RP | qschulz: yes | 11:41 |
| qschulz | ok so that's not really what I wanted but that is interesting to know. (in the end we went for a debug image enabled "rootfs") | 11:46 |
| rburton | oh new uboot | 11:47 |
| rburton | marex: any plans to upgrade uboot in oe-core? | 11:49 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 11:54 | |
| *** lxc <lxc!d9d0c05b@217-208-192-91-no98.tbcn.telia.com> has joined #yocto | 11:55 | |
| lxc | how to specify a dependency to a native compiler? DEPENDS = "gcc-native"? | 11:55 |
| rburton | the native compiler is assumed to exist | 11:57 |
| rburton | (on the host) | 11:58 |
| RP | hmm, one ltp run on the arm server 3.75 hours, the other was nearly 7 :/ | 11:59 |
| * RP is going to merge glibc 2.33, looks like it builds cleanly | 12:00 | |
| RP | jonmason: I reran the failing ltps and they went green FWIW | 12:03 |
| *** kpo__ <kpo__!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 12:03 | |
| *** kpo__ <kpo__!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 12:04 | |
| jonmason | Cool, so it's not occuring every time | 12:04 |
| marex | rburton: doesnt AUH do that ? | 12:04 |
| rburton | marex: uboot is on my list of things that should likely be tested before pushing :) | 12:05 |
| marex | rburton: tested in what way ? :) | 12:05 |
| marex | rburton: I am running it on the boards I care about already | 12:05 |
| marex | rburton: switching the SRC_URI is enough | 12:06 |
| rburton | marex: can you send the patch :) | 12:06 |
| marex | rburton: doesnt AUH do that ? | 12:06 |
| marex | I was hoping this automation should do it | 12:06 |
| RP | marex: the AUH can prepare the patches but we do ask that a human does check and confirm its a good idea | 12:07 |
| RP | marex: you can replicate the work of the AUH by using devtool upgrade locally iirc | 12:07 |
| marex | RP: ah, was the patch posted ? | 12:08 |
| marex | oh | 12:08 |
| *** manuel_ <manuel_!~manuel198@089144219093.atnat0028.highway.a1.net> has joined #yocto | 12:10 | |
| *** lxc <lxc!d9d0c05b@217-208-192-91-no98.tbcn.telia.com> has quit IRC | 12:11 | |
| marex | RP: rburton: btw Im tracking a local layer with linux 5.10.y and mesa 20.3.y for dunfell here, is there some better place to put it, so its useful for others that want LTS version of core, but more up to date kernel and graphics stack ? | 12:20 |
| *** tgoodwin <tgoodwin!~tgoodwin@static-96-234-151-198.bltmmd.fios.verizon.net> has joined #yocto | 12:21 | |
| JaMa | anyone noticed icu build failing in dunfell like this? | 12:24 |
| JaMa | ../data/rules.mk:744: recipe for target 'out/build/icudt66l/windowsZones.res' failed | 12:24 |
| JaMa | make[1]: *** [out/build/icudt66l/windowsZones.res] Segmentation fault | 12:24 |
| JaMa | sometimes there is "Bus error" instead of segmentation fault | 12:24 |
| marex | JaMa: I am just building it, in previous builds I didnt see it | 12:31 |
| marex | JaMa: could it be HW error on the build box ? | 12:31 |
| JaMa | it might, but I'm seeing it only in icu (3 times since last dunfell update yesterday) | 12:32 |
| marex | JaMa: is that native or target build ? | 12:33 |
| JaMa | target | 12:33 |
| JaMa | seen it for qemuarm and rpi4 | 12:33 |
| RP | marex: poky-contrib under stable/<something> ? | 12:34 |
| marex | JaMa: I'm just building arm32, so lets see | 12:34 |
| RP | JaMa: not seen that | 12:34 |
| JaMa | but it's relatively rare as it failed 3 times in 100+ builds here and I haven't reproduced it locally yet (only on jenkins) | 12:34 |
| marex | RP: meta-stable ? :) | 12:35 |
| RP | marex: absolutely not | 12:35 |
| marex | hehehe :-) | 12:38 |
| marex | RP: in fact, I have to wonder, is there still any need for linux-yocto ? wouldn't it make more sense to just pull plain linux-stable ? | 12:39 |
| RP | marex: that somewhat undervalues the work that goes into testing and maintaining the config data and patches in linux-yocto | 12:42 |
| JaMa | RP: looks like posix format will be the default in newer tar versions, but the docs also say "This format is quite recent, so not all tar implementations are able to handle it properly." so maybe the centos7 might still handle it differently :/ | 12:44 |
| marex | RP: cant those extras be applied on linux-stable all the same ? | 12:45 |
| paulbarker | marex: https://gitlab.com/openembedded/community/meta-linux-mainline | 12:45 |
| RP | paulbarker: thanks | 12:46 |
| paulbarker | marex: linux-yocto is better tested but if you want a vanilla kernel and are happy to do any necessary testing yourself then that layer may save you the time of maintaining the recipes | 12:47 |
| marex | paulbarker: https://gitlab.denx.de/denx/meta-mainline-common | 12:47 |
| paulbarker | marex: Let's chat after FOSDEM, perhaps we can consolidate those layers | 12:48 |
| paulbarker | I'm a bit too busy today and this weekend but after that will have a look around that layer | 12:49 |
| marex | paulbarker: ideally into something which gets updated often | 12:49 |
| marex | and automatically | 12:49 |
| paulbarker | marex: https://gitlab.com/openembedded/community/meta-linux-mainline/-/blob/master/scripts/update-layer | 12:49 |
| marex | paulbarker: I have my own update script too | 12:49 |
| RP | I have talked about getting linux-yocto-dev running on the autobuilder fwiw | 12:50 |
| RP | JaMa: that sounds problematic :( | 12:51 |
| paulbarker | RP: Unless we want to carry linux-yocto recipes for everything as far back as 4.4.y then I don't think it'll address what I need | 12:51 |
| paulbarker | Definitely helpful to have that tested on the AB though, don't get me wrong | 12:52 |
| RP | JaMa: I guess we need to establish if centos7 tar supports posix archives | 12:52 |
| marex | paulbarker: if we can put some linux-stable into poky-contrib and keep it updated as soon as new version is out, great | 12:52 |
| marex | that should be possible to automate with auh | 12:52 |
| RP | paulbarker: right, it won't solve every need but for cutting edge it might help some cases | 12:52 |
| paulbarker | marex: poky-contrib is absolutely not the place to put this, it needs to be a layer we can add | 12:52 |
| manuel_ | Is anyone building with yocto on Alpine Linux? | 12:52 |
| RP | paulbarker: I want to get better about handling upstream changes more quickly | 12:53 |
| paulbarker | manuel_: I tried building on Alpine once but had various issues with musl incompatibilities | 12:53 |
| marex | RP: dont we already have devupstream bbclass for that ? | 12:53 |
| manuel_ | paulbarker: I see, thanks. Would love to see Crops be based on Alpine instead ?Ubuntu?. :) | 12:54 |
| paulbarker | manuel_: I don't understand your question there sorry. CROPS needs to use a distro which we know can handle Yocto Project builds | 12:54 |
| marex | paulbarker: if we can keep in maintained, separate layer is fine | 12:55 |
| paulbarker | marex: My limiting factor is a machine to do CI builds on. I should have that addressed within a month or so and then will be able to fully automate updating & test building the layer | 12:55 |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 12:56 | |
| *** leonanavi <leonanavi!~Leon@78.130.197.211> has joined #yocto | 12:56 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 12:56 | |
| manuel_ | paulbarker: Yes, having Yocto projects build successfully on Alpine would of course be a requirement for basing CROPS on Alpine. | 12:57 |
| marex | paulbarker: lets revisit that later | 12:58 |
| paulbarker | marex: Sounds like a good plan | 12:58 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 12:59 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-galfyyxuvqscvlny> has joined #yocto | 13:00 | |
| RP | marex: that only works to a point but yes, it could be part of it | 13:01 |
| *** polaris <polaris!~polaris@p4fcd3ef6.dip0.t-ipconnect.de> has quit IRC | 13:06 | |
| *** lxc <lxc!d9d0c05b@217-208-192-91-no98.tbcn.telia.com> has joined #yocto | 13:19 | |
| lxc | when I run devtool I get the following; | 13:19 |
| lxc | Exception: ModuleNotFoundError: No module named '_sysconfigdata' | 13:19 |
| *** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto | 13:29 | |
| *** SmutLord^ <SmutLord^!extor@unaffiliated/extor> has quit IRC | 13:38 | |
| *** SmutLord^ <SmutLord^!extor@unaffiliated/extor> has joined #yocto | 13:38 | |
| JaMa | lxc: it's known issue already fixed in newer oe, I assume you used dunfell, see the patches on ML | 13:48 |
| JaMa | RP: I'll try with some container/VM with centos7 | 13:49 |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 13:54 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 14:15 | |
| *** GeneralStupid <GeneralStupid!~patrick@nostromo.0x47.net> has joined #yocto | 14:23 | |
| GeneralStupid | Hi, i recently installed the avahi-daemon on my yocto package. It is not starting automatically via systemd (startup fails) if i try it manually i get fcntl(F_SETLKW) failed: Permission denied | 14:25 |
| *** frsc <frsc!~frsc@i6DFA858F.versanet.de> has joined #yocto | 14:28 | |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has joined #yocto | 14:35 | |
| dvorkindmitry | I gave up trying to understand why this recipe A required for build recipe B does not install anything into B's root: https://pastebin.com/GeiVNFWm | 14:36 |
| JPEW | paulbarker: The patches all look good except for the logging one which breaks the standalone bitbake server | 14:37 |
| lxc | JaMa yes running dunfell. | 14:39 |
| paulbarker | JPEW: I get backtraces without that patch so something is wrong | 14:40 |
| rburton | dvorkindmitry: why are you manually deploying? | 14:40 |
| dvorkindmitry | rburton, what you mean "manually" ? | 14:41 |
| dvorkindmitry | is there are something that could be ommited? | 14:42 |
| rburton | why do you have a do_deploy at all | 14:42 |
| *** lxc <lxc!d9d0c05b@217-208-192-91-no98.tbcn.telia.com> has quit IRC | 14:42 | |
| dvorkindmitry | rburton, case I need exact directory structure. some installed cripts rely on relative paths | 14:43 |
| RP | paulbarker, JPEW: sounds like in one case we get the python logger, in the other its a bitbake logger where debug is different | 14:44 |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has quit IRC | 14:46 | |
| *** lxc <lxc!d9d0c05b@217-208-192-91-no98.tbcn.telia.com> has joined #yocto | 14:49 | |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has joined #yocto | 14:50 | |
| JPEW | RP: Ya... it's a bit unfortunate that bitbake overrides logging.debug with a different signature :/ | 14:50 |
| lxc | can bitbake deploy a recipe on target with scp? or am I required to use devtool? | 14:50 |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has quit IRC | 14:50 | |
| *** Guest14662 <Guest14662!~Username@host-79-3-98-53.business.telecomitalia.it> has joined #yocto | 14:53 | |
| dvorkindmitry | rburton, so... do you have any ideas? I have rA/image/sp_tools/add_uhdr.sh file, but this file is not installed into rB/* during the recipe B build process. Although I have DEPENDS += "A-native" in recipe B | 14:54 |
| GeneralStupid | lxc: you usually flash that image, e.g. you could use rauc for update | 14:54 |
| JaMa | RP: marex: the icu failure seems to be related to https://unicode-org.atlassian.net/browse/ICU-21175 from rburton :) | 14:55 |
| lxc | In devtool I can do this; | 14:55 |
| lxc | devtool deploy-target <recipe> <target> | 14:55 |
| lxc | Is there something similar in bitbake? Or I need to use devtool as frontend to bitbake? | 14:55 |
| GeneralStupid | lxc: you can create a custom image via bitbake recipe. One which is predefined (i guess?) is core-image-basic | 15:01 |
| lxc | I know how to create image. I am running an image on target, and during development want to upgrade a certain package. | 15:01 |
| *** Guest14662 <Guest14662!~Username@host-79-3-98-53.business.telecomitalia.it> has quit IRC | 15:01 | |
| GeneralStupid | lxc: ah i see. afaik you could create an rpm file of that application | 15:02 |
| lxc | ok, but that require me to have the package manager as well then | 15:03 |
| GeneralStupid | i compile the application(s) with the generated SDK and use scp. But i deploy images on my jenkins after merging | 15:03 |
| GeneralStupid | lxc: exactly... I want that... But i want to get other stuff working first :) | 15:03 |
| GeneralStupid | lxc: iam planning to put FPGA bitstreams in a package, to be able to upgrade it simply via rpm... But i dont have a connection for it right now... | 15:05 |
| *** dlan <dlan!~dennis@61.170.190.233> has joined #yocto | 15:07 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 15:07 | |
| *** RobertBerger <RobertBerger!~rber@ppp-2-86-140-5.home.otenet.gr> has quit IRC | 15:07 | |
| qschulz | dvorkindmitry: your script is not part of SYSROOTDIRS | 15:09 |
| qschulz | and I'm guessing you want this script to be run at build time and not runtime, then you need a native recipe which is installing this script and in recipe B have DEPENDS = "A-native" | 15:10 |
| qschulz | dvorkindmitry: https://docs.yoctoproject.org/ref-manual/variables.html#term-SYSROOT_DIRS | 15:10 |
| qschulz | well, technically on your case it'll be SYSROOT_DIRS_NATIVE but still your script won't be part of it | 15:11 |
| qschulz | (ah, forgot to read your message to rburton, so you got the native part right already) | 15:11 |
| qschulz | dvorkindmitry: your justification for using do_deploy is still dubiuous, care to explain a bit more why you need so many files in your deploydir? | 15:12 |
| dvorkindmitry | qschulz, so you mean I just have to install add_uhdr.sh into traditional dir, like /usr/... or something? | 15:12 |
| qschulz | dvorkindmitry: that, or add your path to SYSROOT_DIRS_NATIVE | 15:12 |
| dvorkindmitry | qschulz, the scripts are written by another company, they are using it in they projects. some of them are Too much related to relative pathes. Instead of making patches for all this scripts (that is updated from time to time) I prefer to keep directory structure | 15:14 |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has joined #yocto | 15:14 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 15:19 | |
| GeneralStupid | Do i have to take another avahi-deamon package if i use systemd? | 15:20 |
| dvorkindmitry | qschulz, may I add my special dir into SYSROOT_DIRS_NATIVE directly in the recipe? | 15:29 |
| zeddii | anyone else seeing the latest binutils bump in master inexplicably not find bison during the binutils-cross build ? | 15:30 |
| * zeddii tries to hack it | 15:30 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has joined #yocto | 15:37 | |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has joined #yocto | 15:38 | |
| *** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC | 15:40 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has quit IRC | 15:45 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has joined #yocto | 15:47 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 15:48 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 15:50 | |
| RP | zeddii: I did not see that | 15:51 |
| zeddii | RP: yah, it has to be my re-used tmp/build somehow, since obviously it wouldn't be in master if it was triggering everywhere. | 15:53 |
| zeddii | but I've now cleanalled on everything I can think of, and just keep hitting | 15:53 |
| zeddii | https://pastebin.com/u6HPGPSW | 15:53 |
| zeddii | bison-native is in the depends, but when I search the recipe sysroot, it isn't in the native dirs, so something is off the rails. I'll rm -rf and see if that helps | 15:54 |
| RP | zeddii: you could have tried a bitbake bison-native binutils-cross-XXX -c clean | 15:54 |
| zeddii | did that, but actually, I didn't do the binutils-cross-x86_64 clean in my case, so I just tried that before the rm -rf | 15:55 |
| zeddii | will see what bison-cross thinks of that! | 15:55 |
| zeddii | (I just did the cleanall on binutils-cross, didn't realize the variant) | 15:56 |
| RP | zeddii: binutils-cross would just error wouldn't it? | 15:57 |
| zeddii | yah, according to my history, was just binutils I did the cleanall. must be monday. | 15:59 |
| zeddii | heh | 15:59 |
| JPEW | RP, paulbarker: We probably need to do a global find-and-replace to change all the places using the bitbake style logger.debug to logger.bbdebug (or similar)? | 15:59 |
| *** leonanavi <leonanavi!~Leon@78.130.197.211> has quit IRC | 16:02 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 16:02 | |
| qschulz | dvorkindmitry: yes, in the recipe | 16:02 |
| qschulz | GeneralStupid: work out the permission issue first, it's probably just that that is the issue | 16:03 |
| RP | JPEW: that is going to be a lot of sites I suspect :( | 16:05 |
| RP | JPEW: also, probably better to add a debug2 and then change all the debug(1, to debug( | 16:06 |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has quit IRC | 16:08 | |
| JPEW | RP: Ya, that works | 16:08 |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 16:11 | |
| JPEW | Looks like about 244 locations | 16:20 |
| RP | JPEW: have you a second to sanity check my logic with something in bitbake? | 16:23 |
| JPEW | Sure | 16:27 |
| RP | JPEW: I'm trying to understand https://autobuilder.yoctoproject.org/typhoon/#/builders/95/builds/1595/steps/12/logs/stdio - it shows two events being printed at once to a pipe <event>partial data<event>more full data</event> | 16:27 |
| RP | JPEW: code is in bit/bitbake-worker | 16:28 |
| RP | JPEW: its hard to read as there are two queues, the one where the worker passes to the server and the one where the worker children pass to the worker | 16:28 |
| JPEW | worker_fire() and worker_child_fire() ? | 16:29 |
| RP | JPEW: right | 16:29 |
| RP | JPEW: I'm struggling to spot where the race is happening though | 16:29 |
| * JPEW reads | 16:31 | |
| JPEW | Rp: So, if I read correctly, the default behavior is to push data to a queue and a background thread will write it to the pipe | 16:33 |
| RP | JPEW: in the worker parent, yes | 16:34 |
| JPEW | And when a task is forked off, it changes to directly write to the pipe from the child process? | 16:34 |
| JPEW | Ah, a new pipe setup between the parent and the child | 16:35 |
| *** extorr <extorr!extor@unaffiliated/extor> has joined #yocto | 16:35 | |
| RP | JPEW: yes, a new pipe is setup between the child and the parent | 16:36 |
| RP | JPEW: I am noticing that the parent pipes to other children are not closed in new children | 16:36 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 16:36 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 16:36 | |
| *** SmutLord^ <SmutLord^!extor@unaffiliated/extor> has quit IRC | 16:37 | |
| *** bps <bps!~bps@80.71.142.18> has quit IRC | 16:37 | |
| JPEW | Ok, an the the parent(?) selects() on all the child pipes and forwards the events through it's pipe? | 16:38 |
| RP | JPEW: yes | 16:39 |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-ljqmmxlhktjhjbvt> has quit IRC | 16:39 | |
| JPEW | So is the un-pickling error in the the child, the worker process, or the worker's parent? | 16:39 |
| RP | JPEW: the error message matches the line in runqueue so in the server | 16:43 |
| RP | bb.msg.fatal("RunQueue", "failed load pickle '%s': '%s'" % (e, self.queue[7:index])) | 16:43 |
| RP | JPEW: i.e. worker's parent | 16:44 |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has joined #yocto | 16:46 | |
| JPEW | Hmm, the parent uses stdout as the pipe? | 16:50 |
| JPEW | Err, sorry the *worker* uses stdout as the pipe | 16:50 |
| RP | JPEW: yes :/ | 16:51 |
| RP | JPEW: whilst that has its risks, the logs look like multiple <event></event> colliding :/ | 16:52 |
| *** boucman_work <boucman_work!~boucman@wesnoth/developer/boucman> has joined #yocto | 16:53 | |
| JPEW | RP: Ya, for sure. Is there any indication in where those events would be originating from (e.g. child or worker?) | 16:53 |
| boucman_work | Hello everybody | 16:53 |
| RP | JPEW: they look child to me but they could be being sent on from the worker's queue or the child | 16:54 |
| boucman_work | Is there an easy way, given a package name, to know where the corresponding package is (i.e the .rpm/.deb/.ipk file ? | 16:54 |
| boucman_work | extending PV etc for me | 16:54 |
| boucman_work | (I want to use it in image-recipe context, so it can be a python call) | 16:54 |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 16:54 | |
| *** bobo__ <bobo__!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 16:54 | |
| JPEW | RP: How reproducible is this? | 16:55 |
| RP | JPEW: not very but has happened on several ltp builds recently | 16:55 |
| RP | JPEW: I don't understand what is happening :( | 16:55 |
| JPEW | I don't either but we can probably narrow it down a little | 16:55 |
| JPEW | If we put some sanity code in the runQueueWorkerPipe() to make sure the "prepickled" message from the child has one and only one "<event>" at the beginning of the string it would narrow it down | 16:56 |
| tlwoerner | lxc: yes use devtool deploy-target | 16:57 |
| RP | JPEW: that sounds reasonable | 16:58 |
| tlwoerner | lxc: devtool deploy-target pushes whatever it finds in $TMPDIR/work/<something>/<recipe>/<version>/image to the target for a given recipe | 16:59 |
| *** mckoan is now known as mckoan|away | 16:59 | |
| tlwoerner | and it's smart enough to keep track of what was pushed "the last time" so it can know what to unload before the next "devtool deploy-target" or "devtool undeploy-target" | 17:00 |
| JPEW | RP: something like: assert msg.startswith("<event>") and msg.count("<event>") == 1 | 17:00 |
| tlwoerner | lxc: so it's like building a package, scp'ing the package to the target, and installing the package… but without having to go through the package mgmt system (and it's smart enough to know how to uninstall too) | 17:01 |
| tlwoerner | lxc: see https://twoerner.blogspot.com/2020/10/writing-software-for-your-embedded.html perhaps? | 17:02 |
| *** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto | 17:02 | |
| tlwoerner | lxc: the only downside with "devtool deploy-target" is that it installs *everything* in <recipe>/…/image, including documentation etc | 17:03 |
| RP | JPEW: right, that makes sense | 17:03 |
| RP | JPEW: fwiw one of the call sites triggering this is meta/lib/oeqa/core/target/ssh.py:SSHCall:run(), the logger.debug('Partial data from SSH call...) | 17:04 |
| *** paul__ <paul__!~paul@ip68-6-152-97.sd.sd.cox.net> has quit IRC | 17:07 | |
| JPEW | Hmm, could be a CLOEXEC error | 17:09 |
| RP | JPEW: I just found the other message is coming from make_logger_bitbake_compatible in lib/oeqa/utils/__init__ which seems apt given the discussion earlier | 17:12 |
| JPEW | Err, ya... how fun! | 17:13 |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has quit IRC | 17:14 | |
| RP | JPEW: the other message it was colliding with is logger.debug('time: %s, endtime: %s' % (time.time(), endtime)) from a few lines above the Partial data line | 17:16 |
| JPEW | RP: Would that be in the child process>? | 17:17 |
| RP | JPEW: Yes, these would be in the child. Given they're in the same function and logically follow each other it probably rules out a few things too | 17:18 |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 17:19 | |
| *** Kyubi <Kyubi!~Kyubi@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto | 17:20 | |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 17:20 | |
| JaMa | RP: I'm testing the tar in centos7 and I think autobuilder is already using different tar implementation, isn't it? Because with the default tar 1.26 (included in centos:centos7 docker image) it fails with tar: unrecognized option '--sort=name' | 17:20 |
| *** Kyubi <Kyubi!~Kyubi@c-67-188-92-153.hsd1.ca.comcast.net> has quit IRC | 17:21 | |
| RP | JaMa: ah. Then what did I test with? :/ | 17:22 |
| * JPEW gets some food | 17:23 | |
| *** bps <bps!~bps@80.71.142.18> has joined #yocto | 17:23 | |
| JPEW | RP: I wonder if the InterruptedError is interrupting the write to the pipe | 17:24 |
| RP | JPEW: https://www.python.org/dev/peps/pep-0475/ | 17:28 |
| RP | JPEW: would having an exception handler there change the behaviour of a write call. Surely the write() calls autoretry? | 17:29 |
| JaMa | https://git.openembedded.org/openembedded-core/commit/?id=f19e43dec63a86c200e04ba14393583588550380 from rburton also says "We now depend on tar 1.28, so talking about older tar versions is just confusing." so maybe it's already upgraded on centos7 builder somehow | 17:31 |
| JPEW | RP: Ah, but it *can't* if it's already partially written | 17:32 |
| JPEW | *written some of the data | 17:33 |
| RP | JaMa: centos7 uses buildtools | 17:33 |
| JPEW | It has to just return with how much has been written | 17:33 |
| RP | JaMa: I'm now very puzzled as to how I came across the issue though | 17:33 |
| JPEW | worker_child_fire() needs to loop to make sure all the data gets written, even though it's non -blocking | 17:33 |
| JPEW | Err, blocking | 17:33 |
| JPEW | Because you can get a short write on a pipe even with a blocking FD, if you had a partial write and then a signal occurred | 17:34 |
| RP | JPEW: ah, right. If it can make short writes, that would explain it | 17:34 |
| RP | JPEW: well deduced :) | 17:34 |
| JaMa | RP: me too :) | 17:35 |
| JPEW | Which, is a lot more likely to happen when running the LTP test on QEMU and the system because of a lot of output CPU load making the pipe more likely to fill(?) | 17:35 |
| RP | JaMa: do you know which version of tar changed the default format? | 17:36 |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has joined #yocto | 17:38 | |
| *** boucman_work <boucman_work!~boucman@wesnoth/developer/boucman> has quit IRC | 17:38 | |
| RP | JaMa: is there a way to see which format tar is using by default? I just checked and I did also test what I was working on with a tumbleweed autobuilder worker | 17:38 |
| RP | which has tar 1.32 | 17:38 |
| RP | JPEW: the ltp tests do seem to chuck more data around | 17:39 |
| JPEW | RP: Cool, I bet that's it. Probably still worth having the sanity check | 17:39 |
| RP | JPEW: you never see python .write() calls checking length or a retry write() loop or helper | 17:41 |
| RP | JPEW: I guess you don't see fdopen used much | 17:46 |
| JPEW | RP: Ya. I don't think signal come up much either... most are fatal by default anyway | 17:47 |
| JPEW | I'll write a little PoC after lunch | 17:48 |
| *** bps <bps!~bps@80.71.142.18> has quit IRC | 17:49 | |
| JaMa | RP: the default is still gnu (since long time), the default wasn't changed to posix even in 20.10 ubuntu yet, the build-time configured default is shown at the end of tar --help | 17:50 |
| JaMa | 20.10 ubuntu is still on 1.30, so 1.32 in tumbleweed might already have posix | 17:51 |
| *** Agent13 <Agent13!4711ccad@71-17-204-173.nbfr.hsdb.sasknet.sk.ca> has joined #yocto | 17:53 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 17:54 | |
| RP | JaMa: that might be how we got here | 17:54 |
| RP | JaMa: sorry for the misinformation, I could have sworn I used centos7 | 17:54 |
| *** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto | 17:55 | |
| RP | JPEW: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=992d15973ce13cad80730b51645c4748ff91ef1c :) | 17:58 |
| JaMa | RP: so can I try to submit change from gnu to posix? I already have a patch | 18:02 |
| JaMa | I'm checking the default in tumbeweed docker | 18:02 |
| RP | JaMa: which version of tar added posix support? | 18:03 |
| *** boucman <boucman!~boucman@wesnoth/developer/boucman> has joined #yocto | 18:04 | |
| JaMa | it was already in 1.26 in centos7, only the --sort=name was missing | 18:04 |
| RP | JaMa: ok, in that case we're good | 18:04 |
| RP | JaMa: we should be able to change it | 18:04 |
| *** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 18:10 | |
| RP | jonmason: need to get ross to fix that esdk2 error that happened again on meta-arm ;-) | 18:14 |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has quit IRC | 18:19 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has joined #yocto | 18:20 | |
| jonmason | edk2 is such a PITA | 18:20 |
| jonmason | even worse, we never see issues when compiling in our CI | 18:21 |
| Agent13 | Anyone here a devtools user/guru? | 18:23 |
| *** luis__ <luis__!~luis@2001:8a0:dddc:7a00:94f:964e:8139:1489> has joined #yocto | 18:27 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 18:27 | |
| *** luis__ <luis__!~luis@2001:8a0:dddc:7a00:94f:964e:8139:1489> has quit IRC | 18:28 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 18:29 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 18:29 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 18:31 | |
| *** bps <bps!~bps@80.71.142.18> has joined #yocto | 18:31 | |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto | 18:36 | |
| *** bps <bps!~bps@80.71.142.18> has quit IRC | 18:37 | |
| *** yizhao1 <yizhao1!~zhaoyi@unknown-3-104.windriver.com> has joined #yocto | 18:41 | |
| jordemort | don't know if this is the best place to ask or if i should find a freescale-specific place, but i'm trying to change my UBOOT_CONFIG to "nand" as seen in https://github.com/Freescale/meta-freescale/blob/master/conf/machine/imx7dsabresd.conf#L36 and u-boot is failing to build because it can't find "mx7dsabresd_nand_config" - which seems understandable, because i can't find it or anything that appears to generate it in the | 18:43 |
| jordemort | tree either | 18:43 |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 18:43 | |
| jordemort | neither in that nor in the sources it pulls | 18:43 |
| *** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto | 18:43 | |
| jordemort | any clues on where that file is supposed to be coming from would be appreciated; i can't find many of the other variants it seems to reference there either | 18:44 |
| *** sTKs <sTKs!~weechat@2001:818:e634:e700:81cb:5262:bdd:4b02> has quit IRC | 18:46 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 18:48 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 18:48 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 18:53 | |
| *** jobroe <jobroe!~manjaro-u@p5dd7fe8d.dip0.t-ipconnect.de> has quit IRC | 18:54 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 18:55 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:e2bc:3fed:317c:3efb> has quit IRC | 18:55 | |
| *** yizhao1 <yizhao1!~zhaoyi@unknown-3-104.windriver.com> has quit IRC | 18:57 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 18:59 | |
| JPEW | RP: Ah ok. It is a problem with short writes, but only when you make big writes. It's a combination of the kernel and python collaborating in a strange way: https://gist.github.com/JPEWdev/c9206cf531a38ee71476ca3c94af3386 | 19:00 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 19:06 | |
| *** emrius <emrius!~emrius@dslb-002-206-248-083.002.206.pools.vodafone-ip.de> has joined #yocto | 19:07 | |
| emrius | Hey there, I need to toggle a flag in linux in gpio.h `GPIO_V2_LINE_FLAG_EVENT_CLOCK_REALTIME`. See this line: | 19:10 |
| emrius | https://github.com/torvalds/linux/blob/a409ed156a90093a03fe6a93721ddf4c591eac87/include/uapi/linux/gpio.h#L287 | 19:10 |
| emrius | I already have a bbappend where I configure linux kernel configs. Thus, I guess this also belongs in there. | 19:11 |
| emrius | Do I need to set some env variable such as `LINUX_KERNEL_EXTRA_ARGS` or so? I remember something similar to that but can't seem to find the exact point where to toggle that flag. | 19:12 |
| emrius | `KERNEL_EXTRA_ARGS` | 19:12 |
| emrius | That's the one I meant. Is that the right place to put that? I guess there should rather be a CC compiler extra args variable or so | 19:13 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:315d:c5e7:1295:54a9> has quit IRC | 19:13 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-aqmfykqxnfybxusu> has quit IRC | 19:20 | |
| *** yizhao1 <yizhao1!~zhaoyi@unknown-3-104.windriver.com> has joined #yocto | 19:24 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 19:26 | |
| *** Agent13 <Agent13!4711ccad@71-17-204-173.nbfr.hsdb.sasknet.sk.ca> has quit IRC | 19:33 | |
| *** lxc <lxc!d9d0c05b@217-208-192-91-no98.tbcn.telia.com> has quit IRC | 19:41 | |
| *** yizhao1 <yizhao1!~zhaoyi@unknown-3-104.windriver.com> has quit IRC | 19:41 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 19:44 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 19:46 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto | 19:47 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 19:51 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 19:55 | |
| *** fray <fray!~fray@kernel.crashing.org> has quit IRC | 20:00 | |
| *** fray <fray!~fray@kernel.crashing.org> has joined #yocto | 20:00 | |
| kergoth | okay this is weird. if i set DEBUG_PREFIX_MAP_class-target to -fdebug-prefix-map=${B}=/foo, the work-shared path to a gcc binary gets truncated.. or rather, gets TMPDIR removed | 20:03 |
| kergoth | i.e. /work-shared/gcc-9.3.0-r0/gcc-9.3.0/libatomic/gload.c rather than /mel/kergoth/mel/cb-toolchain/its-790/build/tmp-glibc/work-shared/gcc-9.3.0-r0/gcc-9.3.0/libatomic/gload.c | 20:03 |
| kergoth | even though that path doesn't include ${B} at all. | 20:03 |
| kergoth | and the replacement string, /foo, isn't in the result. yet still the path changes | 20:04 |
| kergoth | Anyone have any ideas? | 20:04 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 20:06 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 20:14 | |
| *** emrius <emrius!~emrius@dslb-002-206-248-083.002.206.pools.vodafone-ip.de> has quit IRC | 20:14 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 20:28 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has quit IRC | 20:35 | |
| *** mprokos <mprokos!~mprokos@ec2-54-68-28-7.us-west-2.compute.amazonaws.com> has joined #yocto | 20:37 | |
| *** mprokos is now known as rabbit9911 | 20:37 | |
| rabbit9911 | I have been looking at nix a little. Any thoughts about adding nixpkg support along side ipk/deb/rpm? | 20:37 |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 20:41 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 20:43 | |
| *** manu_ <manu_!~manu@dynamic-adsl-84-221-103-222.clienti.tiscali.it> has joined #yocto | 20:45 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has joined #yocto | 20:49 | |
| *** armpit <armpit!~armpit@c-71-204-143-8.hsd1.ca.comcast.net> has joined #yocto | 20:49 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 20:53 | |
| JPEW | rabbit9911: I think someone was recently looking at making the packaging system more pluggable so that you could maintain such a thing on your own more easily | 20:56 |
| JPEW | I think their goal was APK | 20:56 |
| *** Agent13 <Agent13!4711ccad@71-17-204-173.nbfr.hsdb.sasknet.sk.ca> has joined #yocto | 20:56 | |
| JPEW | I suspect the core project necessarily needs to keep the number of package formats it support to a minimum.... we have a hard enough time with deb as it is | 20:57 |
| boucman | Hello everybody | 20:57 |
| boucman | Is there an easy way, given a package name, to know where the corresponding package is (i.e the .rpm/.deb/.ipk file ? | 20:57 |
| boucman | extending PV etc for me | 20:57 |
| boucman | (I want to use it in image-recipe context, so it can be a python call) | 20:58 |
| JPEW | boucman: Maybe.... why? | 20:58 |
| boucman | I want to add partial update to meta-swupdate | 20:58 |
| boucman | swupdate itself has already what I need, so i'm adding the yocto part | 20:59 |
| rabbit9911 | JPEW: That makes sense. I will dwell on it. I was thinking of using it similar to what the yocto SDK is used for. | 20:59 |
| boucman | basically, I want to embedd a package in a .swu image then deploy on the target | 20:59 |
| boucman | (most of the time it will be a .tar package, since that's what makes most sense in this case) | 20:59 |
| JPEW | boucman: If you dig through package.bbclass you might find something useful | 21:00 |
| boucman | I have been trying to dig through the do_rootfs logic to try to figure out how packages are found (in particular wrt PREFERRED_VERSION) but no luck | 21:01 |
| boucman | i'll look into package.bbclass | 21:01 |
| JPEW | boucman: The package manager handle that (e.g. opkg, dnf, apt) | 21:02 |
| JPEW | Basically, OE just creates a package repository | 21:02 |
| JPEW | (e.g. a feed) and tells the underlying tool to install a bunch of packages | 21:02 |
| boucman | yes and no... at some point oe needs to "force" version, so PREFERRED_VERSION is obeyed, right ? | 21:02 |
| boucman | but yeah, unfortunately you might be right... so no where to look for that | 21:03 |
| JPEW | boucman: Ya... I don't exactly know were that happens | 21:03 |
| boucman | maybe I'll dig in the package_tar logic... since there is no package manager, I might have more luck | 21:03 |
| JPEW | boucman: Right, I think the problem you are likely to run into is that you'll always be second guessing what the package file names are | 21:04 |
| boucman | i'm a bit afraid of that, yes | 21:04 |
| JPEW | boucman: But... perhaps there is a way to get that information from the package manager itself when you build the swu file? | 21:05 |
| JPEW | e.g. "give me the exact file name of the 'busybox' package" | 21:05 |
| boucman | maybe, I havn't looked into using the PM itself yet... and that would be different for each PM | 21:06 |
| boucman | (unless there is a generic wrapper, but I would have stumbled onto it at this point, I think...) | 21:06 |
| GeneralStupid | I have an issue, that is that systemd-sysusers is telling me during startup that he cant lock /etc/passwd . Does anyone have a suggestion for me? Is it ok to use yocto useradd class with systemd? | 21:06 |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has quit IRC | 21:06 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has joined #yocto | 21:09 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 21:09 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:11 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has quit IRC | 21:13 | |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has quit IRC | 21:13 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 21:14 | |
| JPEW | GeneralStupid: Should be fine. I'm doing it and it works OK | 21:20 |
| khem | rburton: should be in today | 21:20 |
| *** fray <fray!~fray@kernel.crashing.org> has quit IRC | 21:21 | |
| RP | JPEW: it is a rather odd combination of things. hopefully the patch I've added will help | 21:22 |
| khem | kergoth: what issue do you run into with DEBUG_PREFIX_MAP | 21:22 |
| kergoth | khem: if you were in this channel earlier i elaborated. its' really strange behavior. | 21:23 |
| khem | heh https://lists.gnu.org/archive/html/info-gnu/2021-02/msg00001.html | 21:23 |
| kergoth | khem: if i set DEBUG_PREFIX_MAP_class-target to -fdebug-prefix-map=${B}=/foo, the work-shared path to a gcc binary gets truncated.. or rather, gets TMPDIR removed | 21:23 |
| kergoth | i.e. /work-shared/gcc-9.3.0-r0/gcc-9.3.0/libatomic/gload.c rather than /mel/kergoth/mel/cb-toolchain/its-790/build/tmp-glibc/work-shared/gcc-9.3.0-r0/gcc-9.3.0/libatomic/gload.c | 21:23 |
| kergoth | even though that path doesn't include ${B} at all. | 21:23 |
| khem | a release after perhaps 10 years ? | 21:23 |
| kergoth | and the replacement string doesn't show up in those entries at all | 21:23 |
| kergoth | now, that replacement *does* correctly apply to other source files | 21:23 |
| kergoth | just not these.. which it shouldn't, but why are they affected at all? | 21:24 |
| *** vineela <vineela!vtummala@nat/intel/x-hatxzrkddwngieht> has joined #yocto | 21:24 | |
| khem | kergoth: I think it operates on WORKDIR | 21:24 |
| kergoth | khem: i'm directly printing the paths coming out of dwarfsrcfiles | 21:25 |
| kergoth | not looking at the resulting installed files | 21:25 |
| kergoth | so why would the stored source file paths in the binary be altered like that? it's weird | 21:25 |
| kergoth | unless package.bbclass is doing something else funky that i'm missing, but the parsing of the output of that tool is straightforward.. | 21:26 |
| khem | see meta/recipes-devtools/gcc/gcc-runtime.inc | 21:26 |
| kergoth | i know, that's what i'm working on | 21:26 |
| kergoth | i overrode DEBUG_PREFIX_MAP to only include that one entry, yet paths that don't contain the specified path are being altered somehow | 21:26 |
| kergoth | i'm working on fixing the issue where gcc sources are not being included in the debug packages, but i can't fix the gcc paths from work-shared because they end up "/work-shared/gcc...." | 21:27 |
| kergoth | even though none of the mapping specify that | 21:27 |
| kergoth | I dunno, I might have to call it a day and try again tomorrow | 21:27 |
| jordemort | figured out my u-boot thing, i was using the wrong u-boot sources | 21:27 |
| jordemort | but now this is driving me insane https://gist.github.com/jordemort/b8b322522053cd7d0553d788c40cb746 | 21:27 |
| jordemort | i am getting a KeyError from sstate_report_unihash for my build user's UID, for a package i have not touched | 21:28 |
| jordemort | every once in a while this happens and the only answer i've found is "blow away your sstate" but i would really really like to figure out how to prevent it from happening | 21:28 |
| jordemort | again, this an untouched unmodified recipe, i haven't screwed up in do_install or anything, my build has just decided to randomly start choking on it for no discernible reason | 21:29 |
| kergoth | jordemort: what release/branch? | 21:30 |
| jordemort | kergoth: dunfell | 21:30 |
| jordemort | i have a theory that it's related to RPM signing? because sometimes GPG dies in the middle of signing a package, also for unknown reasons; perhaps if that happens it leaves behind something with a bad UID maybe? | 21:32 |
| khem | kergoth: I think I dont yet fully grasp the problem | 21:34 |
| kergoth | I'll post a gist. I'm building gcc-runtime with package.bbclass adjusted to dump the source paths referenced by the binaries the build produces, and these paths are being modified in ways inconsistent with the specified debug-prefix-map | 21:37 |
| kergoth | to sum up | 21:37 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:37 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-96-234-151-198.bltmmd.fios.verizon.net> has quit IRC | 21:37 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 21:37 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 21:39 | |
| *** boucman <boucman!~boucman@wesnoth/developer/boucman> has quit IRC | 21:40 | |
| kergoth | khem: https://gist.github.com/kergoth/d2f4057717daf8794ac8a54055c944df | 21:42 |
| kergoth | khem: there you can see the changed paths resulting from setting the map this way, but the first two entries shouldn't have changed at all, as they didn't contain the paths specified in the prefix map! | 21:42 |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:dddd::1> has joined #yocto | 21:44 | |
| *** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto | 21:51 | |
| *** fray <fray!~fray@kernel.crashing.org> has joined #yocto | 21:51 | |
| *** boucman <boucman!~boucman@wesnoth/developer/boucman> has joined #yocto | 21:52 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 21:54 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:54 | |
| *** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto | 21:55 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 21:55 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has quit IRC | 21:58 | |
| vdl | is it bad to define WKS_FILE in the image recipe? | 21:58 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC | 21:59 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 22:02 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has joined #yocto | 22:03 | |
| kergoth | vdl: generally yes, as it makes the image machine specific, whereas any combination of distro/machine/image are supposed to work | 22:05 |
| vdl | kergoth: I see. but it seems weird to me to defined different machines for my board's SD card, flash, and e.g. usb stick. isn't it? | 22:06 |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has joined #yocto | 22:08 | |
| *** boucman <boucman!~boucman@wesnoth/developer/boucman> has quit IRC | 22:11 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 22:22 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC | 22:32 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 22:32 | |
| *** RzR is now known as rZr | 22:33 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC | 22:38 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 22:39 | |
| *** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC | 22:44 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:46 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 22:46 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-241.hsi6.kabel-badenwuerttemberg.de> has quit IRC | 22:51 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 23:02 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has quit IRC | 23:05 | |
| *** bobo__ <bobo__!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 23:07 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 23:08 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 23:08 | |
| *** kpo__ <kpo__!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 23:11 | |
| *** kpo__ <kpo__!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 23:12 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has quit IRC | 23:15 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has joined #yocto | 23:18 | |
| *** Agent13 <Agent13!4711ccad@71-17-204-173.nbfr.hsdb.sasknet.sk.ca> has quit IRC | 23:19 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 23:30 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!