| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Read error: Connection reset by peer) | 00:32 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 00:35 | |
| *** davidinux <davidinux!~davidinux@45.11.82.209> has quit IRC (Ping timeout: 246 seconds) | 01:03 | |
| *** davidinux <davidinux!~davidinux@45.11.82.199> has joined #yocto | 01:05 | |
| *** Ablu <Ablu!~Ablu@user/Ablu> has quit IRC (Ping timeout: 255 seconds) | 01:34 | |
| *** Ablu <Ablu!~Ablu@user/Ablu> has joined #yocto | 01:36 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6547:d600:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 260 seconds) | 02:26 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6534:9f00:2ce:39ff:fecf:efcd> has joined #yocto | 02:28 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 03:02 | |
| *** otavio <otavio!~otavio@189-11-189-69.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 246 seconds) | 03:28 | |
| *** otavio <otavio!~otavio@2804:d51:5956:ac00:3d40:2f9f:c62:7772> has joined #yocto | 03:33 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 05:03 | |
| *** pabigot <pabigot!~pab@180.sub-75-222-84.myvzw.com> has quit IRC (Ping timeout: 240 seconds) | 05:05 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 05:16 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 05:17 | |
| *** pabigot <pabigot!~pab@66.sub-75-222-109.myvzw.com> has joined #yocto | 05:21 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 05:30 | |
| *** Thorn_ <Thorn_!~Thorn@2001:8a0:dfe1:a200:5d42:655f:ec2f:63cb> has quit IRC (Ping timeout: 246 seconds) | 05:32 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 05:44 | |
| *** kpo <kpo!~kpo@031011130061.dynamic-3-poz-k-1-0-0.vectranet.pl> has quit IRC (Ping timeout: 245 seconds) | 05:44 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:00 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:04 | |
| *** kayterina <kayterina!~kayterina@88.197.44.249> has joined #yocto | 06:07 | |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 06:24 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:b604:1d94:e5d:10d0> has quit IRC (Ping timeout: 245 seconds) | 06:28 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 06:34 | |
| *** frieder <frieder!~frieder@i577B9395.versanet.de> has joined #yocto | 06:36 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:38 | |
| *** _lore_ <_lore_!~lorenzo@net-2-34-76-254.cust.vodafonedsl.it> has joined #yocto | 06:39 | |
| *** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has quit IRC (Ping timeout: 245 seconds) | 06:40 | |
| *** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has joined #yocto | 06:41 | |
| *** davidinux <davidinux!~davidinux@45.11.82.199> has quit IRC (Ping timeout: 245 seconds) | 06:44 | |
| *** davidinux <davidinux!~davidinux@194.34.233.216> has joined #yocto | 06:46 | |
| *** mckoan|away is now known as mckoan | 06:49 | |
| mckoan | good morning | 06:49 |
|---|---|---|
| alessioigor | morning to you | 06:54 |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 06:56 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:57 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCC0.versanet.de> has joined #yocto | 07:07 | |
| *** kayterina <kayterina!~kayterina@88.197.44.249> has quit IRC (Ping timeout: 246 seconds) | 07:08 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 248 seconds) | 07:14 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 07:21 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 07:24 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 246 seconds) | 07:28 | |
| *** varjag <varjag!~user@188.95.241.196> has joined #yocto | 07:31 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 07:32 | |
| *** valdemaras <valdemaras!~valdemara@86.38.215.250> has joined #yocto | 07:44 | |
| *** olani- <olani-!~olani@wlan-gw.se.axis.com> has quit IRC (Ping timeout: 240 seconds) | 07:46 | |
| RP | khem: between fb51e196a978d452e6a14a8343832659da97fdc7 and 90801cd8cb23719031aaaba1578a8446e1824cad now. I'm running more builds 8 possible commits if my tests are right | 07:48 |
| *** nedko <nedko!~nedko@gateway/tor-sasl/nedko> has quit IRC (Remote host closed the connection) | 07:48 | |
| *** valdemaras <valdemaras!~valdemara@86.38.215.250> has quit IRC (Remote host closed the connection) | 07:49 | |
| *** olani- <olani-!~olani@wlan-gw.se.axis.com> has joined #yocto | 07:52 | |
| *** Kubu_work <Kubu_work!~kubu@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 07:56 | |
| *** Guest39 <Guest39!~Guest39@62.159.41.246> has joined #yocto | 07:57 | |
| *** Guest23 <Guest23!~Guest23@62.159.41.246> has joined #yocto | 07:57 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:1071:8517:82de:4aaf> has quit IRC (Ping timeout: 248 seconds) | 07:58 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 07:58 | |
| *** gsalazar <gsalazar!~gsalazar@107.105.60.94.rev.vodafone.pt> has joined #yocto | 08:08 | |
| *** mrnuke_ <mrnuke_!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has quit IRC (Ping timeout: 246 seconds) | 08:15 | |
| *** mbulut <mbulut!~mbulut@31.18.143.54> has joined #yocto | 08:38 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 08:38 | |
| *** Guest24 <Guest24!~Guest24@eumail.topcon.com> has joined #yocto | 08:44 | |
| *** Guest24 <Guest24!~Guest24@eumail.topcon.com> has left #yocto | 08:45 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCC0.versanet.de> has quit IRC (Ping timeout: 245 seconds) | 08:59 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 08:59 | |
| *** Guest39 <Guest39!~Guest39@62.159.41.246> has quit IRC (Ping timeout: 246 seconds) | 09:02 | |
| *** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has joined #yocto | 09:06 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 09:06 | |
| *** amelius__ <amelius__!~quassel@147.161.169.107> has joined #yocto | 09:07 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCC0.versanet.de> has joined #yocto | 09:13 | |
| *** amelius__ <amelius__!~quassel@147.161.169.107> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 09:17 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCC0.versanet.de> has quit IRC (Ping timeout: 245 seconds) | 09:20 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCC0.versanet.de> has joined #yocto | 09:21 | |
| __ad | hi, any sample on how to use different kernel defconfig based on machine ? | 09:23 |
| *** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has quit IRC (Ping timeout: 260 seconds) | 09:32 | |
| RP | looking like 12d9280c3de24c1c2b835e80fa1b8be72e9bc63a or earlier which is getting a bit strange | 09:32 |
| rburton | __ad: https://docs.yoctoproject.org/kernel-dev/common.html#using-an-in-tree-defconfig-file | 09:33 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 09:33 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 09:33 | |
| *** Guest39 <Guest39!~Guest39@62.159.41.246> has joined #yocto | 09:40 | |
| Guest39 | Hello, Can you please help me in resolving yocto build error while building AGL software. It happens during rootfs packaging time with one of the AGL supported image. agl-linux/agl-demo-platform/1.0-r0/rootfs --gid 989 --system systemd-journal] | 09:42 |
| Guest39 | configuration error - unknown item 'SYSLOG_SU_ENAB' (notify administrator) | 09:42 |
| Guest39 | configuration error - unknown item 'SYSLOG_SG_ENAB' (notify administrator) | 09:42 |
| Guest39 | performing groupadd with [--root /home/yocto/yocto/build-domd/tmp/work/board-agl-linux/agl-demo-platform/1.0-r0/rootfs --gid 989 --system systemd-journal] | 09:43 |
| Guest39 | configuration error - unknown item 'SYSLOG_SU_ENAB' (notify administrator) | 09:43 |
| Guest39 | configuration error - unknown item 'SYSLOG_SG_ENAB' (notify administrator) | 09:43 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 09:51 | |
| JaMa | Guest39: does it fail the same all the time? I'm seeing this randomly in some builds (not AGL) and haven't found what triggers it, so if you have reliable reproducer then I would be interested to see what was causing it | 09:57 |
| khem | RP: libarchive is used by rpm cmake and elfutils so it could also be in picture | 10:07 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 10:08 | |
| RP | khem: seems to be prior to that | 10:13 |
| LetoThe2nd | yo dudX | 10:18 |
| *** kayterina <kayterina!~kayterina@88.197.44.249> has joined #yocto | 10:27 | |
| *** river <river!river@tilde.team/user/river> has joined #yocto | 10:27 | |
| river | when you build a cross compiler toolchain are the files in a sysroot used by the host or the target? | 10:28 |
| rburton | well, yocto has host and target sysroots | 10:29 |
| rburton | but typically, target | 10:29 |
| river | i see. thank you | 10:31 |
| RP | rburton: the qemu upgrade breaks x86 https://autobuilder.yoctoproject.org/typhoon/#/builders/145/builds/424/steps/13/logs/stdio and https://autobuilder.yoctoproject.org/typhoon/#/builders/148/builds/430/steps/12/logs/stdio | 10:32 |
| RP | rburton: at least it seems roughly reproducible | 10:32 |
| rburton | are the TCG warnings new? | 10:33 |
| RP | rburton: not sure | 10:34 |
| rburton | they feel new | 10:34 |
| RP | I was wondering. I've struggled just to narrow it down to this so far | 10:34 |
| RP | this is the second build I've seen this pattern in | 10:34 |
| rburton | and it says x2apic which was introduced in 2008 | 10:34 |
| RP | rburton: trouble is on a successful build they're probably just hidden | 10:35 |
| rburton | or maybe qemu is being a bit more precise | 10:35 |
| RP | I did wonder if it was worker specific but looking at the failing hosts, no pattern jumps out | 10:36 |
| *** Guest39 <Guest39!~Guest39@62.159.41.246> has quit IRC (Ping timeout: 246 seconds) | 10:56 | |
| *** varjag <varjag!~user@188.95.241.196> has quit IRC (Quit: ERC (IRC client for Emacs 27.1)) | 11:02 | |
| *** varjag <varjag!~user@188.95.241.196> has joined #yocto | 11:03 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 11:07 | |
| *** kayterina <kayterina!~kayterina@88.197.44.249> has quit IRC (Quit: Client closed) | 11:13 | |
| *** Marian67 <Marian67!~Marian@c-73-219-138-101.hsd1.nh.comcast.net> has joined #yocto | 11:29 | |
| Marian67 | Hi, I'm building a wic image that I dd on /dev/sda + parted -s $DESTINATION_DEV "resizepart 3 -1" the last partition up to disk size. I'm trying to integrate resize2fs to extend /dev/root up to the partition size. Is exactly the problem described here: | 11:34 |
| Marian67 | https://stackoverflow.com/questions/65200349/how-to-set-dev-root-filesystem-size-to-the-partition-size | 11:34 |
| rburton | Marian67: if you use systemd then it can auto-expand on first boot | 11:36 |
| Marian67 | yes, I'm using systemd, how can auto-expand on first boot?? | 11:42 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 11:44 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 11:44 | |
| rburton | google is your friend https://www.freedesktop.org/software/systemd/man/systemd-repart.service.html | 11:45 |
| Marian67 | I will look also on this, but my installer is running from initramfs and is dd the wic, parted resize and I want also to resize2fs, do you have any input on this? | 11:46 |
| rburton | sure you could do that from your installer | 11:48 |
| rburton | as you say, resize the partition then grow the file system | 11:49 |
| rburton | RP: old qemu doesn't produce those warnings | 11:49 |
| Marian67 | dd if=$INSTALLER_FILE of=$DESTINATION_DEV bs=1M status=progress && sgdisk $DESTINATION_DEV -e && parted -s $DESTINATION_DEV "resizepart 3 -1" | 11:51 |
| Marian67 | this is what I'm doing | 11:51 |
| *** Guest23 <Guest23!~Guest23@62.159.41.246> has quit IRC (Quit: Client closed) | 11:51 | |
| Marian67 | DESTINATION_DEV="/dev/sda" | 11:51 |
| Marian67 | INSTALLER_FILE=$(ls /boot/*wic) | 11:51 |
| rburton | you haven't actually asked a question or explained a problem yet | 11:52 |
| rburton | you'll missing a filesystem resize call there of course | 11:52 |
| RP | rburton: hmm, so what changed? :/ | 11:54 |
| Marian67 | yes, I'm missing resize2fs /dev/sda3 | 11:54 |
| RP | rburton: I was just getting to a position to try and debug it... | 11:54 |
| rburton | RP: just building qemu 8.1 now to verify. i suspect our qemu flags are not quite right and new qemu is being pedantic. | 11:55 |
| RP | khem: qemuppc issue seems to be coming down to https://git.yoctoproject.org/poky/commit/?id=ffd73bef9b9bb5c94c050387941eee29719ca697 - the uninative upgrade | 11:56 |
| Marian67 | I'm trying to get resize2fs exactly how it's described here and is not working https://stackoverflow.com/questions/65200349/how-to-set-dev-root-filesystem-size-to-the-partition-size | 11:56 |
| RP | rburton: why only those two tests though? | 11:56 |
| rburton | god knows | 11:56 |
| Marian67 | IMAGE_iNSTALL:append " e2fsprogs e2fsprogs-resize2fs" | 11:56 |
| *** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has joined #yocto | 12:05 | |
| rburton | good news is that i can replicate the tcg thing trivially | 12:09 |
| *** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has quit IRC (Ping timeout: 240 seconds) | 12:11 | |
| RP | rburton: I just confirmed the warnings aren't there previously | 12:14 |
| *** Piraty <Piraty!~irc@user/piraty> has quit IRC (Quit: -) | 12:15 | |
| RP | rburton: well, it doesn't show them in the log but it doesn't hang on boot and dump stdout so we can't be sure :( | 12:17 |
| rburton | runqemu nographic here has a working boot with master and tcg aborts with 8.1 | 12:17 |
| *** Piraty <Piraty!~irc@user/piraty> has joined #yocto | 12:18 | |
| RP | rburton: interesting. I wonder why everything else worked :/ | 12:18 |
| rburton | yeah | 12:19 |
| rburton | i'll dig | 12:19 |
| RP | I guess this means I can't avoid qemuppc | 12:20 |
| rburton | that's basically my plan yes | 12:20 |
| RP | rburton: damnit ;-) | 12:20 |
| rburton | RP: 'qemu has always emitted those warnings, we suggest you bisect' | 12:25 |
| RP | rburton: that was my worry | 12:25 |
| RP | I think runqemu is only dumping stdout upon failure | 12:27 |
| *** pidge <pidge!~pidge@194.110.145.184> has joined #yocto | 12:28 | |
| RP | rburton: it only fails if kvm isn't on the commandline | 12:32 |
| *** zpfvo <zpfvo!~fvo@i59F5CCC0.versanet.de> has quit IRC (Ping timeout: 246 seconds) | 12:36 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCC0.versanet.de> has joined #yocto | 12:36 | |
| *** Kubu_work <Kubu_work!~kubu@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Read error: Connection reset by peer) | 12:38 | |
| *** Kubu_work1 <Kubu_work1!~kubu@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 12:38 | |
| *** vladest <vladest!~Thunderbi@2a02:1210:760b:9500:34b2:ae8a:1730:8158> has quit IRC (Ping timeout: 245 seconds) | 12:39 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 12:45 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 12:46 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 12:47 | |
| *** amitk <amitk!~amit@58.84.61.130> has joined #yocto | 12:54 | |
| *** amitk <amitk!~amit@58.84.61.130> has quit IRC (Ping timeout: 246 seconds) | 13:05 | |
| RP | rburton: and without nographic it gets really funky :/ | 13:07 |
| rburton | stop looking at the qemu one | 13:11 |
| RP | rburton: I was mainly curious to see if reverting uninative helped which it doesn't (since that was implicted for qemuppc) | 13:17 |
| *** zpfvo <zpfvo!~fvo@i59F5CCC0.versanet.de> has quit IRC (Ping timeout: 245 seconds) | 13:21 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCC0.versanet.de> has joined #yocto | 13:25 | |
| RP | rburton: there is something in common here in that non-kvm timing seems messed up :/ | 13:26 |
| rburton | interesting | 13:28 |
| rburton | the x86 one is qemu segfaulting | 13:28 |
| Ablu | Is there some support for meson wrap files (https://mesonbuild.com/Using-wraptool.html) available? QEMU seems to have replaced submodules with it. | 13:34 |
| *** varjag <varjag!~user@188.95.241.196> has quit IRC (Quit: ERC (IRC client for Emacs 27.1)) | 13:41 | |
| *** Kubu_work1 <Kubu_work1!~kubu@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Ping timeout: 260 seconds) | 13:48 | |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has joined #yocto | 13:50 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has joined #yocto | 14:01 | |
| rburton | Ablu: there's a qemu 8.1 recipe already on the list, but we generally dislike wrap because it means fetching outside of do_fetch | 14:05 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 14:05 | |
| rburton | wraps are typically a fallback for when libraries are not present: the yocto way has you writing recipes | 14:05 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4c00:5d00:7656:3cff:fe3f:7ce9> has joined #yocto | 14:05 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has quit IRC (Ping timeout: 245 seconds) | 14:06 | |
| JaMa | interesting if I use SKIP_RECIPE[efivar] = "foo" in local.conf, then it blacklists lib32-efivar as well, but if I add this to DISTRO config then I have to blacklist lib32-efivar as well as efivar, strange | 14:07 |
| *** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has joined #yocto | 14:11 | |
| Ablu | rburton: Sure, I understand that something may sneak in that should it it's own recipe. But for the downloading, couldn't the download just be done as part of do_fetch (similary how rust crates are loaded)? | 14:14 |
| rburton | not trivially, but sure if you want to do that, you can work on it | 14:15 |
| rburton | RP: got a fix for qemu | 14:15 |
| rburton | might be worth trying with the ppc thing as it talks about a race... | 14:16 |
| *** amitk <amitk!~amit@58.84.61.130> has joined #yocto | 14:17 | |
| rburton | RP: see ross/tcg | 14:17 |
| Ablu | ACK. Sure. Thanks for the pointer to the update. | 14:17 |
| RP | rburton: talks about RCUs in common code too which makes me wonder. I'll try and queue a test | 14:20 |
| rburton | yeah | 14:20 |
| rburton | two birds with one stone would be good | 14:20 |
| RP | rburton: They felt somehow connected... | 14:21 |
| marex | hey, if things like do_rootfs or do_populate_sdk take too long, is there any way to help those out ? Like build in tmpfs maybe ? | 14:22 |
| rburton | marex: sdk generation takes ages as it has to compress a huge filesystem | 14:22 |
| rburton | fwiw i have SDK_XZ_COMPRESSION_LEVEL = "-5" in my local.conf to speed that up | 14:22 |
| marex | rburton: yep | 14:23 |
| marex | I use --fast | 14:23 |
| rburton | rootfs is just constructing the rootfs, so arguably not using rpm/dnf might make it noticably faster. worth a test :) | 14:24 |
| marex | rburton: would tmpfs have any impact ? I suspect it might | 14:24 |
| marex | (I'm just testing that) | 14:24 |
| RP | I have wondered if we should try a non-pkgmanager rootfs build... | 14:24 |
| rburton | marginal | 14:24 |
| marex | rburton: it should at least avoid the sync() which I assume happens | 14:25 |
| RP | rburton: test running | 14:25 |
| RP | marex: pseudo intercepts and drops sync calls ;-) | 14:25 |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 14:25 | |
| marex | oh :) | 14:26 |
| marex | I didnt know that | 14:26 |
| *** Kubu_work <Kubu_work!~kubu@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 14:26 | |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has joined #yocto | 14:27 | |
| *** sakoman1 <sakoman1!~sakoman-l@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto | 14:29 | |
| *** amitk <amitk!~amit@58.84.61.130> has quit IRC (Ping timeout: 255 seconds) | 14:33 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 14:33 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 14:36 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has joined #yocto | 14:45 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has quit IRC (Ping timeout: 246 seconds) | 14:49 | |
| khem | RP: maybe build uninative glibc without --enable-fortify-source | 14:50 |
| khem | I doubt it though will be helpful | 14:50 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 14:54 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 14:54 | |
| RP | khem: we're going to try the tcg fix ross pointed at | 14:57 |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Remote host closed the connection) | 15:05 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 15:06 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 15:11 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 15:19 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 15:35 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 15:46 | |
| *** mckoan is now known as mckoan|away | 15:50 | |
| *** Kubu_work <Kubu_work!~kubu@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Quit: Leaving.) | 15:58 | |
| *** frieder <frieder!~frieder@i577B9395.versanet.de> has quit IRC (Remote host closed the connection) | 16:06 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has joined #yocto | 16:14 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCC0.versanet.de> has quit IRC (Remote host closed the connection) | 16:23 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Remote host closed the connection) | 16:38 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 16:38 | |
| RP | JPEW: link is live and working :) | 16:47 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 250 seconds) | 16:48 | |
| *** kayterina <kayterina!~kayterina@88.197.44.249> has joined #yocto | 16:49 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128011.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 245 seconds) | 16:49 | |
| JPEW | \o/ | 16:52 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 16:56 | |
| *** gsalazar <gsalazar!~gsalazar@107.105.60.94.rev.vodafone.pt> has quit IRC (Ping timeout: 255 seconds) | 17:07 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 250 seconds) | 17:15 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 17:17 | |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has joined #yocto | 17:18 | |
| yates_work | i'm having trouble with SRC_URI configuration: i have some files in the standard files/ folder, but i also want to specify all files in a file/images/ folder. how to do? | 17:21 |
| yates_work | sorry, meant files/images subfolder | 17:22 |
| yates_work | do i have to specify them one-by-one? e.g., file://images/a.png? there are a bunch and i was hoping to just be able to specify the subfolder, but file://images/ didn't work | 17:23 |
| yates_work | wait! | 17:24 |
| yates_work | it does work. i had a missing space in the previous continuation line. bleh! | 17:24 |
| *** kpo <kpo!~kpo@031011130207.dynamic-3-poz-k-1-0-0.vectranet.pl> has joined #yocto | 17:43 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds) | 17:46 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 17:49 | |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 17:58 | |
| *** Thorn_ <Thorn_!~Thorn@bl18-149-68.dsl.telepac.pt> has joined #yocto | 18:00 | |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has joined #yocto | 18:02 | |
| LetoThe2nd | ok slackers, thats it - i'm finally out for some time, see you all in about 2 weeks.🤘🏽 | 18:02 |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 244 seconds) | 18:02 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds) | 18:04 | |
| *** kayterina <kayterina!~kayterina@88.197.44.249> has quit IRC (Ping timeout: 246 seconds) | 18:07 | |
| *** sudip <sudip!~sudipmukh@78.40.148.182> has quit IRC (Quit: ZNC - http://znc.in) | 18:17 | |
| *** sudip <sudip!~sudipmukh@78.40.148.182> has joined #yocto | 18:21 | |
| *** mbulut <mbulut!~mbulut@31.18.143.54> has quit IRC (Ping timeout: 246 seconds) | 18:26 | |
| *** Wenqing <Wenqing!~wenqingzo@78.40.148.178> has quit IRC (Remote host closed the connection) | 18:27 | |
| *** Wenqing <Wenqing!~wenqingzo@78.40.148.178> has joined #yocto | 18:30 | |
| *** old_boy <old_boy!~old_boy@205.251.233.107> has joined #yocto | 18:44 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 18:48 | |
| RP | rburton: didn't fix qemuppc and seems to break qemumips/qemumips64: https://autobuilder.yoctoproject.org/typhoon/#/builders/154/builds/431 :( | 18:50 |
| RP | khem: didn't help qemuppc so we still need to track that down | 18:51 |
| *** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has joined #yocto | 18:56 | |
| RP | LetoThe2nd: enjoy :) | 18:59 |
| *** flom84 <flom84!~flom84@user/flom84> has joined #yocto | 19:08 | |
| RP | JPEW: around and have a minute to sanity check something? | 19:19 |
| JPEW | Ya | 19:19 |
| RP | JPEW: I've logs showing a bitbake client/server timeout and I'm trying to work out what can be going wrong | 19:20 |
| rburton | RP: damnit! | 19:21 |
| RP | JPEW: the client has sent the "ping" command to the server. After two minutes, the server is tracebacking in self.command_channel_reply.send() for the ping reply BrokenPipeError: [Errno 32] Broken pipe | 19:21 |
| RP | JPEW: that means the UI probably gave up waiting for the ping reply after 30s | 19:21 |
| RP | er. 60s | 19:21 |
| *** flom84 <flom84!~flom84@user/flom84> has quit IRC (Quit: Leaving) | 19:21 | |
| JPEW | Ya makes sense | 19:21 |
| RP | JPEW: what I'm puzzled about is why the UI couldn't have read anything and got the reply | 19:21 |
| *** flom84 <flom84!~flom84@user/flom84> has joined #yocto | 19:22 | |
| RP | JPEW: I was going to say, the UI as I understand it has a separate python thread queuing the events it receives until it can process them. Of course this reply isn't an event, its a reply on the "command" channel :/ | 19:23 |
| RP | can we somehow deadlock the command channel pipe? | 19:24 |
| *** flom84 <flom84!~flom84@user/flom84> has quit IRC (Read error: Connection reset by peer) | 19:25 | |
| JPEW | RP: It should be full duplex | 19:26 |
| RP | We do have three pipes in play and two of them could in theory deadlock? | 19:26 |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 19:26 | |
| JPEW | Ya maybe | 19:26 |
| RP | connectProcessServer() in process.py | 19:26 |
| JPEW | If it's all blocking writes, then yes | 19:27 |
| JPEW | (if the pipes are full) | 19:27 |
| *** amitk <amitk!~amit@58.84.61.208> has joined #yocto | 19:27 | |
| JPEW | You may be relying on the good graces of the pipe's buffer | 19:28 |
| RP | JPEW: I don't know how the pipes could be full :/ | 19:28 |
| JPEW | In my experience, using more threads is never as good as robust non-blocking sockets | 19:31 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 19:31 | |
| JPEW | or non-blocking pipes | 19:32 |
| RP | our event code and the thread it uses is fine. I think these are nonblocking pipes | 19:32 |
| JPEW | They are created blocking, I haven't found where they are set to non-blocking (yet?) and send_bytes() bascially means blocking | 19:33 |
| RP | JPEW: I think I'm confusing with the runqueue ones | 19:37 |
| RP | so yes, these are blocking | 19:38 |
| RP | but we're sending something and waiting for a reply, which should work? | 19:38 |
| *** belgianguy <belgianguy!~belgiangu@ptr-651fbf81ozra7zahbgt.18120a2.ip6.access.telenet.be> has joined #yocto | 19:40 | |
| *** flom84 <flom84!~flom84@user/flom84> has joined #yocto | 19:40 | |
| belgianguy | Does anyone have good suggestion on Embedded Linux books they read themselves? For someone who has quite some Linux experience, just not much of Embedded... :$ | 19:41 |
| belgianguy | (Or courses, sites, ...) | 19:41 |
| RP | JPEW: I'm trying to debug this with Crofton, https://git.openembedded.org/bitbake/commit/?h=master-next&id=836ff1c2c5a05e104d130791d6e857be272405a3 is what I have so far. Would any other logging be helpful? | 19:41 |
| JPEW | RP: Ya, I was going to suggest reporting the time spent blocking on pipes | 19:42 |
| JPEW | The timestamps | 19:42 |
| JPEW | If the server is waiting for ~30 seconds before dying with EPIPE, it almost surely a deadlock | 19:43 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 19:43 | |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has joined #yocto | 19:47 | |
| Crofton | I switched bitbake to master-next | 19:48 |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has quit IRC (Client Quit) | 19:48 | |
| *** flom84 <flom84!~flom84@user/flom84> has quit IRC (Ping timeout: 245 seconds) | 19:54 | |
| RP | JPEW: I'm struggling to know what else this might be :/ | 19:55 |
| JPEW | Deadlock seems likely to be TBH | 19:55 |
| JPEW | It might be a very complicated deadlock with a lot of threads all circularly locked on each other.... but deadlock all the same | 19:56 |
| Crofton | running | 19:57 |
| RP | JPEW: that is my worry. I was going to ask you to sanity check the threading on the event pipe but I don't think that is where any issue is now I've talked it out loud | 19:57 |
| Crofton | do you mind if I over write filenames in dropbox? | 19:57 |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has joined #yocto | 19:57 | |
| Crofton | when it comes time | 19:57 |
| RP | Crofton: no | 19:58 |
| RP | rburton: too good to be true really | 19:58 |
| *** amitk <amitk!~amit@58.84.61.208> has quit IRC (Ping timeout: 248 seconds) | 20:02 | |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 20:04 | |
| JPEW | RP: I'm having trouble finding where the UI even sends events | 20:12 |
| JPEW | I have the sneaking suspiciion that a some of the "Server" classes run on the actual server side, and some are proxies for the server on the client side | 20:13 |
| RP | JPEW: the UI doesn't, the server sends events to the UI | 20:13 |
| JPEW | Sorry commands | 20:13 |
| RP | ServerCommunicator.runCommand in process.py | 20:13 |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.) | 20:15 | |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has joined #yocto | 20:15 | |
| RP | We really need to merge BitBakeProcessServerConnection, ServerCommunicator and BBUIEventQueue. They used to do a lot of different things but the separation is probably obsolete now | 20:16 |
| RP | certainly BitBakeProcessServerConnection and ServerCommunicator | 20:17 |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 20:18 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 20:21 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 20:21 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 20:22 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 20:22 | |
| *** starblue <starblue!~juergen@dslb-094-220-106-071.094.220.pools.vodafone-ip.de> has quit IRC (Quit: WeeChat 3.8) | 20:23 | |
| Crofton | Failed! | 20:23 |
| Crofton | https://www.irccloud.com/pastebin/GELijbzi/ | 20:24 |
| JaMa | FWIW: I'm seeing this timeout as well, I've increased the timeout to 60s/120s and it seems to be triggered as often as when it was 30s/60s, so when it gets stuck, then it's for real, interstingly when I've tried even longer timeout 300s/600s, then it was usually jenkins job getting timeout (as instead of Timeout message from bitbake I get java exception from jenkins: | 20:26 |
| JaMa | + # NOTE: recipe g-camera-pipeline-1.0.0-gav.40-r14: task do_populate_sysroot: Succeeded | 20:26 |
| JaMa | + # FATAL: command execution failed | 20:26 |
| JaMa | + # java.net.SocketException: Socket closed | 20:26 |
| JaMa | + # java.base/java.net.SocketInputStream.socketRead0(Native Method) | 20:26 |
| JaMa | + # Caused: hudson.remoting.ChannelClosedException: Channel "hudson.remoting.Channel@6acbac8c:c04a-009wgnozd2kyr": Remote call on c04a-009wgnozd2kyr failed. The channel is closing down or has closed down | 20:26 |
| JaMa | and it's more likely to happen on overloaded systems it seems | 20:27 |
| JPEW | Crofton: No "Sending reply" messages? | 20:28 |
| *** florian_kc <florian_kc!~florian@dynamic-093-131-151-046.93.131.pool.telefonica.de> has joined #yocto | 20:28 | |
| JPEW | Or maybe they are in the bitbake server log file | 20:28 |
| Crofton | giv eme a bit, machine machine being stupid | 20:28 |
| Crofton | and need to pack some stuff | 20:28 |
| JaMa | https://paste.ack.tf/25dc1f | 20:31 |
| JaMa | interestingly it happens shortly after "2586 12:57:11.483486 Parse cache invalidated" | 20:31 |
| JaMa | at least in my case above, not sure about Crofton's | 20:32 |
| Crofton | https://www.dropbox.com/scl/fi/k08ap5wzqon7dnk38koqc/bitbake-cookerdaemon.log?rlkey=c0iudy2j78zcbqas525m7bvy9&dl=0 | 20:32 |
| Crofton | https://www.dropbox.com/scl/fi/cnyugossib4cpe8dfwa6d/console.log?rlkey=3p3xxnr37j5rp7brvokc8ghyy&dl=0 | 20:32 |
| Crofton | there you go and afk until Happy hour | 20:32 |
| RP | 538490 16:22:34.007760 Running command ['ping'] 538490 16:24:04.273232 Sending reply ('Still alive!', None) | 20:32 |
| RP | why on earth did that take two minutes?! | 20:33 |
| RP | that shows it isn't the pipes anyway | 20:33 |
| JPEW | Ya | 20:33 |
| RP | looking at runCommand in command.py, I can see what it might be doing :/ | 20:35 |
| RP | I think we special case ping | 20:35 |
| JPEW | RP: stuck in process_inotify_updates_apply()? | 20:39 |
| JPEW | That's the only place I can see where it might block | 20:39 |
| RP | JPEW: self.cooker.updateCacheSync and self.cooker.init_configdata might hit IO and block | 20:41 |
| RP | Crofton: new patch in -next for you https://git.openembedded.org/bitbake/commit/?h=master-next&id=b07476334a56e2659fbeb125923e718ec849f0c9 | 20:41 |
| Crofton | git pull --force? | 20:41 |
| JPEW | Ah right | 20:41 |
| Crofton | lol no force | 20:42 |
| * JaMa steals it as well | 20:42 | |
| RP | JPEW: inotify is the most likely but I'm covering all options :) | 20:42 |
| RP | vmeson: you might like this one ;-) | 20:43 |
| Crofton | you are so lucky I just didn't update the machine ..... | 20:43 |
| RP | Crofton: yes, having someone reproducing this at will is helpful! | 20:43 |
| JPEW | Crofton: Spinny hard drive? | 20:44 |
| Crofton | yes | 20:44 |
| JPEW | Ya, that makes sense | 20:44 |
| Crofton | noisy as fuck | 20:44 |
| RP | so old fashioned :) | 20:44 |
| *** florian_kc <florian_kc!~florian@dynamic-093-131-151-046.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds) | 20:44 | |
| Crofton | the old ways are the best | 20:44 |
| Crofton | does the auto builder need some spinny hard drives? | 20:45 |
| * vmeson reads | 20:45 | |
| Crofton | for better test coverage | 20:45 |
| JPEW | Crofton: Probably better to use cgroups to limit the I/O for a particular test run..... leaves the rest of the capacity for other tests running at the same time | 20:46 |
| RP | vmeson: a patch which might fix your ping timeouts | 20:47 |
| Crofton | lol the machine I do interactive master buids on has nvme | 20:48 |
| RP | JPEW: thanks for giving me someone to talk to, I really did think this was going to be a pipe/thread issue | 20:48 |
| JPEW | It did quack like that duck | 20:49 |
| RP | JaMa: since you see cache invalidation which is almost certainly from inotify processing, it should help your case | 20:50 |
| vmeson | RP: Nice and just in time for happy hour! | 20:58 |
| * vmeson pours a glass | 20:59 | |
| * JaMa gets beer as well | 20:59 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 20:59 | |
| Crofton | hmmm | 20:59 |
| Crofton | Happy hour, sgw is pouring beer | 21:00 |
| sgw | Yup, Homebrew Smoked Porter | 21:00 |
| JaMa | even with builds on NVME I get some IO pressure :) NOTE: Pressure status changed to CPU: True, IO: None, Mem: None (CPU: 721545.8/200000.0, IO: 11467.0/None, Mem: 1076.6/None) | 21:02 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4c00:5d00:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection) | 21:09 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-131-151-046.93.131.pool.telefonica.de> has joined #yocto | 21:10 | |
| * RP sent the patch to the bitbake list | 21:35 | |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 22:07 | |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 22:11 | |
| *** Guest61 <Guest61!~Guest61@pr-svc-em1-112.emea.corpinter.net> has joined #yocto | 22:21 | |
| *** Guest61 <Guest61!~Guest61@pr-svc-em1-112.emea.corpinter.net> has quit IRC (Quit: Client closed) | 22:28 | |
| yates_work | i have found that using file:// SRC_URI causes the source code to be placed in ${WORKDIR}, whereas the OpenEmbedded build system defaults to ${WORKDIR}/${BPN}-${PV}. thus to use file:// SRC_URIs I must set S in my recipe. | 22:30 |
| yates_work | why doesn't the fetcher put file:// files in ${WORKDIR}/${BPN}-${PV}? | 22:30 |
| yates_work | then it would Just Work(TM) | 22:33 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 22:38 | |
| JaMa | yates_work: do_unpack unpacks the tarball in ${WORKDIR}, ${BP} is just the typical default for S | 22:45 |
| JaMa | yates_work: so file:// works consistently with it | 22:45 |
| yates_work | when using a tarball for SRC_URI, what is responsible for moving the files from ${WORKDIR} to ${WORKDIR}/${BPN}-${PV} after do_unpack? | 23:01 |
| yates_work | oh wait,you're saying you have to do that same "S" definition in the recipe when using tarballs? | 23:02 |
| yates_work | i sorta get you, but why not design these oe components such that a redefinition of S is never needed? that would make yocto easier to use, as far as i can tell | 23:03 |
| yates_work | perhaps it's historical. | 23:03 |
| JaMa | there was discussion about that on ML, because there are still some issues with recipes where S = "${WORKDIR}", so instead of unpacking archives in ${WORKDIR} it would unpack them in ${WORKDIR}/source or some directory like that and optionally strip first directory | 23:39 |
| JaMa | "what is responsible for moving the files from ${WORKDIR} to ${WORKDIR}/${BPN}-${PV}" nothing is moving anything, they are _UNPACKED_ in ${WORKDIR} | 23:40 |
| JaMa | if the tarball contains directory "foo", then you need to set S = "${WORKDIR}/foo" to run the tasks inside this directory | 23:40 |
| JaMa | quite common convention is that tarballs do have top level directory which happens to be called ${BPN}-${PV} == ${BP}, so that is the default ${S} value in OE | 23:41 |
| JaMa | but e.g. for git fetcher you always need to change it to ${WORKDIR}/git | 23:41 |
| JaMa | and with file:// which aren't archives there isn't anything to unpack, so they are added to ${WORKDIR} as they are | 23:42 |
| *** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Bye) | 23:49 | |
| DvorkinDmitry | I need additional file to install with kernel module into /etc/modules-load.d/ (to load it faster). How to do it correctly in Mickledore? kernel module recipe doesn't accept additional FILES += | 23:54 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!