Wednesday, 2023-06-07

*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto00:16
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)00:27
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Remote host closed the connection)00:32
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto00:35
*** beroset <beroset!~beroset@2600:1700:f90:2250::d> has quit IRC (Quit: Client closed)00:35
*** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.)00:48
*** jmk1 <jmk1!~jmk1@176.188.208.171> has joined #yocto01:03
*** davidinux <davidinux!~davidinux@194.34.233.135> has quit IRC (Ping timeout: 265 seconds)01:04
*** davidinux <davidinux!~davidinux@194.34.233.139> has joined #yocto01:06
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)01:42
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto01:42
*** beroset <beroset!~beroset@104-185-76-86.lightspeed.rlghnc.sbcglobal.net> has joined #yocto02:21
*** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto02:24
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 265 seconds)02:29
*** jclsn <jclsn!~jclsn@2a04:4540:6542:2a00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 250 seconds)02:33
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto02:34
*** jclsn <jclsn!~jclsn@2a04:4540:6501:7700:2ce:39ff:fecf:efcd> has joined #yocto02:35
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds)03:08
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto03:08
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto03:13
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 265 seconds)03:14
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto03:14
*** PhoenixMage <PhoenixMage!~phoenix@65.181.12.20> has joined #yocto04:16
PhoenixMageSo, in bb if a variable isnt populated it seems to show up as a string instead? I would have expected "" or null or something else...04:21
*** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.)04:33
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto04:46
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 250 seconds)05:11
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 240 seconds)05:15
*** amitk <amitk!~amit@103.208.69.173> has joined #yocto05:24
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:00
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto06:11
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto06:14
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto06:17
*** frieder <frieder!~frieder@i577B9073.versanet.de> has joined #yocto06:19
*** Granjow <Granjow!~simon@46.140.188.244> has joined #yocto06:28
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Ping timeout: 240 seconds)06:31
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds)06:41
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Remote host closed the connection)06:41
*** topik <topik!topik@kapsi.fi> has joined #yocto06:43
topikHi, does someone know why virtual providers do not apply to RDEPENDS? I could see a use-case for that in e.g. having virtual provider for a service which had variants for release and testing builds06:46
landgraftopik: https://lists.openembedded.org/g/openembedded-core/topic/8529773306:51
*** Guest41367 <Guest41367!~Guest4136@62.72.231.239> has joined #yocto06:53
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto06:56
topikThat doesn't really include the explanation for the problems with virtual runtime providers07:03
*** Granjow <Granjow!~simon@46.140.188.244> has quit IRC (Ping timeout: 240 seconds)07:04
landgraftopik: what do you mean? you're trying to add virtual provider to RDEPENDS and it's not installed in the image?07:06
topikMostly I'm wondering the documentation and the reasoning behind that virtual/ -> virtual- syntax change07:08
topikThe documentation says "Virtual providers only apply to build time dependencies --". I would like to specify an RDEPENDS for a package as virtual/foo, and then define which variant of foo is taken into the build elsewhere07:10
*** Guest41367 <Guest41367!~Guest4136@62.72.231.239> has quit IRC (Remote host closed the connection)07:12
*** mvlad <mvlad!~mvlad@2a02:2f08:4a06:df00:7656:3cff:fe3f:7ce9> has joined #yocto07:12
landgraftopik: probably it's because of the package manager under the hood but I'm just guessing.  Can you add PROVIDES="virtual-foo"  to the recipe and use virtual- in the RDEPENDS?07:13
kayterina[m]Hello, when a recipe is built from git (not archive) the version in the recipe name is that of the .bb file? So it can be anything, not bound to the version actually built or it helps to keep the version?07:14
landgrafkayterina[m]: it depends. nothing prevents you from using git tags and $PV in the recipes.07:15
topikI can, and that works, it just feels weird and I'm wondering if I'm doing something wrong doing that07:15
*** zpfvo <zpfvo!~fvo@i59F5CE59.versanet.de> has joined #yocto07:18
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 240 seconds)07:19
landgraftopik: Yes. this looks like a kludge however I'm pretty sure there's strong reasoning behind this... probably ipk/rpm/dnf/deb doesn't like 'virtual/' syntax in their command line or something like that.  you can dig into git history to find the reason :)07:19
topikAlright :P07:22
*** Saur <Saur!~pkj@nebula.axis.com> has quit IRC (Remote host closed the connection)07:32
*** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto07:33
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto07:33
*** Saur <Saur!~pkj@nebula.axis.com> has quit IRC (Remote host closed the connection)07:33
*** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto07:35
*** Saur <Saur!~pkj@nebula.axis.com> has quit IRC (Remote host closed the connection)07:36
*** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto07:37
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto07:38
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto07:38
*** florian_kc <florian_kc!~florian@dynamic-002-243-136-215.2.243.pool.telefonica.de> has joined #yocto07:38
*** Saur <Saur!~pkj@nebula.axis.com> has quit IRC (Remote host closed the connection)07:40
*** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto07:40
*** Saur <Saur!~pkj@nebula.axis.com> has quit IRC (Remote host closed the connection)07:40
*** yannd <yannd!~yann@88.120.44.86> has quit IRC (Ping timeout: 240 seconds)07:41
*** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto07:41
*** Saur <Saur!~pkj@nebula.axis.com> has quit IRC (Remote host closed the connection)07:41
*** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto07:42
*** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto07:43
*** Saur <Saur!~pkj@nebula.axis.com> has quit IRC (Remote host closed the connection)07:43
*** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto07:44
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Remote host closed the connection)07:44
*** Saur <Saur!~pkj@nebula.axis.com> has quit IRC (Remote host closed the connection)07:44
*** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto07:45
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto07:47
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Remote host closed the connection)07:52
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto07:52
*** yannd <yannd!~yann@88.120.44.86> has joined #yocto07:54
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)07:55
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto07:56
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 240 seconds)07:56
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Remote host closed the connection)07:56
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto07:57
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)07:57
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto07:57
*** bps2 <bps2!~bps@193.89.194.60> has joined #yocto07:59
*** florian_kc <florian_kc!~florian@dynamic-002-243-136-215.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)08:07
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Ping timeout: 256 seconds)08:10
*** beroset <beroset!~beroset@104-185-76-86.lightspeed.rlghnc.sbcglobal.net> has quit IRC (Quit: Client closed)08:17
*** ptsneves <ptsneves!~Thunderbi@84.47.155.82> has joined #yocto08:21
PhoenixMageDoes grub support fitImage or is it a uboot only thing?08:23
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto08:38
* RP wonders what a green nightly build means. It has been a while08:39
linex[m]PhoenixMage:  I think it's only a uboot thing08:39
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto08:40
linex[m]eco friendly builds :o /jk08:41
mcfriskit's one of those magical unicorn type of things which actlually only tell that you're not testing enough on real HW and on complex SW stack..08:46
RPtopik: the choice of a given virtual is baked into the package when it is created. If you then want to change it later, the package has to rebuild. It can't be something you can change at will as we have no want to pass that information to the package manager.08:52
RPtopik: it would also mean we'd have to have a solution for each different package management backend. The chances of them all working the same way is about zero.08:52
landgrafso my guessing was about right and it has something to do with package management :-)08:53
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Read error: Connection reset by peer)08:53
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto08:54
RPlandgraf: yes, the package managers just don't have a good way to handle this08:56
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Remote host closed the connection)08:58
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto09:05
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)09:06
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto09:06
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto09:13
*** gstinocher[m] <gstinocher[m]!~gstinoche@2001:470:69fc:105::2:358a> has quit IRC (Remote host closed the connection)09:21
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Remote host closed the connection)09:28
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto09:28
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Ping timeout: 246 seconds)09:32
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto09:34
*** rob_w <rob_w!~rob@2001:a61:60c3:ae01:7cbf:76b6:97e4:6590> has joined #yocto09:43
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Ping timeout: 246 seconds)09:44
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto09:49
topikRP, thanks a lot, that makes sense09:51
topikA bit of a shame, but we'll have to deal with it09:52
RPtopik: I wish we had something better. I'm sure it could be done but would be a lot of work09:52
topikyeah...09:53
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Read error: Connection reset by peer)09:56
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto10:00
*** florian_kc <florian_kc!~florian@dynamic-002-243-136-215.2.243.pool.telefonica.de> has joined #yocto10:11
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds)10:12
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)10:15
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto10:17
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Read error: Connection reset by peer)10:20
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto10:20
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Read error: Connection reset by peer)10:21
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto10:21
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Remote host closed the connection)10:23
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto10:24
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Remote host closed the connection)10:25
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto10:26
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Read error: Connection reset by peer)10:26
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto10:26
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Read error: Connection reset by peer)10:27
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto10:27
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Ping timeout: 240 seconds)10:32
*** prabhakar <prabhakar!~prabhakar@pc.renesas.eu> has quit IRC (Remote host closed the connection)10:33
*** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:d875:6297:4e81:e577> has joined #yocto10:43
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto10:44
*** hays <hays!rootvegeta@fsf/member/hays> has quit IRC (Remote host closed the connection)11:04
*** kpo <kpo!~kpo@031011130110.dynamic-3-poz-k-1-0-0.vectranet.pl> has joined #yocto11:06
*** prabhakar <prabhakar!~prabhakar@pc.renesas.eu> has joined #yocto11:06
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto11:06
*** prabhakar <prabhakar!~prabhakar@pc.renesas.eu> has quit IRC (Remote host closed the connection)11:13
*** kpo <kpo!~kpo@031011130110.dynamic-3-poz-k-1-0-0.vectranet.pl> has quit IRC (Ping timeout: 240 seconds)11:16
PhoenixMagelinex[m]: ta11:18
*** prabhakar <prabhakar!~prabhakar@pc.renesas.eu> has joined #yocto11:20
*** florian_kc <florian_kc!~florian@dynamic-002-243-136-215.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds)11:23
*** camus <camus!~Instantbi@58.246.136.203> has quit IRC (Read error: Connection reset by peer)11:23
*** camus1 <camus1!~Instantbi@58.246.136.203> has joined #yocto11:23
*** prabhakar <prabhakar!~prabhakar@pc.renesas.eu> has quit IRC (Remote host closed the connection)11:24
*** camus1 is now known as camus11:26
*** hays <hays!rootvegeta@fsf/member/hays> has joined #yocto11:30
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Remote host closed the connection)11:33
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto11:38
*** seninha <seninha!~seninha@user/seninha> has joined #yocto11:40
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Remote host closed the connection)11:50
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto11:50
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)11:56
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto11:56
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Ping timeout: 240 seconds)12:00
*** Vygu <Vygu!~Vygu@lfbn-idf1-1-1792-60.w90-91.abo.wanadoo.fr> has joined #yocto12:00
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has joined #yocto12:05
*** florian_kc <florian_kc!~florian@dynamic-002-243-136-215.2.243.pool.telefonica.de> has joined #yocto12:05
VyguHello, Are there any way to know what dynamic lib are required by a python module, without run it, as ldd on binaries or soname libs ?12:06
*** Guest41367 <Guest41367!~Guest4136@3e48e7ef.adsl.multi.fi> has quit IRC (Remote host closed the connection)12:07
*** beroset <beroset!~beroset@2600:1700:f90:2250::d> has joined #yocto12:09
*** prabhakar <prabhakar!~prabhakar@pc.renesas.eu> has joined #yocto12:12
*** kpo <kpo!~kpo@031011130110.dynamic-3-poz-k-1-0-0.vectranet.pl> has joined #yocto12:14
rburtonVygu: do you mean what python imports?12:16
*** florian_kc <florian_kc!~florian@dynamic-002-243-136-215.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds)12:20
Vyguthe use case is: I want to integrate an internal python stack, which currently runs on an ubuntu image, onto a customized yocto image. To do that I would like scan the python code base (or wheel files) to know what packages I have to install on the yocto image as python dependencies.12:24
linex[m]is it normal to get apt-get install in do_rootfs ?12:24
shoragan[m]Vygu: this might help: https://docs.python.org/3/using/cmdline.html#envvar-PYTHONPROFILEIMPORTTIME12:26
mcfrisklinex[m]: yes, see https://docs.yoctoproject.org/singleindex.html#image-features and "package-management"12:27
mcfrisklinex[m]: if I got the question wrong, then please provide more details :)12:28
*** florian_kc <florian_kc!~florian@dynamic-002-243-136-215.2.243.pool.telefonica.de> has joined #yocto12:33
rburtonVygu: if your app has requirements.txt and so on then you can use that12:40
linex[m]mcfrisk: thanks, What's happening is apt=get install <pkgs> is failing in the yocto build, particularly in the do_rootfs() function. I am not sure why apt-get install is ran. Usually the packages are built and installed without a package manager, no ?12:41
rburtonVygu: https://github.com/ernstp/poky/commit/83e44ad22f42674f497949c0277d3b3834e69f6b is a WIP tool to validate rdepends based on the requirements.txt12:41
rburtonlinex[m]: no, rootfs is generated with a package manager12:41
rburtonso if you have deb packages then apt is used12:41
rburtonfwiw, deb is the worst supported backend, unless you really want to use debs, don't12:41
linex[m]Thanks, can I just chose another package manager without writing too much code ?  rburton12:42
rburtonlinex[m]: the default in oe-core is ipkg and poky uses rpm, so "you" changed it to deb already.  set PACKAGE_CLASSES to ipkg or rpm.12:44
jboHey guys, I'm trying to create a recipe for a custom app hosted on a private github repo. I'm using the git fetcher. I'm getting this: Please set a valid SRCREV for url12:47
jbois SRCREV specific to the recipe or the SRC_URL?12:47
*** florian_kc <florian_kc!~florian@dynamic-002-243-136-215.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)12:48
rburtonif you fetch from a git server you need to set a SRCREV12:49
jborburton, that is a recipe-level thing, right?12:49
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)12:49
rburtonof course12:49
jboso is   SRCREV = "main"  allowed?12:50
rburtonwell, you can have a recipe with multiple git repos12:50
*** seninha <seninha!~seninha@user/seninha> has joined #yocto12:50
jbofor development I'd like the recipe to just grab the latest main branch12:50
rburtonactual SHAs preferred. if you want to track latest then use AUTOREV.12:50
rburton(see the docs)12:50
jbo(reading them)12:51
jbothat seems to have worked - thank you for pointing me towards the right direction!12:52
jboas in: getting different errors now -> progress :D12:52
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto13:02
jbohmm... is there something in bitbake preventing to fetch stuff during the recipe build? I have a cmake based project which uses FetchContent() to download a dependency. It works outside of bitbake but when building via bitbake it says that it couldn't resolve the host of where that dependency repo is located13:03
rburtonyes13:03
rburtonfor exactly this reason :)13:03
jboI get that - any way of disabling that for development purposes?13:03
rburtonlook up the [network] flag13:04
jbogot it - thanks again! :)13:07
jboI left a hard-to-miss-note that this is a workaround for development purposes only. I guess the proper way of doing this is to wrap the dependency in a recipe as well?13:07
PhoenixMageIs it possible to tell the kernel to use a different dtb then the one u-boot puts in memory? Or to get u-boot to compile with the kernel dts?13:08
jboPhoenixMage, wouldn't that just be in the FIT?13:09
PhoenixMagejbo: Not using fit, using an efi13:09
jbofancy13:10
PhoenixMageBasically u-boot -> grub-efi -> kernel13:10
PhoenixMageFor a variety of reasons, but mainly because I plan to have u-boot in SPI13:10
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)13:11
Vyguthank you for your answers13:11
Vygubye13:11
*** Vygu <Vygu!~Vygu@lfbn-idf1-1-1792-60.w90-91.abo.wanadoo.fr> has quit IRC (Quit: Client closed)13:11
PhoenixMageAnyway, my board is only bootable using a patched 6.4-rc1 kernel and the dts in uboot is out of date13:12
PhoenixMageSo when I boot from grub I have no ethernet for starters13:12
PhoenixMageIf I manually load the newer fdt then bootefi then boot kernel its fine13:12
LetoThe2ndyo dudX13:13
PhoenixMageHey LetoThe2nd13:13
PhoenixMageand since LetoThe2nd is here the other reason I am doing it is to mess with mender :p13:14
LetoThe2ndPhoenixMage: yay!13:14
* LetoThe2nd feels required to look at the backlog, then.13:14
LetoThe2ndPhoenixMage: whats the actual problem? Loading another DTB than the default one on a platform?13:17
PhoenixMageEither compiling u-boot with the 6.4-rc1 dts or being able to supply the kernel an updated one from file13:18
*** Xagen <Xagen!~Xagen@4.14.206.69> has joined #yocto13:18
PhoenixMageI would have thought u-boot would first attempt to load it from the efi partition but doesnt appear that way13:18
LetoThe2ndPhoenixMage: doesn't just setting KERNEL_DEVICETREE do the trick?13:22
PhoenixMageDoesnt appear to13:22
PhoenixMageIsnt that only for telling the kernel where to find the dtb to build not u-boot?13:23
LetoThe2ndPhoenixMage: the point is that the logic in u-boot is supposed to do the right thing(TM). If it doesn't do that, it needs to be fixed. I take it this is just happening in a Mender-style setup? Or is it consistent for all builds on the particular platform?13:23
PhoenixMageI havent gotten to mender yet13:24
PhoenixMageThis is just getting my base image working before I start screwing it up with mender13:24
LetoThe2ndPhoenixMage: so it is a generic problem when you are building for your target platform?13:24
*** Xagen <Xagen!~Xagen@4.14.206.69> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)13:25
PhoenixMageBasically if I let it boot my efi without intervention I lose ethernet, if I intervene and load the dtb manually to $fdt_addr_r and supply that to boot the efi (and on to the kernel) its fine13:26
PhoenixMagefitImage is fine because it loads the external dtb thats part of the fitImage13:27
*** Xagen <Xagen!~Xagen@4.14.206.69> has joined #yocto13:27
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto13:30
LetoThe2ndPhoenixMage: that definitely sounds like a bug, possibly introduced by the BSP. Setting KERNEL_DEVICETREE should definitely define the dtb to be used.13:31
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)13:34
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto13:34
PhoenixMageIt does but the u-boot src and the kernel src have different src files for the same dtb, one works (kernel) one doesnt (uboot)13:35
PhoenixMageI might patch it in and see how I go13:37
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 250 seconds)13:39
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto13:39
LetoThe2ndPhoenixMage: sounds like a custom carrier for a generic som or such?13:41
PhoenixMageIts a Radxa Rock-5b its only just starting to get mainline support13:43
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-33-70-53-64-242.dsl.bell.ca> has joined #yocto13:48
*** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto13:49
LetoThe2ndPhoenixMage: we have some interest around that in the Mender community already too. Care to drop  a post on hub.mender.io, then I can connect you?13:49
PhoenixMageSure thing, will have to in the morning its about to hit midnight and sadly I have a 7am meeting13:50
LetoThe2ndPhoenixMage: no hurry required. just thinking about the best way to help you.13:50
PhoenixMageThanks mate, appreciate it13:51
LetoThe2ndhave a good night!13:51
*** amitk <amitk!~amit@103.208.69.173> has quit IRC (Ping timeout: 250 seconds)13:55
jbohmm... so I am using core-image-weston successfully. the image has the panel/bar at the top with the icon for the terminal. how/where would I add custom stuff in my layer to add another custom app to the bar/panel?13:59
*** rob_w <rob_w!~rob@2001:a61:60c3:ae01:7cbf:76b6:97e4:6590> has quit IRC (Quit: Leaving)13:59
rburtonjbo: i believe you need to provide a custom weston.ini14:18
jborburton, thanks - that's the sort of hint I was hoping for :)14:19
jboI'll investigate14:19
LetoThe2ndJPEW: i've given the doom layers a build spin and they seem to be fine for kirkstone too. Fancy a PR to add the layercompat?14:21
JPEWLetoThe2nd: go for it!14:22
*** Xagen <Xagen!~Xagen@4.14.206.69> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)14:25
*** Xagen <Xagen!~Xagen@4.14.206.69> has joined #yocto14:27
*** beroset <beroset!~beroset@2600:1700:f90:2250::d> has quit IRC (Quit: Client closed)14:30
*** zpfvo <zpfvo!~fvo@i59F5CE59.versanet.de> has quit IRC (Ping timeout: 240 seconds)14:39
*** zpfvo <zpfvo!~fvo@i59F5CE59.versanet.de> has joined #yocto14:42
*** kpo <kpo!~kpo@031011130110.dynamic-3-poz-k-1-0-0.vectranet.pl> has quit IRC (Ping timeout: 246 seconds)14:47
*** Chrys69 <Chrys69!~Chrys69@89-89-242-34.abo.bbox.fr> has joined #yocto14:50
Chrys69Hi everyone Little question here. I would like to patch a Kernel. I know how to patch having "patch" file generated through git format-patch for example. But if I want to patch the kernel while the files to be added came from other git repo? I already tried to add in SRC_URI a git repo. Than using SRCREV_FORMAT and adding the "name" on the git14:53
Chrys69repo. But I don't like this idea as I need also to change the recipe of the kernel which came from the community. How should I do it?14:53
rburtonChrys69: easy way: copy the patches14:54
rburtonor if the git repo is available over http then you can just grab the patches one at a time in a SRC_URI14:54
Chrys69It's not patch file, is entire files to be added to the kernel14:54
Chrys69So the patch need to be done after14:55
rburtonso its not a patch then14:55
rburtonadd both git repos, then in a new post-unpack copy the files to the right places14:55
Chrys69How to distinguish where both git repos would be unpacked?14:56
LetoThe2ndrburton: description of all IT: "copy the files to the right places".14:56
rburtonChrys69: https://docs.yoctoproject.org/bitbake/2.4/bitbake-user-manual/bitbake-user-manual-fetching.html#git-fetcher-git14:56
LetoThe2ndrburton: 2.4? shame on you!14:57
rburtonLetoThe2nd: bitbake version14:57
LetoThe2ndrburton: gah14:57
rburtonin your face14:57
RPI thought 2.4 kernel?! at first14:57
Chrys69I guess the variable S are in "WORKDIR/git" folder. If i doesn't change it on my bbappend, will the git repo will be also unpacked above the unpack of the linux kernel?  I ask that because the folder under the git repo are done as well to be directly copied into kernel.14:57
LetoThe2ndrburton: that place is already taken by a strep infection, sorry.14:57
Chrys69By the way thanks all for your help.14:58
rburtonChrys69: destsuffix is what you want14:58
LetoThe2ndRP: hehe14:58
rburtonChrys69: git unpack is "git clone" so you can't unpack a git tree inside the same directory as an existing git tree14:58
Chrys69ok, maybe thats why i only have one git unpacked. I guess it removes the content of the folder before unpacking right?14:59
*** bps2 <bps2!~bps@193.89.194.60> has quit IRC (Ping timeout: 256 seconds)14:59
Chrys69I mean, i have two git. The kernel sources, and the files to be added. I figure out that when I add both git source, i have my files added under WORKDIR/git but without any kernel sources files. (destsuffix is what i want to do what i want, but i'm just asking to understand the mecanism). Thanks by the way.15:00
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)15:02
rburtonyeah its probably stamping over the kernel when it clones the second repo15:05
*** LocutusOfBorg <LocutusOfBorg!~locutusof@93-45-38-101.ip100.fastwebnet.it> has quit IRC (Ping timeout: 256 seconds)15:07
Chrys69Ok thanks. I still need to add SRCREV_FORMAT no?15:08
Chrys69To distinguish the rev of the Kernel source and the files to be added. Or is there a way i can pass to "rev" the "autorev"?15:08
Chrys69I mean, i wouldn't want to change the "community" recipe which have already set the SRCREV. And I don't know how SRCREV could affect the git repo.15:09
*** zpfvo <zpfvo!~fvo@i59F5CE59.versanet.de> has quit IRC (Ping timeout: 268 seconds)15:09
*** topik <topik!topik@kapsi.fi> has left #yocto15:09
rburtonSRCREV_FORMAT isn't needed15:11
rburtonyou name the git repos in SRC_URI and then use that name in the srcrev assignments15:11
rburtonplenty of examples in core15:11
Chrys69oh, i only saw the example with SRCREV_FORMAT. THanks!15:12
Chrys69I will check.15:12
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)15:16
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto15:17
*** LocutusOfBorg <LocutusOfBorg!~locutusof@93-45-38-101.ip100.fastwebnet.it> has joined #yocto15:20
*** louson <louson!~louis@193.33.56.84> has quit IRC (Ping timeout: 265 seconds)15:21
*** zpfvo <zpfvo!~fvo@i59F5CE59.versanet.de> has joined #yocto15:22
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection)15:23
*** Chrys69 <Chrys69!~Chrys69@89-89-242-34.abo.bbox.fr> has quit IRC (Quit: Connection closed)15:27
*** Guest2 <Guest2!~Guest2@ec2-52-196-183-32.ap-northeast-1.compute.amazonaws.com> has joined #yocto15:28
*** Guest2 <Guest2!~Guest2@ec2-52-196-183-32.ap-northeast-1.compute.amazonaws.com> has quit IRC (Client Quit)15:29
*** astlep55047 <astlep55047!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has quit IRC (Remote host closed the connection)15:29
*** astlep55047 <astlep55047!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has joined #yocto15:31
*** kpo <kpo!~kpo@156.17.147.54> has joined #yocto15:41
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)15:57
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto15:57
*** jquaresma[m] <jquaresma[m]!~quaresmam@2001:470:69fc:105::1:2faa> has quit IRC (Remote host closed the connection)16:00
RPrburton: two git repos probably do mean you need SRCREV_FORMAT though?16:00
rburtonyou don't _need_ it16:00
RPrburton: I thought bitbake required it to set PV correctly?16:01
rburtoniirc the default is just all of the revs in a line16:01
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)16:10
*** zpfvo <zpfvo!~fvo@i59F5CE59.versanet.de> has quit IRC (Remote host closed the connection)16:19
*** ptsneves <ptsneves!~Thunderbi@84.47.155.82> has quit IRC (Ping timeout: 240 seconds)16:22
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)16:29
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 256 seconds)16:33
*** frieder <frieder!~frieder@i577B9073.versanet.de> has quit IRC (Remote host closed the connection)16:43
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection)16:46
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto16:58
*** beroset <beroset!~beroset@2600:1700:f90:2250::d> has joined #yocto17:03
berosetOn the topic of general troubleshooting, I have a kernel module which is failing to compile since I tried to move from kirkstone to mickledore.17:06
berosetIt is complaining about a problem with a "headers_install.sh" script that is bundled with the kernel source.17:07
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 240 seconds)17:07
berosetI had thought I might try to use devtool to troubleshoot this or maybe bitbake -c devshell but are there other tools or techniques I should read about?17:08
berosetAt the moment, I'm doing printf-style debugging by adding "echo" statements to the shell script.17:09
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection)17:18
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto17:18
s11cHello everyone.  Can anyone tell me why a machine would hang on boot with a message saying "Waiting for root device"?17:29
JPEWs11c: wrong rootfs disk passed to the kernel, or the one passed doens't exist17:29
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 265 seconds)17:30
*** seninha <seninha!~seninha@user/seninha> has joined #yocto17:31
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)17:32
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has quit IRC (Quit: Gone to sleep. ZZZzzz…)17:32
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto17:32
s11cJPEW: I have verified that disk I created has 2 partitions.  Both have the correct label, and contain the boot and OS respectively.  The wic script finds the files and creates the image, so what else is there to check?17:35
sudips11c: check the kernel cmdline, also check in dmesg if it finds the partitions17:36
sudips/dmesg/boot messages/17:38
s11cOk, thanks.  I don't see anything in the boot messages, but I am not able to scroll back.  I think the cmdline is ok, but I will try figure out if I can redirect the boot messages to serial (and find a serial cable)17:44
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has joined #yocto17:44
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto17:45
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto17:49
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 248 seconds)18:15
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto18:19
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)18:31
*** seninha <seninha!~seninha@user/seninha> has joined #yocto18:32
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has quit IRC (Quit: Gone to sleep. ZZZzzz…)18:34
*** goliath <goliath!~goliath@user/goliath> has joined #yocto19:15
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has joined #yocto19:25
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)19:27
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)19:27
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto19:27
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 240 seconds)19:27
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto19:27
*** kpo <kpo!~kpo@156.17.147.54> has quit IRC (Quit: Konversation terminated!)19:48
*** olani- <olani-!~olani@31-208-215-248.cust.bredband2.com> has quit IRC (Ping timeout: 265 seconds)19:54
*** olani- <olani-!~olani@66.159.215.7> has joined #yocto19:54
*** mvlad <mvlad!~mvlad@2a02:2f08:4a06:df00:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection)20:03
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 248 seconds)20:04
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.)20:15
*** Haxxa <Haxxa!~Haxxa@202.65.68.206> has joined #yocto20:19
*** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Ping timeout: 268 seconds)20:24
*** Xagen <Xagen!~Xagen@4.14.206.69> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)21:13
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has quit IRC (Quit: Gone to sleep. ZZZzzz…)21:26
*** Algotech <Algotech!~Algotech@2a01:e0a:5e0:29b0:211:32ff:fe75:6948> has quit IRC (Quit: ZNC - https://znc.in)21:33
*** Algotech <Algotech!~Algotech@82-65-40-52.subs.proxad.net> has joined #yocto21:33
*** olani- <olani-!~olani@66.159.215.7> has quit IRC (Ping timeout: 240 seconds)22:00
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)22:14
*** florian_kc <florian_kc!~florian@dynamic-002-243-136-215.2.243.pool.telefonica.de> has joined #yocto22:31
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto22:43
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC (Quit: WeeChat 3.7.1)22:45
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)22:55
*** amsobr <amsobr!~amsobr@2a01:14:113:7830:266:19dc:5653:863f> has quit IRC (Quit: Konversation terminated!)23:03
*** bps2 <bps2!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto23:06
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto23:13
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Remote host closed the connection)23:26
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto23:27
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto23:28
*** florian_kc <florian_kc!~florian@dynamic-002-243-136-215.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)23:39
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto23:53
*** bps2 <bps2!~bps@80.71.142.18.ipv4.parknet.dk> has quit IRC (Ping timeout: 240 seconds)23:56

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