Tuesday, 2022-01-04

*** dev1990__ <dev1990__!~dev@> has quit IRC (Quit: Konversation terminated!)00:12
*** Guma <Guma!~textual@c-98-220-114-245.hsd1.il.comcast.net> has joined #yocto00:15
GumaHello Everyone. I am fairly new to Yocto. I have yocto project "DISTRO_VERSION = "2.0.3". I was able to build and flush my dev board. Board boots fine. After SDK was generated I installed it to /opt/apq8053-sdk/. Next I sourced in environment-setup-armv7a-vfp-neon-oe-linux-gnueabi. Now I have my cmake external project that I am trying to cross compile. Now when I try to run "cmake -DCMAKE_TOOLCHAIN_FILE=${OE_CMAKE_TOOLCHAIN_FILE} .."00:24
Guma from my project build/ folder I get error. Quick check of env variables is that OE_CMAKE_TOOLCHAIN_FILE is not defined. I also looked at "/opt/apq8053-sdk/sysroots/x86_64-oesdk-linux/usr/share" and I do not see cmake/ folder with expected OEToolchai00:24
GumaI also googled around and found this "There seems to be a bug in the imminent Yocto Project 2.5, Sumo, release. Here, sysroots/x86_64-chargestorm-linux/usr/share/cmake/OEToolchainConfig.cmake seems to be omitted."00:25
GumaI am on older version then 2.500:25
GumaA temporary solution suggested was to add TOOLCHAIN_HOST_TASK += "nativesdk-cmake-dev"00:26
GumaIs this correct suggestion? If so where do I add this line?00:27
GumaI this proper place to add "meta/classes/populate_sdk_base.bbclass"00:33
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds)00:36
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto00:37
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Remote host closed the connection)00:50
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto00:51
moto-timo2.0.3 was released January of 2016. 5 years ago. please get your vendor to update01:13
moto-timo^6 years ago01:14
Gumamoto-timo I will try but for now I like to get this going. Any help is welcomed...01:24
*** goliath <goliath!~goliath@user/goliath> has joined #yocto01:30
*** Guma <Guma!~textual@c-98-220-114-245.hsd1.il.comcast.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)01:47
*** Guma <Guma!~textual@c-98-220-114-245.hsd1.il.comcast.net> has joined #yocto01:50
*** camus <camus!~Instantbi@> has joined #yocto01:54
*** camus1 <camus1!~Instantbi@> has joined #yocto01:57
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 240 seconds)01:58
*** camus1 is now known as camus01:58
*** Guma <Guma!~textual@c-98-220-114-245.hsd1.il.comcast.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)02:16
*** Guma <Guma!~textual@c-98-220-114-245.hsd1.il.comcast.net> has joined #yocto02:26
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.)02:29
*** stephano[away] is now known as stephano02:43
*** stephano <stephano!~stephano@> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)02:44
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Quit: Client closed)03:37
*** vd81 <vd81!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto03:39
*** vivien1 <vivien1!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto03:41
*** vivien1 <vivien1!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Client Quit)03:43
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 256 seconds)03:58
*** camus <camus!~Instantbi@> has joined #yocto03:58
*** Guma <Guma!~textual@c-98-220-114-245.hsd1.il.comcast.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)04:19
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Remote host closed the connection)04:42
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto04:42
*** amitk <amitk!~amit@> has joined #yocto04:48
*** Ad0 <Ad0!~Ad0@> has quit IRC (Ping timeout: 268 seconds)05:15
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 240 seconds)05:28
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds)05:30
*** thekappe <thekappe!~user@> has quit IRC (Ping timeout: 252 seconds)05:35
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto05:36
*** vd81 <vd81!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Quit: Client closed)05:44
*** vivien1 <vivien1!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto05:53
*** vivien1 <vivien1!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Client Quit)05:55
*** vd <vd!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto05:55
*** mariusz1 <mariusz1!~mariusz@> has joined #yocto06:20
*** alessioigor <alessioigor!~alessioig@> has joined #yocto07:13
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Client Quit)07:15
*** ziga <ziga!~ziga@89-212-219-192.dynamic.t-2.net> has joined #yocto07:45
*** zpfvo <zpfvo!~fvo@> has joined #yocto07:58
*** ziga <ziga!~ziga@89-212-219-192.dynamic.t-2.net> has quit IRC (Quit: Leaving)08:08
*** ziga <ziga!~ziga@89-212-219-192.dynamic.t-2.net> has joined #yocto08:08
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 240 seconds)08:09
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto08:16
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Quit: WeeChat 3.3)08:17
*** alessioigor <alessioigor!~alessioig@> has joined #yocto08:41
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Client Quit)08:42
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 240 seconds)08:45
*** zpfvo <zpfvo!~fvo@> has joined #yocto08:46
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds)08:49
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 240 seconds)08:51
*** zpfvo <zpfvo!~fvo@> has joined #yocto08:51
*** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has quit IRC (Quit: You have been kicked for being idle)09:00
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has joined #yocto09:04
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 256 seconds)09:07
*** zpfvo <zpfvo!~fvo@> has joined #yocto09:22
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:23
zigaI added this recipe to the image https://github.com/meta-qt5/meta-qt5/blob/master/recipes-qt/qwt/qwt-qt5_6.1.5.bb but I can't see the /usr/lib/libqwt-qt5.so being installed on the target? Where can I see at which location these libraries are installed?09:29
zigaI already found out that it was installed as /usr/lib/libqwt.so09:39
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:39
qschulzziga: oe-pkgdata-util find-path '*libqwt*'09:43
qschulzthis will return the package (if built) in which the file is available, you install the package in your image and you should be good to go09:44
zigaVery useful! I will use this!09:44
zigaI was toggling to the target and using ldconfig -p | less up untill now...09:44
*** j7lc8l[m] <j7lc8l[m]!~j7lc8lmat@2001:470:69fc:105::1:57e1> has joined #yocto09:45
coldspark29[m]qschulz: Any idea how to use kas in combination with pyrex?09:52
qschulzcoldspark29[m]: use kas checkout, then pyrex to debug your stuff I'd say?09:52
*** camus <camus!~Instantbi@> has quit IRC (Read error: Connection reset by peer)09:52
coldspark29[m]Ah guess you just use kas to checkout09:52
*** camus <camus!~Instantbi@> has joined #yocto09:53
coldspark29[m]Yeah I could have thought of that myself actually. My first impulse is always asking someone else and while I hit the send button, I answer my own question ^^09:53
hmw[m]i'm trying to add KF5ModemManagerQt to a cmake project using a yocto sdk ( where the package is inlcude) but im getting build issues09:54
hmw[m]fatal error: modemsignal.h: No such file or directory09:54
*** mariusz1 <mariusz1!~mariusz@> has quit IRC (Ping timeout: 240 seconds)09:54
qschulzcoldspark29[m]: glad to have play the role of rubber duck :)09:54
qschulzcoldspark29[m]: c.f. https://en.wikipedia.org/wiki/Rubber_duck_debugging09:55
qschulzhmw[m]: wild guess but your cmake project does nto use the CFLAGS/CXXFLAGS/LDFLAGS correctly09:56
qschulzi.e. usually overridden directly in the CmakeLists.txt09:56
coldspark29[m]qschulz: Interesting that there even is a term for it ^^09:56
hmw[m]<qschulz> "i.e. usually overridden directly..." <- how do i fix it ?10:03
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Remote host closed the connection)10:08
*** camus1 <camus1!~Instantbi@> has joined #yocto10:11
*** camus <camus!~Instantbi@> has quit IRC (Remote host closed the connection)10:11
*** camus1 is now known as camus10:11
kanavin_RP: sorry for pushy language, I should've toned it down10:12
kanavin_RP: the more I look at it, the more it seems like universe is best way out for repro tests10:12
kanavin_this whole virtual/ and alternatives thing has grown organically over the years, and needs to be somehow redesigned i'd say10:13
coldspark29[m]Any idea how insert linebreaks in the generated local.conf with kas?10:18
coldspark29[m]* insert linebreaks for comments in the10:18
RPkanavin_: universe isn't the right thing and there is a "design" kind of there, it just isn't well documented. I'll reply in a bit, basically I think we need to ensure the virtual/XXX or the recipes are all used somewhere in core and if they aren't, it suggests a different problem10:19
RPwe should probably test that somehow10:19
kanavin_RP: but go-runtime is used, it just isn't packaged - we need to ensure the latter bit10:20
dacavHi.  I've got here a 3rd party bsp layer (from xilinx) that fails to apply a patch to qemu.  The patch is named '0010-configure-Add-pkg-config-handling-for-libgcrypt.patch'.  Is this familiar to anyone?10:22
rburtonJPEW: ha wow10:22
kanavin_dacav, you need to ask xilinx perhaps?10:23
qschulzcoldspark29[m]: we don't have enough info or context. In any case, I think it's just YAML syntax so just go with that and look for answers specific to YAML10:24
coldspark29[m]Yeah, I am just looking into that but can't find it. What i basically want is to write explanatory comments like int he original local.conf created by Yocto10:24
dacavkanavin_: yes.  That would be a route.  Just wondering if someone saw such a problem here.10:25
qschulzcoldspark29[m]: multiline string is usually started with the | character IIRC10:25
dacavInterestingly, the same patch is also applied by poky10:25
coldspark29[m]qschulz: Yes, but only for everything that follow the comment10:26
coldspark29[m]I am trying something like this... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/bfafb660bd73d5c2770236e8f7b3306cbd50537d)10:28
RPkanavin_: if it is used somewhere, it should get packaged in world builds :/10:32
kanavin_RP: and yet it doesn't, and that's the original problem that got me so agitated ;)10:32
qschulzcoldspark29[m]: did you try a scalar with a # comment in it? does it make it to the local.conf?10:32
*** dev1990 <dev1990!~dev@> has joined #yocto10:32
kanavin_it only gets packaged if you build it directly, or if you build an image that includes something that depends on it10:32
kanavin_RP: to reproduce, 'bitbake go-helloworld', inspect tmp/deploy/rpm10:33
kanavin_go-helloworld rpms will be there, but go-runtime rpms will not10:34
RPkanavin_: does helloworld actually need go-runtime ?10:36
kanavin_RP: just building to confirm10:37
RPkanavin_: I see go.bbclass only has a DEPENDS, not an RDEPENDS10:37
RPkanavin_: go-target and packagegroup-go-sdk-target should be the things which trigger the rpms to get built10:39
kanavin_RP: yes, go-helloworld does actually have go-runtime in .spec10:40
kanavin_but the rpm is not there :-/10:40
coldspark29[m]qschulz: No a # does not land in the local.conf10:40
RPkanavin_: there isn't anything telling bitbake it may be a runtime dependency :/10:41
RPkanavin_: I suspect the dependency comes in as part of an image10:43
*** d0ku <d0ku!~d0ku@> has joined #yocto10:44
kanavin_RP: yes, and as we don't have images with go-helloworld in repro tests, and rely on 'world' to sweep up everything, go-runtime ends up not being tested10:45
kanavin_and possibly others10:45
hmw[m]<qschulz> "hmw: wild guess but your cmake..." <- i needed to change:10:45
hmw[m]find_package(Qt${QT_VERSION_MAJOR} COMPONENTS Widgets DBus Xml REQUIRED)10:45
hmw[m]target_link_libraries(xtest        Qt5::Core        Qt5::DBus        KF5::ModemManagerQt        )10:45
kanavin_RP: that's why I proposed lifting those exclusions in world10:46
RPkanavin_: I'm more worried about why the packagegroup and compiler don't pull it in10:46
RPkanavin_: the fact the rpm's don't get built does suggest there is a bit of a dependency glitch somewhere though :/10:46
coldspark29[m]@qschulz Oh yes a scalar works. Didn't know what it is10:49
coldspark29[m]Thanks :)10:49
RPkanavin_: I see you're running builds. I'd just warn the ab isn't at full strength and has a lot of new workers and "new" issues with them :/10:50
kanavin_RP: right, I guess I'll let this one run through, but not start any new ones until halstead declares completion.10:51
RPkanavin_: I think it will be for me to get things working at this point :/10:52
kanavin_RP: sorry, do you mean fixing rdepends or should I cancel the ongoing a-full?10:52
RPkanavin_: His side looks to be mostly done but there are a few issues the new systems are highlighting10:53
kanavin_I just built 'go' and go-runtime isn't there :-/ there's a serious issue there it seems10:53
RPkanavin_: the a-full is ok, I just wanted to warn it may see some interesting failures10:53
RPkanavin_: I do have a large queue in -next too which may overlap with some of yours10:54
kanavin_RP: only the go repro bits, the rest are manual (e.g. not from auh) package updates that weren't yet done by others10:55
kanavin_new systemd for example, which would benefit from a-full10:55
RPkanavin_: ok, fair enough10:59
RPa number of the patches in -next have issues :(10:59
kanavin_RP: yes, coming from me they wouldn't :) but it's also good to encourage others to send updates :-/11:00
RPkanavin_: I know, I tend to try and let others add them where possible though ;-)11:01
RPkanavin_: I think adding  do_build[rdeptask] += "do_package_write_rpm" to package_rpm.bbclass does what we want11:03
RPipk/deb will need similar11:03
kanavin_RP: yes, I was just looking at what that fateful do_build change actually contained11:03
kanavin_it dropped do_build[credeptask] += "do_package_write_rpm"11:04
*** mariusz1 <mariusz1!~mariusz@> has joined #yocto11:05
kanavin_or do you mean adding do_package_write_rpm[recrdeptask] += "do_package_write_rpm" ?11:06
kanavin_otherwise that change would be effectively reverted, no?11:06
RPkanavin_: I'm suggesting rdeptask instead of recrdeptask11:07
RPit is a compromise but should be much less overhead11:07
kanavin_my bitbake-fu isn't that good - maybe it's a good thing that over the years I haven't had to learn much about those things, as that means it 'just works' almost all of the time ;)11:11
kanavin_I need to look up rdeptask vs recrdeptask now11:11
RPkanavin_: one is recursive, one isn't11:11
RPkanavin_: and yes, it is nice in many ways people haven't needed to care :)11:11
kanavin_RP: the downside is the bus factor is close to 1 :(11:12
RPkanavin_: yes :(11:12
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto11:17
RPkanavin_: I've queued a build with the rdeptask change in, we'll see11:23
kanavin_RP: cheers :)11:28
coldspark29[m]How can I checkout a certain branch like gatesgarth with kas?11:29
coldspark29[m]Putting it in refspec didnt't work and I can't find anything on it in the documentation11:30
qschulzcoldspark29[m]: give the commit hash11:30
coldspark29[m]Ah okay, this seems a bit bad for the overview though11:31
coldspark29[m]Would be nice to specify the branch11:32
coldspark29[m]* the branch by name, but well11:32
qschulzI disagree11:32
qschulzyou want reproducibility11:32
qschulzusing a branch will not guarantee that11:32
qschulzit might work somehow but I don't think it's a good idea anyway11:32
coldspark29[m]We are currently using repo and it specifies the branch. I thought that this was intended somehow11:33
RPkanavin_: your build has some fun with the mdadm upgrade and udev :/11:33
coldspark29[m]I like kas much better than repo though :)11:34
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 256 seconds)11:37
*** camus <camus!~Instantbi@> has joined #yocto11:37
*** d0ku <d0ku!~d0ku@> has quit IRC (Ping timeout: 240 seconds)11:56
*** camus1 <camus1!~Instantbi@> has joined #yocto11:56
*** camus <camus!~Instantbi@> has quit IRC (Read error: Connection reset by peer)11:57
*** camus1 is now known as camus11:57
zigaI managed to build my application with "bitbake application" and it was compiled as "tmp/work/cortexa8hf-neon-poky-linux-gnueabi/application/1.0-r0/application-1.0/fotovolt_gui". But when I include it in my image with "IMAGE_INSTALL += "application" I can't find it on the target. Any idea?12:09
zigaI edited the recipes with "devtool edit-recipe application" and "devtool edit-recipe image".12:13
qschulzziga: oe-pkgdata-util list-pkg-files application12:16
qschulzit'll show the files that the package you install contains12:16
coldspark29[m]@schulz: Any idea how to use environment variables in a yaml script for kas? I need to expand one for the url of a repository12:17
qschulzI assume you forgot to have an install target in your cmake or a proper do_install (the former is better)12:17
qschulzcoldspark29[m]: there's autocompletion usually in your IRC/matrix client so you don't have to type it by hand :)12:18
qschulzcoldspark29[m]: no I don't know, you could always do a small sed before running kas though12:18
zigaOkay! I will take a look at that and report back if I can't solve!12:19
zigaThank you!12:19
coldspark29[m]There should be support for it in kas though12:19
coldspark29[m]I actually can't believe it isn't ^^12:21
ziga@qschulz I used "oe-pkgdata-util list-pkg-files application" and it returned an empty list. Probably I really have to do what you said.12:21
coldspark29[m]Seems like yaml doesn't support environment variables though.12:21
qschulzziga: add an install target in your cmake :)12:21
zigaI use qmake... :/12:21
zigaWhat now?12:22
qschulzziga: propbably possible too, look at other qmake recipes12:22
zigaOk. I have to dive a bbit. Thanky again!12:22
coldspark29[m]Time of a github issue! ☝️12:23
qschulzcoldspark29[m]: provide a usecase too so it's easier to convince people to work on it12:26
qschulzBTW, weren't you supposed to send a patch? I don't remember :p12:26
qschulzAh yes, the EDITOR stuff12:26
qschulzbut that was for pyrex :)12:28
coldspark29[m]qschulz: JPEW is not in favor of the idea. He said he hasn't come up with a good solution yet.12:30
coldspark29[m]He wants to implement it in general, but said our idea would create problems. I don't really see why, but well12:31
coldspark29[m]s/in general/somehow/12:32
rburtonkanavin_: re your toolchain question, i've been meaning to switch meta-arm to use multiconfig for the machines where you have a 64-bit primary core but a 32-bit A or M core on the side, instead of using those binary compilers.12:32
coldspark29[m]> <@qschulz:libera.chat> BTW, weren't you supposed to send a patch? I don't remember :p12:32
coldspark29[m] * JPEW is not in favor of the idea. He said he hasn't come up with a good solution yet.12:32
qschulzcoldspark29[m]: ah I see you opened an issue on Github, missed that one :)12:32
qschulzcoldspark29[m]: would have been great to have the discussion on the github issue :)12:32
qschulzI might send a patch to "force" him to answer on the github issue/PR so that we have a trace somewhere :)12:33
coldspark29[m]qschulz: Yeah, IRC is volatile12:33
qschulzor if you have the logs of the discussion, it'd be great to add it to the issue12:33
coldspark29[m]We discussed it here12:33
qschulzcoldspark29[m]: we have logs though12:33
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds)12:34
qschulzso just need to get the date at which this discussion happened and we'll find the logs :)12:35
coldspark29[m]qschulz: Can't find the logs in Matrix. No idea why12:36
coldspark29[m]He said I could build my own docker image for Pyrex https://github.com/garmin/pyrex/blob/master/DEVELOPING.md#building-images-locally12:37
coldspark29[m]I am too lazy though12:37
coldspark29[m]devtool edit-recipe is not important enough to go through all of that hassle12:37
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto12:42
coldspark29[m]I guess I can try editing the dockerfile12:53
coldspark29[m]Prove my point and make a PR12:53
*** sherbrechtsmeier <sherbrechtsmeier!~sherbrech@i5E866799.versanet.de> has joined #yocto12:56
*** sherbrechtsmeier <sherbrechtsmeier!~sherbrech@i5E866799.versanet.de> has quit IRC (Client Quit)12:57
hmw[m]hi i'm planning to convertet a project from qmake to cmake can a bb file support both ??12:57
qschulzhmw[m]: both at the same time wouldn't make much sense, but yes, qmake and cmake based projects are supportde12:57
hmw[m]<qschulz> "hmw: both at the same time..." <- i meen that i don´t like changing it back and forward when i need to build a "old" application13:03
qschulzhmw[m]: have two recipes then, with the same name but a different version and put DEFAULT_PREFERENCE = "-1" in the old one13:09
qschulzthen you just need to select the reciep to build in your loca.conf with PREFERRED_VERSION_application = "<old_version<"13:10
qschulzif you don't do anything, then the newer version will be built13:10
qschulzit;s likely possible to have both qmake and cmake but i'm not sure it's worth the headaches it can potentially produce :)13:11
*** akiCA <akiCA!~akiCA@user/akica> has joined #yocto13:22
JPEWcoldspark29[m]: GitHub issue is fine :)13:30
coldspark29[m]Hmm I just tried adding all the requiered editors in the Dockerfile and also set an `alias vi="vim"`, but it still doesn't find vi13:32
*** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Quit: Leaving)13:32
kanavin_rburton, right, but this is for the 32 bit primary core to host a compiler for the rtos core13:34
rburtonoh you want an on-target compiler?13:35
*** tgamblin_ <tgamblin_!~tgamblin@2607:fea8:c29d:d7c0::cf1c> has quit IRC (Quit: Leaving)13:37
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::cf1c> has joined #yocto13:37
coldspark29[m]<JPEW> "coldspark29: GitHub issue is..." <- Thanks, which container would be the one running devootl. I just tried adding them in the Alpine container which is probably wrong.13:39
coldspark29[m]s/devootl./devtool?/, s/them/Vim/13:39
*** akiCA <akiCA!~akiCA@user/akica> has joined #yocto13:41
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds)13:48
*** cperon <cperon!~cperonmat@2001:470:69fc:105::2d1a> has quit IRC (Ping timeout: 240 seconds)13:50
*** suy|m <suy|m!~suymatrix@2001:470:69fc:105::1:359d> has quit IRC (Ping timeout: 240 seconds)13:50
*** glembo[m] <glembo[m]!~glembomat@2001:470:69fc:105::174> has quit IRC (Ping timeout: 240 seconds)13:50
*** jaskij[m] <jaskij[m]!~jaskijmat@2001:470:69fc:105::fa76> has quit IRC (Ping timeout: 240 seconds)13:50
*** expert[m] <expert[m]!~expertmat@2001:470:69fc:105::c8b> has quit IRC (Ping timeout: 240 seconds)13:50
*** Emantor[m] <Emantor[m]!~emantorm]@2001:470:69fc:105::8eb> has quit IRC (Ping timeout: 240 seconds)13:50
*** j7lc8l[m] <j7lc8l[m]!~j7lc8lmat@2001:470:69fc:105::1:57e1> has quit IRC (Ping timeout: 240 seconds)13:51
*** T_UNIX[m] <T_UNIX[m]!~tunixmatr@2001:470:69fc:105::9ea> has quit IRC (Ping timeout: 240 seconds)13:51
*** codavi <codavi!~akiCA@user/akica> has joined #yocto13:51
*** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds)13:54
*** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has quit IRC (Ping timeout: 256 seconds)13:54
*** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has joined #yocto13:54
coldspark29[m]Hmm I tried adding vi to all Ubuntu image, but it still doesn't work. No idea...13:55
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto13:55
JPEWcoldspark29[m]: Not sure what you mean, Pyrex doesn't have an alpine container?13:56
JPEWqschulz, coldspark29[m]: Also: https://github.com/garmin/pyrex/issues/7213:57
qschulzJPEW: yeah I saw :)13:58
coldspark29[m] JPEW What is this then?... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/ba3b30799a715635acc2d391c6b798b487a7c440)14:00
coldspark29[m]Its in images/Dockerfile14:01
JPEWcoldspark29[m]: We compile a few utilites from source to include in the images14:01
coldspark29[m]But it's Alpine ...14:02
JPEWcoldspark29[m]: Right, so we use Alpine, but that image isn't included in the final (it's a multi-stage build)14:02
JPEWYou want one of the images that ends in -base14:02
JPEWcoldspark29[m]: Sorry, you want the image that is `FROM ${PYREX_BASE} as pyrex-base`14:03
JPEWline ~620 or so14:03
*** jaskij[m] <jaskij[m]!~jaskijmat@2001:470:69fc:105::fa76> has joined #yocto14:04
*** expert[m] <expert[m]!~expertmat@2001:470:69fc:105::c8b> has joined #yocto14:04
*** glembo[m] <glembo[m]!~glembomat@2001:470:69fc:105::174> has joined #yocto14:04
*** cperon <cperon!~cperonmat@2001:470:69fc:105::2d1a> has joined #yocto14:04
*** suy|m <suy|m!~suymatrix@2001:470:69fc:105::1:359d> has joined #yocto14:04
kanavin_rburton, yes14:05
kanavin_rburton, or rather the customer14:05
kanavin_they want to compile on cortex-a linux for cortex-m rtos14:05
kanavin_and cortex-a is 32 bit, to make it extra fun14:06
*** Emantor[m] <Emantor[m]!~emantorm]@2001:470:69fc:105::8eb> has joined #yocto14:06
*** T_UNIX[m] <T_UNIX[m]!~tunixmatr@2001:470:69fc:105::9ea> has joined #yocto14:08
rburtonyou'd hope it wouldn't be impossible to make a custom gcc recipe that mostly included the standard recipes but changed the target to arm-m14:09
*** j7lc8l[m] <j7lc8l[m]!~j7lc8lmat@2001:470:69fc:105::1:57e1> has joined #yocto14:10
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto14:11
kanavin_rburton, only if I could land it in oe-core, which I doubt14:11
kanavin_otherwise you need to copy everything into a private layer, and tweak, creating a recipe fork14:12
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto14:13
rburtonif customer is happy with using the standard gcc, i'd ask khem about how to do that14:15
kanavin_they are, I'm just not sure how to do it without a mass-copy-tweak14:15
rburtonrequire gcc_11.2.bb14:16
rburtonyeah. might need a bit of abstraction in the recipe14:16
rburtonwould they be happy with clang :)14:16
kanavin_there needs to be a way to specify the canadian target somehow14:17
kanavin_without hardcoding it, and with being able to have several canadian targets somehow14:17
kanavin_and no copy-tweaking ;)14:17
RPkanavin_: I still think some wrappers setting the no compiler libs flags might work ;-)14:18
rburtonlooks like a gcc for arm-a can't build for arm-m though14:18
*** camus1 <camus1!~Instantbi@> has joined #yocto14:18
RPrburton: really? :(14:19
rburtonassuming i'm remembering right and kanavin wanted a -m target14:19
rburtonif its all A then yeah, nostdlib ftw!14:19
rburtonwe have a side plan of removing use of the binary compilers in meta-arm14:19
rburtonas they're ick14:20
*** camus <camus!~Instantbi@> has quit IRC (Read error: Connection reset by peer)14:20
*** camus1 is now known as camus14:20
kanavin_the customer says "for an arbitrary arm micro-controller"14:22
rburtonthey really should specify A or M14:22
rburtonas they really should know, and it makes a differene14:22
*** TundraMan is now known as marka14:41
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds)14:57
* RP wonders how long before kanavin_ notices his Pending patch additions 14:57
coldspark29[m]Does anyone else work with Freescale here?15:02
*** mariusz1 <mariusz1!~mariusz@> has quit IRC (Ping timeout: 256 seconds)15:04
*** sherbrechtsmeier <sherbrechtsmeier!~sherbrech@i5E866799.versanet.de> has joined #yocto15:04
*** Guest225 <Guest225!~Guest22@c-67-184-86-35.hsd1.il.comcast.net> has quit IRC (Quit: Ping timeout (120 seconds))15:06
qschulzcoldspark29[m]: ask your question, otherwise people usually don't answer to open questions like that ;)15:07
vmesoncoldspark29[m]: Many people use freescale boards. Maybe more people would respond if you were to ask a more specific question.15:07
vmesonqschulz: right.15:07
*** florian <florian!~florian@dynamic-093-133-096-224.93.133.pool.telefonica.de> has joined #yocto15:08
coldspark29[m]qschulz: Well Freescale uses a setup script15:09
coldspark29[m]which basically sets up the build directory. It overwrite all configurations I have made with kas and without it, it doesn't work. So I am wondering if Freescale relies on repo and this script, whether I should go with kas at all15:09
rburtonfwiw, there's likely no real reason to use their setup script if you want to use kas15:10
coldspark29[m]I mean I could just do all the modifications from the script myself somehow, but it doesn't seem reasonable to duplicate efforts. Also, if Freescale does update their repo one day, I would have to do it all over15:10
coldspark29[m]rburton: Yeah, I am just not seeing the advantage of kas yet15:11
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto15:11
coldspark29[m]It seems like a cleaner solution than repo, but if I have to rewrite the script, it might just get too much work.15:11
rburtonjust use oe-init-build-env from oe-core15:16
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds)15:19
coldspark29[m]Ah seems like I just had a typo and the bblayers.conf was faulty15:20
coldspark29[m]It does compile now15:20
qschulzcoldspark29[m]: meh, you probbaly don't need any of this stuff, just include the layers this script is adding to your kas.yaml file and add the ACCEPT_FSL_EULA variable to your local.conf (though.. one is not supposed to automate that, hence probably the script)15:20
coldspark29[m]Although it shows me an error when I clone the first time15:20
coldspark29[m]`2022-01-04 16:19:38 - ERROR    - Total 321 (delta 134), reused 318 (delta 134)`15:20
qschulzcoldspark29[m]: that's not enough info unfortunately for us to be able to help you15:21
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto15:23
coldspark29[m]It is  our own repository on Gerrit that I am cloning via ssh. It shows an error, but everything works afterwards.15:24
*** sherbrechtsmeier <sherbrechtsmeier!~sherbrech@i5E866799.versanet.de> has quit IRC (Quit: Client closed)15:26
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto15:27
coldspark29[m]If I take it out of the cloning list, there is no error. All other layers come from Github or Gitlab. I think Gerrit and ssh is just not well supported or there is an issue with our Repo.15:31
coldspark29[m]qschulz: Is there a way to let kas setup Pyrex as well?15:46
coldspark29[m]When I I let it checkout pyrex, it complains that there is no layer.conf inside, because it is technically not a layser I guess15:47
qschulzkas is for production, pyrex for dev15:59
qschulzso just clone and setup pyrex manually15:59
*** nodeboy[m] <nodeboy[m]!~nodeboyma@2001:470:69fc:105::c91> has quit IRC (Quit: You have been kicked for being idle)16:00
qschulzyou're trying to have kas do the same thing as repo but that's not really what it's for?16:00
*** nodeboy[m] <nodeboy[m]!~nodeboyma@2001:470:69fc:105::c91> has joined #yocto16:00
*** nodeboy[m] <nodeboy[m]!~nodeboyma@2001:470:69fc:105::c91> has left #yocto16:00
*** olani <olani!~olani@> has joined #yocto16:26
*** florian <florian!~florian@dynamic-093-133-096-224.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds)16:27
*** TundraMan <TundraMan!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto16:34
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC (Ping timeout: 240 seconds)16:35
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto16:41
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)16:42
*** TundraMan is now known as marka16:43
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto16:44
*** camaronut <camaronut!~camaronut@c-98-212-176-36.hsd1.il.comcast.net> has joined #yocto16:45
camaronutHi all, happy new year!16:46
camaronutRP: back on the 29th, you had sent me a tip regarding a fix on master with rpmbuild and XZ_TRHEADS.  It turns out dunfell already has that patch, it looks like it was cherry picked.  https://git.yoctoproject.org/poky/commit/?id=2691f9aa0d9e4ee8faec5b5fc35a136fbecc8fac.16:50
camaronutSince then I've added more debugging output to rpmbuild.  It turns out the SSL package is occasionally getting no files added to it's linked list of things to do, so it's effectively trying to create an empty cpio archive inside the RPM, which is only caught when it attempts to close out the cpio by writing a trailer.16:50
RPrburton: what was the cause of the cpio thing you were seeing?16:51
RPrburton: camaronut was seeing it with dunfell16:51
RPcamaronut: it seems strange that a zero length list of files would do that, sounds like a bug :/16:52
RPcamaronut: did you find a fix?16:52
RPrburton: it may be you just worked around it?16:52
rburtonmy problem was was insane parallism causing fork() to fail16:52
rburtoni just reduced XZ_THREADS a lot16:53
rburtonoh and ZSTD_THREADS too16:53
rburtonas some rpms use zstd instead16:53
rburtonon my machine, there are 256 'cores', BB_NUMBER_THREADS and PARALLEL_MAKE is set to 32, but ZSTD_ and XZ_THREADS is 816:53
RPrburton: dunfell wouldn't be using zstd though16:54
RPrburton: perhaps it is a different issue, just sounded similar16:54
camaronutRP: not yet.  I got stalled up trying to understand the linked list they're using to add files.  The debug I had was in the while() loop that added files to the cpio.  That while loop is never entered.16:54
qschulzalso, if built within a container, you have a few other settings to set right? like max number of pids and mount a tmpfs in /tmp for some reason16:54
qschulzbut eh, that's all I can bring to the discussion :p16:55
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)16:55
rburtonmine was obvious as the package log was full of permission denied errors16:55
camaronutqschulz: we are using a docker container...16:55
RPcamaronut: might be worth a look at that code upstream, see if any fixes were made16:55
camaronut72 thread machine16:55
camaronutRP: Yup.  Upstream reimplemented the OpenMP changes that were proposed for building the packages.16:56
camaronutRP: I'll look some more.16:56
qschulzcamaronut: pids_limit = 1000000 in containers.conf (for podman)16:58
qschulz+ --tmpfs /tmp for podman run too16:58
qschulzthat was what was needed for us to make it work16:58
camaronutqschulz: thanks for the tip!  I'll take a look at those for our setup.16:59
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 256 seconds)17:01
*** argonautx <argonautx!~argonautx@i5E8673F9.versanet.de> has joined #yocto17:02
*** locutusofborg_ is now known as locutusofborg17:12
*** locutusofborg is now known as LocutusOfBorg17:13
*** Guma <Guma!~textual@> has joined #yocto17:32
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 240 seconds)17:33
*** camus <camus!~Instantbi@> has joined #yocto17:33
*** Guma__ <Guma__!~textual@> has joined #yocto17:36
*** Guma <Guma!~textual@> has quit IRC (Ping timeout: 256 seconds)17:38
*** Guma__ is now known as Guma_17:39
*** Guma_ <Guma_!~textual@> has quit IRC (Client Quit)17:40
*** Guma <Guma!~textual@> has joined #yocto17:45
*** Guma <Guma!~textual@> has quit IRC (Client Quit)17:45
*** zpfvo <zpfvo!~fvo@> has quit IRC (Remote host closed the connection)17:45
*** Guma <Guma!~Guma@> has joined #yocto17:46
codaviIs there any specific reason why 'SECURITY_CFLAGS' variable (-D_FORTIFY_SOURCE=2 -Wformat etc) gets added to 'CC' rather than 'CFLAGS' ? Readily noticeable in SDK environment-setup file.17:53
codaviThis makes it hard to make a debug build for apps but Poky/SDK itself is built regularly (not debug) without doing something to remove security flags from 'CC'17:59
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto17:59
*** tlhonmey <tlhonmey!~tlhonmey@> has joined #yocto18:06
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)18:06
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)18:06
*** d0ku <d0ku!~d0ku@> has joined #yocto18:12
*** Guma <Guma!~Guma@> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)18:17
*** Guma <Guma!~Guma@> has joined #yocto18:18
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)18:19
*** Guma <Guma!~Guma@> has quit IRC (Client Quit)18:20
*** Guma <Guma!~Guma@> has joined #yocto18:20
*** Guma <Guma!~Guma@> has quit IRC (Client Quit)18:20
*** Guma <Guma!~Guma@> has joined #yocto18:21
*** Guma <Guma!~Guma@> has quit IRC (Client Quit)18:22
*** tlhonmey <tlhonmey!~tlhonmey@> has quit IRC (Quit: Client closed)18:23
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds)18:25
*** tlhonmey <tlhonmey!~tlhonmey@> has joined #yocto18:29
*** Guma <Guma!~Guma@> has joined #yocto18:35
*** Guma__ <Guma__!~Guma@> has joined #yocto18:35
*** Guma <Guma!~Guma@> has quit IRC (Ping timeout: 256 seconds)18:40
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto18:40
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto18:41
*** goliath <goliath!~goliath@user/goliath> has joined #yocto19:06
*** Guma__ is now known as Guma19:07
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 240 seconds)19:09
*** amitk <amitk!~amit@> has joined #yocto19:11
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 256 seconds)19:16
*** amitk <amitk!~amit@> has joined #yocto19:17
*** florian <florian!~florian@dynamic-093-133-096-224.93.133.pool.telefonica.de> has joined #yocto19:23
*** florian <florian!~florian@dynamic-093-133-096-224.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)19:28
*** d0ku <d0ku!~d0ku@> has quit IRC (Ping timeout: 256 seconds)19:34
*** d0ku <d0ku!~d0ku@> has joined #yocto19:35
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds)19:39
*** amitk_ <amitk_!~amit@> has joined #yocto19:44
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 240 seconds)19:45
*** d0ku <d0ku!~d0ku@> has quit IRC (Ping timeout: 256 seconds)19:46
*** risca <risca!~quassel@h-176-10-232-62.A980.priv.bahnhof.se> has joined #yocto19:49
*** amitk_ <amitk_!~amit@> has quit IRC (Ping timeout: 240 seconds)19:57
*** Guma <Guma!~Guma@> has quit IRC (Quit: Good Night Everyone...)19:57
*** florian <florian!~florian@dynamic-093-133-096-224.93.133.pool.telefonica.de> has joined #yocto19:59
*** ziga <ziga!~ziga@89-212-219-192.dynamic.t-2.net> has quit IRC (Quit: Leaving)20:12
*** ziga <ziga!~ziga@89-212-219-192.dynamic.t-2.net> has joined #yocto20:13
kanavin_RP: I noticed immediately, but didn't have the heart (or guts) to tell you off :) besides, webkit ignored all of my submissions so far, or maybe I'm using the wrong channel somehow20:28
kanavin_at least openssl should be fairly simple20:29
JPEWkanavin_: Did you go though WebKit bugzilla?20:31
kanavin_JPEW, I think so - you can check the links in the patches I submitted20:32
kanavin_there's a script that creates bugzilla tickets from the command line and attaches the patch from what I remember20:32
JPEWkanavin_: Ya, thats what I did20:37
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)20:42
*** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto21:06
yatesis there a way to generate a call graph (dependency graph) for an application built within yocto?21:07
rburtonnothing yocto specific21:10
rburtonassuming you mean at the binary level, and not package management level21:10
yatesyes, at the binary level. anything non-yocto specific?21:11
yates(read: anything, anywhere, that can do this?)21:12
yatesi was looking at sourcetrail and lucidchart21:13
yateshow are you, rburton? Happy New Year21:13
RPkanavin_: the webkit one needs someone with ruby knowledge. I'm sure I could figure it out but there are other more pressing issues21:19
RPkanavin_: I was just wondering if you'd say anything :)21:19
*** chep` <chep`!~chep@> has joined #yocto21:21
*** chep <chep!~chep@> has quit IRC (Read error: Connection reset by peer)21:23
*** chep` is now known as chep21:23
*** ziga <ziga!~ziga@89-212-219-192.dynamic.t-2.net> has quit IRC (Ping timeout: 240 seconds)21:34
*** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has quit IRC (Read error: Connection reset by peer)21:49
camaronutRP: I looked through the upstream rpm git logs.  There's a few changes that mention they fix data races, but the patches would not apply cleanly to what Dunfell currently has.  I just forklifted rpm (and files) from hardknott and ran my repro script.  So far I've repackaged openssl 11 times and it's fine.  I'll continue to run the21:50
camaronutscript overnight and report back the results.21:50
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)21:51
*** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has joined #yocto21:52
RPcamaronut: thanks for the info. sakoman might fine it interesting too21:56
jonmasonNot sure if there is a job board, but here is one from a recruiter that hit me up earlier today.  https://jobs.sleepnumber.com/job/san-jose/sr-embedded-software-engineer/1020/844396649622:00
jonmasonHonestly, I'm concerned why a bed would even need YP22:00
fraySleep number has a lot of IoT in their controllers now22:01
jonmasonI can be paranoid22:02
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC (Ping timeout: 256 seconds)22:05
*** florian_kc <florian_kc!~florian@dynamic-093-133-096-224.93.133.pool.telefonica.de> has joined #yocto22:20
*** florian <florian!~florian@dynamic-093-133-096-224.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)22:23
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto22:46
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds)22:50
*** goliath <goliath!~goliath@user/goliath> has joined #yocto22:54
tlhonmeyjonmason:  Because obviously you need to be able to adjust the firmness of your bed from your smartphone.  What other way would there be to do it?22:59
*** florian_kc <florian_kc!~florian@dynamic-093-133-096-224.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)23:06
RPjonmason, rburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/113/builds/1880/steps/13/logs/stdio - was this master-next, the autobuilder or something in meta-arm?23:08
*** florian_kc <florian_kc!~florian@dynamic-093-133-096-224.93.133.pool.telefonica.de> has joined #yocto23:18
jonmasonRP: I assume this is something in the past 24h, correct?23:22
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto23:24
*** argonautx <argonautx!~argonautx@i5E8673F9.versanet.de> has quit IRC (Quit: Leaving)23:38
*** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 240 seconds)23:59

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