Tuesday, 2021-04-20

*** vineela <vineela!~vtummala@> has quit IRC00:06
*** vineela <vineela!~vtummala@> has joined #yocto00:09
*** vineela <vineela!~vtummala@> has quit IRC00:13
*** stephano <stephano!~stephano@> has quit IRC00:21
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC00:52
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto00:54
*** sakoman <sakoman!~steve@> has quit IRC01:05
*** vmesons is now known as vmeson01:42
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto01:42
*** camus <camus!~Instantbi@> has joined #yocto02:22
*** kaspter <kaspter!~Instantbi@> has quit IRC02:23
*** camus is now known as kaspter02:23
*** ahadi <ahadi!~ahadi@> has quit IRC02:53
*** ahadi <ahadi!~ahadi@i5E86AC03.versanet.de> has joined #yocto02:55
*** mranostaj <mranostaj!~mranostaj@pdpc/supporter/active/mranostay> has quit IRC03:04
*** kaspter <kaspter!~Instantbi@> has quit IRC03:22
*** kaspter <kaspter!~Instantbi@> has joined #yocto03:23
*** mranostaj <mranostaj!~mranostaj@pdpc/supporter/active/mranostay> has joined #yocto04:35
*** MJCD <MJCD!uid193337@gateway/web/irccloud.com/x-azgyfsyxjudjwouf> has joined #yocto04:39
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC04:48
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::12bc> has joined #yocto04:48
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC04:54
*** kpo <kpo!~kpo@gl175-35.master.pl> has quit IRC04:58
*** jobroe <jobroe!~manjaro-u@p579eb58e.dip0.t-ipconnect.de> has joined #yocto05:06
*** kaspter <kaspter!~Instantbi@> has quit IRC05:17
*** kaspter <kaspter!~Instantbi@> has joined #yocto05:18
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-nkmujjqrctisvsdz> has quit IRC05:22
*** shabam <shabam!45b5686a@c-69-181-104-106.hsd1.ca.comcast.net> has quit IRC05:24
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto05:27
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto05:28
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto05:55
*** beginner <beginner!54b96f88@p54b96f88.dip0.t-ipconnect.de> has joined #yocto06:08
beginnerWhy does _append / _prepend not work properly with Python functions that are not a task?06:14
beginnerpython my_func_prepend () {06:14
beginner    bb.warn ('do sth fancy')06:14
beginnerpython my_func () {06:14
beginner    bb.warn ('do sth fancy')06:14
beginnerdef my_func ():06:14
beginner    pass06:14
beginnerpython my_func_prepend () {06:14
beginnerbb.warn ('do sth fancy') is never called06:15
*** frsc <frsc!~frsc@i59F72B2A.versanet.de> has joined #yocto06:17
*** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto06:24
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto06:32
*** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto06:45
*** Jonek <Jonek!531f42ed@> has joined #yocto06:46
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC06:48
*** camus <camus!~Instantbi@> has joined #yocto06:51
*** kaspter <kaspter!~Instantbi@> has quit IRC06:52
*** camus is now known as kaspter06:52
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto06:53
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:02
*** tperrot <tperrot!~tprrt@shells.bootlin.com> has quit IRC07:03
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto07:07
*** tperrot <tperrot!~tprrt@shells.bootlin.com> has joined #yocto07:15
*** falk0n[m] <falk0n[m]!falk0nmatr@gateway/shell/matrix.org/x-ivmhozgedjfbhnis> has joined #yocto07:20
*** tnovotny <tnovotny!~tnovotny@nat-50.starnet.cz> has joined #yocto07:26
*** beginner <beginner!54b96f88@p54b96f88.dip0.t-ipconnect.de> has quit IRC07:47
*** Piraty <Piraty!~irc@unaffiliated/piraty> has joined #yocto07:50
*** hch <hch!~x@unaffiliated/hch> has joined #yocto07:50
*** mckoan|away is now known as mckoan07:51
*** leon-anavi <leon-anavi!~Leon@> has quit IRC07:53
*** tnovotny <tnovotny!~tnovotny@nat-50.starnet.cz> has quit IRC07:55
*** zandrey <zandrey!~zandrey@> has joined #yocto07:59
*** hpsy <hpsy!~hpsy@> has joined #yocto07:59
*** camus <camus!~Instantbi@> has joined #yocto08:05
*** kaspter <kaspter!~Instantbi@> has quit IRC08:05
*** camus is now known as kaspter08:05
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC08:10
qschulzRP: I meant the timestamp issues :) (too many topics at once :D)08:20
qschulz(timestamp in log.do_<task>)08:20
RPqschulz: I know, that is harder than you'd think :/08:22
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto08:23
qschulzRP: 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@> has joined #yocto08:25
qschulzRP: just being curious08:26
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-sikiketjuuzkvxnw> has joined #yocto08:27
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC08:29
*** fl0v0 <fl0v0!~fvo@> has joined #yocto08:30
yannrburton: 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
rburtonyann: maybe your distro doesn't make that check a warning08:31
rburtonor error08:31
yannit is in WARN_QA, I even tried to promote it to ERROR_QA, still no package_qa rerun08:32
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto08:32
yannthat part of our distro matches poky08:33
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto08:34
yannrburton: 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
yann45-bytes tgz, which file even reports as "gzip compressed data, from Unix, truncated" (though perhaps abusingly)08:38
yannah 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
yannand "textrel" simply does not appear in the siginfo08:41
*** tnovotny <tnovotny!~tnovotny@nat-50.starnet.cz> has joined #yocto08:43
yannit does not seem that easy to remove those vars from a single task or a single recipe :/08:46
*** oberstet <oberstet!~oberstet@> has joined #yocto08:49
*** Ad0 <Ad0!~Ad0@> has quit IRC08:51
*** Ad0 <Ad0!~Ad0@> has joined #yocto08:57
*** RobertBerger <RobertBerger!~rber@ppp-2-86-133-194.home.otenet.gr> has quit IRC09:10
*** sstiller <sstiller!~sstiller@p200300f07f18b900cf9a06eef3937e17.dip0.t-ipconnect.de> has joined #yocto09:13
*** leon-anavi <leon-anavi!~Leon@> has quit IRC09:20
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:20
*** thekappe <thekappe!c65a42b1@> has joined #yocto09:43
thekappehello guys !09:43
thekappeI'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/devicetree09:44
thekappeBY the way the devicetree folder with the dtbs is not in tmp/work/machine/my-image-recipe/version/rootfs/boot09:45
mckoanthekappe: do you have KERNEL_DEVICETREE in the machine file ?09:49
thekappemckoan, my dts file is not in kernel's directory09:50
thekappeis built outside inheriting the devicetree.bbclaa09:50
RPqschulz: I can't remember what the issue was, just that I tried it and it wasn't as simple as I'd thought09:51
RPqschulz: I think there is a patch somewhere09:51
thekappethe 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/devicetree09:52
thekappebut they are not in the rootfs boot folder09:52
RPqschulz: I think http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wipqueue7&id=9a88d64f788ee3036869e8ca65fdde485c383798 was it09:53
qschulzthekappe: how did you make sure the device tree was pulled in by the image or when building your machine?09:53
thekappeprobably that's the issue09:54
RPhmm, 2015.09:54
qschulzRP: I'm quite impressed how quick you were to find a commit that was pushed 4 years ago :D09:56
RPqschulz: I'm just happy my memory kind of works :)09:57
qschulzthekappe: 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 file09:57
thekappeqschulz, yah, you were right10:04
*** RobertBerger <RobertBerger!~rber@ppp-2-86-133-194.home.otenet.gr> has joined #yocto10:22
*** sahm_ <sahm_!~sahm@> has quit IRC10:27
*** sahm_ <sahm_!~sahm@> has joined #yocto10: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
rburtonyann: can you send a v2 with the insane skip or shall I send it on your behalf10:45
*** Jonek <Jonek!531f42ed@> has quit IRC10:55
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-qychmhptrppdalup> has joined #yocto10:59
*** Jonek <Jonek!531f42ed@> has joined #yocto11:06
*** rohfle <rohfle!73bc456d@115-188-69-109-adsl.sparkbb.co.nz> has quit IRC11:33
yannrburton: it's v3 and sent already11:33
*** Jonek <Jonek!531f42ed@> has quit IRC11:33
yannor so I thought, you apparently did not get it :)11:33
yannrburton: maybe it's held in moderation, I probably did not subscribe to meta-arm ml yet11:34
rburtonah there it is11:36
rburtonyann: what machine were you building for?11:46
yannnanopi-m4, aarch6411:46
rburtonreplicates for me on demand with qemuarm6411:48
rburtoncurious if that's the difference11:49
*** hpsy1 <hpsy1!~hpsy@> has joined #yocto11:58
*** hpsy <hpsy!~hpsy@> has quit IRC12:00
*** pankaj347 <pankaj347!0e62b3fe@> has joined #yocto12:15
*** zefram22 <zefram22!~zefram22@> has joined #yocto12:20
*** c4t3l <c4t3l!~rcallicot@> has joined #yocto12:24
*** manuel1985 <manuel1985!~manuel198@> has joined #yocto12:28
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:9854:cea6:bba:9a61> has quit IRC12:31
*** thekappe <thekappe!c65a42b1@> has quit IRC12:47
*** sahm_ <sahm_!~sahm@> has quit IRC12:49
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto12:51
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC12:52
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto12:55
*** kaspter <kaspter!~Instantbi@> has quit IRC12:55
*** kaspter <kaspter!~Instantbi@> has joined #yocto12:56
yannrburton: the cpu tunes maybe ?12:58
*** zefram22 <zefram22!~zefram22@> has quit IRC12:59
*** luneff <luneff!~yury@> has joined #yocto12:59
*** zefram22 <zefram22!~zefram22@> has joined #yocto12:59
*** zefram22 <zefram22!~zefram22@> has quit IRC13:02
*** zefram22 <zefram22!~zefram22@> has joined #yocto13:09
*** thekappe <thekappe!c65a42b1@> has joined #yocto13:16
*** sakoman <sakoman!~steve@> has joined #yocto13:49
*** kpo_ <kpo_!~kpo@gl65-35.master.pl> has joined #yocto13:53
*** agust <agust!~agust@pd95f13e5.dip0.t-ipconnect.de> has joined #yocto14:02
*** jobroe <jobroe!~manjaro-u@p579eb58e.dip0.t-ipconnect.de> has quit IRC14:04
*** pankaj347 <pankaj347!0e62b3fe@> has quit IRC14:08
JaMafray: are you still interested in prelink-cross?14:09
RPJaMa: you ran into issues again?14:11
frayI think it's still useful to many people, however I just havn't had the time with other commitments..14:12
*** camus <camus!~Instantbi@> has joined #yocto14:12
*** kaspter <kaspter!~Instantbi@> has quit IRC14:12
*** camus is now known as kaspter14:12
frayFrom 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
JaMaRP: 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 prelink14:13
fraythe double free itself is in the prelinker?14:14
JaMayes, in dso_close_114:14
RPJaMa: might be a worth a bug report with the problematic binary if its easily reproduced?14:15
JaMaThis is the "working" binary http://paste.ubuntu.com/p/n4W8nwghkB/ (notice 'Could not create .gnu.conflict')14:15
fraywhere is dso_close_1?14:16
fray(which file)14:16
JaMaand this is the same binary (but built with dunfell instead of gatesgarth where it fails http://paste.ubuntu.com/p/mfWfb2X4PX/14:16
frayok.. it's close_dso_1 got it14:18
frayfor 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 loaded14:20
fraysorry, we free the d_buf.. I assume the data buffer14:21
frayso my sugegstion is put in a check before the free(data->d_buf) to find that value.14:21
frayIn 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
JaMayes, that's what was somehow lost in that pastabin, let me paste it directly from terminal14:22
JaMait's when freeing data from section 16 .dynstr, which is also mentioned, because of the overlap with section 17 before:14:23
JaMaprelink-debug/prelink: /usr/lib/image_transport/list_transports-bad: section [16 and 17] file offsets [00050315 and 00043000] not monotonically increasing14:23
*** sstiller <sstiller!~sstiller@p200300f07f18b900cf9a06eef3937e17.dip0.t-ipconnect.de> has quit IRC14:24
fraydoes 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 #yocto14:25
JaMalet 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 free14:25
fraycorrupted 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
frayFocus on the not monotonically increasing issue.  That is the real failure point14:26
frayIf the original file is like that, then there is either a bug in the linker or someone has changed something that is no longer compatible14:26
JaMabut it seems to be always on this binary even when I rebuild whole image from scratch14:26
frayif it's only after prelinking then prelink resizing broke14:26
JaMainterestingly it fails like this only with dunfell and only with qemux86-6414:27
frayCan you try a newer (or older) binutils with dunfell?  It really could be a bug in the linker14:27
JaMaand 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 happening14: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@> has quit IRC14:28
JaMayes, 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
JaMathen will try newer binutils14:29
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto14:29
*** sahm_ <sahm_!~sahm@> has joined #yocto14:31
JaMais prelink expected to re-order the sections? the output from readelf --all/objdump -x shows them in very different order14:32
*** tnovotny <tnovotny!~tnovotny@nat-50.starnet.cz> has quit IRC14:32
*** sahm__ <sahm__!~sahm@> has joined #yocto14:32
*** leon-anavi <leon-anavi!~Leon@> has quit IRC14:33
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto14:34
*** sahm_ <sahm_!~sahm@> has quit IRC14:35
*** hpsy <hpsy!~hpsy@> has joined #yocto14:50
*** hpsy1 <hpsy1!~hpsy@> has quit IRC14:52
frayJaMa, it MIGHT reorder..14:54
frayThe reorder isn't "intentional".. it's based on finding openings in the map to insert the prelink information14:55
*** zandrey <zandrey!~zandrey@> has quit IRC15:00
*** luneff <luneff!~yury@> has quit IRC15:00
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC15:04
*** Ad0 <Ad0!~Ad0@> has quit IRC15:10
*** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has quit IRC15:18
*** Ad0 <Ad0!~Ad0@> has joined #yocto15:18
*** sbach <sbach!~sbachmatr@> has quit IRC15:20
*** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has joined #yocto15:21
*** sbach <sbach!~sbachmatr@> has joined #yocto15:21
*** mckoan is now known as mckoan|away15:24
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC15:26
*** renegade <renegade!~renegade@2601:241:8a00:46e0:cc77:d915:bbd:cb4e> has joined #yocto15:30
*** kaspter <kaspter!~Instantbi@2409:8a1e:9112:8e0:c18c:5bc3:674b:1a90> has joined #yocto15:32
renegadeHi, 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 _config15:33
*** kehsandos <kehsandos!1fce62c6@> has joined #yocto15:33
JaMafray: 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 IRC15:37
*** zefram22 <zefram22!~zefram22@> has quit IRC15:38
*** kaspter <kaspter!~Instantbi@> has joined #yocto15:38
frayJaMa ya if things move and there isn't enough space it SHOULD detect it and stop..15:39
JaMait seems to happen very often for various binaries, but without this free failing in the end :/15:40
*** zefram22 <zefram22!~zefram22@> has joined #yocto15:40
frayya, 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
frayabout 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 yet15:41
JaMasystemd and dbus-deamon have this overlap as well, will check in oe-core only build15:41
*** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto15:43
JaMaI think this part works OK, it's detected dorrectly in check_dso and then it prevents prepare_write_dso/write_dso15:43
*** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC15:44
fraythe other thing to look at is libelf.. long ago we definitely found problems with that15:46
frayya, thats what I was remembering15:47
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:9854:cea6:bba:9a61> has joined #yocto15:49
manuel1985I 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
frayconnman used to be able to do some or all of that, but I've not tried it in a few years15:53
manuel1985I know about mmcli (ModemManager) and nmcli (NetworkManager) but I thought there might be some abstraction layer making things easier.15:54
fraythat is what connman does.. abstracts.. like like networkmanager can do15:54
manuel1985fray: Is connman still active? https://01.org/connman looks pretty dead to me. "You are not authorized to access this page."15:55
fraylike I said, I've not used it in a few years.. I don't know15:55
manuel1985ok thx15:55
shoraganmanuel1985, there is https://git.kernel.org/pub/scm/network/connman/connman.git/16:00
shoraganthey keep making release16:00
manuel1985Has 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@> has joined #yocto16:05
*** kehsandos <kehsandos!1fce62c6@> has quit IRC16:07
khemsystemd-networkd is good if you live in systemd land16:09
*** fl0v0 <fl0v0!~fvo@> has quit IRC16:09
JaMafray: 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.patch16:10
JaMaremoving the free() on data from elf_getdata definitely fixes the issue I'm seeing16:13
*** leon-anavi <leon-anavi!~Leon@> has quit IRC16:14
frayRobert Yang (one of the repliers) would have a good understanding of what might be happening.  So ther eis a good chance his analysis is good16:15
fraythe question is.. how (in prelink) do we identify if the d_buf is owned by "us" or readelf.. etc16:15
fraybut the same sort of check might be reasonable in prelink16:16
fray(btw I probably wouldn't have found that reference.. good job finding it!)  Your google foo is strong16:17
*** manuel1985 <manuel1985!~manuel198@> has quit IRC16:19
JaMaI've sent Robert an e-mail16:24
JaMaI've noticed that patch when comparing elfutils in dunfell and gatesgarth, the rest was easy even without foo16:24
frayhe's in Beijing.  So he's likely offline by now..16:25
JaMastill 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 further16:27
JaMano rush, we can disable prelink in this build as well (as we did in other builds already long time ago)16:27
JaMaI 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@> has quit IRC16:32
frayya..  the moving it isn't unexpected..  but the non.monotonic is a bug of some kind16:35
fraywhen we added/updated the check it was determined something in the linker changed, but we could never figure out "what"16:35
vdlwhat 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 IRC16:44
fraypackages 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 metadata16:48
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC16:55
yatesRUNTIMELIBITM 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
yatesan architecture-specific override, in this case?17:06
yatesjust looking to clarify terminology17:07
*** sstabellini_ <sstabellini_!sstabellin@gateway/shell/xshellz/x-dfanevidqcvxmziw> has joined #yocto17:09
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:905b:b9bb:690a:c955> has joined #yocto17:16
*** sahm__ <sahm__!~sahm@> has quit IRC17:26
*** oberstet <oberstet!~oberstet@> has quit IRC17:26
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-sikiketjuuzkvxnw> has quit IRC17:32
*** kaspter <kaspter!~Instantbi@> has quit IRC17:32
*** frsc <frsc!~frsc@i59F72B2A.versanet.de> has quit IRC17:33
*** vineela <vineela!~vtummala@> has joined #yocto17:37
*** thekappe <thekappe!c65a42b1@> has quit IRC17: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
sgw1RP: rburton: ^^^ ???17:56
*** hpsy <hpsy!~hpsy@> has quit IRC17:58
vdlto 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 matteo18:14
*** kpo_ <kpo_!~kpo@gl65-35.master.pl> has quit IRC18:14
*** kpo_ <kpo_!~kpo@gl65-35.master.pl> has joined #yocto18:15
*** kanavin_ <kanavin_!~Alexander@2a02:2454:2a0:cb00:eb83:2e01:3dda:5d46> has joined #yocto18:27
*** kanavin <kanavin!~Alexander@2a02:2454:2a0:cb00:eb83:2e01:3dda:5d46> has quit IRC18:28
khemyates: yes its the way to do overrides18:41
*** johnro1987 <johnro1987!88ff87aa@> has quit IRC18:42
*** rohfle <rohfle!73bc456d@115-188-69-109-adsl.sparkbb.co.nz> has joined #yocto18:58
khemvdl: yes you can just override sshd_config via a bbappend19:04
vdlkhem: thanks. Should I bbappend openssh, or openssh-sshd?19:06
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:9854:cea6:bba:9a61> has quit IRC19:07
*** xtron <xtron!~sahm@> has joined #yocto19:12
*** rohfle <rohfle!73bc456d@115-188-69-109-adsl.sparkbb.co.nz> has quit IRC19:27
*** rohfle <rohfle!73bc456d@115-188-69-109-adsl.sparkbb.co.nz> has joined #yocto19:35
*** franzn85 <franzn85!~Android@> has joined #yocto19:39
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto19:46
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC19:47
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto19:47
*** prabhakarlad <prabhakarlad!c18ddb18@pc.renesas.eu> has quit IRC19:48
*** franzn85 <franzn85!~Android@> has quit IRC19:55
*** franzn85 <franzn85!~Android@> has joined #yocto19:56
*** franzn85 <franzn85!~Android@> has quit IRC20:11
*** franzn85 <franzn85!~Android@> has joined #yocto20:12
*** franzn85 <franzn85!~Android@> has quit IRC20:21
*** rohfle <rohfle!73bc456d@115-188-69-109-adsl.sparkbb.co.nz> has quit IRC20:25
*** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC20:33
*** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto20:33
*** c4t3l <c4t3l!~rcallicot@> has quit IRC20:35
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC20:43
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto20:58
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto21:15
*** mauz555 <mauz555!~mauz555@2a01:e0a:994:7ed0:f494:5af1:426a:eb7e> has joined #yocto21:15
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC21:16
*** aidanh_ is now known as aidanh21:16
*** Ad0 <Ad0!~Ad0@> has quit IRC21:33
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC21:34
*** agust <agust!~agust@pd95f13e5.dip0.t-ipconnect.de> has quit IRC21:37
*** Ad0 <Ad0!~Ad0@> has joined #yocto21:38
vdlI have a simple recipe to package an mnt-data.mount unit file, but I get this:21:47
vdlERROR: mnt-data-1.0-r0 do_package: Didn't find service unit 'mnt-data.mount', specified in SYSTEMD_SERVICE_mnt-data.21:47
vdleven though I properly add FILESEXTRAPATHS_preprend := "${THISDIR}/files:" and SRC_URI += "file://${PN}.mount"21:48
vdlAnd my recipe resides in recipes-core/mnt-data/mnt-data.bb and the unit in recipes-core/mnt-data/files/mnt-data.mount21:49
RPsgw1: I suspect there is configuration being added which you're not adding back when you run it manually?21:53
vdlOK found it, systemd.bbclass is very strict regarding where the unit is installed.21:57
sgw1RP: 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
RPsgw1: you can do that by pushing a helper contrib branch just doing that21:58
*** renegade <renegade!~renegade@2601:241:8a00:46e0:cc77:d915:bbd:cb4e> has quit IRC22:06
sgw1Yeah, 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 IRC22:27
*** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has quit IRC22:32
resoumFor 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
resoumIt 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 IRC22:41
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto22:44
RPsgw1: if you want me to sort a helper branch let me know22:44
sgw1RP: you have enough on your plate, I will work it out, probably good for me to refresh my memory on doing it.22:50
sgw1You might remember I had an AB instance running here at home at one point.22:51
RPsgw1: offer is there of you need it (planning to sleep now though!)22:58
*** mauz555 <mauz555!~mauz555@2a01:e0a:994:7ed0:f494:5af1:426a:eb7e> has joined #yocto23:08
khemresoum: 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 properly23:10
khemBBLAYERS =+ "${@'${TOPDIR}/meta-xxx' if os.path.isfile('${TOPDIR}/meta-xxx/conf/layer.conf') else ''}"23:11
khemsomething like thisi23:11
khemthen you can control what layers get checked out for given project23:11
*** mauz555 <mauz555!~mauz555@2a01:e0a:994:7ed0:f494:5af1:426a:eb7e> has quit IRC23:13
*** xtron <xtron!~sahm@> has quit IRC23:14
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC23:28
*** sakoman <sakoman!~steve@> has quit IRC23:41
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto23:58

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