| *** berton <berton!uid641616@id-641616.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 00:19 | |
| *** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 268 seconds) | 00:29 | |
| *** davidinux2 <davidinux2!~davidinux@194.34.233.218> has quit IRC (Ping timeout: 256 seconds) | 01:04 | |
| *** davidinux2 <davidinux2!~davidinux@194.34.233.218> has joined #yocto | 01:04 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 01:17 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6546:5000:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 256 seconds) | 01:20 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6543:ca00:2ce:39ff:fecf:efcd> has joined #yocto | 01:22 | |
| *** reatmon_ <reatmon_!~reatmon@192.91.75.29> has quit IRC (Remote host closed the connection) | 01:50 | |
| *** reatmon_ <reatmon_!~reatmon@192.91.75.12> has joined #yocto | 01:50 | |
| *** hnez <hnez!~quassel@flummi.grey.stw.pengutronix.de> has quit IRC (Server closed connection) | 01:51 | |
| *** aardo <aardo!~ardo@host-95-246-45-66.retail.telecomitalia.it> has quit IRC (Server closed connection) | 02:31 | |
| *** ardo <ardo!~ardo@host-95-246-45-66.retail.telecomitalia.it> has joined #yocto | 02:32 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Server closed connection) | 02:36 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 02:36 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 02:52 | |
| *** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has quit IRC (Server closed connection) | 02:59 | |
| *** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has joined #yocto | 02:59 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 240 seconds) | 03:22 | |
| *** amitk <amitk!~amit@58.84.62.144> has joined #yocto | 04:20 | |
| *** jmd <jmd!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has joined #yocto | 04:24 | |
| *** khimaros <khimaros!~khimaros@2a01:4f9:c012:6c55::1> has quit IRC (Server closed connection) | 04:37 | |
| *** khimaros <khimaros!~khimaros@2a01:4f9:c012:6c55::1> has joined #yocto | 04:37 | |
| *** jmd <jmd!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has quit IRC (Remote host closed the connection) | 04:47 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 05:37 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 05:41 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 252 seconds) | 05:41 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection) | 05:42 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 05:55 | |
| *** adrianp <adrianp!~adrianp@2a02:2f0e:90c:2700:c153:8a11:ed1c:b9ab> has joined #yocto | 05:56 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 05:57 | |
| *** adrianp <adrianp!~adrianp@2a02:2f0e:90c:2700:c153:8a11:ed1c:b9ab> has quit IRC (Ping timeout: 250 seconds) | 06:01 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:16 | |
| *** ddee <ddee!~ddee@49.204.85.206> has joined #yocto | 06:17 | |
| *** CrazyGecko <CrazyGecko!~gecko@90.251.200.213.static.wline.lns.sme.cust.swisscom.ch> has joined #yocto | 06:19 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection) | 06:24 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 06:24 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:26 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection) | 06:28 | |
| *** ddee <ddee!~ddee@49.204.85.206> has quit IRC (Quit: Client closed) | 06:40 | |
| *** ehussain <ehussain!~Thunderbi@72.255.51.71> has joined #yocto | 06:50 | |
| *** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has joined #yocto | 06:51 | |
| *** frieder <frieder!~frieder@89.244.121.59> has joined #yocto | 06:51 | |
| *** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has quit IRC (Server closed connection) | 06:55 | |
| *** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has joined #yocto | 06:55 | |
| *** mckoan|away is now known as mckoan | 07:01 | |
| *** grma <grma!~gruberm@89-41-133-247.static.kufnet.at> has joined #yocto | 07:06 | |
| *** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has joined #yocto | 07:13 | |
| *** zpfvo <zpfvo!~fvo@i59F5CD1C.versanet.de> has joined #yocto | 07:18 | |
| *** ahussain <ahussain!~Thunderbi@2404:3100:188d:ff75:4afe:26ef:6e18:ce30> has joined #yocto | 07:20 | |
| *** ehussain <ehussain!~Thunderbi@72.255.51.71> has quit IRC (Ping timeout: 268 seconds) | 07:22 | |
| *** ahussain is now known as ehussain | 07:22 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 07:37 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 07:42 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:e80b:fb00:e88e:21ff:fe65:be18> has joined #yocto | 07:43 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection) | 07:54 | |
| *** mbulut <mbulut!~mbulut@31.18.142.72> has joined #yocto | 08:01 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 08:02 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Quit: enok) | 08:03 | |
| *** enok71 <enok71!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 08:03 | |
| *** enok71 is now known as enok | 08:05 | |
| *** berton <berton!uid641616@id-641616.ilkley.irccloud.com> has joined #yocto | 08:13 | |
| *** ray-san2 <ray-san2!~ray-san@195.50.168.194> has quit IRC (Remote host closed the connection) | 08:31 | |
| *** ray-san2 <ray-san2!~ray-san@195.50.168.194> has joined #yocto | 08:31 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has quit IRC (Quit: Konversation terminated!) | 08:33 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has joined #yocto | 08:33 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection) | 08:34 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds) | 08:39 | |
| *** azuriel <azuriel!~azuriel@82-64-143-102.subs.proxad.net> has joined #yocto | 08:41 | |
| azuriel | hi, my yocto project uses the last kirkstone-4.0.19 and I wanted to "bbappend" the openssh recipe in order to apply the last CVE-2024-6387 patch that will be released in a few days through kirkstone-4.0.20, so I added "SRC_URI += " file://CVE-2024-6387.patch" in my openssh_%.bbappend but it seems that patch is not applied. Did I miss something? | 08:46 |
|---|---|---|
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 09:15 | |
| RP | azuriel: the approach sounds basically correct. Did you check what SRC_URI looks like with bitbake -e openssh ? | 09:16 |
| *** _lore_ <_lore_!~lorenzo@net-188-216-101-142.cust.vodafonedsl.it> has quit IRC (Quit: ZNC 1.8.2+deb2+b1 - https://znc.in) | 09:23 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 09:24 | |
| *** _lore_ <_lore_!~lorenzo@net-188-216-101-142.cust.vodafonedsl.it> has joined #yocto | 09:25 | |
| *** _lore_ <_lore_!~lorenzo@net-188-216-101-142.cust.vodafonedsl.it> has quit IRC (Quit: ZNC 1.8.2+deb2+b1 - https://znc.in) | 09:35 | |
| *** _lore_ <_lore_!~lorenzo@net-188-216-101-142.cust.vodafonedsl.it> has joined #yocto | 09:36 | |
| *** rfuentess <rfuentess!~rfuentess@154.45.232.215> has quit IRC (Remote host closed the connection) | 09:48 | |
| azuriel | RP: my bad, I think my problem is I presumed the patch is not applied, but I'm not sure anymore, thank you for your help! | 09:48 |
| rburton | azuriel: the log.do_patch will tell you exactly what patches were applied | 10:03 |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:6099:e213:f41e:a773> has quit IRC (Ping timeout: 256 seconds) | 10:06 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 268 seconds) | 10:15 | |
| *** azuriel <azuriel!~azuriel@82-64-143-102.subs.proxad.net> has quit IRC (Quit: Client closed) | 10:23 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Ping timeout: 256 seconds) | 10:36 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 10:37 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 10:39 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection) | 10:48 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Read error: Connection reset by peer) | 10:53 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 10:58 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 11:03 | |
| *** rfuentess <rfuentess!~rfuentess@154.45.232.215> has joined #yocto | 11:14 | |
| *** Jones42 <Jones42!~Jones42@user/Jones42> has joined #yocto | 11:38 | |
| *** wak <wak!~wkenningt@2001:19f0:ac01:40f:5400:4ff:fe7c:68e6> has quit IRC (Server closed connection) | 11:46 | |
| *** wak <wak!~wkenningt@2001:19f0:ac01:40f:5400:4ff:fe7c:68e6> has joined #yocto | 11:46 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.3.4) | 12:00 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 12:03 | |
| *** azuriel <azuriel!~azuriel@82-64-143-102.subs.proxad.net> has joined #yocto | 12:05 | |
| *** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has joined #yocto | 12:08 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 12:09 | |
| kanavin_ | rburton, that apparmor thing is a facepalm, isn't it? | 12:13 |
| kanavin_ | I left a comment trying to express that | 12:13 |
| kanavin_ | disabiling networking in child processes is better for security, but let's not allow that! | 12:13 |
| rburton | the view of canonical is that user namespaces are exposing too much of the kernel to userspace | 12:14 |
| rburton | https://discourse.ubuntu.com/t/spec-unprivileged-user-namespace-restrictions-via-apparmor-in-ubuntu-23-10/37626 | 12:14 |
| *** sotaoverride <sotaoverride!~aatir@ool-4578fe22.dyn.optonline.net> has quit IRC (Killed (silver.libera.chat (Nickname regained by services))) | 12:15 | |
| *** ctraven is now known as sotaoverride | 12:15 | |
| kanavin_ | I think we should just make bitbake print a pret-a-porter apparmor profile when it can't perform the operation and ask users to install it | 12:15 |
| rburton | there's a sysctl you can use too | 12:15 |
| *** sotaover1ide <sotaover1ide!~aatir@ool-4578fe22.dyn.optonline.net> has joined #yocto | 12:15 | |
| kanavin_ | I don't know, when an elaborate and difficult-to-understand security system is altogether disabled, the outcome is less security :) | 12:17 |
| *** ehussain <ehussain!~Thunderbi@2404:3100:188d:ff75:4afe:26ef:6e18:ce30> has quit IRC (Remote host closed the connection) | 12:19 | |
| *** ehussain <ehussain!~Thunderbi@2404:3100:188d:ff75:61b2:799e:a0a1:4194> has joined #yocto | 12:20 | |
| *** Bardon_ <Bardon_!~Bardon@user/Bardon> has joined #yocto | 12:27 | |
| *** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Ping timeout: 272 seconds) | 12:29 | |
| *** qorin <qorin!~qorin@2001:1c00:f0d:9f00:cb7d:43f9:2e5c:b108> has joined #yocto | 12:30 | |
| *** azuriel <azuriel!~azuriel@82-64-143-102.subs.proxad.net> has quit IRC (Quit: Client closed) | 12:31 | |
| qorin | hi all. do you know if it is possible to do a cve check on all the packages included in the image without having to build ? | 12:31 |
| KanjiMonster | qorin: yes; add 'INHERIT += "cve_check"' to your .conf, and then run 'bitbake --runall cve_check <your-image-recipename>' | 12:35 |
| qorin | thank you KanjiMonster !!! | 12:36 |
| KanjiMonster | though be aware that it looks like it will miss quite a few newer CVEs since quite a few recent CVEs seem to have no version attached in the database ("awaiting analysis") | 12:37 |
| qorin | will do! i am planning to have this cve check task as part of my nightly pipeline | 12:38 |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 12:43 | |
| *** pivi <pivi!~pivi@user/pivi> has quit IRC (Ping timeout: 268 seconds) | 12:46 | |
| *** pivi <pivi!~pivi@user/pivi> has joined #yocto | 12:47 | |
| *** MattWeb <MattWeb!~MattWeb@ec2-52-222-0-234.us-gov-west-1.compute.amazonaws.com> has joined #yocto | 12:57 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 12:58 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 13:04 | |
| *** shoragan <shoragan!~shoragan@user/shoragan> has quit IRC (Quit: quit) | 13:34 | |
| *** shoragan <shoragan!~shoragan@user/shoragan> has joined #yocto | 13:36 | |
| *** ehussain <ehussain!~Thunderbi@2404:3100:188d:ff75:61b2:799e:a0a1:4194> has quit IRC (Ping timeout: 260 seconds) | 13:38 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 13:39 | |
| *** ehussain <ehussain!~Thunderbi@72.255.51.71> has joined #yocto | 13:40 | |
| *** ehussain <ehussain!~Thunderbi@72.255.51.71> has quit IRC (Read error: Connection reset by peer) | 13:42 | |
| *** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:86fa:f955:a482:78b5> has joined #yocto | 13:49 | |
| JPEW | RP: Ok, I'll look | 13:50 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 13:54 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 13:56 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 246 seconds) | 14:00 | |
| *** azuriel <azuriel!~azuriel@82-64-143-102.subs.proxad.net> has joined #yocto | 14:04 | |
| tgamblin | While trying to upgrade python3-pytest-subtests to 0.13.0 I've noticed that the unpack directory seems to be 'tmp/work/core2-64-poky-linux/python3-pytest-subtests/0.13.0/sources-unpack/pytest_subtests-0.13.0/'. I don't see 'sources-unpack' documented anywhere or on the list. Is there somewhere specific I should look for an example? | 14:04 |
| tgamblin | My upgrade is failing because it's looking for the LICENSE in tmp/work/core2-64-poky-linux/python3-pytest-subtests/0.13.0/pytest-subtests-0.13.0/LICENSE, but I see it at tmp/work/core2-64-poky-linux/python3-pytest-subtests/0.13.0/sources-unpack/pytest_subtests-0.13.0/LICENSE | 14:05 |
| *** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:86fa:f955:a482:78b5> has quit IRC (Quit: ehussain) | 14:05 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 14:06 | |
| azuriel | passing from kirkstone 4.0.12 to kirkstone 4.0.19, sudo does not behave exactly like before: when before I could execute a symbolic link to a binary I whitelisted (for instance "user ALL=(userb) NOPASSWD: /home/userc/bin/executable-file"), now I need to add this symbolic link too in my sudo whitelist. Is it ring a bell for someone? | 14:07 |
| *** Xagen <Xagen!~Xagen@4.14.206.69> has joined #yocto | 14:10 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Remote host closed the connection) | 14:21 | |
| vmeson | YP bug triage meeting is starting : https://wiki.yoctoproject.org/wiki/Bug_Triage#Agenda | 14:32 |
| *** Saur_Home81 <Saur_Home81!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 14:32 | |
| *** Saur_Home81 <Saur_Home81!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 14:32 | |
| *** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has quit IRC (Ping timeout: 252 seconds) | 14:34 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:38 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Ping timeout: 272 seconds) | 14:40 | |
| *** mbulut <mbulut!~mbulut@31.18.142.72> has quit IRC (Ping timeout: 256 seconds) | 14:43 | |
| *** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has joined #yocto | 14:43 | |
| *** CrazyGecko <CrazyGecko!~gecko@90.251.200.213.static.wline.lns.sme.cust.swisscom.ch> has quit IRC (Quit: Konversation terminated!) | 14:48 | |
| rburton | tgamblin: thats probably the _ vs - confusing bitbake's attempt at pretending nothing changed | 14:53 |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 14:57 | |
| *** rfuentess <rfuentess!~rfuentess@154.45.232.215> has quit IRC (Remote host closed the connection) | 15:04 | |
| *** azuriel <azuriel!~azuriel@82-64-143-102.subs.proxad.net> has quit IRC (Quit: Client closed) | 15:07 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:6545:2cc4:e12a:204b> has joined #yocto | 15:12 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection) | 15:20 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 15:20 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 15:22 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 15:22 | |
| tgamblin | rburton: pytest-subtests has changed from - to _ in the tarball name on the latest release. I've been trying to work around that with the upgrade, which is what led to this issue | 15:23 |
| tgamblin | I set PYPI_SRC_URI with the downloadfilename qualifier so that it'd pick up the tarball correctly, but then it can't find LICENSE | 15:24 |
| rburton | i'll add that to my list of known annoying pypi packages because i have a wip branch to refactor the fetching bits | 15:24 |
| rburton | set the pypi_package to have the _? | 15:24 |
| rburton | (and remove other workarounds) | 15:24 |
| tgamblin | rburton: will try once my server's back up :) | 15:25 |
| *** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has joined #yocto | 15:28 | |
| *** mckoan is now known as mckoan|away | 15:34 | |
| *** qorin <qorin!~qorin@2001:1c00:f0d:9f00:cb7d:43f9:2e5c:b108> has quit IRC (Quit: Client closed) | 15:40 | |
| tgamblin | rburton: that is certainly a simpler fix than what I was doing, thanks | 15:47 |
| reatmon_ | If I have an http file in the SRC_URI and the file changes on the server, how do I get bitbake to redownload it and not go with the file in the download cache? Is changing the md5sum for the file enough? or do I need to manually remove the file from the download cache? | 15:52 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection) | 15:54 | |
| *** azuriel <azuriel!~azuriel@82-64-143-102.subs.proxad.net> has joined #yocto | 15:57 | |
| *** Guest42 <Guest42!~Guest46@185.144.22.241> has joined #yocto | 16:00 | |
| *** Guest42 <Guest42!~Guest46@185.144.22.241> has quit IRC (Client Quit) | 16:00 | |
| *** ramacassis <ramacassis!~ramacassi@185.144.22.241> has joined #yocto | 16:00 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Server closed connection) | 16:03 | |
| *** azuriel <azuriel!~azuriel@82-64-143-102.subs.proxad.net> has quit IRC (Quit: Client closed) | 16:07 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 16:08 | |
| RP | JPEW: I now see what you mean about the targets list and agree we can add the other tasks. What we didn't touch on is the arm failures above the x86 ones, there are a lot more of those | 16:08 |
| RP | JPEW: I think those are hashequiv issues | 16:08 |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 16:09 | |
| rburton | tgamblin: pypi and - vs _ is "fun" | 16:22 |
| tgamblin | rburton: Yeah. I could swear I had done some work related to that in the past, but maybe I'm just dreaming... | 16:31 |
| *** jmd <jmd!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has joined #yocto | 16:35 | |
| *** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has quit IRC (Ping timeout: 264 seconds) | 16:43 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 16:57 | |
| *** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has quit IRC (Ping timeout: 252 seconds) | 16:58 | |
| *** ramacassis <ramacassis!~ramacassi@185.144.22.241> has quit IRC (Ping timeout: 250 seconds) | 17:01 | |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05949d5800e3ef2d7a4131071f.ipv6.abo.wanadoo.fr> has joined #yocto | 17:10 | |
| *** zpfvo <zpfvo!~fvo@i59F5CD1C.versanet.de> has quit IRC (Remote host closed the connection) | 17:14 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 17:17 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Client Quit) | 17:17 | |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05949d5800e3ef2d7a4131071f.ipv6.abo.wanadoo.fr> has quit IRC (Ping timeout: 256 seconds) | 17:19 | |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05949d5800f9c8f4430ffd1bed.ipv6.abo.wanadoo.fr> has joined #yocto | 17:32 | |
| *** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has joined #yocto | 17:33 | |
| *** Saur_Home81 <Saur_Home81!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 17:37 | |
| *** Saur_Home81 <Saur_Home81!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 17:37 | |
| yocton | reatmon_: changing the hash should be enough, you should even see a warning about bitbake redownloading the file | 18:16 |
| *** frieder <frieder!~frieder@89.244.121.59> has quit IRC (Remote host closed the connection) | 18:22 | |
| *** locutusofborg_ <locutusofborg_!~locutusof@host-95-231-134-228.business.telecomitalia.it> has quit IRC (Ping timeout: 264 seconds) | 18:34 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@user/locutusofborg> has quit IRC (Ping timeout: 264 seconds) | 18:35 | |
| *** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has quit IRC (Quit: Leaving) | 18:36 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 18:44 | |
| *** berton <berton!uid641616@id-641616.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 18:51 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection) | 18:53 | |
| fray | I hit an issue with Scarthgap, figured I'd ask here before going to the mailing list... I've got a multilib recipe (libgcc), that is failing in do_create_spdx, it's trying to hash a directory. I can fix this by changing the check from '.exists()' to isfile(...).. but I'm wondering if something else is broken by allowing the directory in the list of files | 19:02 |
| fray | https://git.yoctoproject.org/poky/tree/meta/classes/create-spdx-2.2.bbclass?h=scarthgap#n316 | 19:05 |
| fray | the issue is it checks for 'exists', but then right after it tries to hash the file.. which is a directory | 19:05 |
| *** brrm <brrm!~brrm@2a02:8071:b700::1c89> has quit IRC (Excess Flood) | 19:05 | |
| *** brrm <brrm!~brrm@2a02:8071:b700::1c89> has joined #yocto | 19:06 | |
| rburton | JPEW: ^ | 19:06 |
| * JPEW looks | 19:06 | |
| JPEW | fray: Why is there a directory in your debug source? | 19:07 |
| JPEW | That's.... bizzare to say the least :) | 19:07 |
| fray | tehre is a series of directories.. I'm trying to understand if that's ok or not | 19:07 |
| JPEW | I don't think it makes sense because what would a debugger do with a directory for the "source" of a file? | 19:08 |
| JPEW | (Not that SPDX shouldn't be a little more graceful here, but I think your debug info might also be borked?) | 19:08 |
| fray | going into the loop, the value of 'debugsrc' is '/usr/src/debug/libilp32-gcc/13.3.0/libgcc', so the generated debugsrc_path becomes: <tmpdir>/work/cortexa72-cortexa53-ilp32-xilinxmllibilp32-libgcc/13.3.0/package/usr/src/debug/... | 19:09 |
| fray | I can't find where that is being added to the list BTW | 19:09 |
| fray | since it must be coming in via the oe.packagedata.read_subpkgdata_extended, I can't find it in the files (maybe I'm not looking at the right ones?) | 19:10 |
| fray | looking at the generated RPM package, there are DEFINITELY directories listed there, but they're listed so attriburtes can be defined properly.. but that isn't the raw data.. I'm not sure what I'm looking at here | 19:11 |
| JPEW | IIRC they are the .json.zst files, but they are just the output of... objdump listing the debug sources I think | 19:11 |
| JPEW | Maybe objdump(?) is listing things we don't actually care about | 19:11 |
| fray | I 100% bet it is | 19:11 |
| fray | OK, looking the first entry in libilp32-libgcc-dev for debugsrc IS the directory | 19:14 |
| JPEW | Weird | 19:14 |
| fray | I've not changed the toolchain at all.. this is a baremetal build though so it's NOT Linux | 19:15 |
| fray | (newlib) | 19:15 |
| *** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 19:16 | |
| *** Jones42 <Jones42!~Jones42@user/Jones42> has quit IRC (Ping timeout: 272 seconds) | 19:19 | |
| fray | JPEW well in the emit function I see nothing verifying the path exists or is a file.. | 19:21 |
| fray | wait it does a stat.. so means it has to exist.. but doesn't check the type | 19:22 |
| fray | ok, hcecking the output of dwarfsrcfiles the directory is DEFINITELY in the output | 19:28 |
| fray | trying to track it down | 19:28 |
| fray | coming from the generated 'libgcc.a' | 19:30 |
| fray | JPEW, I'm sufficiently convinced that the check for exists needs to move to isfile in create-spdx.. I'll finish testing and send up patch(es) | 19:35 |
| JPEW | fray: Fair enough | 19:35 |
| fray | guessing this is an artifact of something to do with baremetal (not sure what, but something) | 19:36 |
| fray | also his a problem with aarch64-ilp32, but that can be worked around easily enough (since there is no standard ilp32 config in the arches) | 19:37 |
| JPEW | Ya fair.... maybe it makes sense, but I can't see how a directory in the debug source info is actually useful in practice | 19:37 |
| fray | shrug, no idea.. but gcc put it there and I'm not modifying that code in anyw ay | 19:37 |
| *** florian_kc <florian_kc!~florian@dynamic-080-171-025-097.80.171.pool.telefonica.de> has joined #yocto | 19:41 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Quit: ZNC 1.9.1 - https://znc.in) | 19:48 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:e80b:fb00:e88e:21ff:fe65:be18> has quit IRC (Remote host closed the connection) | 19:53 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 19:56 | |
| *** geoffhp <geoffhp!~GParker@207.154.79.70> has joined #yocto | 19:58 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto | 20:00 | |
| vvn | can you have concurrent builds in the same TOPDIR *if* TMPDIR is different? | 20:15 |
| fray | yes | 20:20 |
| fray | that is how multiconfigs work | 20:20 |
| vvn | wonderful then, thank you | 20:20 |
| vvn | fray: even between different versions of yocto though? | 20:21 |
| vvn | thinking about that bitbake lock, buildhistory, etc. | 20:22 |
| RP | vvn: no, you can't in general. Only with multiconfig | 20:25 |
| vvn | ok, better stay with a different BDIR per build then. | 20:26 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 20:30 | |
| *** sakman <sakman!~sakman@208.111.77.233> has joined #yocto | 20:41 | |
| vvn | RP: what about reusing the same BDIR in sequential builds? Would that work or should it be cleared first? | 20:45 |
| denix | JPEW: is Pyrex still being actively supported/maintained? If so, any plans to add Ubuntu 24.04 LTS? | 20:46 |
| JPEW | Ya, it is, and yes I will | 20:46 |
| denix | thanks! | 20:47 |
| fray | JPEW another issue, I'm getting failures due to missing sstate with the mlib.. | 20:52 |
| fray | (need to hop back into the VPN to capture it for you) I know RP said there was some seding or whatever on the sstate name, and I think that's triggering the problem | 20:52 |
| *** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has joined #yocto | 20:54 | |
| fray | ERROR: meta-xilinx-toolchain-1.0-r0 do_populate_sdk: 1. No SPDX file found for package libilp32-libgcc-dbg, False sstate:libilp32-libgcc:cortexa72-cortexa53-ilp32-xilinxmllibilp32-elf:13.3.0:r0:cortexa72-cortexa53-ilp32:12: sstate:libilp32-libgcc::13.3.0:r0::12: | 20:59 |
| RP | vvn: reusing a BDIR happens all the time and is fine | 20:59 |
| fray | Any suggestion on where I can look to try to figure the above out? | 20:59 |
| fray | (the 1. I added to figure out where the message was coming from, it's the first place in the create-spdx-2.2 where 'No SPDX file found for package...' is | 21:01 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection) | 21:03 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 21:04 | |
| fray | I think there is a bug, it doesn't seem to be processing the mlib arch | 21:11 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 264 seconds) | 21:13 | |
| fray | definitely a bug.. "pkgarch" and "SSTATE_PKGARCH" are not the same in a mlib configuration | 21:17 |
| *** Xagen <Xagen!~Xagen@4.14.206.69> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 21:22 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection) | 21:23 | |
| *** kanavin_ <kanavin_!~Alexander@2a02:2454:299:c100:b25:37c3:ea9f:574c> has quit IRC (Server closed connection) | 21:26 | |
| *** kanavin_ <kanavin_!~Alexander@2a02:2454:299:c100:b25:37c3:ea9f:574c> has joined #yocto | 21:26 | |
| MattWeb | Who would be the right person to ask about multi config performance issues when you have a lot of image configs? | 21:28 |
| fray | each multiconfig will cause 'another' system to be created, so the more recipes (layers), more multiconfigs and the number of available recipes to parse continues to increase.. | 21:29 |
| fray | In my configuration I can do 3 relatively fine, but start going beyond 3 and parse time gets excessive. We've looked into this in the past and there wasn't that much that could be done | 21:29 |
| MattWeb | Any suggestions on alternatives? We see the same thing | 21:31 |
| fray | I break the builds up | 21:31 |
| fray | configure 3-5 multiconfigs and build, clear my config add a different 3-5.. repeat for my combinations | 21:31 |
| fray | to be clear, build time is roughly the same or better.. but parse time is where it gets to be a problem.. | 21:32 |
| fray | and you only need multiconfigs if the machine, or distro changes. You don't need it just to choose a different image.. (or chnge IMAGE_FEATURES) that can done other ways | 21:33 |
| MattWeb | Noted. I'll pass that on to a couple others on my team | 21:36 |
| RP | MattWeb: is the timing scaling linearly or not? Parsing should scale linearly. The task graph computations are potentially trickier though | 21:55 |
| fray | We noticed that after a few it seems more exponential (non scientific opinion) | 21:56 |
| fray | At one point (distant past) it seemed to be creating multiconfigs of multiconfigs.. but I've not even looked to see if it's doing that anymroe | 21:56 |
| RP | fray: that does need investigation then | 22:02 |
| fray | Again, distant past, maybe even before langdale, what I saw when looking at something was: mc:foo:bar and mc:foo_foo:bar (or something like that) I forget exactly.. It was like the multilib problem that they can end up nesting | 22:10 |
| fray | again, this was a LONG time ago (at least 2 years), so take what I'm saying with a heavy grain of salt | 22:11 |
| fray | ok, I have a maybe working version | 22:17 |
| fray | package.bbclass I added a 'ALL_MULTILIB_SSTATE_ARCHS' (like the PACKAGE_ARCHS), and then moved the create-spdx-2.2.bbclass to use it, and it's working | 22:17 |
| fray | tomorrow I'll work to port it into master and submit it for more formal review. since I'm on scarthgap | 22:17 |
| *** florian_kc <florian_kc!~florian@dynamic-080-171-025-097.80.171.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 22:22 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-232-7.adslplus.ch> has quit IRC (Server closed connection) | 22:27 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-232-7.adslplus.ch> has joined #yocto | 22:28 | |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05949d5800f9c8f4430ffd1bed.ipv6.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 22:35 | |
| *** Saur_Home81 <Saur_Home81!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 22:42 | |
| *** Saur_Home81 <Saur_Home81!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 22:42 | |
| *** rjones2 <rjones2!~rjones2@user/rjones2> has joined #yocto | 23:11 | |
| *** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has quit IRC (Quit: Leaving) | 23:12 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!