Friday, 2023-04-14

*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)00:07
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)00:45
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto00:45
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)00:51
*** starblue <starblue!~juergen@dslb-088-078-100-209.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 240 seconds)01:08
*** starblue <starblue!~juergen@dslb-094-221-185-162.094.221.pools.vodafone-ip.de> has joined #yocto01:10
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has quit IRC (Quit: Leaving.)01:20
*** tokamak <tokamak!~Tokamak@150.136.105.167> has quit IRC (Quit: ZNC 1.8.2+deb2build5 - https://znc.in)01:21
*** tokamak <tokamak!~Tokamak@150.136.105.167> has joined #yocto01:22
*** tunahan <tunahan!~tunahan@78.188.72.174> has quit IRC (Quit: tunahan)01:27
*** tunahan <tunahan!~tunahan@78.188.72.174> has joined #yocto01:27
*** meego <meego!~meego@2a01:e0a:e5:3260:50d5:dd39:abf8:eee2> has quit IRC (Read error: Connection reset by peer)02:25
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)02:41
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto02:41
*** jclsn <jclsn!~jclsn@2a04:4540:650b:eb00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 248 seconds)02:46
*** jclsn <jclsn!~jclsn@2a04:4540:652e:9100:2ce:39ff:fecf:efcd> has joined #yocto02:49
*** tunahan <tunahan!~tunahan@78.188.72.174> has quit IRC (Quit: tunahan)02:52
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has joined #yocto02:52
*** tunahan <tunahan!~tunahan@78.188.72.174> has joined #yocto02:52
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds)03:30
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto03:30
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto03:56
*** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Quit: wooosaiiii)03:57
*** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto03:57
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto04:47
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)04:50
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto04:50
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC (Quit: WeeChat 3.7.1)05:04
*** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Quit: wooosaiiii)05:06
*** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto05:06
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)05:12
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto05:12
*** arisut <arisut!~none@gentoo/developer/alicef> has joined #yocto05:14
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has quit IRC (Quit: Leaving.)05:29
*** thomas__ <thomas__!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto05:34
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 255 seconds)05:55
*** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 256 seconds)06:07
*** amitk_ <amitk_!~amit@103.59.74.103> has joined #yocto06:19
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Quit: Leaving)06:20
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto06:22
*** lexano <lexano!~lexano@174.119.69.134> has joined #yocto06:39
LetoThe2ndyo dudX06:40
*** mckoan|away is now known as mckoan06:48
mckoangood morning06:48
*** alejandr1 <alejandr1!~alejandro@user/alejandrohs> has quit IRC (Quit: WeeChat 3.7.1)06:55
*** florian <florian!~florian@dynamic-093-131-087-226.93.131.pool.telefonica.de> has joined #yocto06:57
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto06:58
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto07:06
*** zpfvo <zpfvo!~fvo@i59F5CE3E.versanet.de> has joined #yocto07:07
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection)07:13
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto07:14
*** zpfvo <zpfvo!~fvo@i59F5CE3E.versanet.de> has quit IRC (Ping timeout: 265 seconds)07:35
*** jclsn <jclsn!~jclsn@2a04:4540:652e:9100:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 3.8)07:36
*** jclsn <jclsn!~jclsn@2a04:4540:652e:9100:2ce:39ff:fecf:efcd> has joined #yocto07:36
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto07:39
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)07:45
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto07:45
*** florian <florian!~florian@dynamic-093-131-087-226.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds)07:46
*** zpfvo <zpfvo!~fvo@i59F5CE3E.versanet.de> has joined #yocto07:50
*** meego_ <meego_!~meego@2a01:e0a:e5:3260:6d65:2706:de2b:9ef7> has joined #yocto07:55
*** zpfvo <zpfvo!~fvo@i59F5CE3E.versanet.de> has quit IRC (Ping timeout: 260 seconds)07:58
TRO[m]Hi, is there a way to rerun oe-selftest without deleting the build-st dir? For dev purpose...07:58
*** zpfvo <zpfvo!~fvo@i59F5CE3E.versanet.de> has joined #yocto07:58
*** bps <bps!~bps@user/bps> has joined #yocto08:02
*** ptsneves <ptsneves!~Thunderbi@public-gprs403094.centertel.pl> has joined #yocto08:19
kanavinTRO[m], oe-selftest -h08:25
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 240 seconds)08:34
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto08:35
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto08:41
TRO[m]yes, I did read that first - now also the wiki, but I did identify the only might correct parameter is -K to "Keep the test build directory even if all tests pass", but that also will give that error: "...build-st already exists, aborting"09:04
kanavinTRO[m], you can rename the existing build-st dir to something else. I thought you wanted to keep it after successful oe-selftest.09:06
kanavinwhat's the use case for reusing build-st?09:09
TRO[m]Trying to fix that bug: https://bugzilla.yoctoproject.org/show_bug.cgi?id=15086 and to not want to wait 30min till it crash again... Just want to get faster in fixing bugs :D09:11
*** alessioigor <alessioigor!~alessioig@mob-5-90-179-118.net.vodafone.it> has joined #yocto09:12
RPTRO[m]: the best way would be just to tweak the code to reuse the directory. We don't have an option for it as we can't gurantee what state a given build directory would be in and we had a lot of odd test failures as a result09:31
kanavinTRO[m], you can make it faster by setting sstate cache somewhere where it would be shared between build and build-st09:33
RPkanavin: we should find a way to allow sharing of sstate by default for this :/. I think the code tries but it isn't perfect09:35
TRO[m]@RP: @kanavin: thank you!09:35
kanavinRP: indeed, oe-selftest could first check where the cache is in the main build, then set build-st to use that09:36
RPkanavin: I think it does work but only if you set SSTATE_DIR directly, not with the default path09:38
RPkanavin: it might be "as simple" as checking if it is a variable path and then pointing at the parent if so09:39
RPTRO[m]: perhaps improving this might be a good step, I did talk a little with megan about some of the challenges you've had :/09:43
RPTRO[m]: I was going to mention in triage yesterday but you had to drop :(09:43
TRO[m]Yes, as said I will have more time next week.09:44
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)09:45
RPTRO[m]: in meta/lib/oeqa/selftest/context.py you'll see a setup_builddir() function. I'd accept a patch which sets SSTATE_DIR in there to match the parent09:46
TRO[m]ok, will look into that09:47
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto10:16
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection)10:27
*** jpuhlman <jpuhlman!~jpuhlman@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Read error: Connection reset by peer)10:30
*** thomas__ <thomas__!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 252 seconds)10:40
*** ptsneves <ptsneves!~Thunderbi@public-gprs403094.centertel.pl> has quit IRC (Ping timeout: 250 seconds)10:41
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds)10:46
*** zhmylove <zhmylove!~zhmylove@80.254.50.216> has joined #yocto10:49
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving)10:50
*** ptsneves <ptsneves!~Thunderbi@public-gprs403573.centertel.pl> has joined #yocto10:51
*** amitk <amitk!~amit@103.208.71.73> has quit IRC (Ping timeout: 248 seconds)10:57
*** amitk <amitk!~amit@103.208.71.103> has joined #yocto10:58
*** tunahan <tunahan!~tunahan@78.188.72.174> has quit IRC (Quit: tunahan)11:32
*** tunahan <tunahan!~tunahan@78.188.72.174> has joined #yocto11:33
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto11:41
*** goliath <goliath!~goliath@user/goliath> has joined #yocto11:53
*** vladest <vladest!~Thunderbi@88-103-229-75.rci.o2.cz> has quit IRC (Quit: vladest)11:53
*** vladest <vladest!~Thunderbi@88-103-229-75.rci.o2.cz> has joined #yocto11:53
*** ptsneves <ptsneves!~Thunderbi@public-gprs403573.centertel.pl> has quit IRC (Ping timeout: 248 seconds)11:56
RPTRO[m]: let me know if it looks problematic and I can take a look. I agree we should fix this to make it easier for people to be productive12:06
RPWe really need to improve hash equiv serve with this too12:07
*** jtoomey <jtoomey!~jtoomey@149.199.80.130> has joined #yocto12:09
*** ptsneves <ptsneves!~Thunderbi@public-gprs410866.centertel.pl> has joined #yocto12:14
*** alessioigor <alessioigor!~alessioig@mob-5-90-179-118.net.vodafone.it> has quit IRC (Quit: alessioigor)12:17
*** alessioigor <alessioigor!~alessioig@mob-5-90-179-118.net.vodafone.it> has joined #yocto12:17
TRO[m]Currently testing - if it's safe to assume that nobody modified the SSTATE_DIR in the parent. We could simply set the build-st to the default of the parent.12:20
TRO[m]that did help: https://pastebin.com/8Qj69Y7w12:23
TRO[m]brought the test down from 30 to 3 minutes!12:23
RPTRO[m]: sadly it won't be safe to assume that, we make this work on the autobuilder by setting to a common directory in the parent!12:25
RPTRO[m]: nice testing time impovement though :D12:26
RPTRO[m]: maybe check if that directory already exists? or read the value from the parent build?12:26
TRO[m]hmm. you mean parsing parent local.conf or how do I get that var in that environment - I mean it's not an env var...12:28
RPTRO[m]: I'd check if the example in that code, bblayers = subprocess.check_output("bitbake-getvar --value BBLAYERS") is looking in the current builddir or the new one12:30
RPTRO[m]: if it is the old builddir we could use that. If it is the new one, I'm then not sure what to do12:30
TRO[m]ok, will try. thank you!12:31
* RP is having a day where he feels overwhelmed with too many things to do and therefore gets nothing done :(12:38
*** alessioigor <alessioigor!~alessioig@mob-5-90-179-118.net.vodafone.it> has quit IRC (Quit: alessioigor)12:42
*** alessioigor <alessioigor!~alessioig@mob-5-90-179-118.net.vodafone.it> has joined #yocto12:42
*** tunahan <tunahan!~tunahan@78.188.72.174> has quit IRC (Quit: tunahan)12:43
*** tunahan <tunahan!~tunahan@78.188.72.174> has joined #yocto12:43
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto12:48
TRO[m]*sorry for this ;)13:02
TRO[m]But this: bblayers = subprocess.check_output("bitbake-getvar --value BBLAYERS") will end with command not found, I'm trying to get the SSTATE_DIR var by tinfoil - does this make sense? This is giving me the new build-st sstate-dir var?13:02
*** camus <camus!~Instantbi@58.246.136.203> has quit IRC (Remote host closed the connection)13:03
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-33-70-53-64-242.dsl.bell.ca> has joined #yocto13:07
*** tunahan <tunahan!~tunahan@78.188.72.174> has quit IRC (Quit: tunahan)13:08
*** tunahan <tunahan!~tunahan@78.188.72.174> has joined #yocto13:08
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds)13:09
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto13:09
RPTRO[m]: where in the function are you running that? You need to run it before it changes os.environ13:13
RPTRO[m]: it isn't failing when it runs it currently I assume so it should work13:13
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 246 seconds)13:14
RPTRO[m]: you're not what I'm struggling with, this is an easier thing :D13:14
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto13:14
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto13:18
*** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 255 seconds)13:21
TRO[m]yes, that was it - works! :)13:26
*** seninha <seninha!~seninha@user/seninha> has joined #yocto13:32
*** Guest76 <Guest76!~Guest76@2a02:c7c:6202:d100:fc11:cdfd:31e3:556c> has joined #yocto13:41
*** amitk_ <amitk_!~amit@103.59.74.103> has quit IRC (Ping timeout: 240 seconds)13:47
Guest76Hi all. I am new to yocto and I am trying to get a recipe for python FastAPI and its dependencies (starlette). There doesn't seem to be one on openembedded index yet but it looks like yet but it seems someone may have submitted a patch to add a recipe before: https://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg76295.html Can13:48
Guest76anyone point me to where I would find this recipe and the starlette one it references?13:48
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has joined #yocto13:50
LetoThe2ndGuest76: if you read the title, then you might notice the 3/3, which means its the third of three patches in a series. scroll down, there is the thread tree, and the other two mails are 1/3 and 2/313:54
Guest76Thank you LetoThe2nd my bad!13:56
LetoThe2ndGuest76: have fun!13:57
Guest76LetoThe2nd thanks also for your useful live streams on youtube, I am still learning and they have been helpful!13:58
LetoThe2ndglad to hear! unfortunately a bit outdated now, need to make new ones. hopefully soon.13:58
RPlandgraf: which bug did you put the libgcc/python comment into? I'm struggling to find it :/14:27
frayLetoThe2nd: still planning to do them on twitch?14:28
LetoThe2ndfray: yup14:29
meego_quick question: it's not possible to have conditional class inheritance in recipes, correct? i was hoping to remove gsettings from a recipe's PACKAGECONFIG but this little guy also inhertits gsettings.bbclass, which ends up breaking during postinst14:30
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto14:30
LetoThe2ndit always was a lot of fun, but finding good time is complicated.14:30
RPmeego_: it is technically possible but fraught with potential problems as it means immediate expansion of variables14:32
meego_RP: oh that's dangerous. OK thanks for sparing me the bruises. I'll just leave it as it is.14:34
RPTRO[m]: patches look good thanks!14:40
*** alessioigor <alessioigor!~alessioig@mob-5-90-179-118.net.vodafone.it> has quit IRC (Ping timeout: 255 seconds)14:41
roussinmIs mickledore branch stable enough to be used experimentally until release?14:54
kanavinRP: I'm pushing time64.inc towards being enabled by default https://git.yoctoproject.org/poky-contrib/log/?h=akanavin/y203814:55
kanavin(bumping the minimum kernel needs to be separately assessed, and is reverted for now)14:56
RPkanavin: I've kind of been waiting for the new autoconf for this as it changes a lot too14:58
RProussinm: it passed QA and is mainly waiting on release notes at this point14:58
roussinmRP: amazing thanks.14:59
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)15:00
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto15:00
kanavinRP: glibc is something of a mess with y2038. I didn't inspect much of it, but for example its wrapper for ppoll (which is timestamp-sensitive) seems to use 32 bit syscall if time_t fits into 32 bits, and 64 bits otherwise. But if you configure it with 'minimum kernel at least 5.1' then it always uses the 64 bit versions, which seems more reassuring to me.15:01
RPkanavin: presumably they do know what they're doing but I must admit for YP usage, I'd prefer to have it 64 bit everywhere15:02
RPkanavin: glibc does need to support older binaries15:02
kanavinRP: that's why as an experiment I bumped OLDEST_KERNEL via https://git.yoctoproject.org/poky-contrib/commit/?h=akanavin/y2038&id=d76ecbdcb841036ad5aef392477c0ec3d8bcefb215:03
kanavinRP: this caused strace and lttng-tools ptests to regress though, which means none of the desktop distros do this, we're the first :-(15:03
kanavinor no one runs on 32 bit platforms anymore except yocto :)15:03
RPkanavin: I guess they both try and intercept the older calls15:04
kanavinRP: no, they regressed even without enabling time64.inc, just from OLDEST_KERNEL change - glibc enables 'new features' if you do that15:04
kanavingotta run!15:04
RPkanavin: ah, "fun". I doubt people test with such a new old kernel yet15:05
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Read error: Connection reset by peer)15:06
kanavinRP: I just checked, fedora rawhide sets old kernel to 3.2 - same as yocto15:08
kanavinRP: it's a bit wasteful, glibc puts in support for all those new and improved kernel APIs, and no one's enabling that15:08
kanavin----> out15:08
RPkanavin: that isn't quite how it works, at least as I understand it. If you compile a new binary, it should use the newer glibc apis. The oldest kernel piece is whether the older compat code is present or not15:12
* RP just mentioning that for later when you're back :)15:13
landgrafRP: one of the AB INT ones. I should be CCed15:14
landgraflooking15:14
landgrafRP: I'm not in the CC list because of conflict with editing Randy did... anyway here is the bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=1506015:20
*** zhmylove <zhmylove!~zhmylove@80.254.50.216> has quit IRC (Quit: Leaving)15:23
*** goliath <goliath!~goliath@user/goliath> has joined #yocto15:24
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)15:28
*** camus <camus!~Instantbi@117.135.124.57> has joined #yocto15:30
*** starblue <starblue!~juergen@dslb-094-221-185-162.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 265 seconds)15:31
*** mckoan is now known as mckoan|away15:33
RPlandgraf: thanks, I don't know why I couldn't find that :/15:34
kanavinRP: my understanding is that OLDEST_KERNEL controls which kernel APIs glibc would use, specifically that it would avoid using things introduced in newer kernels than that setting.15:37
*** alessioigor <alessioigor!~alessioig@mob-5-90-177-81.net.vodafone.it> has joined #yocto15:37
kanavinRP: check examples guarded by __LINUX_KERNEL_VERSION here: https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/unix/sysv/linux/kernel-features.h15:38
RPkanavin: I think it can user newer APIs, it would just have fallbacks15:39
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds)15:39
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto15:39
RPkanavin: I doubt the code is optimised for all cases though15:40
*** Guest76 <Guest76!~Guest76@2a02:c7c:6202:d100:fc11:cdfd:31e3:556c> has quit IRC (Quit: Client closed)15:42
*** tunahan <tunahan!~tunahan@78.188.72.174> has quit IRC (Quit: tunahan)15:43
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 246 seconds)15:44
*** tunahan <tunahan!~tunahan@78.188.72.174> has joined #yocto15:44
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto15:44
*** zpfvo <zpfvo!~fvo@i59F5CE3E.versanet.de> has quit IRC (Ping timeout: 260 seconds)15:48
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 255 seconds)15:51
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 246 seconds)15:55
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto15:58
*** MathiasKoch[m] <MathiasKoch[m]!~mathiasko@2001:470:69fc:105::3:2e5b> has quit IRC (Quit: You have been kicked for being idle)16:00
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)16:04
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 264 seconds)16:07
*** RP <RP!~richard@dan.rpsys.net> has quit IRC (Remote host closed the connection)16:37
*** RP <RP!~richard@dan.rpsys.net> has joined #yocto16:38
*** starblue <starblue!~juergen@2001:9e8:4980:f180:adfa:474:c08b:1b79> has joined #yocto16:43
*** alessioigor <alessioigor!~alessioig@mob-5-90-177-81.net.vodafone.it> has quit IRC (Quit: alessioigor)17:12
*** alessioigor <alessioigor!~alessioig@mob-5-90-177-81.net.vodafone.it> has joined #yocto17:13
*** seninha <seninha!~seninha@user/seninha> has joined #yocto17:19
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto17:20
*** florian_kc <florian_kc!~florian@dynamic-093-131-087-226.93.131.pool.telefonica.de> has joined #yocto17:24
*** alessioigor <alessioigor!~alessioig@mob-5-90-177-81.net.vodafone.it> has quit IRC (Quit: alessioigor)17:28
*** ptsneves <ptsneves!~Thunderbi@public-gprs410866.centertel.pl> has quit IRC (Ping timeout: 240 seconds)17:29
*** florian_kc <florian_kc!~florian@dynamic-093-131-087-226.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds)17:32
*** amitk_ <amitk_!~amit@103.208.71.103> has joined #yocto17:40
*** florian_kc <florian_kc!~florian@dynamic-093-131-087-226.93.131.pool.telefonica.de> has joined #yocto17:59
*** florian_kc is now known as florian18:19
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 240 seconds)18:22
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto18:27
*** VasylVavrychuk[m <VasylVavrychuk[m!~vvavrychu@2001:470:69fc:105::3:455f> has joined #yocto18:38
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 276 seconds)18:43
*** applepi <applepi!~applepi@156.68.128.153> has joined #yocto18:44
applepiSo I'm working on a yocto image for aarch64, but I have a recipe I absolutely *have* to compile for m32/arm.  I've tried bitbaking it as lib32-$RECIPENAME, which seems to almost work, as it calls the right vendor supplied arm compiler, however it fails when it hits a file that #include's <stdint.h>..  it hits a file that just #include_next's18:47
applepi<stdint.h>, and it can't seem to find next.  I'm a little confused on how to proceed, any suggestions?18:47
applepiIf I go look under work/armv7ahf-neon-xiphosmllib32-linux/lib32-recipename/version#/, there are three places I can find stdint.h.  The one that # include_next 's is under ./recipe-sysroot-native, the other two are under lib32-recipe-sysroot18:57
*** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto19:20
zwelch_hi all, I've got a RPi (kirkstone) image using u-boot and mender that is working for me, but it will not boot if I disable the UART console.  I found a reference that this is a known issue: https://lore.kernel.org/all/olEy.1641952629873571983.WQkq@lists.yoctoproject.org/t/   Any idea what might be causing this?19:25
*** tunahan <tunahan!~tunahan@78.188.72.174> has quit IRC (Quit: tunahan)19:29
*** tunahan <tunahan!~tunahan@78.188.72.174> has joined #yocto19:29
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds)19:38
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto19:38
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 255 seconds)19:43
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto19:43
LetoThe2ndzwelch_: without really knowing, just asking the rubberduck way: "disableing the UART, how?"19:55
*** creich <creich!~creich@p200300f6af46481046f052990a2da377.dip0.t-ipconnect.de> has joined #yocto19:58
zwelch_LetoThe2nd: disabled with `ENABLE_UART = "0"`.....  I just found a blog post (https://andrei.gherzan.ro/linux/uboot-on-rpi/) with this little gem of wisdom: "The enable_uart setting is required because U-Boot assumes the VideoCore firmware is configured to use the mini UART (rather than PL011) for the serial console. Without this, U-Boot will not boot at all."20:01
LetoThe2ndzwelch_: yay one more time for using a chip that was designed for a PVR to run the modern world.20:03
zwelch_I'm not going to try to fight it.  Our images can live with the UART enabled.  I just was following best practice of locking down our production images as much as possible, so everything worked fine for our testing image and only failed in production.20:04
LetoThe2ndzwelch_: yeah, that would have caught me too. fully agreed.20:05
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)20:05
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto20:05
*** creich <creich!~creich@p200300f6af46481046f052990a2da377.dip0.t-ipconnect.de> has quit IRC (Quit: Leaving)20:06
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-33-70-53-64-242.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!)20:31
*** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has quit IRC (Read error: Connection reset by peer)20:41
*** alejandr1 <alejandr1!~alejandro@user/alejandrohs> has joined #yocto20:41
*** amitk_ <amitk_!~amit@103.208.71.103> has quit IRC (Ping timeout: 248 seconds)20:42
*** tunahan <tunahan!~tunahan@78.188.72.174> has quit IRC (Quit: tunahan)21:24
*** tunahan <tunahan!~tunahan@78.188.72.174> has joined #yocto21:24
*** tunahan <tunahan!~tunahan@78.188.72.174> has quit IRC (Quit: tunahan)21:29
*** tunahan <tunahan!~tunahan@78.188.72.174> has joined #yocto21:30
*** osteoblast22[m] <osteoblast22[m]!~osteoblas@2001:470:69fc:105::3:457c> has joined #yocto21:32
*** starblue <starblue!~juergen@2001:9e8:4980:f180:adfa:474:c08b:1b79> has quit IRC (Ping timeout: 252 seconds)21:37
osteoblast22[m]Is there something in yocto/oe similar to `filetool` in tinycore linux21:40
osteoblast22[m]Basically i want to create yocto image where every write to disk is volatile and in some sort of an overlay21:40
osteoblast22[m]but i also want to be able to run some command which will save the writes and persist the changes for next reboot21:40
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 255 seconds)21:41
osteoblast22[m]in tinycore linux there is a tool called filetool which when invoked will create a backup of specifc files that you specify to be persisted, this created backup will be overlayed on next boot21:41
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 264 seconds)22:06
*** seninha <seninha!~seninha@user/seninha> has joined #yocto22:09
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC (Quit: WeeChat 3.7.1)22:24
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Ping timeout: 256 seconds)22:32
*** invalidopcode1 <invalidopcode1!~invalidop@50.1.244.72> has joined #yocto22:33
*** starblue <starblue!~juergen@dslb-094-221-185-162.094.221.pools.vodafone-ip.de> has joined #yocto22:36
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto22:40
*** applepi <applepi!~applepi@156.68.128.153> has quit IRC (Ping timeout: 260 seconds)22:59
*** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Ping timeout: 240 seconds)23:31
*** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto23:32
*** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has quit IRC (Ping timeout: 255 seconds)23:33
*** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has joined #yocto23:34
*** florian <florian!~florian@dynamic-093-131-087-226.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds)23:56

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