| *** Saur <Saur!~pkj@nebula.axis.com> has quit IRC (Read error: Connection reset by peer) | 00:19 | |
| *** odra <odra!~odra@2804:431:c7e0:b9a0:b26f:55ae:ebb6:54ba> has joined #yocto | 00:48 | |
| *** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto | 00:52 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 00:57 | |
| *** davidinux <davidinux!~davidinux@92.118.62.78> has quit IRC (Ping timeout: 240 seconds) | 01:03 | |
| *** davidinux <davidinux!~davidinux@92.118.62.81> has joined #yocto | 01:05 | |
| *** odra_ <odra_!~odra@177.94.130.83> has joined #yocto | 01:12 | |
| *** odra <odra!~odra@2804:431:c7e0:b9a0:b26f:55ae:ebb6:54ba> has quit IRC (Read error: Connection reset by peer) | 01:13 | |
| *** starblue <starblue!~juergen@dslb-094-221-183-025.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 265 seconds) | 01:41 | |
| *** starblue <starblue!~juergen@dslb-094-220-108-248.094.220.pools.vodafone-ip.de> has joined #yocto | 01:43 | |
| khem | paulg: yeah, I feel annoyed too, if it gives you any comfort, I get clang to rebuild too 🙂 which is good 1+ hrs just for toolchain, I think using locked sstate might be good idea to mature | 02:06 |
|---|---|---|
| *** odra_ <odra_!~odra@177.94.130.83> has quit IRC (Quit: Leaving) | 02:16 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 240 seconds) | 02:17 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto | 02:39 | |
| *** odra <odra!~odra@2804:431:c7e0:b9a0:b26f:55ae:ebb6:54ba> has joined #yocto | 03:19 | |
| *** odra_ <odra_!~odra@177.94.130.83> has joined #yocto | 03:30 | |
| *** odra <odra!~odra@2804:431:c7e0:b9a0:b26f:55ae:ebb6:54ba> has quit IRC (Read error: Connection reset by peer) | 03:31 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:58 | |
| *** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 05:00 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 05:00 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 05:01 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 05:43 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 05:44 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 248 seconds) | 05:48 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 05:48 | |
| *** starblue <starblue!~juergen@dslb-094-220-108-248.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 240 seconds) | 05:53 | |
| *** starblue <starblue!~juergen@dslb-094-220-115-218.094.220.pools.vodafone-ip.de> has joined #yocto | 05:54 | |
| Entei[m] | How do you pass flags such as isa extensions used while building rust? | 06:19 |
| Entei[m] | All my packages follow the flags passed to gcc, but rust using llvm, does not assume the same | 06:20 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:27 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 268 seconds) | 06:34 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 06:52 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 06:54 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 06:54 | |
| RP | paulg: that looks like target gcc. Probably as you have ptests enabled. Disabling ptests will speed things up | 06:54 |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 07:02 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:02 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 07:03 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 268 seconds) | 07:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 07:04 | |
| *** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has joined #yocto | 07:04 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Read error: Connection reset by peer) | 07:05 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 07:05 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 07:06 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 07:06 | |
| *** chep` <chep`!~chep@82-65-36-115.subs.proxad.net> has joined #yocto | 07:06 | |
| *** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Read error: Connection reset by peer) | 07:07 | |
| *** chep` is now known as chep | 07:07 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCD4.versanet.de> has joined #yocto | 07:09 | |
| *** mckoan|away is now known as mckoan | 07:09 | |
| mckoan | good morning | 07:10 |
| *** frieder <frieder!~frieder@i577B934D.versanet.de> has joined #yocto | 07:11 | |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto | 07:14 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 07:14 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 07:14 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCD4.versanet.de> has quit IRC (Ping timeout: 240 seconds) | 07:22 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 240 seconds) | 07:23 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 07:24 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 07:28 | |
| *** krissmaster <krissmaster!~kriss@213.239.83.90> has joined #yocto | 07:31 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6511:2500:2ce:39ff:fecf:efcd> has joined #yocto | 07:34 | |
| jclsn | Morning guys | 07:34 |
| jclsn | Does anyone here have experience with Layerscape secure boot? Still having issues | 07:35 |
| *** zpfvo <zpfvo!~fvo@i59F5CCD4.versanet.de> has joined #yocto | 07:37 | |
| mckoan | jclsn: actually not, only (A)HAB. Are you sure is a Yocto related issue? | 07:40 |
| jclsn | mckoan: Well, I don't understand what the recipe is doing fully | 07:42 |
| jclsn | https://github.com/Freescale/meta-freescale/blob/hardknott/recipes-bsp/atf/qoriq-atf_1.5.bb | 07:43 |
| jclsn | It checks for some keys here https://github.com/Freescale/meta-freescale/blob/f0be684f01b53482cb43e016a5c5c1faf3ae448e/recipes-bsp/atf/qoriq-atf_1.5.bb#L76 | 07:43 |
| jclsn | It is checked if they are in the work directory, but I don't understand how I would provide my own keys | 07:44 |
| jclsn | I mean I wouldn't want the recipe to generate new keys every time if I have several boards | 07:44 |
| jclsn | Ah maybe I could do a do_compile:prepend() and cp the keys to that location | 07:45 |
| *** zpfvo <zpfvo!~fvo@i59F5CCD4.versanet.de> has quit IRC (Ping timeout: 265 seconds) | 07:56 | |
| *** bps2 <bps2!~bps@193.89.194.60> has joined #yocto | 07:58 | |
| *** zpfvo <zpfvo!~fvo@i59F5CD63.versanet.de> has joined #yocto | 08:10 | |
| jbo | Hey guys, how exactly can I find out which DTS is ultimately being used? | 08:30 |
| rburton | paulg: yes that's target gcc and almost certainly because you have ptest enabled and elfutils in your build. see my "why is my build so slow?!" presentation :) Turn off ptest if you don't use it. Personally, I just turn ptest off for elfutils :) | 08:33 |
| *** d-s-e <d-s-e!~d.s.e@i59F7CC72.versanet.de> has joined #yocto | 08:37 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 09:11 | |
| mckoan | jbo: in your machine file there is KERNEL_DEVICETREE variable, then the bootloader have to know what to do | 09:24 |
| *** camus <camus!~Instantbi@58.246.136.203> has quit IRC (Ping timeout: 240 seconds) | 09:26 | |
| *** zpfvo <zpfvo!~fvo@i59F5CD63.versanet.de> has quit IRC (Ping timeout: 240 seconds) | 09:27 | |
| jbo | thanks! | 09:27 |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 248 seconds) | 09:28 | |
| jbo | I'm trying to include GPM (general purpose mouse) in my image. I added "gpm" to my IMAGE_INSTALL:append. However, bitbake complains that nothing provides 'gpm'. | 09:34 |
| jbo | I found this recipie: https://git.congatec.com/yocto/meta-openembedded/-/tree/b45a192ab7e337c7735ba57efadc1bdfedb37079/meta-oe/recipes-support/gpm | 09:34 |
| jbo | but clearly that is not working out for me. what am I missing/not-understanding? | 09:34 |
| mckoan | jbo: do you have meta-openembedded | 09:39 |
| mckoan | meta-oe | 09:39 |
| mckoan | jbo: do you have meta-openembedded/meta-oe in your bblayers.conf ? | 09:40 |
| jbo | mckoan, aye - thanks for the tip! Added that layer and now it's compiling :) | 09:40 |
| jbo | still learning the basics... | 09:40 |
| *** zpfvo <zpfvo!~fvo@i59F5CFFD.versanet.de> has joined #yocto | 09:41 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 09:42 | |
| jbo | hmm... still no mouse cursor in the terminal (displayed via the framebuffer) tho. | 09:44 |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 09:50 | |
| *** d-s-e <d-s-e!~d.s.e@i59F7CC72.versanet.de> has quit IRC (Ping timeout: 248 seconds) | 10:00 | |
| *** starblue <starblue!~juergen@dslb-094-220-115-218.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 264 seconds) | 10:03 | |
| *** starblue <starblue!~juergen@dslb-094-220-115-218.094.220.pools.vodafone-ip.de> has joined #yocto | 10:05 | |
| rburton | jbo: that's an incredibly old meta-oe, use https://git.openembedded.org/meta-openembedded/ | 10:06 |
| rburton | pro tip: layers.openembedded.org to find recipes | 10:06 |
| *** ptsneves <ptsneves!~Thunderbi@84.47.155.82> has joined #yocto | 10:06 | |
| jbo | rburton, just checked the git repo remote and the one you linked is indeed the one I'm using | 10:07 |
| jbo | also thanks for pointing at layers.openembedded.org! that is useful! | 10:07 |
| jbo | currently trying all the different mouse types (-t parameter of gpm) but nothing works. always logging "Error in read()ing first: Invalid argument" :< | 10:09 |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 240 seconds) | 10:09 | |
| *** zpfvo <zpfvo!~fvo@i59F5CFFD.versanet.de> has quit IRC (Ping timeout: 265 seconds) | 10:09 | |
| jbo | evtest seems to indicate a working mouse tho. | 10:12 |
| rburton | does gpm even work with modern systems? I've not used it for literally decades, but I see the list of supported mouse types doesn't include "evdev" | 10:23 |
| jbo | I've no idea - doesn't seem like it so far :D | 10:23 |
| *** zpfvo <zpfvo!~fvo@i59F5CFE5.versanet.de> has joined #yocto | 10:25 | |
| jbo | I'm trying to make a demo with a minimal GUI which directly tapps the framebuffer (no X, no Wayland, ...) which overall works. but there's no mouse cursor :D | 10:25 |
| jbo | is there a more modern replacement for gpm? | 10:26 |
| rburton | your minimal GUI should just use evdev and draw a pointer etc | 10:30 |
| jbo | can't argue with that | 10:37 |
| rburton | basically, use a proper toolkit :) | 10:37 |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 10:47 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 10:57 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 10:58 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 10:58 | |
| *** kpo_ <kpo_!~kpo@156.17.147.30> has joined #yocto | 11:04 | |
| *** Thorn_ <Thorn_!~Thorn@164.158.114.89.rev.vodafone.pt> has joined #yocto | 11:06 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 246 seconds) | 11:06 | |
| *** camus <camus!~Instantbi@58.246.136.203> has joined #yocto | 11:16 | |
| *** zpfvo <zpfvo!~fvo@i59F5CFE5.versanet.de> has quit IRC (Ping timeout: 240 seconds) | 11:19 | |
| *** zpfvo <zpfvo!~fvo@i59F5CC44.versanet.de> has joined #yocto | 11:35 | |
| *** d-s-e <d-s-e!~d.s.e@i59F7CC72.versanet.de> has joined #yocto | 11:47 | |
| *** kaitsh <kaitsh!~kaitsh@user/kaitsh> has joined #yocto | 12:04 | |
| *** d-s-e <d-s-e!~d.s.e@i59F7CC72.versanet.de> has quit IRC (Ping timeout: 240 seconds) | 12:07 | |
| *** d-s-e <d-s-e!~d.s.e@dynamic-046-114-091-157.46.114.pool.telefonica.de> has joined #yocto | 12:22 | |
| *** Algotech <Algotech!~Algotech@2a01:e0a:5e0:29b0:211:32ff:fe75:6948> has quit IRC (Ping timeout: 265 seconds) | 12:41 | |
| *** Algotech <Algotech!~Algotech@2a01:e0a:5e0:29b0:211:32ff:fe75:6948> has joined #yocto | 12:42 | |
| *** krissmaster <krissmaster!~kriss@213.239.83.90> has quit IRC (Remote host closed the connection) | 12:42 | |
| jbo | so far I have been using existing machine configurations for a dev-kit despite having custom hardware. I think it's time to create a custom machine config. I'm looking at the corresponding documentaiton right now. However, I'm not yet in the clear as to whether I can start by just declaring the minimal stuff required and then include/reference/inherit the existing dev-kit machine config? | 12:52 |
| rburton | the easiest thing would likely be to make a minimal one and then adds bits as you need them. it depends on the bsp as to how modular they made it... | 12:53 |
| jbo | this is the one I've been using so far: https://git.toradex.com/cgit/meta-toradex-nxp.git/tree/conf/machine/verdin-imx8mm.conf | 12:55 |
| jbo | although I guess in this case I just keep using that as that is for a SoM. For another project it might make more sense as there the machine config in use is for a particular EVK rather than just the SOM. | 12:56 |
| jbo | in case of the imx8mm I'd just like to drop out all the wifi & bluetooth stuff | 12:57 |
| rburton | if the bsp is designed right, just drop those from DISTRO_FEATURES | 12:58 |
| jbo | alright, thanks for the hint. I'll look into DISTRO_FEATURES. I haven't created a custom distro yet. Just using poky. | 12:59 |
| rburton | if you're doing something serious and not just playing, make a new distro | 13:01 |
| rburton | poky is an example and for qa. i expect you don't want bluetooth, or vulkan, or NFC | 13:01 |
| rburton | poky has all of those turned on | 13:01 |
| jbo | until now I was playing around to familiarize myself with yocto. now I am starting to go serious. | 13:01 |
| jbo | so I guess now is the time to look into creating a distro. scary | 13:02 |
| rburton | its not :) | 13:02 |
| jbo | I've only done stimple stuff like IMAGE_INSTALL:append so far. and custom kernel configs and custom DTS patches. | 13:02 |
| jbo | https://docs.yoctoproject.org/dev/dev-manual/custom-distribution.html | 13:03 |
| jbo | that actually seems pretty similar to everything else so far :) | 13:03 |
| rburton | https://github.com/rossburton/customdistro/blob/master/meta-custom/conf/distro/custom.conf <-- a trivial one is trivial | 13:04 |
| jbo | oh :) | 13:04 |
| jbo | how does a distro relate to/with an image I'm building via bitbake <image_name>? So far I played around by building core-image-minimal, core-image-base and core-image-weston. I assume that the image "consumes" the distro? i.e. I will still be able to build different distros? | 13:05 |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Ping timeout: 240 seconds) | 13:05 | |
| rburton | yeah, distro is policy, you can change distros and still build the same images | 13:05 |
| jbo | alright | 13:05 |
| jbo | so the documentation I just linked mentions that the distro is selected in local.conf. However, that is in the build directory. I do not yet understand how one creates something that can actually be shared with other developers in a way that they don't have to manually add all the layers and making changes to local.conf. | 13:06 |
| jbo | how does that work? I would not want my collegues having to do the same work each time. what have I currently not seen yet? :D | 13:06 |
| rburton | https://github.com/rossburton/customdistro most likely needs updating for latest releases but it's super trivial for your distro layer to provide its own local.conf template which sets the right distro | 13:07 |
| rburton | like how when you oe-init-build-env in a poky tree your local.conf says DISTRO=poky | 13:07 |
| rburton | if you use oe-core+bitbake directly, you don't get that | 13:08 |
| jbo | I see. And how would that work with regards of adding layers? Currently, I cloned all the repos, did the oe-init-build-env and then used bitbake-layers add-layer to add the custom layer(s). Can that be automated? | 13:08 |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-33-70-53-64-242.dsl.bell.ca> has joined #yocto | 13:08 | |
| jbo | i.e. I had to add more layers than just my custom layer. can I somehow tell my custom layer that it "requires" other layers such as meta-arm etc? | 13:09 |
| rburton | there is basic tooling inside bitbake now, or use kas, or git submodules | 13:09 |
| rburton | that customdistro thing uses submodules | 13:09 |
| rburton | for our CI we use kas | 13:09 |
| jbo | that part I have done (via git submodules). but when creating the build directory the first time I still have to modify the build/conf/bblayers.conf | 13:10 |
| rburton | have a look at customdistro :) specifically https://github.com/rossburton/customdistro/tree/master/meta-custom/conf | 13:12 |
| jbo | alright - plenty of stuff to dig into - thank you! :) | 13:13 |
| rburton | basically local.conf and bblayers.conf are generated at init time from templates. you can provide those templates. | 13:14 |
| *** mckoan is now known as mckoan|away | 13:14 | |
| jbo | those templates being *.sample? | 13:14 |
| rburton | yes | 13:14 |
| rburton | you'll see them in poky's repo too | 13:14 |
| jbo | hmm... why exactly are you shipping both *.conf and *.conf.sample if the "real" one is being generated from the sample? | 13:17 |
| jbo | never mind. | 13:17 |
| jbo | adding the layers automatically worked :) | 13:21 |
| jbo | pre-populating local.conf worked too! excellent! thank you for your help :) | 13:24 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 13:29 | |
| jbo | actualy... I mistakenly edited the local.conf.sample & bblayers.conf.sample in the poky directory - lol. I corrected the mistake. However, how do I tell "source oe-init-build-env" to use the stuff from my meta-custom to populate conf/ ? | 13:33 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 13:33 | |
| rburton | easiest way is to provide your own setup instead of oe-init-build-env | 13:36 |
| rburton | again, see https://github.com/rossburton/customdistro, specifically custom-init-env | 13:36 |
| paulg | rburton, RP - I typically start with the oe-init autogen'd conf/local.conf and then mash on it from there. I'm guessing so do a lot of people. | 13:37 |
| rburton | yeah, and poky turns on a load of stuff for testing purposes | 13:37 |
| paulg | And if I'm getting screwed by ptests being enabled, I guess it comes from that. | 13:37 |
| rburton | if build time is a bother _and_ you don't run them, definitely disable them. the extra deps are quite invasive in places. | 13:39 |
| jbo | rburton, thanks, I'll try to fix my setup/layout. | 13:40 |
| paulg | I will definitely look into it for the hideously slow/old junk at home. | 13:40 |
| jbo | basically what I did is having a project directory. in there I have several git submodules for the various meta-* layers as well as poky/ I assume that I don't want to have poky/ anymore but customdistro/ instead. | 13:40 |
| rburton | yes, you can ditch poky/ but you'll need to replace it with oe-core and bitbake | 13:41 |
| RP | paulg: we enable ptests by default else we just get patches which break the all over the place but there is a cost to it | 13:43 |
| jbo | I've been doing this all wrong - thanks for showing me the way! | 13:43 |
| jbo | when I started with yocto I was under the assumption that poky IS yocto *facepalm* | 13:45 |
| paulg | jbo, don't feel bad - there is definitely room for improvement in the communication dep't around poky/yocto/oe and the roles of each. | 13:46 |
| jbo | oh, not feeling bad - also not blaming the docs. just the usual stuff when embarking with a completely new environment/ecosystem | 13:47 |
| jbo | so looking at my previous bitbake output it seems to use version 2.0.0. However, now that I will include bitbake as a git submodule, I see that there is a 2.4 branch - should I be using that instead? | 13:47 |
| Entei[m] | Does TUNE_CCARGS unconditionally apply to all recipes being baked? | 13:48 |
| rburton | Entei[m]: following variable references in bitbake.conf it ends up in CC, so you'd certainly hope so | 13:50 |
| rburton | jbo: https://wiki.yoctoproject.org/wiki/Releases tells you what bitbake to use for what oe-core release | 13:50 |
| jbo | excellent - thank you! | 13:50 |
| jbo | nothing more fun than a version inter-dependency matrix :D | 13:51 |
| *** agrue <agrue!~agrue@host-23-251-65-128.VALOLT4.epbfi.com> has quit IRC (Ping timeout: 268 seconds) | 13:51 | |
| *** agrue <agrue!~agrue@host-23-251-65-128.VALOLT4.epbfi.com> has joined #yocto | 13:53 | |
| *** odra_ <odra_!~odra@177.94.130.83> has quit IRC (Quit: Leaving) | 13:56 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto | 13:58 | |
| jbo | given that I already ran into the issue of assuming that poky is yocto, let's better ask now: what exactly is "kirkstone"? Is that a particular yocto version/release? | 14:02 |
| qschulz | jbo: it's the release name for the 4.0.x branch of Yocto/OpenEmbedded-Core | 14:02 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 14:03 | |
| jbo | that I understand. but what does it "consist of"? what does it "include"? for example, poky is unrelated to the yocto/oe-core release? | 14:03 |
| *** d-s-e <d-s-e!~d.s.e@dynamic-046-114-091-157.46.114.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 14:04 | |
| *** d-s-e <d-s-e!~d.s.e@i59F7C274.versanet.de> has joined #yocto | 14:05 | |
| qschulz | that's probably a task for LetoThe2nd so I won't say wrong things | 14:05 |
| qschulz | poky is a git repo that contains openembedded-core, bitbake and the yocto-docs git repository into one | 14:06 |
| qschulz | it's also the name of a distribution that is used for buildbots to check that things are still compiling well | 14:06 |
| jbo | based on that statement and the helpful resources that rburton linked earlier I assume that anybody doing something seirous would not use poky at all - is that correct? | 14:07 |
| tomzy_0[m] | Hello, how to work with Pseudo Abort errors? https://wiki.yoctoproject.org/wiki/Pseudo_Abort IIUC they may happened when something is deleting a file from WORKDIR of given recipe outside of that recipe context, so when we rebuild that recipe the Pseudo Abort may happen? | 14:07 |
| qschulz | jbo: that's what's recommended indeed, not everyone follows this advice though :) | 14:08 |
| jbo | heh :) | 14:08 |
| jbo | once my work is done somebody has to get all of this thorugh several audits, FDA approval etc so I assume I safe those guys downstream a lot of headaches by doing things properly from the get-go of the prototyping phase. | 14:09 |
| jbo | at least now I have learned to just have a look at the poky files to figure out how things are supposed to come together - that is plenty helpful! | 14:14 |
| *** jetm <jetm!~quassel@177.93.3.234> has joined #yocto | 14:28 | |
| dwagenk | Hello. Does anyone have a good idea for the transistion psplash -> weston -> application ? I'm in a kirkstone based project using systemd as init manager. | 14:36 |
| dwagenk | psplash-systemd explicitely sends a "QUIT" command to psplash once systemd reports a progress of 100%. But it terminates long before that, once weston starts loading. | 14:38 |
| JPEW | dwagenk: We run weston as a socket-activated service with the fullscreen shell (kiosk shell would work also) in systemd; this means that the splash screen stays up until our main application opens the socket to talk to weston, at which point system starts up weston | 14:38 |
| JPEW | This minimize the amount of blank screen time between the splash screen and our application | 14:39 |
| JPEW | IIRC I upstreamed support for this to kirkstone..... | 14:39 |
| dwagenk | similar setup here, the application triggers weston through teh socket, the weston.service unit is not enabled, so it only gets started through the socket. | 14:40 |
| dwagenk | I can try switching weston-shells around (currently it's the default desktop-shell) and see if it improves the situation. | 14:40 |
| JPEW | Ya, fullscreen shell works well, but your application has to have special handling to deal with it. kiosk shell is the more modern replacement; it has the same idea (run a single application full screen), but looks more like a desktop shell so applications don't need special handling to use it | 14:41 |
| dwagenk | the screen-blank time after the splashscreen disappears is longer than the duration of the splashscreen being shown on screen (I haven't done any initramfs or other optimizations yet to show it earlier). | 14:42 |
| JPEW | Ah | 14:42 |
| JPEW | We throw up the splash screen in the boot loader | 14:42 |
| jbo | hmm... now that I fixed my overal yocto layout/structure bitbake cannot fetch something from toradex: | 14:43 |
| jbo | Bitbake Fetcher Error: FetchError('Unable to fetch URL from any source.', 'git://git.toradex.com/linux-toradex.git;protocol=https;branch=toradex_5.15-2.1.x-imx;name=machine') | 14:43 |
| jbo | how do I investigate this? | 14:43 |
| jbo | is that name=machine in there even legit? | 14:43 |
| JPEW | jbo: That just gives it a name for bitbake to use; it shouldn't affect the actual fetch IIRC | 14:44 |
| *** d-s-e <d-s-e!~d.s.e@i59F7C274.versanet.de> has quit IRC (Ping timeout: 240 seconds) | 14:44 | |
| *** d-s-e <d-s-e!~d.s.e@i59F7C341.versanet.de> has joined #yocto | 14:44 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:44 | |
| JPEW | job: i.e. if you have multiple git repos in SRC_URI, you need to distinguish them | 14:44 |
| dwagenk | On a different system (dunfell + sysVinit) I've used a weston + desktop-shell + application setup before. It was far easier there, since weston was started on a different tty via the openvt command in the weston-launch script. Removing the --switch argument from that script led to weston starting & preloading on an inactive VT. once the application signaled it was ready I could just run chvt to switch to the tty with weston and the application. | 14:45 |
| jbo | JPEW, well, all I did was adding the meta-toradex-* layers as git submodules. I haven't touched anything INSIDE of those layers. | 14:45 |
| dwagenk | I'm trying to get a similarly smooth transition on the more modern stack, but it seems the weston.service and/or systemd-logind don't have a way to start weston on a VT in the background. | 14:46 |
| JPEW | dwagenk: Ya, I'm not sure | 14:46 |
| dwagenk | I'll try if using the fullscreen or kiosk shell bring notable improvements. | 14:47 |
| dwagenk | JPEW: thanks for teh help! | 14:47 |
| JPEW | dwagenk: np | 14:47 |
| *** jetm <jetm!~quassel@177.93.3.234> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 14:48 | |
| JPEW | dwagenk: If you figure it out, I'd be curious to know | 14:49 |
| *** jetm <jetm!~quassel@177.93.3.234> has joined #yocto | 14:49 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 14:53 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 14:53 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 15:08 | |
| jbo | JPEW, I just re-ran the build command a couple of times and now it seems fine. not sure whether it was infrastructure problems on Toradex's sinde | 15:08 |
| *** d-s-e <d-s-e!~d.s.e@i59F7C341.versanet.de> has quit IRC (Quit: Konversation terminated!) | 15:13 | |
| *** kpo_ <kpo_!~kpo@156.17.147.30> has quit IRC (Ping timeout: 248 seconds) | 15:19 | |
| *** bps2 <bps2!~bps@193.89.194.60> has quit IRC (Ping timeout: 268 seconds) | 15:21 | |
| tgamblin | JPEW: would you mind replying to https://bugzilla.yoctoproject.org/show_bug.cgi?id=14890 (if you can answer Louis' question)? | 15:30 |
| khem | abelloni: Pick top 5 patches from https://git.yoctoproject.org/poky-contrib/log/?h=yoe/mut | 15:39 |
| abelloni | khem: ack, will do | 15:40 |
| khem | They are same only that they have been rebased on top of abelloni/master-next | 15:40 |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 15:40 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 15:41 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 15:44 | |
| jbo | how do I correctly add to DISTRO_FEATURES? is it with += or with DISTRO_FEATURES:append ? | 15:44 |
| *** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 268 seconds) | 15:45 | |
| rburton | jbo: if its _your_ distro then = :) | 15:50 |
| *** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Bye) | 15:50 | |
| rburton | otherwise i'd use append as iirc poky does ?= | 15:50 |
| jbo | aye. and when I want to have DISTOR_FEATURES depending on the image that I'm building? can I do something like DISTRO_FEATURES:appaned:core-image-base = "" or is that not how it works? | 15:50 |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@93-50-192-18.ip153.fastwebnet.it> has quit IRC (Ping timeout: 248 seconds) | 15:52 | |
| *** tgamblin <tgamblin!~tgamblin@d72-39-239-122.home1.cgocable.net> has quit IRC (Remote host closed the connection) | 15:52 | |
| rburton | no | 15:52 |
| rburton | (that's not how it works) | 15:52 |
| *** jetm <jetm!~quassel@177.93.3.234> has quit IRC (Ping timeout: 240 seconds) | 15:53 | |
| *** jetm <jetm!~quassel@177.93.3.234> has joined #yocto | 15:54 | |
| khem | DISTRO overarches on IMAGE iow you build images based on distro | 15:57 |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@93-50-192-18.ip153.fastwebnet.it> has joined #yocto | 15:57 | |
| jbo | aye, thanks! | 15:57 |
| jbo | managed to have a bootable/runnable image with a custom distro :) | 15:58 |
| jbo | thanks for all your help & patience guys - it's greatly appreciated! | 15:58 |
| *** tgamblin <tgamblin!~tgamblin@d72-39-239-122.home1.cgocable.net> has joined #yocto | 15:59 | |
| *** Thorn_ <Thorn_!~Thorn@164.158.114.89.rev.vodafone.pt> has quit IRC (Ping timeout: 240 seconds) | 16:03 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 16:05 | |
| *** bps2 <bps2!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 16:09 | |
| *** ptsneves <ptsneves!~Thunderbi@84.47.155.82> has quit IRC (Ping timeout: 248 seconds) | 16:09 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 16:14 | |
| *** bps2 <bps2!~bps@80.71.142.18.ipv4.parknet.dk> has quit IRC (Ping timeout: 248 seconds) | 16:19 | |
| *** zpfvo <zpfvo!~fvo@i59F5CC44.versanet.de> has quit IRC (Ping timeout: 240 seconds) | 16:27 | |
| *** starblue <starblue!~juergen@dslb-094-220-115-218.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 240 seconds) | 16:34 | |
| *** starblue <starblue!~juergen@dslb-094-221-185-245.094.221.pools.vodafone-ip.de> has joined #yocto | 16:35 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 248 seconds) | 16:37 | |
| *** kpo_ <kpo_!~kpo@user-5-173-248-163.play-internet.pl> has joined #yocto | 16:42 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds) | 16:44 | |
| *** kpo_ <kpo_!~kpo@user-5-173-248-163.play-internet.pl> has quit IRC (Ping timeout: 240 seconds) | 16:52 | |
| jetm | Page https://www.yoctoproject.org/irc/ says "Sorry, but the page you were trying to view does not exist." | 17:00 |
| *** kiwi_29_[m] <kiwi_29_[m]!~msgboardp@2001:470:69fc:105::1:6699> has joined #yocto | 17:05 | |
| *** duncan^ <duncan^!~duncan@nat-server.ehlab.uk> has joined #yocto | 17:06 | |
| duncan^ | I have EXTRA_USERS_PARAMS set up, which sets a password for root. How do I ensure that any changes to that password end up in the final rootfs? Is there a recipe/step shorthand for bitbake which will update this and produce a new image? | 17:07 |
| duncan^ | A related question would be, is there an ideal way to rebuild a package and ensure inclusion in a new, final image? | 17:09 |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Ping timeout: 240 seconds) | 17:13 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 17:15 | |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto | 17:15 | |
| *** kpo_ <kpo_!~kpo@031011130025.dynamic-3-poz-k-1-0-0.vectranet.pl> has joined #yocto | 17:19 | |
| *** kpo_ <kpo_!~kpo@031011130025.dynamic-3-poz-k-1-0-0.vectranet.pl> has quit IRC (Ping timeout: 248 seconds) | 17:31 | |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Ping timeout: 265 seconds) | 17:39 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 17:44 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 18:00 | |
| rburton | If you changed a recipe and that recipe produces a package that is in your image, bitbaking the image will rebuild that recipe and then the image | 18:16 |
| *** bryanb <bryanb!b5a314b1c0@2604:bf00:561:2000::106f> has quit IRC (Remote host closed the connection) | 18:28 | |
| *** tleb <tleb!6dbdd9ebc9@2604:bf00:561:2000::10cf> has quit IRC (Remote host closed the connection) | 18:28 | |
| *** bryanb <bryanb!b5a314b1c0@2604:bf00:561:2000::106f> has joined #yocto | 18:30 | |
| *** tleb <tleb!6dbdd9ebc9@2604:bf00:561:2000::10cf> has joined #yocto | 18:31 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 18:40 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 18:41 | |
| *** odra <odra!~odra@2804:431:c7e0:b9a0:b26f:55ae:ebb6:54ba> has joined #yocto | 18:51 | |
| *** odra <odra!~odra@2804:431:c7e0:b9a0:b26f:55ae:ebb6:54ba> has quit IRC (Client Quit) | 18:54 | |
| abelloni | RP: khem: libahci stil fails: https://autobuilder.yoctoproject.org/typhoon/#/builders/101/builds/5917/steps/13/logs/stdio | 19:08 |
| abelloni | mingw still fails too: winuser.h: No such file or directory | 19:14 |
| *** u4ia <u4ia!u4iaaa@tilde.club> has quit IRC (Quit: WeeChat 3.8) | 19:17 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 264 seconds) | 19:18 | |
| *** kaitsh <kaitsh!~kaitsh@user/kaitsh> has quit IRC (Quit: WeeChat 3.7.1) | 19:20 | |
| *** frieder <frieder!~frieder@i577B934D.versanet.de> has quit IRC (Remote host closed the connection) | 19:33 | |
| duncan^ | rburton: thanks. | 19:35 |
| *** BWhitten <BWhitten!~BWhitten@243.224.143.150.dyn.plus.net> has joined #yocto | 19:38 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 20:03 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 20:04 | |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto | 20:04 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 20:05 | |
| *** 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.ip4.superloop.au> has joined #yocto | 20:18 | |
| jbo | is there some high-level guide on how to get started with creating a custom distro? I already set everything up to "have" a custom distro thanks to rburton but I kind of lack some guidance on where to go from here. i.e. how do I figure out what goes into a distro, what I might want, what I might not want etc? | 20:28 |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-051-174.93.132.pool.telefonica.de> has joined #yocto | 20:28 | |
| *** BWhitten <BWhitten!~BWhitten@243.224.143.150.dyn.plus.net> has quit IRC (Ping timeout: 264 seconds) | 20:28 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 20:38 | |
| *** BWhitten <BWhitten!~BWhitten@243.224.143.150.dyn.plus.net> has joined #yocto | 20:40 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Ping timeout: 246 seconds) | 21:22 | |
| *** Guest68 <Guest68!~Guest68@2001:420:30a:4e05:893a:833e:f1e4:2a4e> has joined #yocto | 21:24 | |
| *** Guest68 <Guest68!~Guest68@2001:420:30a:4e05:893a:833e:f1e4:2a4e> has quit IRC (Client Quit) | 21:24 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto | 21:36 | |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Ping timeout: 256 seconds) | 21:38 | |
| *** BWhitten <BWhitten!~BWhitten@243.224.143.150.dyn.plus.net> has quit IRC (Ping timeout: 268 seconds) | 21:49 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 268 seconds) | 21:59 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-33-70-53-64-242.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!) | 22:00 | |
| khem | abelloni: zeddii hmm it uses 5.15 kernel, we need to backport https://github.com/torvalds/linux/commit/f07788079f515ca4a681c5f595bdad19cfbd7b1d | 22:15 |
| khem | and we also need to backport - https://github.com/torvalds/linux/commit/e6a71160cc145e18ab45195abf89884112e02dfb | 22:22 |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Ping timeout: 240 seconds) | 22:23 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-051-174.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 265 seconds) | 22:33 | |
| khem | abelloni: can you point to AB logs for mingw issue ? | 22:33 |
| abelloni | https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/7183/steps/12/logs/stdio | 22:33 |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Quit: Quit) | 22:41 | |
| *** otavio <otavio!~otavio@201-66-236-34.user3p.brasiltelecom.net.br> has quit IRC (Quit: Lost terminal) | 22:42 | |
| *** otavio <otavio!~otavio@201-66-236-34.user3p.brasiltelecom.net.br> has joined #yocto | 22:42 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 22:43 | |
| *** bps2 <bps2!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 22:46 | |
| *** otavio <otavio!~otavio@201-66-236-34.user3p.brasiltelecom.net.br> has quit IRC (Quit: Lost terminal) | 22:49 | |
| *** otavio <otavio!~otavio@201-66-236-34.user3p.brasiltelecom.net.br> has joined #yocto | 22:49 | |
| *** otavio <otavio!~otavio@201-66-236-34.user3p.brasiltelecom.net.br> has quit IRC (Client Quit) | 22:54 | |
| *** otavio <otavio!~otavio@201-66-236-34.user3p.brasiltelecom.net.br> has joined #yocto | 22:54 | |
| *** otavio <otavio!~otavio@201-66-236-34.user3p.brasiltelecom.net.br> has quit IRC (Client Quit) | 22:55 | |
| *** otavio <otavio!~otavio@201-66-236-34.user3p.brasiltelecom.net.br> has joined #yocto | 22:55 | |
| khem | thx | 23:05 |
| *** bps2 <bps2!~bps@80.71.142.18.ipv4.parknet.dk> has quit IRC (Ping timeout: 240 seconds) | 23:31 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 23:37 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto | 23:43 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!