| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto | 00:00 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 00:00 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 00:00 | |
| *** RzR <RzR!~rzr@78.197.125.113> has joined #yocto | 00:01 | |
| *** Shikadi` <Shikadi`!~Shikadi@136-27-89-140.cab.webpass.net> has joined #yocto | 00:07 | |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 00:11 | |
| *** linums <linums!~linums@apn-94-44-114-128.vodafone.hu> has joined #yocto | 00:12 | |
| *** linums <linums!~linums@apn-94-44-114-128.vodafone.hu> has quit IRC | 00:23 | |
| paulg | never underestimate the magic of "nuke and pave". | 00:23 |
|---|---|---|
| *** blauskaerm <blauskaerm!blauskaerm@gateway/vpn/mullvad/blauskaerm> has quit IRC | 00:24 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 00:24 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 00:25 | |
| *** camus is now known as kaspter | 00:25 | |
| *** blauskaerm <blauskaerm!blauskaerm@gateway/vpn/mullvad/blauskaerm> has joined #yocto | 00:25 | |
| *** linums <linums!~linums@apn-94-44-99-170.vodafone.hu> has joined #yocto | 00:25 | |
| *** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has quit IRC | 00:33 | |
| *** shoragan <shoragan!~shoragan@debian/developer/shoragan> has quit IRC | 00:33 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-109-192-067-084.hsi6.kabel-badenwuerttemberg.de> has joined #yocto | 00:35 | |
| *** kvpnet <kvpnet!ccf6a226@204.246.162.38> has joined #yocto | 00:37 | |
| *** linums <linums!~linums@apn-94-44-99-170.vodafone.hu> has quit IRC | 00:38 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 00:38 | |
| kvpnet | I have a 5.4 kernel where I applied a patch from 5.6 which brings in dmabuf heaps. The patch exports a uapi header include/uapi/linux/dma-heap.h. I am trying to write an application that uses dmabuf. It is able to find #include<linux/dma-buf.h> but not #include<linux/dma-heap.h> (this file is introduced in the patch) | 00:41 |
| *** NiniC0c0 <NiniC0c0!56ee833f@lfbn-idf2-1-900-63.w86-238.abo.wanadoo.fr> has quit IRC | 00:41 | |
| *** shoragan <shoragan!~shoragan@debian/developer/shoragan> has joined #yocto | 00:42 | |
| *** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto | 00:44 | |
| *** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has joined #yocto | 00:45 | |
| yates | does anyone know how Freescale built their BSP for the i.MX6? | 01:06 |
| yates | is it based on linaro? | 01:06 |
| yates | JPEW, kergoth? | 01:08 |
| *** Anarky_ <Anarky_!~Anarky@2a01:cb14:585:6700:baac:6fff:fea4:58b5> has joined #yocto | 01:33 | |
| *** Anarky <Anarky!~Anarky@lfbn-lyo-1-1731-121.w90-65.abo.wanadoo.fr> has quit IRC | 01:33 | |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 01:44 | |
| *** linums <linums!~linums@apn-94-44-101-155.vodafone.hu> has joined #yocto | 01:44 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-109-192-067-084.hsi6.kabel-badenwuerttemberg.de> has quit IRC | 01:54 | |
| *** linums <linums!~linums@apn-94-44-101-155.vodafone.hu> has quit IRC | 01:57 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 01:58 | |
| *** Kyubi_ <Kyubi_!~Kyubi@2601:647:4080:f10:7916:53ac:39bb:e34c> has joined #yocto | 02:00 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.128> has quit IRC | 02:00 | |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 02:09 | |
| *** RzR <RzR!~rzr@78.197.125.113> has quit IRC | 02:09 | |
| *** RzR <RzR!~rzr@unaffiliated/rzr> has joined #yocto | 02:09 | |
| *** linums <linums!~linums@apn-94-44-101-155.vodafone.hu> has joined #yocto | 02:09 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-109-192-067-084.hsi6.kabel-badenwuerttemberg.de> has joined #yocto | 02:11 | |
| *** linums <linums!~linums@apn-94-44-101-155.vodafone.hu> has quit IRC | 02:28 | |
| *** TalleyHo <TalleyHo!c71b740f@199.27.116.15> has quit IRC | 02:28 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 02:28 | |
| *** kvpnet <kvpnet!ccf6a226@204.246.162.38> has quit IRC | 02:45 | |
| smurray | yates: AFAIK for at least the last couple of years they've based their meta-fsl-bsp-release and now meta-imx based BSP releases on top of meta-freescale | 02:45 |
| yates | smurray: i see | 02:57 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 02:59 | |
| yates | isn't there a git repo of the yocto layers | 03:00 |
| yates | (btw, that might be nice to have in the topic) | 03:00 |
| yates | that url, i.e. | 03:00 |
| *** ahadi <ahadi!~ahadi@89.244.122.210> has quit IRC | 03:05 | |
| *** ahadi <ahadi!~ahadi@88.130.218.68> has joined #yocto | 03:07 | |
| *** Shikadi_ <Shikadi_!~Shikadi@136-27-89-140.cab.webpass.net> has joined #yocto | 03:12 | |
| *** oberstet_ <oberstet_!~oberstet@213.170.219.39> has joined #yocto | 03:12 | |
| *** Shikadi` <Shikadi`!~Shikadi@136-27-89-140.cab.webpass.net> has quit IRC | 03:13 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 03:13 | |
| *** camus <camus!~Instantbi@180.168.140.162> has joined #yocto | 03:48 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 03:49 | |
| *** camus is now known as kaspter | 03:49 | |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has quit IRC | 03:55 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 04:02 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 04:02 | |
| yates | yocto is advertised as a system for building linux distributions, but is there anything to prevent it from being used for building a system based on (e.g.) freertos? has it ever been used for a non-linux build? | 04:06 |
| *** Kyubi_ <Kyubi_!~Kyubi@2601:647:4080:f10:7916:53ac:39bb:e34c> has quit IRC | 04:09 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 04:10 | |
| *** kaspter <kaspter!~Instantbi@180.168.140.162> has quit IRC | 04:11 | |
| *** camus is now known as kaspter | 04:11 | |
| *** oberstet_ <oberstet_!~oberstet@213.170.219.39> has quit IRC | 04:11 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has joined #yocto | 04:15 | |
| *** Wouter01000 <Wouter01000!~Wouter010@84-80-174-188.fixed.kpn.net> has quit IRC | 04:23 | |
| *** Wouter01000 <Wouter01000!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto | 04:23 | |
| *** Shikadi_ <Shikadi_!~Shikadi@136-27-89-140.cab.webpass.net> has quit IRC | 04:24 | |
| *** stacktru1t <stacktru1t!~stacktrus@cpe-68-174-158-185.nyc.res.rr.com> has quit IRC | 04:38 | |
| *** mranostaj <mranostaj!~mranostaj@pdpc/supporter/active/mranostay> has joined #yocto | 04:40 | |
| *** stacktru1t <stacktru1t!~stacktrus@cpe-68-174-158-185.nyc.res.rr.com> has joined #yocto | 04:40 | |
| *** risca <risca!~quassel@212.85.71.156> has quit IRC | 05:12 | |
| *** vineela <vineela!~vtummala@134.134.139.72> has quit IRC | 05:13 | |
| *** risca <risca!~quassel@212.85.71.156> has joined #yocto | 05:14 | |
| *** pcglue <pcglue!~kvirc@cpe-104-175-108-43.socal.res.rr.com> has joined #yocto | 05:45 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 05:54 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 05:56 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:56 | |
| *** camus is now known as kaspter | 05:56 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC | 05:58 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ctuqobmsihlahsah> has quit IRC | 06:05 | |
| *** jobroe <jobroe!~manjaro-u@p579eb4d8.dip0.t-ipconnect.de> has joined #yocto | 06:06 | |
| *** risca <risca!~quassel@212.85.71.156> has quit IRC | 06:16 | |
| *** risca <risca!~quassel@212.85.71.156> has joined #yocto | 06:18 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 06:32 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 06:32 | |
| *** rcoote <rcoote!~rcoote@2a02:908:692:81c0:8805:3dc7:cafe:a5d5> has joined #yocto | 06:36 | |
| *** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has joined #yocto | 06:36 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:39 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:43 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC | 06:44 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:46 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 06:52 | |
| *** agust <agust!~agust@p508b685a.dip0.t-ipconnect.de> has joined #yocto | 07:01 | |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 07:12 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 07:13 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:dddd::1> has joined #yocto | 07:37 | |
| *** mckoan|away is now known as mckoan | 07:38 | |
| mckoan | good morning | 07:39 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:49 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 07:49 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:dddd::1> has quit IRC | 07:50 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto | 07:50 | |
| *** fl0v0 <fl0v0!~fvo@i59F44D7E.versanet.de> has joined #yocto | 07:53 | |
| *** rubdos <rubdos!~rubdos@77.109.115.119> has joined #yocto | 07:59 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-hiegmyxsblxtijgo> has joined #yocto | 08:00 | |
| *** medaliyou <medaliyou!c4b3dd32@196.179.221.50> has joined #yocto | 08:09 | |
| medaliyou | Hey guys | 08:09 |
| medaliyou | having hard time with this error | 08:09 |
| medaliyou | File "/home/user/yocto-colibri-imx7/layers/openembedded-core/bitbake/lib/bb/codeparser.py", line 308, in parse_python | 08:09 |
| medaliyou | code = compile(check_indent(str(node)), filename, "exec", | 08:09 |
| medaliyou | File "autogenerated", line 3 | 08:09 |
| medaliyou | rm -f ${S}/package-lock.json | 08:09 |
| medaliyou | ^ | 08:09 |
| medaliyou | SyntaxError: invalid syntax | 08:09 |
| medaliyou | i m sure identations are pretty good | 08:10 |
| medaliyou | 4 spaces | 08:10 |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:7a61:84e4:c5cd:f119> has joined #yocto | 08:10 | |
| medaliyou | when i remove the functions it passes ? idk what to do ? | 08:10 |
| medaliyou | do_configure_append() { | 08:10 |
| medaliyou | rm -f ${S}/package-lock.json | 08:10 |
| medaliyou | rm -f ${S}/backend/static/app* | 08:10 |
| medaliyou | } | 08:10 |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto | 08:18 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 08:27 | |
| mckoan | medaliyou: pleade use pastebin instead of pasting code here | 08:29 |
| mckoan | medaliyou: are you modifying inside openembedded-core ? | 08:30 |
| LetoThe2nd | i guess its python versus shell, but hey. | 08:31 |
| rburton | medaliyou: sounds like you've written a class that appends do_configure but assumes that do_configure is always shell, which might not be the case | 08:33 |
| rburton | specifically the do_configure provided by npm.bbclass is python | 08:34 |
| rburton | so you can't just slap shell code on the end | 08:34 |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 08:34 | |
| rburton | medaliyou: am I right so far? | 08:34 |
| medaliyou | let me check , i will assume you re right yeah | 08:34 |
| rburton | as LetoThe2nd said, more context is essential | 08:35 |
| *** linums <linums!~linums@apn-94-44-109-143.vodafone.hu> has joined #yocto | 08:35 | |
| medaliyou | how can i see the content of do configure of the reciepe ? | 08:35 |
| LetoThe2nd | rburton: to put that into proper context, i actually wrote, not said it. | 08:35 |
| rburton | LetoThe2nd: pedant! | 08:36 |
| rburton | medaliyou: well, does your recipe inherit npm | 08:36 |
| medaliyou | bitbake -b PATH_TO_RECIPE -e ? | 08:36 |
| LetoThe2nd | rburton: and proud of it! | 08:36 |
| medaliyou | yeahhh inherit npm systemd | 08:36 |
| medaliyou | both | 08:36 |
| rburton | so the do_configure in npm is python | 08:36 |
| medaliyou | ahin , | 08:37 |
| medaliyou | got it | 08:37 |
| rburton | if you want to do some shell then use a do_configure[postfuncs] instead. append *literally* puts what you tell it at the end so you're just putting some shell after a block of python. | 08:37 |
| medaliyou | so in recipes we ve two approches either writing inSHELL or pure python , right ? | 08:37 |
| rburton | all functions can be shell or python | 08:37 |
| medaliyou | i got u | 08:38 |
| medaliyou | so now i replace the do_configure__append() { /****/ } with | 08:38 |
| medaliyou | do_configure[postfuncs] ? | 08:38 |
| medaliyou | right ? | 08:38 |
| LetoThe2nd | rburton: you know what my main problem these days is? whenever i read "i got u", then my brain autocompletes: ", babe". and thats extremely un-metal! | 08:39 |
| rburton | rofl | 08:40 |
| rburton | medaliyou: look up postfuncs in the docs (or just grep poky), but you basically get to write self-contained functions that run as part of the task | 08:40 |
| medaliyou | thank you man | 08:47 |
| medaliyou | i apperciate it | 08:47 |
| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has joined #yocto | 08:49 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto | 08:50 | |
| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has quit IRC | 08:52 | |
| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has joined #yocto | 08:52 | |
| *** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has quit IRC | 08:59 | |
| *** minimaxwell <minimaxwell!~minimaxwe@61.46.205.77.rev.sfr.net> has joined #yocto | 09:01 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 09:02 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 09:05 | |
| Ad0 | is there a way to change kernel module load order for modules that are with the kernel (not out of tree modules) | 09:10 |
| Ad0 | does KERNEL_MODULE_AUTOLOAD apply here too | 09:10 |
| *** __ad <__ad!~prefetch@mail.kernel-space.org> has joined #yocto | 09:13 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 09:13 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 09:18 | |
| *** linums <linums!~linums@apn-94-44-109-143.vodafone.hu> has quit IRC | 09:18 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 09:19 | |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto | 09:19 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 09:22 | |
| *** HatsyRei <HatsyRei!cabe12ca@202.190.18.202> has joined #yocto | 09:24 | |
| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has quit IRC | 09:25 | |
| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has joined #yocto | 09:25 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC | 09:26 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto | 09:26 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.91> has quit IRC | 09:26 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.91> has joined #yocto | 09:27 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-42-145.ssp.dialog.net.pl> has quit IRC | 09:27 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-42-145.ssp.dialog.net.pl> has joined #yocto | 09:27 | |
| *** HatsyRei <HatsyRei!cabe12ca@202.190.18.202> has left #yocto | 09:40 | |
| *** jbaxter <jbaxter!~jbaxter@host81-132-126-225.range81-132.btcentralplus.com> has joined #yocto | 09:44 | |
| *** __ad <__ad!~prefetch@mail.kernel-space.org> has quit IRC | 09:47 | |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 09:47 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 09:47 | |
| *** __ad <__ad!~prefetch@2a01:4f8:c2c:5a84::1> has joined #yocto | 09:48 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 09:55 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 09:57 | |
| *** __ad <__ad!~prefetch@2a01:4f8:c2c:5a84::1> has quit IRC | 09:59 | |
| *** __ad <__ad!~prefetch@2a01:4f8:c2c:5a84::1> has joined #yocto | 10:00 | |
| *** __ad <__ad!~prefetch@2a01:4f8:c2c:5a84::1> has quit IRC | 10:15 | |
| *** otavio <otavio!~otavio@static.203.17.243.136.clients.your-server.de> has quit IRC | 10:16 | |
| *** __ad <__ad!~prefetch@mail.kernel-space.org> has joined #yocto | 10:19 | |
| *** __ad <__ad!~prefetch@mail.kernel-space.org> has quit IRC | 10:26 | |
| *** __ad <__ad!~prefetch@2a01:4f8:c2c:5a84::1> has joined #yocto | 10:26 | |
| *** minimaxwell <minimaxwell!~minimaxwe@61.46.205.77.rev.sfr.net> has quit IRC | 10:41 | |
| *** hpsy <hpsy!~hpsy@197.37.213.245> has joined #yocto | 10:44 | |
| *** Yatekii <Yatekii!~yatekii@huesser.dev> has quit IRC | 10:46 | |
| *** Yatekii <Yatekii!~yatekii@huesser.dev> has joined #yocto | 10:47 | |
| *** jbaxter <jbaxter!~jbaxter@host81-132-126-225.range81-132.btcentralplus.com> has quit IRC | 10:47 | |
| *** sno <sno!~sno@p4fe93db3.dip0.t-ipconnect.de> has quit IRC | 10:48 | |
| *** jbaxter <jbaxter!~jbaxter@nat-ies.mentorg.com> has joined #yocto | 10:48 | |
| *** Net147_ <Net147_!~Net147@unaffiliated/net147> has quit IRC | 10:57 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 10:57 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 11:00 | |
| *** __ad <__ad!~prefetch@2a01:4f8:c2c:5a84::1> has quit IRC | 11:01 | |
| *** __ad <__ad!~prefetch@mail.kernel-space.org> has joined #yocto | 11:01 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 11:01 | |
| medaliyou | any idea on how to pass do_configure of npm.bbclass without having package-lock.json nor npm-shrinkwrap.json | 11:14 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 11:18 | |
| medaliyou | Exception: FileNotFoundError: [Errno 2] No such file or directory: src/npm-shrinkwrap.json, on the do_configure() | 11:18 |
| medaliyou | i ve tried the patch on github | 11:19 |
| medaliyou | https://github.com/openembedded/openembedded-core/commit/47760b0d7d66b2b68ee197d359f0b7b17374d742 | 11:19 |
| medaliyou | but throws more errors | 11:19 |
| medaliyou | how does the new npm.bbclass works ? should i do npm i and generate the package-lock.json nd npm_modules folder and generate the npm-shrinkwrap.json | 11:22 |
| medaliyou | in order to successfully integrate my app ? | 11:23 |
| *** mckoan is now known as mckoan|away | 11:28 | |
| *** la_croix_ <la_croix_!~la_croix@cpc139740-walt24-2-0-cust196.13-2.cable.virginm.net> has quit IRC | 11:32 | |
| *** otavio <otavio!~otavio@static.203.17.243.136.clients.your-server.de> has joined #yocto | 11:42 | |
| yates | yocto is advertised as a system for building linux distributions, but is there anything to prevent it from being used for building a system based on (e.g.) freertos? has it ever been used for a non-linux build? | 11:51 |
| Ad0 | it's very integrated / intertwined with linux | 11:54 |
| Ad0 | that's how I read it at least :) | 11:54 |
| yates | Ad0: so basically, no? | 11:55 |
| qschulz | yates: https://elinux.org/images/9/9f/ELC_Europe_2019_Presentation_AlejandroHernandez_FreeRTOS_ToUpload.pdf | 11:58 |
| yates | qschulz: very good! | 11:59 |
| yates | how does yocto build a cross toolchain? what if the processor is custom? | 12:06 |
| RP | yates: it can be used to build pretty much anything, linux is just the default | 12:08 |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto | 12:08 | |
| yates | RP: +1 | 12:08 |
| RP | yates: grep for baremetal. If you want to use gcc, your target will need gcc support. You can use other compilers too if you wanted | 12:08 |
| yates | ok | 12:09 |
| RP | yates: I've personally done avr microcontroller work with YP toolchains | 12:09 |
| yates | RP: you mean using yocto? | 12:09 |
| RP | yates: yes | 12:09 |
| yates | good to know it has been done - thank you | 12:10 |
| yates | our product is something like a microship sama5 | 12:11 |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has quit IRC | 12:13 | |
| *** kanavin_ <kanavin_!~Srain@2a02:2450:1011:512:45a5:1b3d:84d2:e7fc> has joined #yocto | 12:18 | |
| *** kanavin <kanavin!~Srain@2a02:2450:1011:512:45a5:1b3d:84d2:e7fc> has quit IRC | 12:21 | |
| *** kanavin_ is now known as kanavin | 12:21 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 12:22 | |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto | 12:32 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-lqwqmllkswsapglo> has joined #yocto | 12:38 | |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 12:39 | |
| *** stwcx <stwcx!~stwcx@2604:880:a:6::c9c> has quit IRC | 12:42 | |
| Ad0 | very cool | 12:43 |
| *** stwcx <stwcx!~stwcx@172.110.7.206> has joined #yocto | 12:51 | |
| *** minimaxwell <minimaxwell!~minimaxwe@29.46.205.77.rev.sfr.net> has joined #yocto | 12:57 | |
| *** rcoote <rcoote!~rcoote@2a02:908:692:81c0:8805:3dc7:cafe:a5d5> has quit IRC | 13:02 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC | 13:10 | |
| *** yannholo <yannholo!~yannholo@80.215.107.93> has joined #yocto | 13:10 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC | 13:15 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto | 13:17 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 13:20 | |
| *** yannholo <yannholo!~yannholo@80.215.107.93> has quit IRC | 13:24 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:24 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto | 13:25 | |
| *** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto | 13:26 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC | 13:29 | |
| *** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC | 13:32 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC | 13:33 | |
| *** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto | 13:34 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:37 | |
| RP | JPEW: somehow diffoscope-native is now having issues finding the magic file code. The python3-magic upgrade is suspect but it reproduces on the AB without that | 13:40 |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 13:42 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto | 13:44 | |
| RP | JPEW: there is also a diffoscope upgrade 166 -> 167 but I'm not convinced its that either | 13:45 |
| *** Konsgn <Konsgn!~Konsgnx3@66-109-34-138.static.firstlight.net> has joined #yocto | 13:51 | |
| *** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has joined #yocto | 13:51 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 13:51 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto | 13:54 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 13:55 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 13:57 | |
| *** stacktru1t <stacktru1t!~stacktrus@cpe-68-174-158-185.nyc.res.rr.com> has quit IRC | 14:03 | |
| *** stacktru1t <stacktru1t!~stacktrus@cpe-68-174-158-185.nyc.res.rr.com> has joined #yocto | 14:05 | |
| *** hpsy <hpsy!~hpsy@197.37.213.245> has quit IRC | 14:10 | |
| *** abelal <abelal!~quassel@110.93.212.98> has quit IRC | 14:19 | |
| *** abelal <abelal!~quassel@110.93.212.98> has joined #yocto | 14:20 | |
| RP | sakoman: now purple builds? :/ | 14:20 |
| RP | sakoman: looks like one of the workers has something using a lot of memory | 14:21 |
| *** Anarky_ <Anarky_!~Anarky@2a01:cb14:585:6700:baac:6fff:fea4:58b5> has quit IRC | 14:22 | |
| sakoman | RP: I stopped the build | 14:22 |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 14:23 | |
| bantu | Hello everyone. I am somewhat confused. How do I add systemd-journal-upload to my image? | 14:23 |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 14:23 | |
| RP | sakoman: pause debian8 and it should be ok | 14:24 |
| sakoman | RP: yes looks like debian8-ty-1 has memory issues | 14:24 |
| sakoman | OK, will do | 14:24 |
| RP | sakoman: it seems to have things running on it that should be there | 14:26 |
| RP | as in old stale builds | 14:26 |
| JPEW | RP: Hmm, is it possible to run the diffoscope selftest on diffoscope-native? | 14:28 |
| Konsgn | Hmmm, if I want to make a custom machine file in my layer, should i rename the machine conf name when copying it into my custom layer or not? Will a bitbake search local layer first for a named machine? If the former, do I also need to copy and rename a kernel folder into my layers conf?, | 14:32 |
| qschulz | Konsgn: if you need to modify the machine conf, change its name | 14:33 |
| qschulz | you can leverage the MACHINEOVERRIDES variable in your machine conf to "impersonate" the original machine if need be | 14:34 |
| Konsgn | thanks, but in that case its not finding a named defconf, do i haveto also rename the kernel folder? | 14:34 |
| Konsgn | interesting as in, beaglebone-custom can call a kernel named beaglebone? | 14:35 |
| Konsgn | *defconfig in kernel folder | 14:35 |
| qschulz | Konsgn: we don't have access to your layers so we cannot help with the info you're giving us :/ | 14:36 |
| Konsgn | https://github.com/jumpnow/meta-bbb is what i am trying to modify so that uboot is loading from spi flash | 14:36 |
| Konsgn | seem to need to modify the UBOOT_MACHINE = "am335x_evm_spiboot_config" | 14:37 |
| JPEW | Konsgn: You should be able to update the upstream machine to deal with that | 14:37 |
| Konsgn | I dont want to change anything in the meta-bbb folder if thats what you mean | 14:38 |
| Konsgn | I want all modifications to be local to my layer, Isn't that the principal of yocto or am i misunderstanding | 14:38 |
| JPEW | Konsgn: for the specific case of booting from spi, you *should* be able to make the upstream support that in addition to the normal boot process | 14:39 |
| JPEW | Which might prevent you from needing to fork the machine | 14:39 |
| * JPEW looks for something | 14:39 | |
| *** __ad <__ad!~prefetch@mail.kernel-space.org> has quit IRC | 14:39 | |
| *** __ad <__ad!~prefetch@unaffiliated/ad/x-0785363> has joined #yocto | 14:39 | |
| Konsgn | Ahh, as in make a pull request adding that as a seperate machine name in that layer? | 14:39 |
| JPEW | Konsgn: You can do it with the same machine.... j/s | 14:40 |
| JPEW | Konsgn: https://docs.yoctoproject.org/ref-manual/variables.html#term-UBOOT_CONFIG | 14:41 |
| JPEW | You can use that variable to allow you to have different u-boot configs and you can select which one you want in e.g. local.conf | 14:41 |
| *** tasslehoff <tasslehoff!~Tasslehof@193.69.214.126> has joined #yocto | 14:42 | |
| *** kyanres <kyanres!~kyanres@ecascr.ecatou.fr> has quit IRC | 14:42 | |
| *** kyanres <kyanres!~kyanres@ecascr.ecatou.fr> has joined #yocto | 14:42 | |
| *** kyanres <kyanres!~kyanres@ecascr.ecatou.fr> has quit IRC | 14:42 | |
| *** kyanres <kyanres!~kyanres@ecascr.ecatou.fr> has joined #yocto | 14:42 | |
| Konsgn | still this would be a pull request to add that selection block in the upstream layer right? or can i use a UBOOT_CONFIG declaration and expect it to override the upstreams UBOOT_MACHINE definition? | 14:43 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 14:43 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 14:43 | |
| JPEW | Konsgn: Ya, you'd want to make a PR to the upstream (the advantage being that you could use the upstream machine instead of having to fork it) | 14:44 |
| Konsgn | eventually i will need to make kernel modifications though... should i just fork it anyway? are there ways of overridding the defconfig? | 14:46 |
| *** tasslehoff <tasslehoff!~Tasslehof@193.69.214.126> has quit IRC | 14:48 | |
| JPEW | Uh oh: Getting this on my CI: qemu-system-x86_64: warning: host doesn't support requested feature: CPUID.01H:EDX.ss [bit 27] | 14:50 |
| JPEW | Konsgn: Ah, ya. In that case you might have to fork the machine. I'd probably give the machine a new name. If you are still including the meta-bbb layer, you can have it "require" the other one and then override the variables you want to change | 14:52 |
| *** Anarky <Anarky!~Anarky@2a01:cb14:585:6700:baac:6fff:fea4:58b5> has joined #yocto | 14:53 | |
| *** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto | 14:53 | |
| JaMa | JPEW: have you tried to change the -cpu? Nehalem is the best :) | 14:56 |
| JaMa | JPEW: https://www.openembedded.org/pipermail/openembedded-core/2018-April/268608.html | 14:57 |
| qschulz | Konsgn: MACHINEOVERRIDES will do the trick for your defconfig | 14:57 |
| JPEW | JaMa: Ah, excellent. I checked and it looks like my builds that passed also gave the same warning, so perhaps it's always been there and I didn't notice | 14:59 |
| JPEW | JaMa: But I will change my CPU | 14:59 |
| JaMa | what CPU do you have on host? I've finally replaced my aging Bulldozer last year :) | 15:00 |
| JPEW | JaMa: This is on the used servers I purchased: Xeon X5670 | 15:00 |
| *** jobroe <jobroe!~manjaro-u@p579eb4d8.dip0.t-ipconnect.de> has quit IRC | 15:02 | |
| RP | JPEW: hmm, not sure how we'd do that | 15:03 |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has left #yocto | 15:03 | |
| JPEW | RP: Ok. We could write and run a ptest on target to try it out, I was just wondering if it was possible to test native since that's what we actually use | 15:06 |
| RP | sakoman: debian8 seems fairly clear now. Not sure what was up with it | 15:08 |
| bantu | It looks like one has to combine IMAGE_INSTALL_append = " systemd-journal-upload" and PACKAGECONFIG_append = "journal-upload". This is highly confusing | 15:09 |
| JaMa | JPEW: interesting, E5-2680 is only 2 years younger and seems to support ss, https://ark.intel.com/content/www/us/en/ark/products/64583/intel-xeon-processor-e5-2680-20m-cache-2-70-ghz-8-00-gt-s-intel-qpi.html I was just suprised that people still used something like that, but for used serer makes sense (as long as your electricity is relatively cheap :)) | 15:10 |
| RP | dl9pf, JPEW: My attempt to clear that SDE warning didn't work either, didn't invalidate the sstate, or hashequiv has already broken it | 15:10 |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has quit IRC | 15:14 | |
| RP | The AB workers look totally overloaded :/ | 15:15 |
| dl9pf | RP ok, got my builder back up, will build and check master-next | 15:17 |
| alephan | khem: What is the status of systemd with musl? I see there is a warning in the core recipe when using musl. | 15:23 |
| RP | alephan: use at your own risk, there is functionality missing | 15:24 |
| alephan | Do you have a short context on the missing functionality - known issues? | 15:24 |
| RP | alephan: look at what the musl patches do to systemd, its fairly bad in places | 15:24 |
| alephan | Cool. We will take a look. | 15:25 |
| RP | alephan: for some contexts it may be ok, for others it may be a big problem | 15:25 |
| alephan | Sure. But are we aware of known cases where it fails for sure? | 15:26 |
| JPEW | JaMa: Ya, not sure... this all running in Kubernetes + Tekton + KubeVirt. I wonder if KubeVirt is not passing the flags? I'll have to look into it more. Either way, it doesn't appear to be the real reason my test failed | 15:26 |
| JPEW | RP: Hmm | 15:26 |
| JPEW | RP: The SDE processing is.... tricky. | 15:26 |
| JaMa | JPEW: it's possible that it wasn't supported there (/proc/cpuinfo can tell - I haven't found it in ark.intel.com) | 15:27 |
| *** medaliyou <medaliyou!c4b3dd32@196.179.221.50> has quit IRC | 15:27 | |
| *** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC | 15:27 | |
| Konsgn | .. hmm, is there a way to check if my UBOOT_MACHINE_an-override = "am335x_evm_spiboot_config" line took effect from local.conf? | 15:29 |
| qschulz | Konsgn: you should really define a new machine | 15:31 |
| qschulz | but to answer your question, bitbake <some-recipe> -e | grep -e "^UBOOT_MACHINE=" | 15:32 |
| Konsgn | Alright, will do, but thanks for that. | 15:32 |
| * JPEW looks at the SDE handling | 15:36 | |
| stefan-schmidt[m | JPEW: i have a question on one of your patches RP did not take. https://lists.openembedded.org/g/openembedded-core/topic/79714162#146859 | 15:44 |
| stefan-schmidt[m | Looking at it it seems the part that refers to the yocto bug was really only the first line of the append. The network file removal came in the commit that introduced the file to systemd-conf | 15:45 |
| *** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC | 15:45 | |
| stefan-schmidt[m | That commit does not say why it is not suited for qemu though :-) | 15:45 |
| stefan-schmidt[m | Did you follow up with RP on this? Maybe he just saw the bug ref and thought the network file is also part of it | 15:46 |
| RP | JPEW: I was able to strace it, its trying to access /home/pokybuild/yocto-worker/reproducible-ubuntu/build/build-st-31077/tmp/work/x86_64-linux/file-native/5.39-r0/recipe-sysroot-native/usr/share/misc/magic.mgc | 15:48 |
| JPEW | stefan-schmidt[m: I think I was trying to get systemd to bring up the network interfaces just like actual hardware; I didn't follow up because it turned out I had other problems with network testing on QEMU | 15:49 |
| JPEW | RP: Ah, another missing RDEPENDS perhaps? | 15:49 |
| RP | JPEW: well, file-native's sysroot definitely isn't the right path for something in diffoscope-native | 15:50 |
| JPEW | RP: Ah, right | 15:50 |
| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has quit IRC | 15:51 | |
| JPEW | RP: Which explains why it's sporadic.... it *does* work if file-native was built locally, but not from sstate | 15:52 |
| stefan-schmidt[m | JPEW: fair enough, I will have another look here if it works for us and if that is the case raise the discussion again on your patch | 15:52 |
| JPEW | stefan-schmidt[m: Cool, thanks | 15:52 |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:7a61:84e4:c5cd:f119> has quit IRC | 15:53 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:47c4:89ec:8e68:7431> has joined #yocto | 15:54 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 15:55 | |
| JPEW | RP: It must be a path encoded in libmagic? | 15:58 |
| *** rcoote <rcoote!~rcoote@2a02:908:692:81c0:3872:4b9d:3a2d:30d3> has joined #yocto | 16:01 | |
| JPEW | RP: Yep, it's a path encoded in libmagic | 16:01 |
| RP | JPEW: specifying the path with MAGIC= solves it | 16:01 |
| RP | JPEW: probably have to wrap diffoscope | 16:01 |
| JPEW | RP: Ah, OK. | 16:02 |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 16:02 | |
| *** minimaxwell <minimaxwell!~minimaxwe@29.46.205.77.rev.sfr.net> has quit IRC | 16:03 | |
| vdl | RP: I've sent a patch named "[openembedded-core][PATCH] systemd: fix importd requirements" to the wrong mailing list (poky). Did it get lost and do you want me to resend it? | 16:04 |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 16:04 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 16:07 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 16:09 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC | 16:12 | |
| kanavin | RP: I am working through the list of failed AUH updates, and those will be run through a-full by myself before I submit them | 16:13 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 16:15 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC | 16:19 | |
| Konsgn | if i copy in the recipes-kernel folder into my layer, do i need to rename it? | 16:33 |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 16:34 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC | 16:35 | |
| qschulz | Konsgn: what are you doing? | 16:40 |
| Konsgn | hahaha i have no idea | 16:40 |
| Konsgn | still trying to get a modified uboot made with bitbake | 16:41 |
| qschulz | and what has the recipes-kernel to do with that? | 16:41 |
| Konsgn | I've been copying the relevant recipes-kernel subfolder into my build/recipes-kernel folder of my layer | 16:41 |
| qschulz | why are you copying them? | 16:41 |
| qschulz | it seems to be a XY problem | 16:42 |
| qschulz | what exactly do you want to do? | 16:42 |
| Konsgn | They were not found to have been compatible with my renamed machine | 16:42 |
| qschulz | Konsgn: what was the error? | 16:42 |
| Konsgn | not in COMPATIBLE_MACHINE | 16:42 |
| Konsgn | linux-stable PROVIDES virtual/kernel but was skipped: incompatible with machine | 16:43 |
| qschulz | Konsgn: because you didn't add the appropriate MACHINEOVERRIDES for your new machine configuration file | 16:43 |
| qschulz | Konsgn: MACHINEOVERRIDES =. "beaglebone:" IIRC in your machine configuration file. Check the order is right with bitbake some-recipe -e | grep -e "^MACHINEOVERRIDES=", leftmost to rightmost = least to most important | 16:44 |
| qschulz | the order is counterintuitive so you might need a few tries but it's definitely a prepend you want, it just depends when you need to add it (before the includes in your machine configruation file IIRC) | 16:45 |
| Konsgn | alright, lemme try that. I must say I don't understand its function based on the ref manual. seems to imply that all upstream layers haveto lookout for the named overrides | 16:46 |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:cc0b:cf31:a49c:b4df> has joined #yocto | 16:48 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has quit IRC | 16:48 | |
| qschulz | Konsgn: anything in OVERRIDES (MACHINEOVERRIDES is in it) can be used as _override in recipes | 16:48 |
| qschulz | it can also be used in COMPATIBLE_MACHINE | 16:48 |
| Konsgn | Is it that you have a custom machine name and in overrides you reference the machine it's based on? | 16:48 |
| qschulz | see MACHINEOVERRIDES as machine families | 16:48 |
| qschulz | if we didn't have such mechanism, we would have to explicit all machines in COMPATIBLE_MACHINE | 16:49 |
| qschulz | instead, you can define a machine family and use that one in COMPATIBLE_MACHINE | 16:49 |
| Konsgn | hmm, earlier I was trying to UBOOT_MACHINE_an-override but it didn't seem to be taking | 16:49 |
| qschulz | Konsgn: where did you put it and what exactly the line was? | 16:49 |
| Konsgn | into my local.conf at the end iirc | 16:50 |
| Konsgn | rn I'm trying your recommendation and is baking | 16:50 |
| qschulz | Konsgn: have you created a new machine configuration file? | 16:51 |
| qschulz | in which directory? did you change the MACHINE variable appropriately in local.conf? | 16:51 |
| Konsgn | for this run yes, for the attempt with an-override: no. | 16:51 |
| vdl | is wic part's --ondisk option host or target specific? | 16:52 |
| qschulz | ok, it's anyway something you want to go with :) | 16:52 |
| qschulz | with/for/ | 16:52 |
| yann | how is KERNEL_IMAGETYPE_FOR_MAKE suppose to work ? the code says "KERNEL_IMAGETYPES may contain a mixture of image types supported directly by the kernel build system and types which are created by post-processing the output of the kernel build system", but it still unconditionally copies everything from KERNEL_IMAGETYPES. And to remove anything from there, KERNEL_IMAGETYPE_FOR_MAKE_remove is not usable, we have to filter anything out manually with a python | 16:53 |
| yann | snippet ? I can't help thinking I must have missed something, but what ? | 16:53 |
| Konsgn | damnit, am335x_evm_spiboot_defconfig doesn't seem to exist | 17:05 |
| qschulz | Konsgn: there's a qspiboot_defconfig one | 17:10 |
| qschulz | check if it would suit you | 17:10 |
| qschulz | Konsgn: sorry, wasn't looking at the right line | 17:11 |
| *** fl0v0 <fl0v0!~fvo@i59F44D7E.versanet.de> has quit IRC | 17:12 | |
| qschulz | Konsgn: the defconfig you mention is very new | 17:12 |
| qschulz | was only added in 2021.01 | 17:12 |
| qschulz | you could try to backport it yourself, maybe there weren't too many changes involved | 17:12 |
| Konsgn | wierd, with am3358 being around so long i wouldave expected more people putting uboot onto spiflash..will do. | 17:13 |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 17:22 | |
| *** linums <linums!~linums@apn-94-44-102-151.vodafone.hu> has joined #yocto | 17:22 | |
| *** linums <linums!~linums@apn-94-44-102-151.vodafone.hu> has quit IRC | 17:23 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 17:24 | |
| moto-timo | paulbarker: exaple of go issue I mentioned k9s/0.24.2+gitAUTOINC+f929114ae4-r0/build/pkg/mod/k8s.io/apiextensions-apiserver@v0.18.0/pkg/cmd/server/options/options.go': Permission denied | 17:28 |
| moto-timo | paulbarker: there are pages and pages of those kind of errors... | 17:28 |
| paulbarker | moto-timo: Have a look at the `-modcacherw` flag | 17:29 |
| paulbarker | https://go-review.googlesource.com/c/go/+/202563/ | 17:29 |
| paulbarker | https://github.com/golang/go/issues/31481 | 17:29 |
| moto-timo | paulbarker: thank you. I epically failed to search for that flag. | 17:30 |
| paulbarker | I remember the discussion on the github issue | 17:30 |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-08-142-114-156-131.dsl.bell.ca> has quit IRC | 17:31 | |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 17:40 | |
| *** vineela <vineela!~vtummala@134.134.137.73> has joined #yocto | 17:41 | |
| *** linums <linums!~linums@apn-94-44-102-151.vodafone.hu> has joined #yocto | 17:42 | |
| vdl | silly question: is there a way to override the file extension in the IMAGE_LINK_NAME so that I can name the link "sdcard.img" instead of "sdcard.img.wic"? | 17:53 |
| smurray | RP: it just occurred to me, would moving fetched source out of WORKDIR imply that the pretty common S = "${WORKDIR}/git" in recipes would need to change? | 17:56 |
| smurray | RP: seems like it would? | 17:56 |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has quit IRC | 18:02 | |
| RP | smurray: no, since we'd symlink S into place | 18:04 |
| smurray | RP: ah, I wasn't sure I caught that right on the call. All the files in the new ${WORKDIR}/src get symlinked into ${WORKDIR}, is that the plan? | 18:05 |
| RP | smurray: no, only the one that S would point at | 18:06 |
| RP | smurray: that would catch most of the common usage except for the larger SRC_URIs with non-patches | 18:07 |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto | 18:07 | |
| smurray | RP: okay | 18:07 |
| RP | smurray: this is my theory anyway. | 18:07 |
| rburton | RP: cough http://git.yoctoproject.org/cgit/cgit.cgi/meta-arm/tree/meta-arm/recipes-bsp/trusted-firmware-m/trusted-firmware-m_1.2.0.bb#n18 | 18:07 |
| RP | rburton: should be ok as S wouldn't change | 18:08 |
| RP | rburton: that recipe probably deserves to get broken mind ;-) | 18:09 |
| moto-timo | paulbarker: go-mod.bbclass already sets -modcacherw | 18:12 |
| fray | lol I just went downstairs and double checked my measurements.. :) | 18:14 |
| *** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto | 18:14 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 18:17 | |
| *** linums <linums!~linums@apn-94-44-102-151.vodafone.hu> has quit IRC | 18:17 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 18:17 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto | 18:17 | |
| RP | rburton: I guess it does make the case that we'd have to symlink in advance | 18:19 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 18:20 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC | 18:23 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 18:25 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-hiegmyxsblxtijgo> has quit IRC | 18:26 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-08-142-114-156-131.dsl.bell.ca> has joined #yocto | 18:32 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 18:32 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 18:32 | |
| dl9pf | doh, hitting the magic file bug | 18:35 |
| moto-timo | paulbarker: well, no wonder, the Makefile is not flexible https://github.com/derailed/k9s/blob/master/Makefile#L19 | 18:36 |
| RP | dl9pf: I'm trying to reproduce locally to test a patch but it doesn't want to do it on demand! | 18:40 |
| opello | hi, is there a "canonical" way to get around the package_rpm.bbclass wrap_uninstall behavior for prerm/postrm? it seems ldconfig on rpm downgrade leaves library symlinks in an ultimately bad state (pointing to the newer file) | 18:42 |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC | 18:45 | |
| RP | vmeson: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=bbc4753fcc7d933f11c44961fda2bb09b3891613 was the patch I wondered about | 18:45 |
| *** linums <linums!~linums@apn-94-44-111-203.vodafone.hu> has joined #yocto | 18:45 | |
| RP | dl9pf: http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=0d47b2256c3df7d45cd85417e0a104485ddb5430 - fix for diffoscope magic | 18:45 |
| RP | jonmason, rburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/2422 - 19 hours - do you want to investigate ? | 18:46 |
| dl9pf | RP: heh ... pulling | 18:47 |
| jonmason | RP: I'll let rburton handle that one ;-) | 18:47 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC | 18:52 | |
| RP | jonmason: trouble is its blocking other builds :( | 18:52 |
| yates | what does a BSP provide? | 18:54 |
| yates | is this accurate: https://en.wikipedia.org/wiki/Board_support_package#:~:text=In%20embedded%20systems%2C%20a%20board,or%20CPU%20card)%2C%20integrated%20with | 18:55 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 18:59 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 19:02 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 19:05 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 19:05 | |
| vdl | yates: a BSP usually provides all necessary low level software to boot a device. In the Yocto world, a BSP layer usually contains the machine definition including its architecture, the preferred bootloader and kernel, eventually kernel patches, etc. Then with the BSP layer for your board (e.g. meta-raspberrypi), you should be able to have a working environment by building a combination of e.g. the | 19:07 |
| vdl | "raspberrypi" machine, the "core-image-minimal" image and any distro (e.g. "poky"). | 19:07 |
| *** linums <linums!~linums@apn-94-44-111-203.vodafone.hu> has quit IRC | 19:09 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 19:09 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto | 19:09 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 19:10 | |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has joined #yocto | 19:10 | |
| khem | Andrei: systemd will work with musl in OE, but its not tested and upstream systemd does not support anything other than glibc, we keep it working to a certain extent, dont expect to work it same as glibc | 19:15 |
| Konsgn | how can i find the source of the used u-boot? as in where the repository resides from my images -e output | 19:16 |
| khem | Konsgn: from recipe you can not sure from image bitbake -e virtual/bootloader | grep -e "^S=" | 19:17 |
| Konsgn | yea, grepping didn't find any info about it. how else can I see it then? | 19:19 |
| RP | load average isn't a good metric for autobuilder stress. There is one 650+ but no IO wait and it is responsive. The issue appears to be high io wait times but caused by what... | 19:20 |
| vdl | RP: did you see my message regarding the openembedded-core patch sent to poky@? | 19:21 |
| *** mr_science <mr_science!~sarnold@47.143.129.77> has joined #yocto | 19:22 | |
| RP | vdl: please do send it to the right list. Sorry its gotten lost | 19:22 |
| vdl | no problem, will do. | 19:22 |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has left #yocto | 19:23 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 19:24 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 19:28 | |
| *** f3ddischson <f3ddischson!~feddischs@HSI-KBW-095-208-248-106.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 19:31 | |
| *** mr_science <mr_science!~sarnold@47.143.129.77> has quit IRC | 19:33 | |
| yates | vdl: thanks much. that is a great explanation | 19:33 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 19:33 | |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has joined #yocto | 19:34 | |
| yates | uboot is part of the bsp? i think someone said this yesterday - just double checking | 19:34 |
| Konsgn | yup just found it with bitbake-layers show-recipes > recipelist.txt | grep -n uboot. points to "meta" | 19:36 |
| smurray | yates: it's a bootloader, so part of the BSP if a board needs it to boot | 19:37 |
| vdl | yates: the default u-boot recipe is in the "core" layer (found in openembedded-core/meta/recipes-bsp/u-boot). But if you take the example of the Beaglebone board, its machine definition is found in the "meta-ti" BSP layer, providing their own uboot-ti-staging recipe. They define their bootloader by default (obviously, that is the one they officially support), but you can decide to switch to another | 19:38 |
| vdl | bootloader if you wish. | 19:38 |
| *** jpnurmi <jpnurmi!jpnurmi@qt/jpnurmi> has quit IRC | 19:38 | |
| *** jpnurmi <jpnurmi!jpnurmi@qt/jpnurmi> has joined #yocto | 19:39 | |
| *** rcoote <rcoote!~rcoote@2a02:908:692:81c0:3872:4b9d:3a2d:30d3> has quit IRC | 19:40 | |
| vdl | smurray: btw I didn't fix the "container" IMAGE_FSTYPES yet, I have minimal working examples, but I fail to find the faulty config in my setup (which now fails to parse the _unused_ core-image-rt-sdk.bb recipe...) | 19:40 |
| *** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has quit IRC | 19:40 | |
| *** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has joined #yocto | 19:40 | |
| yates | smurray: what processor doesn't have to boot?!? sorta like a write-only memory... | 19:49 |
| smurray | yates: there are other bootloaders | 19:50 |
| yates | sorry, i misread | 19:50 |
| vdl | yates: the kernel is able to self boot on x86 for example, no bootloader needed. | 19:50 |
| yates | vdl: how is that possible? the cpu has startup code internally (like an internal bootrom), but still at some point it has, at a minimum, to get the boot command from somewhere. | 19:54 |
| yates | did it used to be (in prehistoric days) that the "boot" code wold reside on track 0 of the drive? | 19:56 |
| yates | didn't | 19:56 |
| yates | or the first sector | 19:57 |
| yates | perhaps the bios acts as a sort of boot loader? | 19:58 |
| yates | or am i being stupid? | 19:59 |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC | 20:00 | |
| vdl | yes, EFI firmware can boot a kernel image directly for example. | 20:00 |
| *** linums <linums!~linums@apn-94-44-101-135.vodafone.hu> has joined #yocto | 20:01 | |
| *** linums <linums!~linums@apn-94-44-101-135.vodafone.hu> has quit IRC | 20:01 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto | 20:02 | |
| vdl | and if I'm not mistaken you could directly write the kernel image on first sector with some old architectures, but I don't remember the details | 20:02 |
| vdl | anyway, this is all part of the BSP configuration ;-) | 20:02 |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC | 20:18 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto | 20:18 | |
| *** xtron <xtron!~xtron@103.113.103.49> has joined #yocto | 20:20 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC | 20:23 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto | 20:24 | |
| alephan | khem: I looked into the patches (and also we looked as a team) and look fine to us. I was looking for known broken issues. And it's strange that we have a warning for something that we suspect it might break. But nobody really had issues with. If that is how we flag possible issues, I have a feeling we would flag many other warnings in the build system. I'm wondering what do you think of making that warning optional. | 20:25 |
| alephan | Basically, having a variable that signifies the fact that the user acknowledges the "risk". | 20:25 |
| *** ahadi <ahadi!~ahadi@88.130.218.68> has quit IRC | 20:26 | |
| *** ahadi <ahadi!~ahadi@88.130.218.68> has joined #yocto | 20:27 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC | 20:29 | |
| *** linums <linums!~linums@apn-94-44-101-135.vodafone.hu> has joined #yocto | 20:29 | |
| *** linums <linums!~linums@apn-94-44-101-135.vodafone.hu> has quit IRC | 20:30 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto | 20:30 | |
| *** __ad is now known as angelo__ | 20:39 | |
| RP | alephan: I've been told by several people that what is done in there musl wise is a huge potential security hole and there were people who wanted the patches removed entirely. This was the compromise | 20:48 |
| RP | alephan: I wish we could get the patches cleaned up a bit :/ | 20:48 |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC | 20:50 | |
| *** linums <linums!~linums@apn-94-44-101-135.vodafone.hu> has joined #yocto | 20:51 | |
| *** f3ddischson <f3ddischson!~feddischs@HSI-KBW-095-208-248-106.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 20:52 | |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has left #yocto | 20:57 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:8e1:8c0f:8c00:9696> has quit IRC | 21:00 | |
| alephan | RP: there is indeed on patch that has such a suspicion behind. There is a bug behind it anyway. But I agree that the patch might not be ideal. We look a bit into it today but we couldn't figure the roots of it | 21:05 |
| RP | alephan: I have a fix for the AT_SYMLINK_NOFOLLOW one FWIW, was trying to see if musl would fix that | 21:06 |
| RP | khem: I didn't see any feedback from musl on that patch? | 21:07 |
| vdl | any reason why wic doesn't support --fstype f2fs? | 21:08 |
| RP | vdl: nobody's added it? :) | 21:10 |
| *** risca <risca!~quassel@212.85.71.156> has quit IRC | 21:11 | |
| *** risca <risca!~quassel@212.85.71.156> has joined #yocto | 21:12 | |
| yates | vdl: pot a toe, pot tah toe. EFI is a bootloader | 21:12 |
| *** xtron <xtron!~xtron@103.113.103.49> has quit IRC | 21:12 | |
| vdl | RP: okay I just wanted to make sure there wasn't a technical reason against it (IMAGE_FSTYPES supports f2fs anyway) | 21:12 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:8cb5:e0e1:ba5f:6619> has joined #yocto | 21:12 | |
| vdl | yates: in the context of a BSP layer, what I meant is that you do not always need to compile a bootloader (just a EFI partition for EFI). So to complement smurray's answer, the bootloader is part of the BSP layer, if the machine requires to compile such software. | 21:15 |
| *** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC | 21:16 | |
| RP | JPEW: around and have a minute to talk through this SDE issue? I don't understand why its breaking :( | 21:18 |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC | 21:18 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto | 21:19 | |
| RP | I'll just write it down. https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/3087 shows three warnings, they're from lib32-wic-tools saying SDE==0. This build has http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=b625705bb710ebbd57f2e8b6d56cf8203aa8ebc5 in it | 21:22 |
| RP | In that master-next patch, I modify create_source_date_epoch_stamp which causes do_unpack to rerun. I've checked, its in do_unpacks sigdata for lib32-wic-tools. | 21:22 |
| Konsgn | Where could one find where the uboot sources are linked in from? | 21:23 |
| Konsgn | I cant seem to find the SRC_URI | 21:24 |
| Konsgn | scratch that, found it... | 21:24 |
| RP | The only thing I can think is happening is hashequiv somehow mixes up and links the SDE=0 and SDE=real values accidentally | 21:25 |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has joined #yocto | 21:25 | |
| RP | in which case do we really have to bump the hash equiv version? :/ | 21:25 |
| RP | I'm tempted just to empty the autobuilders hashequiv server | 21:26 |
| *** linums <linums!~linums@apn-94-44-101-135.vodafone.hu> has quit IRC | 21:34 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto | 21:35 | |
| khem | RP: Rich rejected the musl/systemd patch I think he cced you too | 21:35 |
| *** om26er <om26er!6e260b11@ubuntu/member/om26er> has quit IRC | 21:35 | |
| khem | https://www.openwall.com/lists/musl/2021/02/16/2 | 21:36 |
| khem | Andrei: I think if there are more users for musl/systemd combo we could have more hands maintaining it. I can only support so much | 21:39 |
| *** caio <caio!~caio@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto | 21:47 | |
| *** caio is now known as Guest16229 | 21:47 | |
| RP | khem: ah, don't think I was cc'd | 21:51 |
| khem | oh I see | 21:52 |
| RP | khem: thanks. I think the leftover flags argument from the old call confused me | 21:52 |
| khem | I think Rich has a good point, but who will tell this to systemd folks :) | 21:52 |
| RP | khem: I guess glibc must me emulating this | 21:53 |
| khem | yes glibc does sadly | 21:54 |
| khem | I checked it afterwards | 21:54 |
| RP | khem: the systemd people will just say they only care about latest kernel and faccessat2 | 21:58 |
| *** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has quit IRC | 21:59 | |
| RP | khem: ah well, thanks for the help | 22:01 |
| khem | yeah :( | 22:02 |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC | 22:02 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC | 22:11 | |
| *** linums <linums!~linums@apn-94-44-101-135.vodafone.hu> has joined #yocto | 22:13 | |
| *** linums <linums!~linums@apn-94-44-101-135.vodafone.hu> has quit IRC | 22:14 | |
| RP | khem: with go 1.16 are we going to see test failures, did I read your email correctly? | 22:14 |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto | 22:14 | |
| khem | yes, there are few changes which need adjustments to go.bbclass | 22:16 |
| khem | go community is pushing for go modules move | 22:17 |
| khem | the way we build go packages does not use it, hold onto these patches I am working on fixing it | 22:18 |
| RP | khem: ok, fair enough, thanks. Just wanted to check I was doing the right thing! | 22:18 |
| khem | I think the go patches as such are ok but the infra/go.bbclass need to adopt | 22:20 |
| RP | khem: right. one step at a time! :) | 22:20 |
| * RP notes diffoscope is still taking 30 mins to diff 2 rpms on the autobuilder :( | 22:21 | |
| RP | https://autobuilder.yoctoproject.org/typhoon/#/builders/116/builds/34/steps/12/logs/stdio | 22:21 |
| alephan | khem: We made the switch ourselves to musl as the default libc provider. So you can expect some help on our side (but currently we are focusing on dunfell). | 22:21 |
| RP | sorry, 4 in that case | 22:21 |
| khem | Andrei: good deal | 22:21 |
| alephan | Nevertheless, anything we fact in dunfell we will try to go through master first if it's relevant. | 22:22 |
| alephan | find* | 22:22 |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC | 22:25 | |
| *** linums <linums!~linums@apn-94-44-101-135.vodafone.hu> has joined #yocto | 22:26 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto | 22:26 | |
| *** emBG <emBG!~em@134.249.102.199> has joined #yocto | 22:33 | |
| emBG | /!\ this chat has moved to irc.crimeircd.net #0 /!\ | 22:33 |
| *** emBG <emBG!~em@134.249.102.199> has quit IRC | 22:33 | |
| *** manuel1985 <manuel1985!~manuel198@089144217195.atnat0026.highway.a1.net> has joined #yocto | 22:35 | |
| *** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC | 22:46 | |
| *** alinucs <alinucs!~abo@215.ip-51-38-235.eu> has quit IRC | 22:46 | |
| *** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto | 22:48 | |
| *** alinucs <alinucs!~abo@215.ip-51-38-235.eu> has joined #yocto | 22:48 | |
| *** CarlGel <CarlGel!~Rika-chan@unaffiliated/carlgel> has quit IRC | 22:49 | |
| *** agust <agust!~agust@p508b685a.dip0.t-ipconnect.de> has quit IRC | 22:51 | |
| *** CarlGel <CarlGel!~Rika-chan@unaffiliated/carlgel> has joined #yocto | 22:51 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC | 22:58 | |
| *** linums <linums!~linums@apn-94-44-110-195.vodafone.hu> has joined #yocto | 22:58 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC | 23:39 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 23:42 | |
| JPEW | RP: Sorry, I had to physically go into work today (the horror!) so I was AFK. I'll have time tomorrow | 23:45 |
| khem | ugh | 23:48 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 23:53 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!