Wednesday, 2021-05-05

*** sno <sno!~sno@2a0a-a546-96bb-0-7c1b-6175-c499-8b04.ipv6dyn.netcologne.de> has quit IRC00:00
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC00:06
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto00:10
*** mansi <mansi!~mansi@h-154-99.A246.priv.bahnhof.se> has joined #yocto00:15
*** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has joined #yocto00:21
*** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has quit IRC00:28
*** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has joined #yocto00:31
*** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has quit IRC00:37
*** kpo__ <kpo__!~kpo@gl69-35.master.pl> has quit IRC00:50
*** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has joined #yocto01:04
*** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has quit IRC01:10
*** sno <sno!~sno@2a0a-a546-96bb-0-5019-adf-35ea-abcc.ipv6dyn.netcologne.de> has joined #yocto01:19
*** sno <sno!~sno@2a0a-a546-96bb-0-5019-adf-35ea-abcc.ipv6dyn.netcologne.de> has quit IRC01:23
*** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has joined #yocto01:29
*** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has quit IRC01:33
*** sno <sno!~sno@2a0a-a546-96bb-0-ac5c-27cb-2baf-4001.ipv6dyn.netcologne.de> has joined #yocto01:35
*** sno <sno!~sno@2a0a-a546-96bb-0-ac5c-27cb-2baf-4001.ipv6dyn.netcologne.de> has quit IRC01:41
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-gkfsptedwrbfaafn> has quit IRC01:51
*** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has joined #yocto01:53
*** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has quit IRC01:59
*** sno <sno!~sno@2a0a-a546-96bb-0-c82c-79a0-4d73-f3a3.ipv6dyn.netcologne.de> has joined #yocto02:02
*** sno <sno!~sno@2a0a-a546-96bb-0-c82c-79a0-4d73-f3a3.ipv6dyn.netcologne.de> has quit IRC02:08
zeddiiRP: I thought about just skipping it if the layer.conf wasn't there, but was trying to leave room for if we did eventually need something specific to dynamic layers. but yah, if a conf/layer.conf isn't there, it really isn't a layer so you can't be building with it anyway, and skipping it wouldn't be an issue. the os.walk just picks it up and triggers on the conf dir to declare it a layer.02:09
*** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-47-76-71-204-197.dsl.bell.ca> has quit IRC02:10
*** sno <sno!~sno@2a0a-a546-96bb-0-a0ea-934a-3510-2b88.ipv6dyn.netcologne.de> has joined #yocto02:14
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has joined #yocto02:15
*** sno <sno!~sno@2a0a-a546-96bb-0-a0ea-934a-3510-2b88.ipv6dyn.netcologne.de> has quit IRC02:18
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has quit IRC02:20
zeddiiRP: Three options in your inbox for the morning, all stacking on the first one I sent. Dynamic layer detection, skip it, log it.02:31
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6c44:bc35:e013:bbe4> has joined #yocto02:33
*** sakoman <sakoman!~steve@72.173.249.164> has quit IRC02:33
*** ahadi <ahadi!~ahadi@i5E86AFA3.versanet.de> has quit IRC02:37
*** ahadi <ahadi!~ahadi@88.130.223.32> has joined #yocto02:39
resoumAfter more tracing, this looks like a failure in utils.py in the copyFile method. The chown is failing on line 893, where it is trying to chown the copied file to root.02:41
resoumThis is happening on all intercept scripts. Almost as if fakeroot is broken, or something.02:41
resoumLooks like intercept_scripts directory is listed as a member of PSEUDO_IGNORE_PATHS.03:08
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6c44:bc35:e013:bbe4> has quit IRC03:18
*** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto03:20
*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC03:32
resoumI will report this to the mailing list. I cannot see how this is not a bug. This is the change that is causing the problem: https://git.openembedded.org/openembedded-core/commit/meta/classes/image.bbclass?id=9463be2292b942a1072eea88881b9644e55aadb903:50
resoumIt direclty conflicts with line 192 here: https://git.openembedded.org/openembedded-core/tree/meta/lib/oe/package_manager/__init__.py#n17303:50
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has joined #yocto03:58
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has quit IRC04:03
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto04:57
*** [Sno] <[Sno]!~sno@2a0a-a546-96bb-0-848b-ac2c-5ed5-b67e.ipv6dyn.netcologne.de> has joined #yocto04:58
*** sakoman <sakoman!~steve@72.173.249.164> has quit IRC05:19
*** jobroe <jobroe!~manjaro-u@p579eb60e.dip0.t-ipconnect.de> has joined #yocto05:20
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC05:28
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto05:41
*** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto05:43
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC05:45
*** agust <agust!~agust@pd95f1cdf.dip0.t-ipconnect.de> has joined #yocto06:21
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:21
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto06:26
*** frsc <frsc!~frsc@208-67-142-46.pool.kielnet.net> has joined #yocto06:26
*** v2d <v2d!~vivien@modemcable249.105-163-184.mc.videotron.ca> has quit IRC06:27
*** mckoan|away is now known as mckoan06:28
mckoangood morning06:28
*** v2d <v2d!~vivien@modemcable249.105-163-184.mc.videotron.ca> has joined #yocto06:29
*** [Sno] <[Sno]!~sno@2a0a-a546-96bb-0-848b-ac2c-5ed5-b67e.ipv6dyn.netcologne.de> has quit IRC06:34
*** estan <estan!~astan@kde/developer/astan> has quit IRC06:36
*** fl0v0 <fl0v0!~fvo@89.244.127.215> has joined #yocto06:57
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto07:02
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC07:10
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto07:11
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto07:13
*** jobroe <jobroe!~manjaro-u@p579eb60e.dip0.t-ipconnect.de> has quit IRC07:28
*** jobroe <jobroe!~manjaro-u@p579eb60e.dip0.t-ipconnect.de> has joined #yocto07:30
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto07:30
*** jobroe <jobroe!~manjaro-u@p579eb60e.dip0.t-ipconnect.de> has quit IRC07:36
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC07:36
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto07:41
*** jobroe <jobroe!~manjaro-u@p579eb60e.dip0.t-ipconnect.de> has joined #yocto07:44
*** sagner <sagner!~ags@2a02:169:3df5:0:b1fe:42ba:43b9:86a> has quit IRC07:44
*** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has joined #yocto07:44
*** sagner <sagner!~ags@37.17.234.141> has joined #yocto07:46
*** frsc <frsc!~frsc@208-67-142-46.pool.kielnet.net> has quit IRC07:54
*** frsc <frsc!~frsc@208-67-142-46.pool.kielnet.net> has joined #yocto08:07
*** Ninic0c0 <Ninic0c0!56f7c02f@lfbn-idf2-1-745-47.w86-247.abo.wanadoo.fr> has joined #yocto08:09
Ninic0c0Hello chat, i have some trouble yo use Yocto (devshell part) with WSL2, someone here is wotking with WSL2 to help me ? thx !08:09
*** psnsilva <psnsilva!~psnsilva@161.230.35.203> has quit IRC08:11
*** psnsilva <psnsilva!~psnsilva@161.230.35.203> has joined #yocto08:12
*** prabhakarlad <prabhakarlad!c18ddb18@pc.renesas.eu> has joined #yocto08:15
dagmcrhello! I have a problem with sstate server and don't know how to debug. I have 2 clients, they both have same layers and same revisions (I've created a build from scratch) and both use the same crops/poky-container... One client downloads the sstate and succeeds and the other downloads most of them but for one particular recipe (openjre-8) it requires to rebuild. Any idea what to do?08:28
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has joined #yocto08:32
*** jobroe <jobroe!~manjaro-u@p579eb60e.dip0.t-ipconnect.de> has quit IRC08:49
*** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto08:58
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has joined #yocto09:00
dwagenkqschulz: michaelo: I've reworked the KCONFIG_MODE documentation patch to include the suggestions. I don't think the mail headers "In-Reply-To" thing worked out as planned, but the patch arrived on the mailinglist.09:05
qschulzdwagenk: thanks! It's a bit weird but eh, it made it to the ML which is the most important thing!09:15
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:c575:5ac:1fd0:2bcb> has quit IRC09:33
*** JanneKiiskila <JanneKiiskila!d98c6a0d@217.140.106.13> has joined #yocto09:45
*** medaliyou <medaliyou!c4b3dd32@196.179.221.50> has joined #yocto09:45
medaliyouHey guys a09:45
medaliyouquick question, is there a way to modify device tree from Linux (in user space) ,09:46
medaliyoui need to change some Frequencies in my HW and it takes so long to recompile the kernel each time09:47
JanneKiiskilaquick google search says yes, https://developer.ridgerun.com/wiki/index.php/Edit_device_tree_at_run_time09:48
medaliyoui k bro, how can i add the dtc fdtget fdtput Packages to my image ? does yocto provides them ?09:56
*** NiksDev <NiksDev!~NiksDev@192.91.75.30> has joined #yocto10:04
*** psnsilva <psnsilva!~psnsilva@161.230.35.203> has quit IRC10:05
qschulzmedaliyou: you don't need to recompile the whole kernel, only the device tree. Use dtc from you computer10:16
qschulzput the device tree in the right place (might have to recompile the fitimage if that's what you use, in that case mkimage fitimage.its should work just fine10:17
qschulzIm doing it very often tbh10:17
qschulzotherwise, device tree overlays loaded at runtime would probably work?10:18
medaliyoui don't , i just bitbake my_image again and it recompiles the kernel and overlays and dts files10:21
qschulzto asnwer your question, you need to add dtc package to your image and I think it'll be enough10:22
medaliyoudtfget dtfput ?10:22
qschulzmedaliyou: you don't need yocto to compile the kernel or device tree, or u-boot10:22
qschulzhttps://git.kernel.org/pub/scm/utils/dtc/dtc.git/tree/ has all those tools10:23
qschulzonly http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-kernel/dtc/dtc.inc?h=master#n26 seems to be put into dtc-misc but no use for you?10:23
*** sno <sno!~sno@tmo-123-193.customers.d1-online.com> has joined #yocto10:23
qschulzor just bitbake dtc recipe with Yocto, then run oe-pkgdata-util find-path 'fdtget' to find out if a package provides it and how it's named10:25
medaliyoualright10:25
medaliyouand after recompiling the dts10:26
medaliyouin the userspace10:26
medaliyouhow to provide it again for the kerne l10:26
medaliyou?10:26
qschulzfind where you device tree is stored and change it there10:31
qschulzin the example given by JanneKiiskila, the dtb is stored in the /boot partition10:31
medaliyouhow to provide the DTB in rootfs , i have an empty /boot and [find] can't find any dts dtb files10:36
qschulzcan't help, that's specific to your board. U-Boot (or the bootloader that you're using) needs to load it from somewhere. Find where, load this partition if possible, read the file, modify the file, flash/save, reboot.10:39
qschulzU-Boot also has the ability to modify the device tree before it's used by the kernel, fdt tools are available10:39
medaliyouthank you so much bro10:43
*** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto10:45
*** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC10:54
*** sno <sno!~sno@tmo-123-193.customers.d1-online.com> has quit IRC11:07
*** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC11:07
*** sno <sno!~sno@2a01:598:a975:2e45:7992:ddf0:ca98:8a28> has joined #yocto11:11
*** sno <sno!~sno@2a01:598:a975:2e45:7992:ddf0:ca98:8a28> has quit IRC11:19
*** fenrig <fenrig!51536814@d51536814.access.telenet.be> has joined #yocto11:29
*** fenrig <fenrig!51536814@d51536814.access.telenet.be> has left #yocto11:30
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6c44:bc35:e013:bbe4> has joined #yocto11:31
*** medaliyou <medaliyou!c4b3dd32@196.179.221.50> has quit IRC11:34
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6c44:bc35:e013:bbe4> has quit IRC11:36
*** sno <sno!~sno@2a01:598:a830:bdb2:d68:3135:e5e0:d3e4> has joined #yocto11:38
*** sno <sno!~sno@2a01:598:a830:bdb2:d68:3135:e5e0:d3e4> has quit IRC11:48
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has quit IRC11:50
*** linums <linums!~linums@apn-94-44-245-116.vodafone.hu> has joined #yocto11:51
*** sno <sno!~sno@tmo-123-193.customers.d1-online.com> has joined #yocto11:53
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC11:53
*** gourve_l <gourve_l!~laurent@static-176-175-104-214.ftth.abo.bbox.fr> has quit IRC11:53
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto11:54
*** Ninic0c0 <Ninic0c0!56f7c02f@lfbn-idf2-1-745-47.w86-247.abo.wanadoo.fr> has quit IRC11:55
*** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto11:56
*** c4t3l_home <c4t3l_home!~rcallicot@139.138.156.11> has joined #yocto11:56
*** frsc <frsc!~frsc@208-67-142-46.pool.kielnet.net> has quit IRC12:00
*** c4t3l_home <c4t3l_home!~rcallicot@139.138.156.11> has quit IRC12:02
*** sno <sno!~sno@tmo-123-193.customers.d1-online.com> has quit IRC12:04
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC12:08
*** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC12:10
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-hqhfodvgztwgvkbn> has joined #yocto12:13
*** frsc <frsc!~frsc@208-67-142-46.pool.kielnet.net> has joined #yocto12:14
*** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto12:15
*** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto12:19
*** ahalaney <ahalaney!~ahalaney@068-184-200-203.res.spectrum.com> has joined #yocto12:19
*** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC12:20
manuel1985Can anyone give me advice on how to find out why an automatically set linux kernel cmdline var got set the way it was?12:21
manuel1985https://lists.yoctoproject.org/g/yocto/message/5338912:21
manuel1985I think it's the bootloader.12:22
*** intera_91 <intera_91!521f818d@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has joined #yocto12:22
*** suniel <suniel!31ce2813@49.206.40.19> has joined #yocto12:22
intera_91good afternoon, a simple question this time;-)  am compile for an imx6 board, just need to know where the type of image is listed (wic etc ...) as the output does not produce an SD card image which is later needed, as usual I have inherited an incomplete and seriously hacked project12:24
*** Bunio_FH <Bunio_FH!~bunio@188.146.164.215.nat.umts.dynamic.t-mobile.pl> has joined #yocto12:27
*** suniel <suniel!31ce2813@49.206.40.19> has left #yocto12:27
*** psnsilva <psnsilva!~psnsilva@161.230.35.203> has joined #yocto12:32
dwagenkintera_91: `bitbake -e my-image-name | grep -B 10 ^IMAGE_FSTYPES` should give you the answer and also list the classes and bbappends modifying the variable. If you are looking for the options of IMAGE_FSTYPES useable with a certain board I'd do a full text search for IMAGE_FSTYPES through the BSP layer.12:44
intera_91dwagenk:  course thank you so much12:45
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto12:47
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC12:50
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto13:02
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:04
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto13:05
qschulzmanuel1985: if it's using the original bootloader from RPi and not U-Boot, I guess you're out of lukc as I'm not sure there are sources available for it? Might be wrong it's a very vague recollection13:26
*** linums <linums!~linums@apn-94-44-245-116.vodafone.hu> has quit IRC13:29
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has joined #yocto13:29
*** sno <sno!~sno@p5b25b448.dip0.t-ipconnect.de> has joined #yocto13:32
*** ayoung <ayoung!~ayoung@2601:19c:4680:ee30:b6cc:8682:e628:1585> has quit IRC13:38
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto13:39
*** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC13:46
*** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-47-76-71-204-197.dsl.bell.ca> has joined #yocto13:50
*** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto13:52
*** rabbit9911 <rabbit9911!34191729@ec2-52-25-23-41.us-west-2.compute.amazonaws.com> has joined #yocto14:06
*** meow` <meow`!~sbourdeli@88.164.199.67> has quit IRC14:07
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC14:12
rabbit9911Can someone point me in the direction of how to make an sdk without the cross toolchain?14:13
rabbit9911I'm using external toolchains with yocto but still want some native tools built by yocto in an "sdk"14:14
RPrabbit9911: buildtools-tarball would be an example14:15
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto14:22
RPhmm, qemuppc is spewing irq errors into the logs14:26
RPrelated to serial ttys14:26
thekappedoes anybody use overlayfs ?14:31
thekappeI'm trying it simply with:14:31
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:34
thekappenever mind14:35
RPtry booting the the irqpoll option says the kernel. Except I already have that :/14:39
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-rijgpacbtzdyfdyt> has quit IRC14:47
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-yxpkyynhfpimkfcq> has joined #yocto14:49
*** meow` <meow`!~sbourdeli@88.164.199.67> has joined #yocto14:53
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC14:57
RPzeddii: I'm looking at the qemuppc shutdown issue. It uses a serial command to shut down so if the serial login fails, all bets are off. It is spewing kernel serial irq kernel errors. Any ideas?14:59
*** mckoan is now known as mckoan|away15:02
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC15:05
*** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto15:10
*** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC15:19
*** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC15:20
*** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto15:20
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC15:27
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto15:28
*** sno <sno!~sno@p5b25b448.dip0.t-ipconnect.de> has quit IRC15:33
*** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC15:36
*** rabbit9911 <rabbit9911!34191729@ec2-52-25-23-41.us-west-2.compute.amazonaws.com> has quit IRC15:49
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:b98e:8ad6:391c:584f> has joined #yocto15:49
armpitRP, try an NMI on zeddii  ; )15:51
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:b98e:8ad6:391c:584f> has quit IRC15:55
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has quit IRC15:59
*** linums <linums!~linums@apn-94-44-251-182.vodafone.hu> has joined #yocto16:00
*** linums <linums!~linums@apn-94-44-251-182.vodafone.hu> has quit IRC16:02
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has joined #yocto16:02
*** fl0v0 <fl0v0!~fvo@89.244.127.215> has quit IRC16:07
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto16:14
RPzeddii: interestingly, chucking # CONFIG_SERIAL_PMACZILOG_CONSOLE is not set into the config seems to make things a lot happier, no irq tracebacks16:20
RPzeddii: and looking at how that code works, I'm not entirely surprised16:20
RPfor ppc, I'm tempted by that bandaid16:21
RParmpit: he's doing well at the masking :)16:42
*** dev1990_ <dev1990_!~dev@217.96.227.206.ipv4.supernova.orange.pl> has quit IRC16:42
*** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC16:46
*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC16:51
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC16:53
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto16:53
*** sno <sno!~sno@xdsl-213-168-120-124.nc.de> has joined #yocto17:00
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC17:01
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto17:02
*** dev1990_ <dev1990_!~dev@217.96.227.206.ipv4.supernova.orange.pl> has joined #yocto17:04
*** frsc <frsc!~frsc@208-67-142-46.pool.kielnet.net> has quit IRC17:08
*** zkrx <zkrx!~slimshady@194.230.138.56> has quit IRC17:10
*** dev1990 <dev1990!~dev@217.96.227.206.ipv4.supernova.orange.pl> has joined #yocto17:10
*** dev1990_ <dev1990_!~dev@217.96.227.206.ipv4.supernova.orange.pl> has quit IRC17:11
* zeddii is enjoying an all hands meeting. Merger fun.17:11
RPzeddii: I don't miss that kind of thing!17:16
RPzeddii: surely ppc irq handling is much more fun? :)17:17
zeddiiheh. This is more likely due to the qmp stuff (as you mentioned), and not directly due to the kernel bumps I had recently sent ?17:23
zeddiiwe could try ppc64 and delete ppc32, as well. but I have no objection to trying that option. It wasn't giving us anything we really needed.17:23
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC17:23
RPzeddii: ppc64 is a different discussion I think :/17:25
RPzeddii: I suspect that something in the compiler changes changed the boot timing and that made the serial issue show up more due to bad timing17:26
zeddiiI can trivially roll it into the qemuppc config and send a SRCREV bump, or we could carry it out of the kernel as an addon cfg. Either or works.17:27
RPzeddii: well, I have the cfg appended locally but I know how you hate it when I do that :)17:27
zeddii:D I can do that and send you a SRCREV bump for the kernel meta. easy enough.17:28
RPzeddii: I'm leaning to putting it in the ppc config and bumping and then we can see if the issue gets any better17:28
RPzeddii: I've noticed other issues in the code too and we can improve the logging a bit17:29
* zeddii nods17:30
zeddiiwas an interesting stroll through it, when I was looking :D17:32
*** zkrx <zkrx!~slimshady@194.230.138.56> has joined #yocto17:33
* paulg envisons zeddii is now covered in burrs and hayseed and mud.17:35
*** intera_91 <intera_91!521f818d@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has quit IRC17:36
zeddiiRP: change is done, but I want to run one configure of that kernel to confirm. My sstate is out of date for ppc32, so I'll have to watch it churn for a few.17:39
RPzeddii: no problem, thanks17:43
*** meow` <meow`!~sbourdeli@88.164.199.67> has quit IRC17:45
*** meow` <meow`!~sbourdeli@88.164.199.67> has joined #yocto17:45
RPzeddii: you mean _CONSOLE in that log message right?18:02
zeddiiyah. not sure what happened to that cut and paste.18:03
RPzeddii: I'll tweak :)18:03
zeddii+# CONFIG_SERIAL_PMACZILOG_CONSOLE is not set18:03
RPzeddii: I thought you would mean that but wanted to check :)18:03
zeddiiworth checking, stranger things have happened :D18:03
RPzeddii: disabling serial entirely would be a different problem18:04
zeddiissh only!18:04
zeddii:D18:04
* RP is having a day like that18:04
zeddiinetconsole and netpoll. I remember those days.18:04
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC18:09
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto18:10
*** JanneKiiskila <JanneKiiskila!d98c6a0d@217.140.106.13> has quit IRC18:14
*** meow` <meow`!~sbourdeli@88.164.199.67> has joined #yocto18:15
*** rabbit9911 <rabbit9911!34191729@ec2-52-25-23-41.us-west-2.compute.amazonaws.com> has joined #yocto18:19
rabbit9911Is there such thing as nativesdk-<package>-src? I want to ship the source in case I have to debug some of the tools.18:20
resoumRP: This commit (https://git.openembedded.org/openembedded-core/commit/meta/classes/image.bbclass?id=9463be2292b942a1072eea88881b9644e55aadb9&h=master) appears to have broken this line of code (https://git.openembedded.org/openembedded-core/tree/meta/lib/oe/package_manager/__init__.py?h=hardknott#n192). Should a bug be filed?18:26
RPresoum: I did start to look at that as I think you mailed somewhere about it. I don't understand why that is breaking for you but not the autobuilder or anyone else18:28
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:b98e:8ad6:391c:584f> has joined #yocto18:28
RPresoum: We obviously need to work out what is wrong but it isn't making any sense to me18:29
*** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has quit IRC18:30
RPresoum: we don't really care about ownership here so ideally we'd use a different copy function which doesn't copy the ownership over18:32
RPresoum: sadly adding a "no owner" mode to bb.utils.copyfile will complicate it and non of the shutil copy functions look more helpful18:33
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:b98e:8ad6:391c:584f> has quit IRC18:33
RPresoum: can you confirm exactly what the error message you saw was please?18:37
resoumRP: Here it is precisely cut and pasted: https://gist.github.com/chuckwolber/8d5fd45f6410c9a5775dbbf3bae6962818:37
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC18:37
resoumI split the chown and chmod into separate functions _just_ to be sure, and it definitely is a chown, so that is what pointed me at the pseudo failure.18:38
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto18:39
RPresoum: Why is nobody else seeing that though? :/18:40
RPresoum: (and thanks, that paste does confirm a couple of things)18:40
resoumRP: He is seeing it too: https://gist.github.com/rpcme/808f79afd42abdc0d3245acc7063f49118:40
RPresoum: well, ok, why are some seeing this but I'm not and the autobuilder isn't either18:41
resoumThose messages were Warnings BTW. But the udev-hwdb actually failed to run and broke the build. That is because the chmod was _after_ the chown, so the postinst_intercept script could not execute.18:41
resoumRP: yup, I am confused by that too.18:41
resoumThe chain of logic is inescapable to me. If you use PackageManager in your image build, you _will_ hit this so far as I can tell.18:42
resoumAnd I really do not know how to _not_ use PackageManager.18:42
RPresoum: the autobuilder builds images using that, as do I locally, as so many others. Why is this the first time we've seen the reports? :/18:42
resoumRP: Yup, very weird. I looked for code paths that would avoid it. Maybe a different package type superclass is bypassing the PackageManager constructor?18:43
resoumRP: That was the only thing I could think of. We use ipk, but deb and RPM all looked the same to me.18:43
RPresoum: most images would need those scripts18:43
RPresoum: To fix this, we need to understand why its only happening in some cases :/18:44
resoumRP: Yup. And how that copyfile works without pseudo support, is way beyond me.18:44
resoumRP: Unless others are chowning to !root?18:44
*** zkrx <zkrx!~slimshady@194.230.138.56> has quit IRC18:47
*** rabbit9911 <rabbit9911!34191729@ec2-52-25-23-41.us-west-2.compute.amazonaws.com> has quit IRC18:48
RPresoum: could you also share your full PSEUDO_IGNORE_PATHS please?18:48
RPresoum: bitbake initramfs-image -e | grep PSEUDO_IGNORE_PATHS=18:49
*** zkrx <zkrx!~slimshady@194.230.138.56> has joined #yocto18:52
RPresoum: I confirmed that locally its using the UID of my local user, not root18:53
RPresoum: and it does that since there is an entry in PSEUDO_IGNORE_PATHS matching XXX/scripts18:54
*** Ahmad <Ahmad!62a9790a@ip98-169-121-10.dc.dc.cox.net> has joined #yocto19:00
resoumRP: Sure thing. Standby while I spin up a devshell19:00
*** NiksDev <NiksDev!~NiksDev@192.91.75.30> has quit IRC19:21
*** NiksDev <NiksDev!~NiksDev@192.91.101.31> has joined #yocto19:36
*** Konsgn <Konsgn!~Konsgnx3@66-109-34-138.static.firstlight.net> has joined #yocto19:43
*** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has joined #yocto19:43
*** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto20:01
yateswhat does the sysroot-native command "spp" do?20:02
* yates checks his internet connection20:09
yatesin run.do_kernel_metadata: bsp_definition=$(spp ${includes} --find -DKMACHINE=qemucsky -DKTYPE=standard)20:12
yateshas the yocto project been discontinued?20:14
yatesit's awfully quiet around here...20:14
yatesrburton: do you know?20:18
resoumRP: PM'd you a gist with the build environment.20:21
*** prabhakarlad <prabhakarlad!c18ddb18@pc.renesas.eu> has quit IRC20:24
*** psnsilva <psnsilva!~psnsilva@161.230.35.203> has quit IRC20:29
*** psnsilva <psnsilva!~psnsilva@161.230.35.203> has joined #yocto20:30
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:b98e:8ad6:391c:584f> has joined #yocto20:31
resoumyates: It comes from this package: https://github.com/openembedded/openembedded-core/blob/master/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb20:33
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:b98e:8ad6:391c:584f> has quit IRC20:35
*** psnsilva <psnsilva!~psnsilva@161.230.35.203> has quit IRC20:40
*** Bunio_FH <Bunio_FH!~bunio@188.146.164.215.nat.umts.dynamic.t-mobile.pl> has quit IRC20:42
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto20:46
*** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has quit IRC21:02
RPresoum: thanks. For the logs, it looks like the source files are actually owned by root. That isn't a common situation. We can fix this by using shutil.copy() instead of bb.utils.copyfile()21:05
resoum+121:05
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC21:12
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto21:13
*** Ahmad <Ahmad!62a9790a@ip98-169-121-10.dc.dc.cox.net> has quit IRC21:16
v2dhi all -- how do you guys deal with python packages depending on the compilation of protobuf .proto files?21:17
*** psnsilva <psnsilva!~psnsilva@161.230.35.203> has joined #yocto21:18
*** pbb <pbb!~quassel@mail.petabyte.dev> has quit IRC21:23
v2dmoto-timo: sorry to ask directly, are you aware of any protobuf-distutils use? I need this .proto compilation step and I want to make sure that packaging protobuf-distutils first is the good way to do21:30
moto-timov2d: i have never needed to do that, but there is a recipe http://layers.openembedded.org/layerindex/recipe/72577/21:32
moto-timov2d: perhaps someone else has direct knowledge21:33
yatesresoum: ok thank you.21:35
JPEWRP: You might find the patch I just sent interesting.... we are invoking touch *a lot* when reproducible builds are enabled21:41
RPJPEW: nice! :)21:42
JPEWMight help some of the AB-int problems?21:43
RPJPEW: I suspect we have other much more problematic fork bombs in the system (e.g. configure) but can't hurt!21:44
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:b98e:8ad6:391c:584f> has joined #yocto21:46
*** psnsilva <psnsilva!~psnsilva@161.230.35.203> has quit IRC21:51
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:b98e:8ad6:391c:584f> has quit IRC21:52
*** ahalaney <ahalaney!~ahalaney@068-184-200-203.res.spectrum.com> has quit IRC22:06
v2dmoto-timo: if I'm not mistaken, protobuf-distutils is different from python3-protobuf, it seems to be a distutils extension, not the protobuf library22:06
moto-timoCannot help you there. Zero knowledge.22:07
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has quit IRC22:13
*** psnsilva <psnsilva!~psnsilva@161.230.35.203> has joined #yocto22:13
*** linums <linums!~linums@apn-94-44-243-98.vodafone.hu> has joined #yocto22:13
*** kpo <kpo!~kpo@gl127-35.master.pl> has joined #yocto22:19
moto-timoYou might be able to use devtool add and https://pypi.org/project/protobuf-distutils/1.0/ to get started.22:19
*** linums <linums!~linums@apn-94-44-243-98.vodafone.hu> has quit IRC22:19
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has joined #yocto22:19
*** gnac <gnac!~gnac@172.56.42.225> has joined #yocto22:24
*** gnac <gnac!~gnac@172.56.42.225> has joined #yocto22:25
v2dmoto-timo: does OE provide support for distutils extensions (aka setuptools plugins)?22:27
v2dI've not yet figured out how to plug such extension with the setuptools3 bbclass22:27
*** meow` <meow`!~sbourdeli@88.164.199.67> has quit IRC22:28
*** meow` <meow`!~sbourdeli@88.164.199.67> has joined #yocto22:30
*** agust <agust!~agust@pd95f1cdf.dip0.t-ipconnect.de> has quit IRC22:34
moto-timov2d: I don't see why it wouldn't just be (1) create a python3-protobuf-distutils recipe (2) BBCLASSEXTEND = "native" (3) DEPENDS += "python3-protobuf-distutils-native"22:53
moto-timov2d: but that is honestly the limit of my knowledge here... I just know how I expect computers to work and they usually do22:53
*** psnsilva <psnsilva!~psnsilva@161.230.35.203> has quit IRC23:01
*** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC23:11
*** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto23:13
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC23:20
*** lexano <lexano!~lexano@cpe00e06722f0e4-cm98524a70e35e.cpe.net.cable.rogers.com> has quit IRC23:29
*** lexano <lexano!~lexano@2607:fea8:5bc0:332:249:3c01:abd5:bfbe> has joined #yocto23:43
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:b98e:8ad6:391c:584f> has joined #yocto23:47
mischiefis it possible to embed newlines in module_conf diriectives used by kernel-module-split.bbclass ?23:48
mischief(if not we're resorting to an anonymous python function)23:49
*** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:b98e:8ad6:391c:584f> has quit IRC23:52
*** dev1990 <dev1990!~dev@217.96.227.206.ipv4.supernova.orange.pl> has quit IRC23:57
*** dev1990_ <dev1990_!~dev@217.96.227.206.ipv4.supernova.orange.pl> has joined #yocto23:57

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!