| *** vineela <vineela!~vtummala@134.134.139.83> has quit IRC | 00:06 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto | 00:09 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has quit IRC | 00:13 | |
| *** stephano <stephano!~stephano@73.240.0.134> has quit IRC | 00:21 | |
| *** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC | 00:52 | |
| *** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto | 00:54 | |
| *** sakoman <sakoman!~steve@72.173.249.164> has quit IRC | 01:05 | |
| *** vmesons is now known as vmeson | 01:42 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 01:42 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 02:22 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 02:23 | |
| *** camus is now known as kaspter | 02:23 | |
| *** ahadi <ahadi!~ahadi@89.244.120.51> has quit IRC | 02:53 | |
| *** ahadi <ahadi!~ahadi@i5E86AC03.versanet.de> has joined #yocto | 02:55 | |
| *** mranostaj <mranostaj!~mranostaj@pdpc/supporter/active/mranostay> has quit IRC | 03:04 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 03:22 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 03:23 | |
| *** mranostaj <mranostaj!~mranostaj@pdpc/supporter/active/mranostay> has joined #yocto | 04:35 | |
| *** MJCD <MJCD!uid193337@gateway/web/irccloud.com/x-azgyfsyxjudjwouf> has joined #yocto | 04:39 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC | 04:48 | |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::12bc> has joined #yocto | 04:48 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 04:54 | |
| *** kpo <kpo!~kpo@gl175-35.master.pl> has quit IRC | 04:58 | |
| *** jobroe <jobroe!~manjaro-u@p579eb58e.dip0.t-ipconnect.de> has joined #yocto | 05:06 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:17 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 05:18 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-nkmujjqrctisvsdz> has quit IRC | 05:22 | |
| *** shabam <shabam!45b5686a@c-69-181-104-106.hsd1.ca.comcast.net> has quit IRC | 05:24 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 05:27 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 05:28 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 05:55 | |
| *** beginner <beginner!54b96f88@p54b96f88.dip0.t-ipconnect.de> has joined #yocto | 06:08 | |
| beginner | Why does _append / _prepend not work properly with Python functions that are not a task? | 06:14 |
|---|---|---|
| beginner | python my_func_prepend () { | 06:14 |
| beginner | bb.warn ('do sth fancy') | 06:14 |
| beginner | } | 06:14 |
| beginner | becomes | 06:14 |
| beginner | python my_func () { | 06:14 |
| beginner | bb.warn ('do sth fancy') | 06:14 |
| beginner | def my_func (): | 06:14 |
| beginner | pass | 06:14 |
| beginner | } | 06:14 |
| beginner | python my_func_prepend () { | 06:14 |
| beginner | None} | 06:14 |
| beginner | bb.warn ('do sth fancy') is never called | 06:15 |
| *** frsc <frsc!~frsc@i59F72B2A.versanet.de> has joined #yocto | 06:17 | |
| *** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 06:24 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 06:32 | |
| *** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto | 06:45 | |
| *** Jonek <Jonek!531f42ed@83.31.66.237.ipv4.supernova.orange.pl> has joined #yocto | 06:46 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:48 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 06:51 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 06:52 | |
| *** camus is now known as kaspter | 06:52 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:53 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 07:02 | |
| *** tperrot <tperrot!~tprrt@shells.bootlin.com> has quit IRC | 07:03 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 07:07 | |
| *** tperrot <tperrot!~tprrt@shells.bootlin.com> has joined #yocto | 07:15 | |
| *** falk0n[m] <falk0n[m]!falk0nmatr@gateway/shell/matrix.org/x-ivmhozgedjfbhnis> has joined #yocto | 07:20 | |
| *** tnovotny <tnovotny!~tnovotny@nat-50.starnet.cz> has joined #yocto | 07:26 | |
| *** beginner <beginner!54b96f88@p54b96f88.dip0.t-ipconnect.de> has quit IRC | 07:47 | |
| *** Piraty <Piraty!~irc@unaffiliated/piraty> has joined #yocto | 07:50 | |
| *** hch <hch!~x@unaffiliated/hch> has joined #yocto | 07:50 | |
| *** mckoan|away is now known as mckoan | 07:51 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC | 07:53 | |
| *** tnovotny <tnovotny!~tnovotny@nat-50.starnet.cz> has quit IRC | 07:55 | |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto | 07:59 | |
| *** hpsy <hpsy!~hpsy@85.203.15.13> has joined #yocto | 07:59 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 08:05 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 08:05 | |
| *** camus is now known as kaspter | 08:05 | |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC | 08:10 | |
| qschulz | RP: I meant the timestamp issues :) (too many topics at once :D) | 08:20 |
| qschulz | (timestamp in log.do_<task>) | 08:20 |
| RP | qschulz: I know, that is harder than you'd think :/ | 08:22 |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto | 08:23 | |
| qschulz | RP: I'm not saying it's easy, I just wanted to know if there was any specific issue or just so many small issues that makes it impractical/impossible to implement? | 08:25 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:25 | |
| qschulz | RP: just being curious | 08:26 |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-sikiketjuuzkvxnw> has joined #yocto | 08:27 | |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC | 08:29 | |
| *** fl0v0 <fl0v0!~fvo@89.244.121.215> has joined #yocto | 08:30 | |
| yann | rburton: damned, I'm touching insane.class, I can check that the results do appear in `bitbake optee-os -c package_qa -e`, and none of those change ever trigger a package_qa task run, it's always using the setscene - that could be a lead for why it did not break testing ? | 08:31 |
| rburton | yann: maybe your distro doesn't make that check a warning | 08:31 |
| rburton | or error | 08:31 |
| yann | it is in WARN_QA, I even tried to promote it to ERROR_QA, still no package_qa rerun | 08:32 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 08:32 | |
| yann | that part of our distro matches poky | 08:33 |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto | 08:34 | |
| yann | rburton: the _package_qa.tgz in my sstate is strange, it is 10240 null bytes, gzipped - tar seems to accept this input, but still... | 08:37 |
| yann | 45-bytes tgz, which file even reports as "gzip compressed data, from Unix, truncated" (though perhaps abusingly) | 08:38 |
| yann | ah dumpsigs says WARN_QA and friends are whitelisted, that can explay why changing them does not trigger the job, but then is that reasonable ? | 08:40 |
| yann | and "textrel" simply does not appear in the siginfo | 08:41 |
| *** tnovotny <tnovotny!~tnovotny@nat-50.starnet.cz> has joined #yocto | 08:43 | |
| yann | it does not seem that easy to remove those vars from a single task or a single recipe :/ | 08:46 |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 08:49 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 08:51 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 08:57 | |
| *** RobertBerger <RobertBerger!~rber@ppp-2-86-133-194.home.otenet.gr> has quit IRC | 09:10 | |
| *** sstiller <sstiller!~sstiller@p200300f07f18b900cf9a06eef3937e17.dip0.t-ipconnect.de> has joined #yocto | 09:13 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 09:20 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 09:20 | |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto | 09:43 | |
| thekappe | hello guys ! | 09:43 |
| thekappe | I'm using the devicetree class to build the DT. After the build I got my dtb listed in build/tmp/work/machine/device-tree/rev/image/boot/devicetree | 09:44 |
| thekappe | BY the way the devicetree folder with the dtbs is not in tmp/work/machine/my-image-recipe/version/rootfs/boot | 09:45 |
| mckoan | thekappe: do you have KERNEL_DEVICETREE in the machine file ? | 09:49 |
| thekappe | mckoan, my dts file is not in kernel's directory | 09:50 |
| thekappe | is built outside inheriting the devicetree.bbclaa | 09:50 |
| RP | qschulz: I can't remember what the issue was, just that I tried it and it wasn't as simple as I'd thought | 09:51 |
| RP | qschulz: I think there is a patch somewhere | 09:51 |
| thekappe | the devicetree class install the dtbs in /boot/device tree, and I can see that beacuase the dtbs are in build/tmp/work/machine/device-tree/rev/image/boot/devicetree | 09:52 |
| thekappe | but they are not in the rootfs boot folder | 09:52 |
| RP | qschulz: I think http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wipqueue7&id=9a88d64f788ee3036869e8ca65fdde485c383798 was it | 09:53 |
| qschulz | thekappe: how did you make sure the device tree was pulled in by the image or when building your machine? | 09:53 |
| thekappe | probably that's the issue | 09:54 |
| RP | hmm, 2015. | 09:54 |
| qschulz | RP: I'm quite impressed how quick you were to find a commit that was pushed 4 years ago :D | 09:56 |
| RP | qschulz: I'm just happy my memory kind of works :) | 09:57 |
| qschulz | thekappe: it's a package, you need to add it to your IMAGE_INSTALL one way or the other, the proper way IMO is probably to add it to MACHINE_ESSENTIAL_EXTRA_RDEPENDS in your machine configuration file | 09:57 |
| thekappe | qschulz, yah, you were right | 10:04 |
| thekappe | thanks | 10:04 |
| qschulz | 👍 | 10:20 |
| *** RobertBerger <RobertBerger!~rber@ppp-2-86-133-194.home.otenet.gr> has joined #yocto | 10:22 | |
| *** sahm_ <sahm_!~sahm@103.113.103.15> has quit IRC | 10:27 | |
| *** sahm_ <sahm_!~sahm@103.113.103.15> has joined #yocto | 10:27 | |
| RP | "patchelf: cannot normalize PT_NOTE segment: non-contiguous SHT_NOTE sections" - the kind of error that I want to run away and hide from :/ | 10:39 |
| rburton | yann: can you send a v2 with the insane skip or shall I send it on your behalf | 10:45 |
| *** Jonek <Jonek!531f42ed@83.31.66.237.ipv4.supernova.orange.pl> has quit IRC | 10:55 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-qychmhptrppdalup> has joined #yocto | 10:59 | |
| *** Jonek <Jonek!531f42ed@83.31.66.237.ipv4.supernova.orange.pl> has joined #yocto | 11:06 | |
| *** rohfle <rohfle!73bc456d@115-188-69-109-adsl.sparkbb.co.nz> has quit IRC | 11:33 | |
| yann | rburton: it's v3 and sent already | 11:33 |
| *** Jonek <Jonek!531f42ed@83.31.66.237.ipv4.supernova.orange.pl> has quit IRC | 11:33 | |
| yann | or so I thought, you apparently did not get it :) | 11:33 |
| yann | rburton: maybe it's held in moderation, I probably did not subscribe to meta-arm ml yet | 11:34 |
| rburton | ah there it is | 11:36 |
| rburton | yann: what machine were you building for? | 11:46 |
| yann | nanopi-m4, aarch64 | 11:46 |
| yann | rk3399 | 11:47 |
| rburton | replicates for me on demand with qemuarm64 | 11:48 |
| rburton | curious if that's the difference | 11:49 |
| *** hpsy1 <hpsy1!~hpsy@79.140.123.230> has joined #yocto | 11:58 | |
| *** hpsy <hpsy!~hpsy@85.203.15.13> has quit IRC | 12:00 | |
| *** pankaj347 <pankaj347!0e62b3fe@14.98.179.254> has joined #yocto | 12:15 | |
| *** zefram22 <zefram22!~zefram22@172.58.236.45> has joined #yocto | 12:20 | |
| *** c4t3l <c4t3l!~rcallicot@139.138.156.12> has joined #yocto | 12:24 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 12:28 | |
| *** rcoote <rcoote!~rcoote@2a02:908:692:81c0:9854:cea6:bba:9a61> has quit IRC | 12:31 | |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC | 12:47 | |
| *** sahm_ <sahm_!~sahm@103.113.103.15> has quit IRC | 12:49 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 12:51 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 12:52 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 12:55 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 12:55 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 12:56 | |
| yann | rburton: the cpu tunes maybe ? | 12:58 |
| *** zefram22 <zefram22!~zefram22@172.58.236.45> has quit IRC | 12:59 | |
| *** luneff <luneff!~yury@80.72.17.178> has joined #yocto | 12:59 | |
| *** zefram22 <zefram22!~zefram22@172.58.236.45> has joined #yocto | 12:59 | |
| *** zefram22 <zefram22!~zefram22@172.58.236.45> has quit IRC | 13:02 | |
| rburton | right | 13:03 |
| *** zefram22 <zefram22!~zefram22@172.58.236.45> has joined #yocto | 13:09 | |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto | 13:16 | |
| *** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto | 13:49 | |
| *** kpo_ <kpo_!~kpo@gl65-35.master.pl> has joined #yocto | 13:53 | |
| *** agust <agust!~agust@pd95f13e5.dip0.t-ipconnect.de> has joined #yocto | 14:02 | |
| *** jobroe <jobroe!~manjaro-u@p579eb58e.dip0.t-ipconnect.de> has quit IRC | 14:04 | |
| *** pankaj347 <pankaj347!0e62b3fe@14.98.179.254> has quit IRC | 14:08 | |
| JaMa | fray: are you still interested in prelink-cross? | 14:09 |
| RP | JaMa: you ran into issues again? | 14:11 |
| fray | I think it's still useful to many people, however I just havn't had the time with other commitments.. | 14:12 |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 14:12 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 14:12 | |
| *** camus is now known as kaspter | 14:12 | |
| fray | From a technical "it doesn't work due to XYZ", I've never been the right person to work on that stuff. Luckily I've had support from Mentor and others in the past. | 14:13 |
| JaMa | RP: it's still the same issue I mentioned yesterday, now I have simple reproducer but don't understand what's different in this binary which causes double free in prelink | 14:13 |
| fray | the double free itself is in the prelinker? | 14:14 |
| JaMa | yes, in dso_close_1 | 14:14 |
| RP | JaMa: might be a worth a bug report with the problematic binary if its easily reproduced? | 14:15 |
| JaMa | This is the "working" binary http://paste.ubuntu.com/p/n4W8nwghkB/ (notice 'Could not create .gnu.conflict') | 14:15 |
| fray | where is dso_close_1? | 14:16 |
| fray | (which file) | 14:16 |
| JaMa | and this is the same binary (but built with dunfell instead of gatesgarth where it fails http://paste.ubuntu.com/p/mfWfb2X4PX/ | 14:16 |
| JaMa | https://git.yoctoproject.org/cgit/cgit.cgi/prelink-cross/tree/src/dso.c?h=cross_prelink_staging#n1702 | 14:17 |
| fray | ok.. it's close_dso_1 got it | 14:18 |
| fray | for each header in the index, set scn to the section. Call elf_getdata to load the section. If it returns NULL we're out of data to load.. we then free what we just loaded | 14:20 |
| fray | sorry, we free the d_buf.. I assume the data buffer | 14:21 |
| fray | so my sugegstion is put in a check before the free(data->d_buf) to find that value. | 14:21 |
| fray | In the past we've seen sections added that become place holders and don't end up having data in them triggering a failure like this. | 14:21 |
| JaMa | yes, that's what was somehow lost in that pastabin, let me paste it directly from terminal | 14:22 |
| JaMa | https://paste.ubuntu.com/p/c5XyKXBnNS/ | 14:22 |
| JaMa | it's when freeing data from section 16 .dynstr, which is also mentioned, because of the overlap with section 17 before: | 14:23 |
| JaMa | prelink-debug/prelink: /usr/lib/image_transport/list_transports-bad: section [16 and 17] file offsets [00050315 and 00043000] not monotonically increasing | 14:23 |
| *** sstiller <sstiller!~sstiller@p200300f07f18b900cf9a06eef3937e17.dip0.t-ipconnect.de> has quit IRC | 14:24 | |
| fray | does it overlap in the original? or did it overlap after the prelink? | 14:24 |
| *** MJCD <MJCD!uid193337@gateway/web/irccloud.com/x-azgyfsyxjudjwouf> has left #yocto | 14:25 | |
| JaMa | let me check, but this overlap doesn't seem to be the only difference, because I see 83 binaries with this issue even in rootfs which doesn't trigger this corrupted free | 14:25 |
| fray | corrupted free is "mythical" in behavior.. it's not going to be consistent cause it's not absolute addresses like this. You got lucky to trigger it.. | 14:26 |
| fray | Focus on the not monotonically increasing issue. That is the real failure point | 14:26 |
| fray | If the original file is like that, then there is either a bug in the linker or someone has changed something that is no longer compatible | 14:26 |
| JaMa | but it seems to be always on this binary even when I rebuild whole image from scratch | 14:26 |
| fray | if it's only after prelinking then prelink resizing broke | 14:26 |
| JaMa | interestingly it fails like this only with dunfell and only with qemux86-64 | 14:27 |
| fray | Can you try a newer (or older) binutils with dunfell? It really could be a bug in the linker | 14:27 |
| JaMa | and it's somehow related to spdlog library https://github.com/ros/meta-ros/commit/f08c9a3a51bf27a63a22ec39725a463d438723c3 https://github.com/ros/meta-ros/commit/f08c9a3a51bf27a63a22ec39725a463d438723c3 as previously it was enough to upgrade/downgrade spdlog to preven this prelink issue from happening | 14:28 |
| fray | (these are the steps I usually take to diagnose this stuff.. I've learned I don't have the ELF knowledge otherwise) | 14:28 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 14:28 | |
| JaMa | yes, I'm building the same image with gold instead of bfd now (as it doesn't fail in other DISTRO with ld-is-gold) | 14:28 |
| JaMa | then will try newer binutils | 14:29 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 14:29 | |
| *** sahm_ <sahm_!~sahm@103.113.103.15> has joined #yocto | 14:31 | |
| JaMa | is prelink expected to re-order the sections? the output from readelf --all/objdump -x shows them in very different order | 14:32 |
| *** tnovotny <tnovotny!~tnovotny@nat-50.starnet.cz> has quit IRC | 14:32 | |
| *** sahm__ <sahm__!~sahm@103.113.103.15> has joined #yocto | 14:32 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 14:33 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 14:34 | |
| *** sahm_ <sahm_!~sahm@103.113.103.15> has quit IRC | 14:35 | |
| *** hpsy <hpsy!~hpsy@178.239.198.38> has joined #yocto | 14:50 | |
| *** hpsy1 <hpsy1!~hpsy@79.140.123.230> has quit IRC | 14:52 | |
| fray | JaMa, it MIGHT reorder.. | 14:54 |
| fray | The reorder isn't "intentional".. it's based on finding openings in the map to insert the prelink information | 14:55 |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC | 15:00 | |
| *** luneff <luneff!~yury@80.72.17.178> has quit IRC | 15:00 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 15:04 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 15:10 | |
| *** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has quit IRC | 15:18 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 15:18 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC | 15:20 | |
| *** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has joined #yocto | 15:21 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto | 15:21 | |
| *** mckoan is now known as mckoan|away | 15:24 | |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC | 15:26 | |
| *** renegade <renegade!~renegade@2601:241:8a00:46e0:cc77:d915:bbd:cb4e> has joined #yocto | 15:30 | |
| *** kaspter <kaspter!~Instantbi@2409:8a1e:9112:8e0:c18c:5bc3:674b:1a90> has joined #yocto | 15:32 | |
| renegade | Hi, newbie question. In meta-raspberrypi, UBOOT_MACHINE for raspberrypi4 is defined as rpi_4_32b_config. But when i look under U-Boot sources I see the file is name rpi_4_32b_defconfig. Where is the machine getting this file? | 15:33 |
| renegade | _defconfig vs _config | 15:33 |
| *** kehsandos <kehsandos!1fce62c6@31.206.98.198> has joined #yocto | 15:33 | |
| JaMa | fray: looks like in this case it moved .dynstr from section 6 to section 16 between .fini and .rodata where wasn't enough space for it, will continue to debug why, here are headers before and after http://paste.ubuntu.com/p/7fTHn72sM5/ | 15:36 |
| *** kaspter <kaspter!~Instantbi@2409:8a1e:9112:8e0:c18c:5bc3:674b:1a90> has quit IRC | 15:37 | |
| *** zefram22 <zefram22!~zefram22@172.58.236.45> has quit IRC | 15:38 | |
| *** kaspter <kaspter!~Instantbi@183.192.143.28> has joined #yocto | 15:38 | |
| fray | JaMa ya if things move and there isn't enough space it SHOULD detect it and stop.. | 15:39 |
| JaMa | it seems to happen very often for various binaries, but without this free failing in the end :/ | 15:40 |
| *** zefram22 <zefram22!~zefram22@172.58.236.45> has joined #yocto | 15:40 | |
| fray | ya, that is broken then. Overlapping sections should have been detered and triggered a failure.. (besides the whole "don't move things where there isn't space for them) | 15:40 |
| fray | about 6 or so years ago we saw this same behavior and had to fix it.. but I don't remember where. git history might give you a clue if you havn't found the code yet | 15:41 |
| JaMa | systemd and dbus-deamon have this overlap as well, will check in oe-core only build | 15:41 |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto | 15:43 | |
| JaMa | I think this part works OK, it's detected dorrectly in check_dso and then it prevents prepare_write_dso/write_dso | 15:43 |
| *** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC | 15:44 | |
| JaMa | https://git.yoctoproject.org/cgit/cgit.cgi/prelink-cross/commit/?h=cross_prelink_staging&id=f9975537dbfd9ade0fc813bd5cf5fcbe41753a37 | 15:46 |
| fray | the other thing to look at is libelf.. long ago we definitely found problems with that | 15:46 |
| fray | ya, thats what I was remembering | 15:47 |
| *** rcoote <rcoote!~rcoote@2a02:908:692:81c0:9854:cea6:bba:9a61> has joined #yocto | 15:49 | |
| manuel1985 | I would like to have my yocto-created distribution connect to the internet through a LTE modem. Is there some software package which provides an interface to set, change PIN, PUK and such? | 15:53 |
| fray | connman used to be able to do some or all of that, but I've not tried it in a few years | 15:53 |
| manuel1985 | I know about mmcli (ModemManager) and nmcli (NetworkManager) but I thought there might be some abstraction layer making things easier. | 15:54 |
| fray | that is what connman does.. abstracts.. like like networkmanager can do | 15:54 |
| manuel1985 | fray: Is connman still active? https://01.org/connman looks pretty dead to me. "You are not authorized to access this page." | 15:55 |
| fray | like I said, I've not used it in a few years.. I don't know | 15:55 |
| manuel1985 | ok thx | 15:55 |
| shoragan | manuel1985, there is https://git.kernel.org/pub/scm/network/connman/connman.git/ | 16:00 |
| shoragan | they keep making release | 16:00 |
| manuel1985 | Has anyone some recommendations on network managers? Our product is using NetworkManager, but tbh I don't like it much. Yes fray you said you were using connman a few years ago, but due to reasons? | 16:04 |
| *** kehsandos92 <kehsandos92!1fce62c6@31.206.98.198> has joined #yocto | 16:05 | |
| *** kehsandos <kehsandos!1fce62c6@31.206.98.198> has quit IRC | 16:07 | |
| khem | systemd-networkd is good if you live in systemd land | 16:09 |
| *** fl0v0 <fl0v0!~fvo@89.244.121.215> has quit IRC | 16:09 | |
| JaMa | fray: this is interesting https://sourceware.org/legacy-ml/elfutils-devel/2018-q3/msg00092.html this is from https://git.openembedded.org/openembedded-core/tree/meta/recipes-devtools/elfutils/files/0001-libelf-elf_end.c-check-data_list.data.d.d_buf-before.patch | 16:10 |
| JaMa | removing the free() on data from elf_getdata definitely fixes the issue I'm seeing | 16:13 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 16:14 | |
| fray | Robert Yang (one of the repliers) would have a good understanding of what might be happening. So ther eis a good chance his analysis is good | 16:15 |
| fray | the question is.. how (in prelink) do we identify if the d_buf is owned by "us" or readelf.. etc | 16:15 |
| fray | but the same sort of check might be reasonable in prelink | 16:16 |
| fray | (btw I probably wouldn't have found that reference.. good job finding it!) Your google foo is strong | 16:17 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC | 16:19 | |
| JaMa | I've sent Robert an e-mail | 16:24 |
| JaMa | I've noticed that patch when comparing elfutils in dunfell and gatesgarth, the rest was easy even without foo | 16:24 |
| fray | he's in Beijing. So he's likely offline by now.. | 16:25 |
| JaMa | still doesn't explain why prelink decides to move .dynstr section on one binary (and causes non.monotonic error message) and on another it refuses to create .gnu.conflict stright away, when the space between .fini and .rodata seems to be almost the same in both binaries, will investigate further | 16:27 |
| JaMa | no rush, we can disable prelink in this build as well (as we did in other builds already long time ago) | 16:27 |
| JaMa | I just wanted to finally figure out what spdlog does to trigger this (as I refuse to try finding "compatible" version of spdlog again, like I did 2 times before just to work around this) | 16:29 |
| *** zefram22 <zefram22!~zefram22@172.58.236.45> has quit IRC | 16:32 | |
| fray | ya.. the moving it isn't unexpected.. but the non.monotonic is a bug of some kind | 16:35 |
| fray | when we added/updated the check it was determined something in the linker changed, but we could never figure out "what" | 16:35 |
| vdl | what should I do to avoid the do_package_write_ipk tasks? I do not use a package manager. | 16:39 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 16:44 | |
| fray | packages are the intermediate format for creating a rootfs. If the file(s) end up in a rootfs, you need a package manager -- but then never have to use the package manager or packages on the target itself. they're just intermediate archives w/ dependency metadata | 16:48 |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 16:55 | |
| yates | RUNTIMELIBITM is a variable defined in poky/meta/recipes-devtools/gcc/gcc-runtime.inc. There is also a variable RUNTIMELIBITM_riscv32. Is this called an "override"? | 17:06 |
| yates | an architecture-specific override, in this case? | 17:06 |
| yates | just looking to clarify terminology | 17:07 |
| *** sstabellini_ <sstabellini_!sstabellin@gateway/shell/xshellz/x-dfanevidqcvxmziw> has joined #yocto | 17:09 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:905b:b9bb:690a:c955> has joined #yocto | 17:16 | |
| *** sahm__ <sahm__!~sahm@103.113.103.15> has quit IRC | 17:26 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 17:26 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-sikiketjuuzkvxnw> has quit IRC | 17:32 | |
| *** kaspter <kaspter!~Instantbi@183.192.143.28> has quit IRC | 17:32 | |
| *** frsc <frsc!~frsc@i59F72B2A.versanet.de> has quit IRC | 17:33 | |
| *** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto | 17:37 | |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC | 17:37 | |
| * sgw1 is trying to understand why running oe-selftest -r runtime_test.TestImage.test_testimage_virgl_gtk_sdl vs then using the created build dir to run the same via do_testimage is giving different results from different tests ! | 17:56 | |
| sgw1 | RP: rburton: ^^^ ??? | 17:56 |
| *** hpsy <hpsy!~hpsy@178.239.198.38> has quit IRC | 17:58 | |
| vdl | to configure the ssh server (change the default port, etc.) should I bbappend the openssh recipe, or is there something fancy that I'm not aware of? | 18:02 |
| *** matteo| is now known as matteo | 18:14 | |
| *** kpo_ <kpo_!~kpo@gl65-35.master.pl> has quit IRC | 18:14 | |
| *** kpo_ <kpo_!~kpo@gl65-35.master.pl> has joined #yocto | 18:15 | |
| *** kanavin_ <kanavin_!~Alexander@2a02:2454:2a0:cb00:eb83:2e01:3dda:5d46> has joined #yocto | 18:27 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:2a0:cb00:eb83:2e01:3dda:5d46> has quit IRC | 18:28 | |
| khem | yates: yes its the way to do overrides | 18:41 |
| *** johnro1987 <johnro1987!88ff87aa@136.255.135.170> has quit IRC | 18:42 | |
| *** rohfle <rohfle!73bc456d@115-188-69-109-adsl.sparkbb.co.nz> has joined #yocto | 18:58 | |
| khem | vdl: yes you can just override sshd_config via a bbappend | 19:04 |
| vdl | khem: thanks. Should I bbappend openssh, or openssh-sshd? | 19:06 |
| *** rcoote <rcoote!~rcoote@2a02:908:692:81c0:9854:cea6:bba:9a61> has quit IRC | 19:07 | |
| *** xtron <xtron!~sahm@103.113.103.15> has joined #yocto | 19:12 | |
| *** rohfle <rohfle!73bc456d@115-188-69-109-adsl.sparkbb.co.nz> has quit IRC | 19:27 | |
| *** rohfle <rohfle!73bc456d@115-188-69-109-adsl.sparkbb.co.nz> has joined #yocto | 19:35 | |
| *** franzn85 <franzn85!~Android@178.138.96.168> has joined #yocto | 19:39 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 19:46 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 19:47 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 19:47 | |
| *** prabhakarlad <prabhakarlad!c18ddb18@pc.renesas.eu> has quit IRC | 19:48 | |
| *** franzn85 <franzn85!~Android@178.138.96.168> has quit IRC | 19:55 | |
| *** franzn85 <franzn85!~Android@178.138.96.168> has joined #yocto | 19:56 | |
| *** franzn85 <franzn85!~Android@178.138.96.168> has quit IRC | 20:11 | |
| *** franzn85 <franzn85!~Android@178.138.96.168> has joined #yocto | 20:12 | |
| *** franzn85 <franzn85!~Android@178.138.96.168> has quit IRC | 20:21 | |
| *** rohfle <rohfle!73bc456d@115-188-69-109-adsl.sparkbb.co.nz> has quit IRC | 20:25 | |
| *** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC | 20:33 | |
| *** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 20:33 | |
| *** c4t3l <c4t3l!~rcallicot@139.138.156.12> has quit IRC | 20:35 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC | 20:43 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 20:58 | |
| *** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 21:15 | |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:994:7ed0:f494:5af1:426a:eb7e> has joined #yocto | 21:15 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 21:16 | |
| *** aidanh_ is now known as aidanh | 21:16 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 21:33 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 21:34 | |
| *** agust <agust!~agust@pd95f13e5.dip0.t-ipconnect.de> has quit IRC | 21:37 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 21:38 | |
| vdl | I have a simple recipe to package an mnt-data.mount unit file, but I get this: | 21:47 |
| vdl | ERROR: mnt-data-1.0-r0 do_package: Didn't find service unit 'mnt-data.mount', specified in SYSTEMD_SERVICE_mnt-data. | 21:47 |
| vdl | even though I properly add FILESEXTRAPATHS_preprend := "${THISDIR}/files:" and SRC_URI += "file://${PN}.mount" | 21:48 |
| vdl | And my recipe resides in recipes-core/mnt-data/mnt-data.bb and the unit in recipes-core/mnt-data/files/mnt-data.mount | 21:49 |
| RP | sgw1: I suspect there is configuration being added which you're not adding back when you run it manually? | 21:53 |
| vdl | OK found it, systemd.bbclass is very strict regarding where the unit is installed. | 21:57 |
| sgw1 | RP: I have been trying to figure that out for sure. It only happens on the centos machines which is really frustrating. halstead might be creating me an oe-selftest with only the virgl test enabled. | 21:58 |
| RP | sgw1: you can do that by pushing a helper contrib branch just doing that | 21:58 |
| *** renegade <renegade!~renegade@2601:241:8a00:46e0:cc77:d915:bbd:cb4e> has quit IRC | 22:06 | |
| sgw1 | Yeah, I think he was looking into that, I will if is not able. Finally made some ceph/cmake progress today also. (removed a sanity check, which did not have all the settings propagating correctly). | 22:08 |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:994:7ed0:f494:5af1:426a:eb7e> has quit IRC | 22:27 | |
| *** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has quit IRC | 22:32 | |
| resoum | For a given repository that contains multiple meta-layers with image recipes in more than one meta-layer, is multiconfig and BBMASK the best practice for enabling images in certain meta-layers to exclude other meta-layers? | 22:36 |
| resoum | It seems like it is, but I was also wondering if there is a simpler way to maintain a consistent build, but to allow certain meta-layers to be excluded for certain images. | 22:37 |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC | 22:41 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 22:44 | |
| RP | sgw1: if you want me to sort a helper branch let me know | 22:44 |
| sgw1 | RP: you have enough on your plate, I will work it out, probably good for me to refresh my memory on doing it. | 22:50 |
| sgw1 | You might remember I had an AB instance running here at home at one point. | 22:51 |
| RP | sgw1: offer is there of you need it (planning to sleep now though!) | 22:58 |
| RP | if | 22:58 |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:994:7ed0:f494:5af1:426a:eb7e> has joined #yocto | 23:08 | |
| khem | resoum: usually, its achieved with different distro configs, you can also thing of creating a workspace setup where layers are included only if they exist in a checkout tree. But I think its best to maintain consistent metadata set so fixed layers for your distro goes long way in maintaining it properly | 23:10 |
| khem | BBLAYERS =+ "${@'${TOPDIR}/meta-xxx' if os.path.isfile('${TOPDIR}/meta-xxx/conf/layer.conf') else ''}" | 23:11 |
| khem | something like thisi | 23:11 |
| khem | then you can control what layers get checked out for given project | 23:11 |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:994:7ed0:f494:5af1:426a:eb7e> has quit IRC | 23:13 | |
| *** xtron <xtron!~sahm@103.113.103.15> has quit IRC | 23:14 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 23:28 | |
| *** sakoman <sakoman!~steve@72.173.249.164> has quit IRC | 23:41 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 23:58 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!