| *** alimon <alimon!~alimon@2806:10b7:3:491c:2c32:cfff:fe8e:de1f> has joined #yocto | 00:06 | |
| *** alimon <alimon!~alimon@2806:10b7:3:491c:2c32:cfff:fe8e:de1f> has quit IRC (Client Quit) | 00:06 | |
| *** alimon <alimon!~alimon@ec2-54-225-101-41.compute-1.amazonaws.com> has joined #yocto | 00:07 | |
| *** xicopitz[m] <xicopitz[m]!~xicopitzm@2001:470:69fc:105::4869> has joined #yocto | 00:08 | |
| *** Tokamak_ <Tokamak_!~Tokamak@mobile-166-170-30-226.mycingular.net> has quit IRC (Ping timeout: 256 seconds) | 00:28 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:49 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 00:50 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Client Quit) | 00:50 | |
| *** jpuhlman_ <jpuhlman_!~jpuhlmn@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 00:59 | |
| *** jpuhlman__ <jpuhlman__!~jpuhlmn@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Ping timeout: 252 seconds) | 01:03 | |
| *** Tokamak <Tokamak!~Tokamak@mobile-166-170-30-57.mycingular.net> has joined #yocto | 02:11 | |
| override | cant figure out why its the recipr is trying to cd like that - https://pastebin.ubuntu.com/p/jFKknPSdfB/ | 02:20 |
|---|---|---|
| moto-timo | WARNING: No recipes available for: | 02:21 |
| moto-timo | /home/ubuntu/oe-core/build/workspace/appends/opentrons_git.bbappend | 02:21 |
| override | this is the simple recipe - https://pastebin.ubuntu.com/p/Jy7Z69WC3R/ | 02:21 |
| override | ive been ignoring that warning, this the recipe in question | 02:21 |
| override | ive been setting the path for distutils like that plenty of times before, not sure why its giving me crap for this one | 02:22 |
| moto-timo | You named the main recipe open_git.bb previously. PN = package name == the string before the underscore. | 02:22 |
| override | oh shoot, let me check that. | 02:22 |
| override | moto-timo: im more concerned about that cd error.. | 02:24 |
| override | the warning I can fix | 02:24 |
| override | the cd error is for the current recipe im working on | 02:24 |
| moto-timo | You need to share what the notify-see we recipe is we have no clue | 02:24 |
| override | oh, thought i put a link in there | 02:25 |
| moto-timo | s/notify-server/ | 02:25 |
| override | let me repost it one sec | 02:25 |
| override | this is the recipe - https://pastebin.ubuntu.com/p/Jy7Z69WC3R/ | 02:25 |
| moto-timo | I see it, but you aren’t including the file name so we are partly blind | 02:25 |
| override | wait what? this is what the file is called - notify-server_git.bb" 18L, 755C | 02:26 |
| moto-timo | Look at your paste bin. No file name info | 02:27 |
| override | oh, | 02:28 |
| override | its called notfy-server_git.bb | 02:28 |
| override | does that help, or were you trying to ask something else | 02:28 |
| override | its the do_compile cd step that I have no clue about | 02:29 |
| moto-timo | Also, we use Debian naming. It should be python3-notify-server_git.bb | 02:30 |
| override | oh, think its been cutting me some slack so far | 02:30 |
| override | you think thats problematic ? | 02:31 |
| override | or just a convention thing | 02:31 |
| override | I wont run into any glob issues or something would I | 02:31 |
| override | I had those when I wouldnt get the directory levels right for my recipes | 02:32 |
| moto-timo | Share a git repo with your entire layer. This is madness trying to do it with pastebin. | 02:33 |
| override | oh sure one sec | 02:33 |
| override | ohhh I can just push the workspace folder all these recipes are getting collected in | 02:34 |
| override | does that work? | 02:34 |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 02:35 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 02:37 | |
| moto-timo | Put it on GitHub or gitlab. | 02:37 |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC (Ping timeout: 258 seconds) | 02:38 | |
| override | moto-timo: https://github.com/sotaoverride/recipes-sotaoverride | 02:40 |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 02:40 | |
| moto-timo | Several of those recipes already exist in meta-python. Do not recreate the wheel. | 02:43 |
| moto-timo | Layers are like lego blocks. Mix and match to build the desired outcome. | 02:43 |
| override | think im not goign to reuse those. Thats from when I didnt know any better | 02:44 |
| override | like pyserial and all .. | 02:44 |
| moto-timo | I’m no longer going to help you. Good luck. | 02:44 |
| override | huh? | 02:45 |
| *** Tokamak <Tokamak!~Tokamak@mobile-166-170-30-57.mycingular.net> has quit IRC (Ping timeout: 252 seconds) | 02:45 | |
| override | we were barely getting started .. jeez | 02:45 |
| override | anyone else around who could help me out a lil? | 02:46 |
| override | just a link or anything would work too, doesnt have to be too extensive | 02:47 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 02:50 | |
| override | and moto-timo: think what I said earlier came out wrong - what I meant was Im not going to redo the exisiting recipies - as in I will just reuse them from meta-python. Guess I kinda see why you acted up there lol. Not trying to reinvent the wheel. its all good | 02:50 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 258 seconds) | 02:51 | |
| *** camus1 is now known as camus | 02:51 | |
| moto-timo | My time is precious. You used up your a lot, | 02:56 |
| moto-timo | allotment | 02:56 |
| override | appreciate your time. just thought you wanted to go over the repo with me, so that "Im no longer going to help you. Good luck." sounded rather abrupt.. | 02:58 |
| override | its all good thought, thanks for all the help | 02:58 |
| override | though* | 03:11 |
| *** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 03:34 | |
| *** Vonter <Vonter!~Vonter@124.123.104.41> has quit IRC (Quit: WeeChat 3.1) | 03:37 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 03:39 | |
| override | could use another set of eyes on this, cant figure what Im doing wrong - https://pastebin.ubuntu.com/p/G95zsQGh6z/ | 03:40 |
| *** Vineela <Vineela!~vtummala@user/vineela> has quit IRC (Quit: Leaving.) | 04:16 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Remote host closed the connection) | 04:20 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 04:20 | |
| override | its all good, i figured it out. something was up with the commit id devtool would pick up. prolly a yocto bug. | 04:24 |
| *** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Ping timeout: 246 seconds) | 04:25 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 04:39 | |
| *** georgem <georgem!uid210681@id-210681.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 04:50 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 04:55 | |
| *** davidinux <davidinux!~davidinux@84.17.59.156> has joined #yocto | 05:03 | |
| *** Spectrejan[m] <Spectrejan[m]!~spectreja@2001:470:69fc:105::1609> has joined #yocto | 05:10 | |
| *** asus_986_gpu[m] <asus_986_gpu[m]!~asus986gp@2001:470:69fc:105::1014> has joined #yocto | 05:11 | |
| *** shoragan|m <shoragan|m!~shoragans@2001:470:69fc:105::c9f> has joined #yocto | 05:12 | |
| *** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has joined #yocto | 05:12 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 246 seconds) | 05:13 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 05:13 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 05:27 | |
| *** paulg <paulg!~pg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 268 seconds) | 05:40 | |
| *** zpfvo <zpfvo!~fvo@89.244.121.246> has joined #yocto | 05:51 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has joined #yocto | 05:58 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:11 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has joined #yocto | 06:17 | |
| LetoThe2nd | yo dudX | 06:20 |
| perdmann_ | Hi, i created a recipe which creates a shared Object. If i built with yocto everything looks fine, if i built the SDK my so file is not in there. | 06:38 |
| LetoThe2nd | perdmann_: but the rest of the package is? only the object is missing? | 06:45 |
| *** mckoan|away is now known as mckoan | 06:48 | |
| mckoan | good morning | 06:48 |
| perdmann_ | LetoThe2nd: its just one .so and a header file. Both are not part of the SDK - but both are built during the "normal image built" | 06:52 |
| perdmann_ | LetoThe2nd: i observed this during another RDEPENDS. do i really need to use that .so file in the building process to make it available in the SDK/Image? | 06:54 |
| perdmann_ | LetoThe2nd: someone mentioned the "so Solver" but i does not find more sources about it | 06:54 |
| LetoThe2nd | perdmann_: i'd look at the packaging. and theres TOOLCHAIN_HOST_TASK (or something similar, i can't remember) variable that lets you add stuff to the sdk. | 06:55 |
| perdmann_ | LetoThe2nd: thanks, i will try that one | 06:59 |
| *** florian <florian!~florian@dynamic-093-135-185-127.93.135.pool.telefonica.de> has joined #yocto | 06:59 | |
| LetoThe2nd | perdmann_: look it up first, i'm very sure i got it close but not right. | 06:59 |
| perdmann_ | TOOLCHAIN_TARGET_TASK and TOOLCHAIN_HOST_TASK. i tried _TARGET_ but looks like its not working. I will investigate again | 07:04 |
| *** cquast <cquast!~cquast@37.189.128.120> has joined #yocto | 07:04 | |
| *** ant_ <ant_!~ant___@host-87-0-253-36.retail.telecomitalia.it> has quit IRC (Ping timeout: 265 seconds) | 07:11 | |
| *** ilunev <ilunev!~koolkhel@80.72.17.178> has joined #yocto | 07:41 | |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto | 07:49 | |
| LetoThe2nd | does anybody know if alex gonzales (of yocto cookbook fame) is around? | 08:00 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has quit IRC (Quit: Client closed) | 08:00 | |
| *** davidinux1 <davidinux1!~davidinux@192.145.127.68> has joined #yocto | 08:04 | |
| *** davidinux <davidinux!~davidinux@84.17.59.156> has quit IRC (Ping timeout: 246 seconds) | 08:07 | |
| *** davidinux1 is now known as davidinux | 08:08 | |
| mckoan | LetoThe2nd: I only have his LinkedIN connection | 08:26 |
| LetoThe2nd | mckoan: yeah have that too. | 08:28 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has joined #yocto | 08:54 | |
| *** rodrjassoccom[m] <rodrjassoccom[m]!~rodrjasso@2001:470:69fc:105::4019> has joined #yocto | 09:05 | |
| *** lacouture[m] <lacouture[m]!~lacouture@2001:470:69fc:105::35b7> has joined #yocto | 09:05 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 09:09 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 09:12 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 256 seconds) | 09:14 | |
| *** camus1 is now known as camus | 09:14 | |
| *** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has joined #yocto | 09:34 | |
| *** Pierre-jeanTexie <Pierre-jeanTexie!~pjtexierm@2001:470:69fc:105::f2f> has joined #yocto | 09:43 | |
| *** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has joined #yocto | 09:43 | |
| *** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has joined #yocto | 09:43 | |
| *** Guest6275 <Guest6275!~nobody@90.69.37.53> has quit IRC (Quit: WeeChat 3.1) | 09:50 | |
| *** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has joined #yocto | 09:51 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 10:05 | |
| *** jonesv[m] <jonesv[m]!~jonesvmat@2001:470:69fc:105::4616> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:28 | |
| *** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:28 | |
| *** Spectrejan[m] <Spectrejan[m]!~spectreja@2001:470:69fc:105::1609> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:28 | |
| *** shoragan|m <shoragan|m!~shoragans@2001:470:69fc:105::c9f> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:28 | |
| *** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:28 | |
| *** lacouture[m] <lacouture[m]!~lacouture@2001:470:69fc:105::35b7> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:28 | |
| *** rodrjassoccom[m] <rodrjassoccom[m]!~rodrjasso@2001:470:69fc:105::4019> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:28 | |
| *** xicopitz[m] <xicopitz[m]!~xicopitzm@2001:470:69fc:105::4869> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:28 | |
| *** asus_986_gpu[m] <asus_986_gpu[m]!~asus986gp@2001:470:69fc:105::1014> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:28 | |
| *** Pierre-jeanTexie <Pierre-jeanTexie!~pjtexierm@2001:470:69fc:105::f2f> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:28 | |
| *** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:28 | |
| *** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:28 | |
| *** Andrei[m] <Andrei[m]!~andreicub@2001:470:69fc:105::c95> has joined #yocto | 10:30 | |
| *** kayterina[m] <kayterina[m]!~kayterina@2001:470:69fc:105::960> has joined #yocto | 10:30 | |
| *** jordemort <jordemort!~jordemort@2001:470:69fc:105::2d9> has joined #yocto | 10:36 | |
| *** Jari[m] <Jari[m]!~jarihmatr@2001:470:69fc:105::6a7> has joined #yocto | 10:36 | |
| *** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has joined #yocto | 10:36 | |
| *** Emantor[m] <Emantor[m]!~emantorm]@2001:470:69fc:105::8eb> has joined #yocto | 10:36 | |
| *** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has joined #yocto | 10:36 | |
| *** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has joined #yocto | 10:36 | |
| *** khem <khem!~khemmatri@2001:470:69fc:105::b81> has joined #yocto | 10:36 | |
| *** cody <cody!~cody@user/cody> has joined #yocto | 10:36 | |
| *** Pierre-jeanTexie <Pierre-jeanTexie!~pjtexierm@2001:470:69fc:105::f2f> has joined #yocto | 10:36 | |
| *** ejoerns[m] <ejoerns[m]!~ejoernsma@2001:470:69fc:105::252> has joined #yocto | 10:36 | |
| *** moto_timo[m] <moto_timo[m]!~mototimom@2001:470:69fc:105::c94> has joined #yocto | 10:36 | |
| *** barath <barath!~barath@2001:470:69fc:105::21a> has joined #yocto | 10:36 | |
| *** ndec[m] <ndec[m]!~ndecmatri@2001:470:69fc:105::9c0> has joined #yocto | 10:36 | |
| *** WadeBerrier[m] <WadeBerrier[m]!~wberrierm@2001:470:69fc:105::3f0e> has joined #yocto | 10:36 | |
| *** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has joined #yocto | 10:36 | |
| *** keepitsimplejim[ <keepitsimplejim[!~keepitsim@2001:470:69fc:105::3630> has joined #yocto | 10:36 | |
| *** shoragan|m <shoragan|m!~shoragans@2001:470:69fc:105::c9f> has joined #yocto | 10:36 | |
| *** Spectrejan[m] <Spectrejan[m]!~spectreja@2001:470:69fc:105::1609> has joined #yocto | 10:36 | |
| *** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has joined #yocto | 10:36 | |
| *** jonesv[m] <jonesv[m]!~jonesvmat@2001:470:69fc:105::4616> has joined #yocto | 10:36 | |
| *** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has joined #yocto | 10:36 | |
| *** xicopitz[m] <xicopitz[m]!~xicopitzm@2001:470:69fc:105::4869> has joined #yocto | 10:36 | |
| *** lacouture[m] <lacouture[m]!~lacouture@2001:470:69fc:105::35b7> has joined #yocto | 10:36 | |
| *** alex88[m] <alex88[m]!~alex88moz@2001:470:69fc:105::ce4> has joined #yocto | 10:36 | |
| *** rodrjassoccom[m] <rodrjassoccom[m]!~rodrjasso@2001:470:69fc:105::4019> has joined #yocto | 10:36 | |
| *** asus_986_gpu[m] <asus_986_gpu[m]!~asus986gp@2001:470:69fc:105::1014> has joined #yocto | 10:36 | |
| *** AlessandroTaglia <AlessandroTaglia!~al3x88mat@2001:470:69fc:105::ce3> has joined #yocto | 10:36 | |
| *** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has joined #yocto | 10:36 | |
| *** yates_work <yates_work!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC (Remote host closed the connection) | 10:42 | |
| *** georgem <georgem!uid210681@id-210681.tinside.irccloud.com> has joined #yocto | 10:50 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 258 seconds) | 10:51 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 10:51 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 265 seconds) | 10:52 | |
| *** camus1 is now known as camus | 10:52 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 10:58 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 11:03 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 11:40 | |
| *** bluelightning <bluelightning!~paul@2406:e003:12a7:7601:89e6:905f:8fed:afbb> has quit IRC (Quit: Konversation terminated!!!111) | 11:44 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has quit IRC (Quit: Client closed) | 11:49 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 11:57 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 12:14 | |
| *** davidinux1 <davidinux1!~davidinux@212.102.54.109> has joined #yocto | 12:25 | |
| *** davidinux <davidinux!~davidinux@192.145.127.68> has quit IRC (Ping timeout: 250 seconds) | 12:25 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 12:30 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 12:34 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 12:38 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 12:39 | |
| override | how can I force clean a package's sources? | 12:46 |
| RP | jonmason: testimage works with slirp? | 12:46 |
| *** davidinux1 <davidinux1!~davidinux@212.102.54.109> has quit IRC (Ping timeout: 250 seconds) | 12:46 | |
| override | stuff under workspace/sources | 12:46 |
| override | for some reason all the stuff from a git repo isnt getting fetched for the commit id Im setting up a recipe with... | 12:48 |
| *** davidinux1 <davidinux1!~davidinux@37.179.235.93> has joined #yocto | 12:48 | |
| override | trying to run devtool clean recipe or something but those options tell me do_clean isnt set.. | 12:49 |
| override | any way to just force clean the source for a recipe ? | 12:49 |
| tnovotny | override: this will clean everything (including sstate cache): bitbake -c cleanall <recipe> | 12:52 |
| *** paulg <paulg!~pg@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 12:53 | |
| jonmason | RP: yes. It took way longer than it should've for me to find the extra things to enable to get it working, but it's passing the boot test. Seeing some issues on some platforms with dropbear/ssh. So, I'll add that (and extra tests) in the future | 12:54 |
| tnovotny | override: but I'm not using devtool yet, so I might be missing something | 12:54 |
| override | tnovotny: ive been trying to clean that way. been seeing this, https://pastebin.ubuntu.com/p/Ck9CRMj4VZ/ | 12:55 |
| jonmason | RP: Also, I'm trying it on dev kernels as well https://gitlab.com/jonmason00/poky/-/pipelines/324118745 | 12:55 |
| jonmason | risc-v is breaking, which is probably normal ;-) | 12:56 |
| override | the overaching problem here is how the recipe is conviniently skipping some stuff out from the commit Im poininting it to.. | 12:59 |
| override | so i was trying to bitbake clean and maybe try other commits or something | 12:59 |
| RP | jonmason: the boot test is pretty basic, am just wondering about some of the others that use ssh | 13:04 |
| zedd | RP / jonmason: when I was getting set up to debug the LTP issue, I figured out the tweaks to get ssh login, etc, passing with slirp. so in theory, it should be doable. | 13:06 |
| zedd | but I've flushed it from the cache, and can't quite recall everything I changed :D | 13:06 |
| tnovotny | override: hmm, I have no idea...btw the missing yarn in the output is strange. Is it possible that it is related? | 13:06 |
| RP | zedd, jonmason: would be good to document this somewhere | 13:07 |
| zedd | the box I was doing the tests on, is still largely unchanged from that, I can go have a look later. | 13:07 |
| RP | zedd: I have a horrible kernel hack to make the rcu stall detector 3s in master-next. Is there anything else we could do to try and provoke it you know of? | 13:07 |
| override | think bitbake just trying doing that when it sees a make file or something in the repo.. I can build fine with the recipe tho, I just inherit setuptools3 .. :tnovotny | 13:07 |
| jonmason | RP: https://gitlab.com/jonmason00/meta-arm/-/jobs/1371692272 has dropbear working, but the other qemus that meta-arm cares about failed | 13:09 |
| zedd | RP: to make it the stall trigger in a shorter time ? i.e. more than tweaking: /sys/module/rcupdate/parameters/rcu_cpu_stall_timeout ? | 13:11 |
| RP | zedd: Yes, just wondering if there is anything else we could tweak to maybe make it fail more frequently. | 13:16 |
| RP | zedd: if changing this doesn't change the frequency of failures on the AB, I think that tells us something | 13:16 |
| zedd | right. That's the biggest runtime knob, but the docs talk about some macro's in the kernel that can be changed to lower some thresholds. are those the ones that you changed in your run ? | 13:20 |
| RP | zedd: no, I just started with http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=71b6bc157d39e09e8f76a15a049168eb72bbd3d9 | 13:30 |
| *** zpfvo <zpfvo!~fvo@89.244.121.246> has quit IRC (Remote host closed the connection) | 13:44 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 13:45 | |
| zedd | RP: yup, that's where I would have started as well. There's some potential in the options hidden under RCU_EXPERT, but they are more for runing, and doing rcu offloads, etc, probably wouldn't help much here. | 13:47 |
| zedd | but we could always clear the rcu cbs off a core (if we are smp) and see if it makes a difference. | 13:47 |
| RP | zedd: right, that could be an interesting experiment. I guess I'll see what the current experiment shows. Do you know if there is a way to trigger a dummy stall just to test the kernel reporting? | 13:49 |
| zedd | the rcu torture tests might be able to do that. I'll have a look at the docs for them. I haven't run them myself, but pauk mkinny is always tweaking them. | 13:50 |
| RP | zedd: I'd like to try and see if the stall crashes the system or whether the system is crashed and the stall is just a symptom. The kernel BUG: yesterday makes me suspcious | 13:51 |
| zedd | we could also make sure that CONFIG_RCU_TRACE is on in the future (along with the other kernel debug options), to see if that can help us glean more about the cause. | 13:51 |
| * zedd wonders how long until someone asks for a rcutorture name change | 13:52 | |
| *** Guest55 <Guest55!~Guest55@87.190.26.134> has joined #yocto | 13:54 | |
| *** Guest55 <Guest55!~Guest55@87.190.26.134> has quit IRC (Client Quit) | 13:55 | |
| zedd | there's also panic_on_rcu_stall, which might dump more information to the vmcore, or maybe that is what was already tried when you talked about the vmcore. | 13:55 |
| zedd | an yah, I can't see anyway to trigger a dummy stall at the moment. | 13:57 |
| *** Tokamak <Tokamak!~Tokamak@107.126.35.2> has joined #yocto | 13:58 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 14:02 | |
| RP | zedd: we pulled the vmcore from qmp out from qemu | 14:04 |
| RP | zedd: I think I might add a sysctl to trigger a stall | 14:04 |
| *** ant_ <ant_!~ant___@host-87-0-253-36.retail.telecomitalia.it> has joined #yocto | 14:33 | |
| *** OutBackDingo_ is now known as OutBackDingo | 14:35 | |
| rburton | zedd: today's discovery: linux-yocto won't boot in lkvm | 14:47 |
| *** ilunev <ilunev!~koolkhel@80.72.17.178> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 14:51 | |
| zedd | aka kvmtool ? | 14:52 |
| zedd | yah. I've never tried to boot in using it myself, so I have no config fragments for it. | 14:52 |
| rburton | yeah | 14:52 |
| moto-timo | https://github.com/lkvm/lkvm | 14:52 |
| rburton | i have docs | 14:52 |
| override | can anyone please tell me whats going on with my bitbake here - https://pastebin.ubuntu.com/p/hn6pZrvDPV/ | 14:52 |
| rburton | moto-timo: thats obsolete | 14:52 |
| rburton | moto-timo: https://git.kernel.org/pub/scm/linux/kernel/git/will/kvmtool.git/tree/README | 14:53 |
| moto-timo | Thanks Google | 14:53 |
| rburton | yes | 14:54 |
| rburton | like how yocto docs give you 1.6 releases | 14:54 |
| zedd | override: the bitbake server hung, it can happen. just find the bitbake processes and kill them. | 14:57 |
| *** wesm <wesm!~wes@firewall.mitsi.com> has quit IRC (Ping timeout: 265 seconds) | 14:59 | |
| *** p34nutz <p34nutz!~p34nutz@host-79-45-112-153.retail.telecomitalia.it> has joined #yocto | 15:00 | |
| override | thanks zedd | 15:12 |
| override | zedd: so this what makes it hang to begin with, Im trying to undersatnd what an ExpansionError is - https://pastebin.ubuntu.com/p/cBgGdJnjrF/ | 15:14 |
| *** wesm <wesm!~wes@firewall.mitsi.com> has joined #yocto | 15:14 | |
| RP | abelloni, zedd: We have at least one rcu failure in the builds on the AB. Just trying to think of the best way to track this as it requires sshing in to check in many cases :/ | 15:16 |
| RP | zedd, abelloni: Looks like that patch in master-next is causing mayhem, tons of crashed/broken stuff :) | 15:23 |
| RP | zedd: conclusion - the stall messsages in the kernel cause the kernel to break somehow :/ | 15:24 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 15:26 | |
| zedd | some sort of non graceful recovery from the stall state perhaps. | 15:34 |
| RP | zedd: that is my thinking. I just mailed out 4 backtraces/stall reports | 15:34 |
| RP | paulg, zedd: this is looking very kernel related now | 15:35 |
| zedd | RP: one other question. do all the hangs / crashes have rcu stalls ? | 15:35 |
| RP | zedd: yes | 15:36 |
| zedd | so have you tried the opposite ? set the stall to some unreachable timeout ? and see if the hangs just never report the same way ? i.e. an oom or something similar ? | 15:37 |
| RP | zedd: I have not. You have my live data | 15:37 |
| RP | zedd: I have never seen a build with as many hangs though | 15:37 |
| * zedd nods | 15:38 | |
| RP | zedd: if that were the issue, with the original threshold we should have been seeing more oom/other messages which we haven't | 15:38 |
| * paulg wonders if he can get away with playing the Schultz "I know nothing" card... | 15:42 | |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has quit IRC (Remote host closed the connection) | 15:45 | |
| RP | paulg: it isn't working ;-) | 15:46 |
| RP | paulg: particularly as I also know *nothing* about rcu and yet I'm this far... :) | 15:50 |
| paulg | I thought the LTP thing would buy me a free pass for at least a week... | 15:56 |
| RP | paulg: I was hoping the LTP issue and this were the same thing :/ | 15:59 |
| *** mckoan is now known as mckoan|away | 15:59 | |
| RP | manually running print_cpu_stall() with the "suppressed" bit hacked out doesn't seem to crash my local qemu | 16:00 |
| RP | but it doesn't print any cpu traces either | 16:01 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 16:13 | |
| RP | and even forcing CPU traces and load onto cpus, doesn't crash | 16:19 |
| RP | paulg: actually, could you look at something for me? I think I can see a locking bug. | 16:40 |
| RP | paulg: rcu_print_task_stall() in kernel/rcu/tree_stall.h - that return 0; | 16:40 |
| RP | zedd: ^^^ if you fancy a look | 16:41 |
| paulg | baseline? 5.10.43? | 16:41 |
| RP | paulg: 5.10.43 | 16:41 |
| paulg | got a bunch of goings on today but will look quickly now. | 16:41 |
| RP | paulg: look at where its called and the comment, then the code... | 16:42 |
| RP | (all in that file) | 16:42 |
| paulg | ? the return 0 comes at the top if there is nothing to do. I don't see anything. | 16:45 |
| *** Tokamak <Tokamak!~Tokamak@107.126.35.2> has quit IRC (Ping timeout: 256 seconds) | 16:45 | |
| RP | paulg: note the "raw_spin_unlock_irqrestore_rcu_node(rnp, flags);" below and "ndetected += rcu_print_task_stall(rnp, flags); // Releases rnp->lock." | 16:46 |
| paulg | I guess you gave me the wrong fcn name | 16:47 |
| paulg | print_other_cpu_stall vs. rcu_print_task_stall ? | 16:47 |
| RP | paulg: no, that name is right :/ | 16:48 |
| paulg | ok, lemme look some more | 16:48 |
| RP | static int rcu_print_task_stall(struct rcu_node *rnp, unsigned long flags) | 16:48 |
| RP | __releases(rnp->lock) | 16:48 |
| RP | perhaps I'm missing something obvious :/ | 16:49 |
| paulg | ok, now I think I see what you are saying. | 16:50 |
| paulg | now I have to find what is obvious that we are both missing. | 16:50 |
| RP | paulg: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/kernel/rcu/tree_stall.h?h=linux-5.10.y#n264 | 16:52 |
| RP | paulg: basically that function is supposed to release that lock and doesn't when it hits the return 0 path | 16:52 |
| RP | paulg: and that could give the BUG: scheduling when atomic we've seen | 16:52 |
| paulg | yeah I see the stub for ! PREEMPT_RCU releases the lock, so I'm failing to prove you wrong so far.... | 16:53 |
| RP | rcu_preempt_blocked_readers_cgp() could conceivably do something but is handled with locks elsewhere so seems unlikely | 16:53 |
| paulg | lemme do a bit of git blame and check mainline and then if paul is around maybe go check with him. | 16:54 |
| paulg | it does seem a bit sus though -- I'll grant you that. | 16:55 |
| RP | paulg: looks the same in mainline too | 16:55 |
| RP | paulg: sorry to add to your plate but thanks, does seem odd and worth looking at | 16:55 |
| RP | paulg: definitely would explain a few things | 16:56 |
| RP | paulg: also, its only called by print_other_cpu_stall() and I was testing my sysrq with print_cpu_stall() | 17:01 |
| paulg | so basically you might have found a bug - just not the one you were looking for. :-P | 17:01 |
| RP | paulg: no, I think this could be it | 17:02 |
| paulg | looking at 3fc3d1709fc currently.... | 17:02 |
| RP | paulg: definitely fits the two BUG: in those backtraces I sent | 17:02 |
| ant_ | you guys have a perfect week-end timing | 17:02 |
| * paulg hasn't read email yet today. :-/ | 17:06 | |
| * paulg wasn't here yesterday. | 17:06 | |
| RP | paulg: its c583bcb8f5edd48c1798798e341f78afb9bf4f6f | 17:07 |
| paulg | yeah looking at that commit already | 17:09 |
| paulg | introduces the "interesting" locking. | 17:09 |
| RP | paulg: I need to head afk for food. I'm going to queue a fix in master-next and ask it be started on the autobuilder after maint completes | 17:12 |
| RP | paulg: we can run it with the other patch to lower the timing so we'll hopefully see a few rcu stalls but no crashes | 17:12 |
| paulg | I'll see if I can scare up paulmck | 17:12 |
| RP | paulg: thanks. Its help to have a sanity check I'm not missing anything obvious | 17:13 |
| RP | halstead: after maint could we schedule a master-next build of a-full please to test this change? | 17:14 |
| RP | paulg: http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=4cda12da20720d05a976fc99507a2dfef2f6f98f is my attempted fix | 17:15 |
| * RP -> afk | 17:15 | |
| *** Vineela <Vineela!~vtummala@user/vineela> has joined #yocto | 17:26 | |
| paulg | for those following along at home, it seems a fix is already in, just hasn't completed the mainline --> stable --> zedd/yocto circuit quite yet. | 17:29 |
| paulg | https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git/commit/?id=406a2f008f2e | 17:29 |
| ant_ | \o/ | 17:31 |
| *** behanw <behanw!uid110099@id-110099.highgate.irccloud.com> has joined #yocto | 18:18 | |
| ecdhe | I have a recipe that doesn't inherit any bbclass. I set some variables, that's okay, but when I add do_configure(), I get the error "myrecipe_1.0.bb:26: unparsed line: 'do_configure()'" | 18:32 |
| ecdhe | The line above it is "S = "${WORKDIR}/git"" | 18:32 |
| ecdhe | I put the entire line in quotes on irc but should have left it: S = "${WORKDIR}/git" | 18:33 |
| ecdhe | When I remove do_configure, there's no parse issue. | 18:33 |
| ecdhe | I changed the function name to my_do_configure, and even to a random identifier, but any task I attempt to define results in an "unparsed line" error | 18:34 |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has joined #yocto | 18:40 | |
| ecdhe | okay, got it: you have to use K&R brace placement, so "do_configure() { " | 18:56 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Remote host closed the connection) | 19:20 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 19:20 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 19:23 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC (Ping timeout: 246 seconds) | 19:26 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 19:32 | |
| *** Guest15 <Guest15!~Guest15@74.117.212.49> has joined #yocto | 19:34 | |
| *** behanw[m] <behanw[m]!~behanwmat@2001:470:69fc:105::c96> has joined #yocto | 19:47 | |
| *** TrevorWoerner[m] <TrevorWoerner[m]!~trevorwoe@2001:470:69fc:105::4e57> has joined #yocto | 19:54 | |
| *** dev1990_ <dev1990_!~dev@dynamic-78-9-151-46.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 20:10 | |
| *** p34nutz <p34nutz!~p34nutz@host-79-45-112-153.retail.telecomitalia.it> has quit IRC (Quit: Client closed) | 20:12 | |
| ecdhe | I've got a recipe that requires a gcc3 or gcc4 cross compiler. I'm working in dunfell. | 20:19 |
| paulg | interesting - that is rather retro. | 20:19 |
| ecdhe | yes | 20:19 |
| ecdhe | I probably need to just cherry pick a denzil recipe and add it to my own layer | 20:20 |
| ecdhe | unless there is a faster way I haven't considered | 20:20 |
| ecdhe | I wish yocto would keep more recipe versions around for reverse compatibility | 20:20 |
| ecdhe | paulg: this user is having my same issue: https://askubuntu.com/questions/1279469/gcc-issue-with-building-an-old-linux-kernel | 20:21 |
| ecdhe | The cross compiler I'm using is too new | 20:21 |
| ecdhe | another option could be to patch the old kernel just enough to be built with a newer compiler | 20:21 |
| paulg | I wouldn't recommend that. | 20:22 |
| paulg | any reason why you can't simply build the kernel outside of yocto and plop it into your image? | 20:23 |
| ecdhe | paulg: may want to iterate on it, want to have things source controlled if possible | 20:23 |
| ecdhe | but archiving the binaries is an option too | 20:23 |
| ecdhe | the layer system is brilliant | 20:24 |
| ecdhe | paulg: why would you recommend against patching the kernel? | 20:27 |
| paulg | the reason I don't recommend patching the old to build with the new, is that you are straying into unchartered waters, as nobody else has probably done that and updated the old source appropriately ; so you've lost the implicit run-time validation of *all* the original user base for whatever it is you are working on. | 20:28 |
| paulg | sure, you can make it *compile* but what if the compiler does an optimization on some lock ordering that the old compiler never did and the old source never anticipated? | 20:29 |
| paulg | if you are just hacking around on some personal project then maybe that isn't a concern. | 20:30 |
| *** wesm <wesm!~wes@firewall.mitsi.com> has quit IRC (Remote host closed the connection) | 20:31 | |
| *** florian <florian!~florian@dynamic-093-135-185-127.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 265 seconds) | 20:40 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 20:42 | |
| abelloni | my answer would be "simply upgrade your kernel" | 20:44 |
| abelloni | you don't want to ship a product on 2.6.x | 20:44 |
| abelloni | or 3.x | 20:45 |
| paulg | or 4.x :-) | 20:45 |
| abelloni | yes too but I'll accept 4.19 ;) | 20:46 |
| paulg | anyway who knows if ecdhe is fighting with an old product being sustained, or limited RAM resources or what - I'm sure an upgrade was considered if at all possible. | 20:48 |
| *** florian <florian!~florian@dynamic-093-135-185-127.93.135.pool.telefonica.de> has joined #yocto | 20:52 | |
| abelloni | yes but I don't see the point in updating userspace if the kernel is full of holes | 21:01 |
| abelloni | and also upgrading userspace will have a bigger impact on storage/memory size than just the kernel | 21:01 |
| *** hauke <hauke!~Hauke_Meh@priv.hauke-m.de> has joined #yocto | 21:07 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds) | 21:17 | |
| *** florian <florian!~florian@dynamic-093-135-185-127.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 22:15 | |
| *** cquast <cquast!~cquast@37.189.128.120> has quit IRC (Ping timeout: 258 seconds) | 22:17 | |
| *** florian <florian!~florian@dynamic-093-135-185-127.93.135.pool.telefonica.de> has joined #yocto | 22:32 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 22:39 | |
| *** alejandr1 <alejandr1!~alejandro@cpe-68-201-52-49.elp.res.rr.com> has quit IRC (Ping timeout: 265 seconds) | 22:44 | |
| ecdhe | paulg: on may way to having original compiler available | 23:09 |
| ecdhe | no kernel mods | 23:09 |
| *** florian <florian!~florian@dynamic-093-135-185-127.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 23:21 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Remote host closed the connection) | 23:33 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 23:37 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!