| *** florian_kc <florian_kc!~florian@dynamic-002-244-190-038.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 258 seconds) | 00:16 | |
| moto-timo | isolated ptests in docker-container is VERY handy | 00:53 |
|---|---|---|
| moto-timo | fray: isolated per-package (recipe) ptests are the way to go if you are on a new enough release... core-image-ptest-python3-cryptography for example (or meta-python-image-ptest-<foo> ) | 00:57 |
| *** davidinux <davidinux!~davidinux@194.34.233.31> has quit IRC (Ping timeout: 264 seconds) | 01:04 | |
| fray | moto-timo: thats what I'm doing is running those tests, but I'm getting a lot of failures from parallel instances of QEMU now, but at least I have it running.. | 01:10 |
| *** davidinux <davidinux!~davidinux@host-95-237-135-163.retail.telecomitalia.it> has joined #yocto | 01:11 | |
| moto-timo | 👍 | 01:11 |
| moto-timo | it's a mental shift to be sure | 01:11 |
| fray | I can't use the YP version of QEMU, I need to use the qemu-xilinx so I'm able to emulate teh heterogenous configuration | 01:11 |
| fray | I'm getting a lot of failures during booting the more parallalization I do.. | 01:12 |
| fray | (failures as in hung boots) so I'm wondering if qemu is running out of resources or has some other internal problem | 01:12 |
| fray | also on microblaze (which is a more simple design) after booting the passed in IP is getting cleared when udhcpd runs. I suspect maybe there is a kernel config or something causing this, but I really don't know.. Haven't investigated enough | 01:13 |
| fray | and if parselogs is enable it always fails, so I have to disable it. I can't find a way to add additonal exclusions for my configurations... | 01:13 |
| *** sakman <sakman!~sakman@99.209.85.164> has quit IRC (Ping timeout: 255 seconds) | 01:14 | |
| moto-timo | fray: I have definitely had to adjust memory and smp/cpu resources to get ptests to run. Are you using runemu? | 01:16 |
| fray | it's qemu-xlnx itself that seems to be having an issue.. the freeze up is happing prior to u-boot starting | 01:18 |
| fray | there is a hand-off between the cortex-a and the microblaze firwmare CPUs.. it's like the cortex-a is sitting there waiting for the firmware CPU to say "go" and never gets the signal | 01:19 |
| fray | the other alternative is the virtual serial port from the cortex-a went off in the weeds and I'm just not getting any ouput | 01:19 |
| *** sakman <sakman!~sakman@208.111.77.233> has joined #yocto | 01:20 | |
| fray | on the xilinx Versal FPGAs, the FPGA, various hardware, and power management is handled by the microblaze CPU.. so it has to setup the wiring for the cortex-a to "go" | 01:21 |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has quit IRC (Read error: Connection reset by peer) | 01:27 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has joined #yocto | 01:29 | |
| moto-timo | <sarcasm>Modern hardware designs have eliminated the serial port. stop trying to use it.</sarcasm> | 01:34 |
| * moto-timo shakes his tiny fist to the heavens for all the wasted hours because there was no DB-9 header on the PCB. | 01:34 | |
| fray | I was told a lot of our boards have moved to ftdi, jtag and serial are muxed over it.. actually eliminates additional headers and makes it 'easier' on developers.. | 01:35 |
| moto-timo | yup. I've heard these rumors. I've seen designs without any of that and cursed the engineer. | 01:36 |
| fray | got the timeouts with only two parallel qemu sessions.. moved to 1.. and re-running the ptest.. if this passes, there is definitely something funky on our end | 01:41 |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 255 seconds) | 01:47 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 01:49 | |
| moto-timo | fray: I’d like to say I have a lot if confidence in qemu development in the last 4+ years. But I don’t like to lie. | 02:03 |
| fray | well the AMD/Xilinx fork exists because (apparently) the QEMU developers said that they didn't need to model heterogenous systems.. | 02:14 |
| fray | (shared memory/devices, but different CPUs) | 02:14 |
| khem | yeah I like ftdi, less cables and these days sticking it on a usb is awesome infact these days I am getting boards which has USB-C ports for serial | 02:17 |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 02:17 | |
| khem | fray: I do run 40+ qemu's in paralllel | 02:17 |
| khem | sucessfully | 02:18 |
| *** kpo_ <kpo_!~kpo@87-206-161-246.dynamic.chello.pl> has quit IRC (Ping timeout: 258 seconds) | 02:44 | |
| *** xmn_ <xmn_!~xmn@2600:4040:9390:8c00:65ee:8035:d14e:c3b3> has joined #yocto | 02:46 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:8cec:2fcc:27ff:ba4b> has quit IRC (Ping timeout: 246 seconds) | 02:47 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds) | 02:51 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 02:54 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:652b:9000:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 258 seconds) | 02:56 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:650f:7e00:2ce:39ff:fecf:efcd> has joined #yocto | 02:58 | |
| *** xmn_ <xmn_!~xmn@2600:4040:9390:8c00:65ee:8035:d14e:c3b3> has quit IRC (Quit: xmn_) | 03:11 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:65ee:8035:d14e:c3b3> has joined #yocto | 03:16 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:65ee:8035:d14e:c3b3> has quit IRC (Read error: Connection reset by peer) | 03:23 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:65ee:8035:d14e:c3b3> has joined #yocto | 03:26 | |
| *** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has quit IRC (Ping timeout: 258 seconds) | 04:28 | |
| *** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has joined #yocto | 04:33 | |
| *** Guest62 <Guest62!~Guest62@host-80-41-77-253.as13285.net> has joined #yocto | 04:40 | |
| Guest62 | hello, building a yocto image for nvidia xavier NX, it is working well apart from a spi sensor (icm20689) no device is created at bootr despite the dts containing the right entry and the 6050 driver being built and present on target | 04:42 |
| Guest62 | any suggestion welcome as I have tried all I could think of | 04:43 |
| *** jmd <jmd!~user@2001:a61:2b5e:7b01:795e:5fc:7902:702c> has joined #yocto | 04:43 | |
| *** davidinux <davidinux!~davidinux@host-95-237-135-163.retail.telecomitalia.it> has quit IRC (Ping timeout: 248 seconds) | 04:49 | |
| *** davidinux <davidinux!~davidinux@45.11.82.124> has joined #yocto | 04:49 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 05:22 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 05:37 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 05:37 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 05:56 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto | 06:02 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 06:33 | |
| *** jmd <jmd!~user@2001:a61:2b5e:7b01:795e:5fc:7902:702c> has quit IRC (Remote host closed the connection) | 06:40 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:41 | |
| *** varjag <varjag!~user@188.95.241.196> has joined #yocto | 06:49 | |
| *** zpfvo <zpfvo!~fvo@87.122.82.148> has joined #yocto | 06:59 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 258 seconds) | 07:00 | |
| LetoThe2nd | yo dudX | 07:00 |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto | 07:02 | |
| *** amsobr <amsobr!~amsobr@2a01:14:113:53b0:4ab0:7c5c:ab53:8e9> has quit IRC (Ping timeout: 248 seconds) | 07:03 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:810c:2f00:7656:3cff:fe3f:7ce9> has joined #yocto | 07:04 | |
| *** rfuentess <rfuentess!~rfuentess@62-34-31-6.abo.bbox.fr> has joined #yocto | 07:11 | |
| *** zpfvo <zpfvo!~fvo@87.122.82.148> has quit IRC (Ping timeout: 240 seconds) | 07:15 | |
| *** jmk1 <jmk1!~jmk1@lcs07-lyo-176-188-208-171.sfr.lns.abo.bbox.fr> has quit IRC (Ping timeout: 246 seconds) | 07:19 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 07:25 | |
| *** zpfvo <zpfvo!~fvo@87.122.82.148> has joined #yocto | 07:29 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 07:39 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 07:42 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 07:43 | |
| *** radanter <radanter!~rad@host86-132-34-232.range86-132.btcentralplus.com> has joined #yocto | 08:08 | |
| *** diecore_ <diecore_!~diecore@ppp-94-66-56-57.home.otenet.gr> has joined #yocto | 08:09 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:09 | |
| diecore_ | Hello guys! I've managed to build the custom kernel without issues using a custom recipe. My problem is that even that the patch works and generates the extra source files for adding a new driver in the kernel the do_compile_kernelmodules does not create the kernel module needed and doesnt show any errors. Any ideas ? | 08:11 |
| kanavin | RP: I did yes. Amended patch was sent to the ML. | 08:36 |
| RP | kanavin: ok, thanks. I think I'm losing track | 08:49 |
| kanavin | RP: I'm down with a sore throat, I'll answer a couple of emails, then probably be on sofa for the rest of the day | 08:49 |
| RP | kanavin: with AUH, I think you and I need to agree on the approach David should take. Should layers be handled internally to the AUH script or iterated over by the top level AB helper? | 08:50 |
| RP | kanavin: sorry to hear that :(. Any chance you could quickly look at the AUH stuff so we can unblock David? | 08:50 |
| RP | kanavin: hope you get over it quickly! | 08:51 |
| kanavin | RP: yes. first, AUH itself takes the layer location as a command line parameter. Layer 'discovery' or hardcoding can happen from scripts that execute it. I guess that's settled? | 08:52 |
| kanavin | otherwise, I'll reply to the email now | 08:52 |
| RP | kanavin: I was thinking iterating at a higher level gives us more control e.g. maybe at some point sending different sublayers to different maintainers | 08:52 |
| kanavin | let me just check there's no fever | 08:52 |
| kanavin | mild, 37.2 | 08:54 |
| RP | kanavin: if you need to go that is fine, I just wanted to say that if you looked at anything, I'd like to try and ensure we agree on that one before more work gets done! | 08:55 |
| kanavin | RP: I wrote an answer, can you check it makes sense? | 08:58 |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has quit IRC (Ping timeout: 260 seconds) | 09:10 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto | 09:12 | |
| RP | kanavin: yes, I think so, thanks | 09:18 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 272 seconds) | 09:28 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 09:29 | |
| *** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:35 | |
| *** frieder <frieder!~frieder@i577B9069.versanet.de> has joined #yocto | 09:37 | |
| Guest62 | hello, building a yocto image for nvidia xavier NX, it is working well apart from a spi sensor (icm20689) no device is created at bootr despite the dts containing the right entry and the 6050 driver being built and present on target | 09:40 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 09:42 | |
| *** kayterina3 <kayterina3!~kayterina@62.38.55.161> has joined #yocto | 09:54 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:65ee:8035:d14e:c3b3> has quit IRC (Ping timeout: 260 seconds) | 10:00 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has quit IRC (Ping timeout: 255 seconds) | 10:22 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has joined #yocto | 10:24 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has quit IRC (Client Quit) | 10:24 | |
| *** emdevt <emdevt!~emdevt@85-76-6-184-nat.elisa-mobile.fi> has joined #yocto | 10:26 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has joined #yocto | 10:26 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has quit IRC (Client Quit) | 10:27 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has joined #yocto | 10:27 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds) | 10:29 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 10:31 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 10:33 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 10:33 | |
| kayterina3 | Hello. I want to split one script to a different package, I have FILES_myrecipe-bla="/etc/init.d/myrecipe-bla", but the file is not put under packages-split/myrecipe-bla unless I remove "etc" from FILES:${PN} (and readd all the other /etc/ files I want). Is it the intended behaviour? I expected have the same file present in both packages. | 10:43 |
| rburton | kayterina3: did you add myrecipe-bla to PACKAGES? | 10:44 |
| kayterina3 | PACKAGES += "${PN}-bla" | 10:44 |
| rburton | that is the expeted behaviour | 10:44 |
| rburton | the packages are processed in the order that they are listed in FILES | 10:45 |
| rburton | you appended so PN takes /etc first | 10:45 |
| rburton | put -bla at the beginning of the list, not the end | 10:45 |
| kayterina3 | It never crossed my mind. Where is that documented? The way the files are "consumed"? | 10:47 |
| rburton | what order would you think they were evaluated in when multiple FILES claim the same files? | 10:48 |
| rburton | https://docs.yoctoproject.org/ref-manual/variables.html#term-PACKAGES | 10:48 |
| rburton | arguably the FILES entry should repeat the ordering note | 10:49 |
| kayterina3 | It is logical. I was focused on FILES and not PACKAGES. | 10:49 |
| neverpanic | kayterina3: https://docs.yoctoproject.org/ref-manual/variables.html#term-PACKAGES | 10:49 |
| neverpanic | nevermind, rburton was faster. | 10:50 |
| Rich_1234 | Is there any easy way to basically set a dependency in a local.conf file. I am using an existing recipe and rather than edit that I am wondering if there is an easy way to force a package to be built before that, in case I need my GPU drivers built first | 10:51 |
| neverpanic | The canonical way to do that is do add an entry to DEPENDS in your existing recipe. If you don't want to modify that, use a bbappend. | 10:55 |
| rburton | yeah, that | 10:56 |
| rburton | you _can_ do it from local.conf but that's so horrible. use a bbappend. | 10:56 |
| Rich_1234 | right bbappend sounds like what I need | 10:56 |
| Rich_1234 | thanks | 10:56 |
| *** Guest18 <Guest18!~Guest18@91.26.50.162> has joined #yocto | 11:08 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 11:08 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 11:08 | |
| *** Guest18 <Guest18!~Guest18@91.26.50.162> has quit IRC (Quit: Connection closed) | 11:16 | |
| *** tnovotny_ <tnovotny_!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 11:29 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Ping timeout: 240 seconds) | 11:32 | |
| *** kayterina3 <kayterina3!~kayterina@62.38.55.161> has quit IRC (Ping timeout: 248 seconds) | 11:55 | |
| *** diecore_ <diecore_!~diecore@ppp-94-66-56-57.home.otenet.gr> has quit IRC (Ping timeout: 240 seconds) | 12:06 | |
| *** diecore_ <diecore_!~diecore@ppp-94-66-56-71.home.otenet.gr> has joined #yocto | 12:06 | |
| *** jmd <jmd!~user@2001:a61:2b5e:7b01:795e:5fc:7902:702c> has joined #yocto | 12:10 | |
| *** kayterina3 <kayterina3!~kayterina@62.38.55.161> has joined #yocto | 12:22 | |
| *** sotaoverride is now known as Guest1925 | 12:45 | |
| *** Guest1925 <Guest1925!~aatir@ool-4578fe22.dyn.optonline.net> has quit IRC (Killed (sodium.libera.chat (Nickname regained by services))) | 12:45 | |
| *** sotaover1ide is now known as sotaoverride | 12:45 | |
| *** sotaover1ide <sotaover1ide!~aatir@ool-4578fe22.dyn.optonline.net> has joined #yocto | 12:45 | |
| *** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 12:53 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 12:53 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 240 seconds) | 12:56 | |
| *** tnovotny_ <tnovotny_!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Ping timeout: 260 seconds) | 12:56 | |
| *** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 240 seconds) | 12:57 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:3585:13fd:d727:77bd> has joined #yocto | 12:57 | |
| *** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds) | 13:01 | |
| *** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 13:14 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.1.0) | 13:19 | |
| *** kpo_ <kpo_!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto | 13:28 | |
| *** varjag <varjag!~user@188.95.241.196> has quit IRC (Quit: ERC (IRC client for Emacs 27.1)) | 13:30 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 13:53 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 13:54 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 13:57 | |
| *** emdevt <emdevt!~emdevt@85-76-6-184-nat.elisa-mobile.fi> has quit IRC (Quit: Leaving) | 14:00 | |
| *** kayterina3 <kayterina3!~kayterina@62.38.55.161> has quit IRC (Remote host closed the connection) | 14:02 | |
| *** kayterina3 <kayterina3!~kayterina@62.38.55.161> has joined #yocto | 14:02 | |
| *** kayterina3 <kayterina3!~kayterina@62.38.55.161> has quit IRC (Remote host closed the connection) | 14:10 | |
| *** kayterina3 <kayterina3!~kayterina@62.38.55.161> has joined #yocto | 14:10 | |
| *** sbr_eps <sbr_eps!~sbr@p5b2965a9.dip0.t-ipconnect.de> has joined #yocto | 14:13 | |
| *** kayterina3 <kayterina3!~kayterina@62.38.55.161> has quit IRC (Remote host closed the connection) | 14:20 | |
| *** kayterina3 <kayterina3!~kayterina@62.38.55.161> has joined #yocto | 14:20 | |
| *** kayterina3 <kayterina3!~kayterina@62.38.55.161> has quit IRC (Remote host closed the connection) | 14:21 | |
| *** kayterina3 <kayterina3!~kayterina@62.38.55.161> has joined #yocto | 14:21 | |
| *** kayterina3 <kayterina3!~kayterina@62.38.55.161> has quit IRC (Ping timeout: 248 seconds) | 14:29 | |
| reatmon | Is a tool or something that I can use to test the connection to the hash equiv server? I think we might have some firewall issues in our data center and need a quick way to know that I am correctly talking to the server or not. | 14:34 |
| JPEW | reatmon: There is a bitbake-hashclient command line tool | 14:35 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:35 | |
| reatmon | Thanks. I will look into that. | 14:35 |
| reatmon | yep. my build servers cannot reach the server... but my desktop can... Time to hit up IT. Thanks Joshua! | 14:42 |
| *** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has quit IRC (Ping timeout: 258 seconds) | 14:48 | |
| JPEW | reatmon: np | 14:48 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Remote host closed the connection) | 14:49 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 14:49 | |
| *** kayterina3 <kayterina3!~kayterina@62.38.55.161> has joined #yocto | 14:50 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds) | 14:55 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 14:57 | |
| *** amitk_ <amitk_!~amit@58.84.61.6> has joined #yocto | 15:02 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has quit IRC (Quit: Leaving.) | 15:15 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has joined #yocto | 15:15 | |
| *** rfuentess <rfuentess!~rfuentess@62-34-31-6.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 15:15 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has quit IRC (Client Quit) | 15:17 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has joined #yocto | 15:17 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has joined #yocto | 15:17 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has quit IRC (Client Quit) | 15:19 | |
| *** kayterina3 <kayterina3!~kayterina@62.38.55.161> has quit IRC (Remote host closed the connection) | 15:19 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has joined #yocto | 15:19 | |
| *** kayterina3 <kayterina3!~kayterina@62.38.55.161> has joined #yocto | 15:19 | |
| kayterina3 | Can I trigger bitbake to regenerate the files under /etc/rcX.d/ of the image rootfs? Ideally, rebuild the ones that come from my recipe. | 15:20 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 264 seconds) | 15:20 | |
| rburton | if you changed the recipe that generates them then bitbake imagename will rerun that recipe and rebuilt your image | 15:20 |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has quit IRC (Client Quit) | 15:20 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has joined #yocto | 15:21 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has quit IRC (Client Quit) | 15:22 | |
| *** Chocky1 <Chocky1!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has joined #yocto | 15:22 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has joined #yocto | 15:23 | |
| *** Chocky1 <Chocky1!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has quit IRC (Read error: Connection reset by peer) | 15:23 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 15:25 | |
| rburton | RP: tgamblin: https://git.yoctoproject.org/patchtest-oe/tree/tests/base.py#n187 <-- that's at least one of the tinfoil entry points | 15:27 |
| *** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 255 seconds) | 15:29 | |
| *** florian__ <florian__!~florian@dynamic-002-244-064-005.2.244.pool.telefonica.de> has joined #yocto | 15:29 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Remote host closed the connection) | 15:35 | |
| *** kayterina3 <kayterina3!~kayterina@62.38.55.161> has quit IRC (Remote host closed the connection) | 15:35 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 260 seconds) | 15:36 | |
| *** florian__ <florian__!~florian@dynamic-002-244-064-005.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 15:37 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 258 seconds) | 15:38 | |
| *** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:71eb:b8e9:8589:9ca5> has quit IRC (Remote host closed the connection) | 15:41 | |
| *** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:d875:6297:4e81:e577> has joined #yocto | 15:42 | |
| RP | rburton: so we do execute | 15:46 |
| rburton | is that trying to identify what recipes were touched by the patch? | 15:49 |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds) | 15:50 | |
| *** alussiercullen <alussiercullen!~alussierc@2607:fad8:4:6:c6ac:4d7a:c1b2:1699> has joined #yocto | 15:50 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 15:52 | |
| *** alussiercullen <alussiercullen!~alussierc@2607:fad8:4:6:c6ac:4d7a:c1b2:1699> has quit IRC (Quit: Client closed) | 15:58 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 16:06 | |
| *** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has joined #yocto | 16:07 | |
| *** zpfvo <zpfvo!~fvo@87.122.82.148> has quit IRC (Ping timeout: 260 seconds) | 16:17 | |
| *** florian__ <florian__!~florian@dynamic-002-244-064-005.2.244.pool.telefonica.de> has joined #yocto | 16:18 | |
| *** zpfvo <zpfvo!~fvo@87.122.82.148> has joined #yocto | 16:18 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 16:20 | |
| *** zpfvo <zpfvo!~fvo@87.122.82.148> has quit IRC (Ping timeout: 255 seconds) | 16:22 | |
| *** zpfvo <zpfvo!~fvo@87.122.82.148> has joined #yocto | 16:23 | |
| *** sbr_eps <sbr_eps!~sbr@p5b2965a9.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 260 seconds) | 16:26 | |
| *** zpfvo <zpfvo!~fvo@87.122.82.148> has quit IRC (Client Quit) | 16:26 | |
| *** mattsm <mattsm!uid128834@id-128834.uxbridge.irccloud.com> has joined #yocto | 16:38 | |
| *** radanter <radanter!~rad@host86-132-34-232.range86-132.btcentralplus.com> has quit IRC (Remote host closed the connection) | 16:43 | |
| *** otavio <otavio!~otavio@201-66-233-118.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 252 seconds) | 16:44 | |
| *** otavio <otavio!~otavio@201-66-233-118.user3p.brasiltelecom.net.br> has joined #yocto | 16:45 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 16:59 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 16:59 | |
| mischief | what's a good way to manage CVE checks? one big file with a list of ignored ones? bbappends on each recipe with ignores and patches? | 17:13 |
| *** Guest84 <Guest84!~Guest84@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has joined #yocto | 17:14 | |
| Guest84 | Hello, I try to create a yocto recipe to install "mitmproxy" (python software). Here is my recipe: https://pastebin.com/kKYXc7gu I when I execute my image, some files seems to be inserted but I don't find mitmproxy in the image or the python module. | 17:16 |
| Guest84 | As the project is not using "setup.py" but pyproject.toml I try to do as here: https://stackoverflow.com/questions/69889804/add-python-project-based-on-pyproject-toml-to-yocto-image. | 17:16 |
| *** florian__ <florian__!~florian@dynamic-002-244-064-005.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds) | 17:19 | |
| mischief | Guest84: did you try to build the recipe by itself and check its log files and output? | 17:26 |
| *** zhmylove <zhmylove!~zhmylove@80.254.50.127> has joined #yocto | 17:31 | |
| *** zhmylove <zhmylove!~zhmylove@80.254.50.127> has quit IRC (Client Quit) | 17:32 | |
| Guest84 | nop | 17:33 |
| khem | Guest84: inherit python_setuptools_build_meta | 17:41 |
| khem | in place of setuptools3 | 17:42 |
| khem | you also do not need the setup.py hack | 17:43 |
| Guest84 | Thanks I am watching it, need upgrade to nanbield | 17:50 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 18:06 | |
| mischief | also how the hell do you build a go program. are there any examples of complex go programs being built in recipes? | 18:09 |
| *** Guest62 <Guest62!~Guest62@host-80-41-77-253.as13285.net> has quit IRC (Quit: Client closed) | 18:10 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 18:15 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 18:16 | |
| khem | mischief: complexity is subjective :) | 18:22 |
| khem | there are several examples e.g. in meta-virtualization | 18:22 |
| khem | and some on meta-oe as well | 18:23 |
| *** amitk_ <amitk_!~amit@58.84.61.6> has quit IRC (Remote host closed the connection) | 18:23 | |
| *** mattsm <mattsm!uid128834@id-128834.uxbridge.irccloud.com> has quit IRC () | 18:23 | |
| khem | see https://snips.sh/f/YPFvjZ3saq | 18:23 |
| *** mattsm <mattsm!~mattsm@209.36.98.250> has joined #yocto | 18:24 | |
| mischief | i figured out part of the problem, i need to inherit go-mod | 18:26 |
| mischief | which seems to have the unfortunate side effect of doing network access during do_compile | 18:26 |
| mischief | now i have a new problem. two -native recipes that build go programs are needed at build time by another recipe, but during prepare_recipe_sysroot they install the same files due to go modules :-/ | 18:28 |
| khem | yeah select one to provide it and let other remove it via do_install:class-native | 18:35 |
| *** Guest84 <Guest84!~Guest84@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has quit IRC (Quit: Client closed) | 18:37 | |
| mischief | khem: i dont need any of the go module crap though, i just need the binaries produced (this is go gRPC crap btw). i can probably just safely remove all of the module stuff. | 18:42 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 18:44 | |
| *** florian__ <florian__!~florian@dynamic-093-133-109-062.93.133.pool.telefonica.de> has joined #yocto | 18:44 | |
| khem | mischief: you can look into what this class is doing and then shunt what you do not need or conversely use what you need and do not inherit it | 18:52 |
| *** Guest84 <Guest84!~Guest84@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has joined #yocto | 18:53 | |
| mischief | i donot think i can replace all of go.bbclass :-) but i can probabl work around what do_install is doing | 18:55 |
| rburton | mischief: your distro can set CVE_STATUS as needed | 18:56 |
| khem | yeah depends how big a chainsaw you have | 18:56 |
| rburton | mischief: see cve-extra-exclusions.inc or whatever its called in core | 18:56 |
| mischief | we do require `conf/distro/include/cve-extra-exclusions.inc` | 18:57 |
| rburton | and you can do the same if you want to knock out more, say you've decided that an issue isn't important enough or you've mitigated it | 19:01 |
| mischief | rburton: yes but if we patch we need a bbappend anyway or modify recipes in our layer. just wondering if global lists or local to recipe make more sense | 19:03 |
| *** zwelch <zwelch!~zwelch@fluffy.mandolincreekfarm.com> has quit IRC (Read error: Connection reset by peer) | 19:03 | |
| rburton | if you've already written a bbappend then do any cve status mangling in the bbappend | 19:03 |
| rburton | but you can say 'yeah this isn't important to us' in a distro config if there's no append and it's just a judgement call | 19:04 |
| *** amitk <amitk!~amit@58.84.61.6> has quit IRC (Ping timeout: 255 seconds) | 19:06 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 19:08 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 19:09 | |
| *** jmd <jmd!~user@2001:a61:2b5e:7b01:795e:5fc:7902:702c> has quit IRC (Remote host closed the connection) | 19:10 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.) | 19:15 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 19:16 | |
| *** zwelch <zwelch!~zwelch@fluffy.mandolincreekfarm.com> has joined #yocto | 19:19 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 19:19 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 19:19 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 19:34 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 19:35 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Client Quit) | 19:37 | |
| *** Guest84 <Guest84!~Guest84@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has quit IRC (Quit: Client closed) | 19:37 | |
| *** diecore_ <diecore_!~diecore@ppp-94-66-56-71.home.otenet.gr> has quit IRC (Ping timeout: 255 seconds) | 19:42 | |
| mischief | well this is stupid. go class installs files and directories without write bit in some cases. can't delete them normally :-( | 19:51 |
| *** frieder <frieder!~frieder@i577B9069.versanet.de> has quit IRC (Remote host closed the connection) | 20:08 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has quit IRC (Quit: Leaving.) | 20:17 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has joined #yocto | 20:17 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has quit IRC (Client Quit) | 20:22 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has joined #yocto | 20:22 | |
| *** Chocky1 <Chocky1!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has joined #yocto | 20:24 | |
| *** Chocky2 <Chocky2!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has joined #yocto | 20:25 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has quit IRC (Ping timeout: 255 seconds) | 20:26 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has joined #yocto | 20:27 | |
| *** Chocky2 <Chocky2!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has quit IRC (Client Quit) | 20:27 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has quit IRC (Client Quit) | 20:27 | |
| *** Chocky <Chocky!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has joined #yocto | 20:27 | |
| *** sbr_eps <sbr_eps!~sbr@dslb-002-206-163-045.002.206.pools.vodafone-ip.de> has joined #yocto | 20:29 | |
| *** Chocky1 <Chocky1!~peter@c-73-154-94-239.hsd1.pa.comcast.net> has quit IRC (Ping timeout: 255 seconds) | 20:29 | |
| fray | I'm having an issue, one my aarch64 systems (using test image, which configures the kernel command line to set the IP address) and using 'poky'... I can see the during qemu boot that dmesg shows the IP being set, then gets to userspace and the IP is there. When I move to a different machine (32-bit arm) I see the IP set in the dmesg, but it gets to userspace and the network is not setup. I do see udhcp | 20:35 |
| fray | calls (and no dhcp server from qemu). Does anyone have a suggstion what I should look for to explain the difference in behavior? | 20:35 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 20:53 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 20:54 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 20:55 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 20:56 | |
| khem | fray: is host x86_64 always? | 20:58 |
| fray | same host, same poky.. difference is the kernel config | 21:00 |
| fray | (and arch) | 21:00 |
| fray | I just can't figure out what is 'different' | 21:00 |
| fray | if I remove the /etc/network/interfaces (default) file, then it comes up with the rigth I[ | 21:00 |
| fray | right Ip | 21:00 |
| RP | fray: network interface naming from the kernel ? | 21:07 |
| fray | both eth0.. but different interface drivers | 21:08 |
| fray | the aarch64 is a 'macb'.. rebuilding the 32-bit so I can compare | 21:08 |
| RP | fray: systemd? we had some issues with its device renaming which I think we disabled in the end | 21:08 |
| fray | no standard poky, no systemd | 21:10 |
| fray | Ok, now I'm breaking myself.. Whats the magic for 'runqemu' to use the same tap device that testimage uses? | 21:11 |
| fray | I just did MACHINE= ... runqemu nographic but it doesn't appear to have setup the tap.. (still verifying) | 21:11 |
| fray | (I'm trying ot figure out why testimage doesn't work for one machine but does for another.. so I'm grasping.. but trying to reproduce even the working I'm missing something) | 21:12 |
| fray | or is test image logging in on one machine and setting it, and not setting it on the other and I'm looking at the wrong part? | 21:13 |
| RP | fray: runqemu should be the same as what testimage does | 21:13 |
| fray | that's what i thought | 21:14 |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 21:25 | |
| fray | debugging I broke something.. now I can't get runqemu to work at all.. Not sure what I did, but I'll have to figure it out.. | 21:28 |
| *** Guest84 <Guest84!~Guest84@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has joined #yocto | 21:30 | |
| Guest84 | khem : thanks it works like a charm with python_setuptools_build_meta | 21:31 |
| *** Guest84 <Guest84!~Guest84@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has quit IRC (Client Quit) | 21:35 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 22:02 | |
| *** Guest81 <Guest81!~Guest81@2601:282:f00:f81::17c> has joined #yocto | 22:38 | |
| *** Guest81 <Guest81!~Guest81@2601:282:f00:f81::17c> has quit IRC (Client Quit) | 22:41 | |
| *** Guest81 <Guest81!~Guest81@2601:282:f00:f81::17c> has joined #yocto | 22:42 | |
| *** Guest81 <Guest81!~Guest81@2601:282:f00:f81::17c> has quit IRC (Quit: Client closed) | 22:50 | |
| *** Guest81 <Guest81!~Guest81@2601:282:f00:f81::17c> has joined #yocto | 22:53 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 23:00 | |
| *** florian__ <florian__!~florian@dynamic-093-133-109-062.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 23:23 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:810c:2f00:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection) | 23:23 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 23:26 | |
| *** Piraty <Piraty!~irc@user/piraty> has quit IRC (Quit: -) | 23:45 | |
| *** Piraty <Piraty!~irc@user/piraty> has joined #yocto | 23:46 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!