| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:04 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-128-196.home.otenet.gr> has joined #yocto | 01:32 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-128-196.home.otenet.gr> has quit IRC (Ping timeout: 272 seconds) | 01:34 | |
| *** nerdboy_ <nerdboy_!~nerdboy@47.143.129.170> has joined #yocto | 01:40 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 265 seconds) | 01:42 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 01:53 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has quit IRC (Client Quit) | 01:54 | |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Remote host closed the connection) | 02:11 | |
| *** linkliu59 <linkliu59!~user_name@72.19.13.156> has quit IRC (Quit: Lost terminal) | 02:23 | |
| *** linkliu59 <linkliu59!~user_name@72.19.13.156> has joined #yocto | 02:24 | |
| *** boo <boo!~boodler@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 272 seconds) | 03:11 | |
| *** amitk <amitk!~amit@103.208.69.110> has joined #yocto | 03:41 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 05:48 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:16 | |
| *** sbach <sbach!~sbach@user/sbach> has quit IRC (Read error: Connection reset by peer) | 06:40 | |
| *** sbach <sbach!~sbach@user/sbach> has joined #yocto | 06:40 | |
| *** frieder <frieder!~frieder@p50937620.dip0.t-ipconnect.de> has joined #yocto | 06:43 | |
| *** Fanfwe42 is now known as Fanfwe | 06:47 | |
| *** frieder <frieder!~frieder@p50937620.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 272 seconds) | 06:48 | |
| *** zpfvo <zpfvo!~fvo@89.244.125.165> has joined #yocto | 06:57 | |
| *** g0hl1n <g0hl1n!~g0hl1n@bubus.at> has joined #yocto | 07:10 | |
| *** g0hl1n <g0hl1n!~g0hl1n@bubus.at> has quit IRC (Client Quit) | 07:10 | |
| *** g0hl1n <g0hl1n!~g0hl1n@bubus.at> has joined #yocto | 07:11 | |
| *** g0hl1n <g0hl1n!~g0hl1n@bubus.at> has quit IRC (Client Quit) | 07:11 | |
| *** g0hl1n <g0hl1n!~g0hl1n@bubus.at> has joined #yocto | 07:11 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 07:14 | |
| *** frieder <frieder!~frieder@p50937620.dip0.t-ipconnect.de> has joined #yocto | 07:34 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:08 | |
| *** ykrons <ykrons!~guillaume@62.192.23.101> has joined #yocto | 08:15 | |
| *** bizulk <bizulk!~bizulk@165.225.20.157> has joined #yocto | 08:17 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 250 seconds) | 08:19 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 08:23 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:27 | |
| *** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto | 08:36 | |
| Bardon | Hello, I'm trying to build an image which has dropbear in it and I'd like to enable key based authentication and disable password authentication | 08:44 |
|---|---|---|
| Bardon | I'm very new to yocto poky. This is my first time compiling it | 08:45 |
| Bardon | I have a meta/recipes-core/dropbear/ directory, in which there is a dropbear.inc file. I added a few lines in do_install(): "mkdir -p ${D}/home/root/.ssh/; echo "my_key" > ${D}/home/root/.ssh/authorized_keys:" | 08:47 |
| Bardon | I also added "DROPBEAR_EXTRA_ARGS="-s"" to disable password authentication in dropbear/init | 08:47 |
| Bardon | I tried compiling this module with bitbake -b but I get "QA Issue: dropbear: Files/directories were installes but not shipped /home /home/root /home/root/.ssh /home/root/.ssh/authorized_keys" | 08:48 |
| Bardon | installed* | 08:49 |
| Bardon | Running the command I used to build the whole image (bitbake asus-image) doesn't seem to recompile any module | 08:50 |
| Bardon | So I'm wondering, did I do anything wrong? Can anyone help me? | 08:51 |
| Bardon | I added "FILES_${PN} += "/home /home/root /home/root/.ssh /home/root/.ssh/authorized_keys"". It doesn't complain anymore, yet `bitbake asus-image` still doesn't seem to recompile any module | 08:58 |
| Bardon | And I don't know if I'm doing this right | 08:59 |
| paulbarker | Bardon: where did you add that FILES_${PN} setting? | 09:01 |
| Bardon | paulbarker: Right after the do_install() function, in meta/recipes-core/dropbear/dropbear.inc | 09:02 |
| paulbarker | Bardon: Ok. Does the dropbear recipe include that .inc file? Are you modifying this directly in the core layer or are you putting the modifications in your own layer? | 09:03 |
| Bardon | paulbarker: The dropbear recipe is the .bb file, right? If so, I have "require dropbear.inc" in the .bb file next to it | 09:06 |
| Bardon | paulbarker: I'm not familiar with layers. I'm in meta/recipes-core/dropbear/. Since it says "recipes-core", could I be in the core layer? | 09:06 |
| paulbarker | Bardon: By "core layer" I mean the openembedded-core or poky repositories | 09:07 |
| Bardon | paulbarker: I'm not using these repositories. I'm using https://scm.raptorengineering.com/scm/git/ast2050-yocto-poky | 09:08 |
| Bardon | Full instructions are in https://www.raptorengineering.com/coreboot/kgpe-d16-bmc-port-status.php | 09:08 |
| Bardon | This is a few years old I believe so this may have changed on poky's side | 09:09 |
| paulbarker | Bardon: The best people to give advice on that is your vendor then | 09:15 |
| paulbarker | I can give a couple of general tips though | 09:15 |
| Bardon | I'm on my own on this one I believe. There's no support from raptorengineering anymore I believe | 09:16 |
| paulbarker | If you look in ${TMPDIR}/work/<arch>/dropbear/<version>/temp, you should see log.do_install & run.do_install files, check those. Particularly check if your commands appear in the run file | 09:16 |
| paulbarker | You can also run `bitbake -e dropbear` to dump the bitbake environment (all variables and functions). Pipe that to a file and look at it to see if your modifications are applied | 09:17 |
| paulbarker | I also recommend following some tutorials on how to create your own layer and use bbappend files. It's not trivial but a few days of learning will get you a long way | 09:18 |
| Bardon | paulbarker: tmp/work/armv5e-poky-linux-gnueabi/dropbear/2014.66-r0/ only has an empty build directory. bitbake -e dropbear show my modified do_install() function | 09:23 |
| *** UmbrellaMan <UmbrellaMan!~UmbrellaM@95.168.121.95> has quit IRC (Quit: Client closed) | 09:41 | |
| Bardon | paulbarker: Thanks a lot for your help :). I'll look into what you said | 09:46 |
| Bardon | Bbye | 09:46 |
| wyre | could I prevent to build the tar image file? | 10:01 |
| qschulz | wyre: don't have it in IMAGE_FSTYPES :) | 10:02 |
| wyre | qschulz, I'd say I haven't it ... but in my local.conf I have IMAGE_FSTYPES += "ubifs wic" | 10:03 |
| wyre | so I'm not sure if some recipe is bringing tar to IMAGE_FSTYPES | 10:03 |
| qschulz | wyre: bitbake -e <image recipe> and look for IMAGE_FSTYPES in it | 10:04 |
| qschulz | also, try to avoid using += in local.conf, use _append instead | 10:04 |
| wyre | qschulz, I can see IMAGE_FSTYPES=" ubifs wic tar.xz ubifs" but also IMAGE_FSTYPES_DEBUGFS="tar.gz" | 10:06 |
| wyre | I'm not sure why is ubifs duplicaded and algo which one is actually producing the tar file | 10:06 |
| wyre | well apparently both, because there are a tar.xz and tgz files 🤔 | 10:07 |
| qschulz | wyre: just read above this line and you'll see the history of the variable | 10:11 |
| wyre | qschulz, well, I can see this https://bpa.st/FSHQ so apparently the machine conf file is appending tar.xz and ubifs, ... but where come from wic.bmap and wic.gz ? | 10:18 |
| qschulz | wyre: SOC_DEFAULT_IMAGE_FSTYPES | 10:19 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 10:27 | |
| wyre | qschulz, apparently when I don't set IMAGE_FSTYPES in local.conf wic image cannot be built https://bpa.st/RHOQ | 10:29 |
| qschulz | where did you set it? | 10:30 |
| wyre | qschulz, I didn't set it | 10:30 |
| wyre | but when I don't set it I can see it's set as IMAGE_FSTYPES="wic.bmap wic.gz tar.xz ubifs" | 10:31 |
| wyre | so it should build something, right? | 10:32 |
| *** jkolasa <jkolasa!~jkolasa@bwu34.internetdsl.tpnet.pl> has joined #yocto | 10:33 | |
| wyre | this can be seen in here https://bpa.st/FSHQ | 10:34 |
| *** jkolasa <jkolasa!~jkolasa@bwu34.internetdsl.tpnet.pl> has quit IRC (Client Quit) | 10:35 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 10:38 | |
| qschulz | probably an incorrect dependency in wic.gz or wic, you're missing the wks file which is required to build wic, and since wic.gz will build wic before compressing it (I assume), it fails | 10:40 |
| qschulz | if you want to remove tar.gz from the IMAGE_FSTYPES, you can override IMAGE_FSTYPES in your image recipe or machine configuration file | 10:41 |
| *** jmiehe1 <jmiehe1!~Thunderbi@user/jmiehe> has joined #yocto | 10:42 | |
| wyre | qschulz, and what about the local.conf? | 10:43 |
| qschulz | wyre: what's the question? | 10:44 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 272 seconds) | 10:44 | |
| *** jmiehe1 is now known as jmiehe | 10:44 | |
| wyre | qschulz, if I could override IMAGE_FSTYPES in the local.conf | 10:45 |
| wyre | and how could I fix the wic dependency problem? | 10:45 |
| wyre | I mean, where am I missing the wks file? 🤔 | 10:45 |
| qschulz | wyre: no, because your machine configuration is setting it and the machine configuration file is parsed after local.conf IIRC | 10:45 |
| qschulz | wyre: question to ask your vendor, but just add wic for now if it fixes it | 10:45 |
| qschulz | wyre: you could also add IMAGE_FSTYPES_remove = "tar.gz" to your local.conf but it's really not best practice | 10:46 |
| qschulz | (especially since you're not supposed to share your local.conf, so it's going to be lost for other devs or your build systems) | 10:46 |
| wyre | qschulz, so you do recommend me to set it in my image recipe, right? | 10:46 |
| wyre | to override it, I mean | 10:47 |
| qschulz | wyre: if you never want it for a given recipe, you should probably have your own machine configuration file that sets it correctly instead of your image recipe | 10:47 |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto | 10:57 | |
| wyre | qschulz, just appending the .wks file doesn't solve the problem 🤔 | 10:57 |
| wyre | maybe I should nuke the whole tmp folder 🤔 | 10:58 |
| wyre | I've tried the clean command but it doesn't remove the images folder so I've used clean and remove manually the images folder | 10:58 |
| qschulz | wyre: appending the wks file to what? | 11:00 |
| wyre | qschulz, appending wic to IMAGE_FSTYPES | 11:00 |
| wyre | sorry, I meant appending wic to IMAGE_FSTYPES | 11:00 |
| qschulz | wyre: because you probably removed the wks file provided by the recipe and didn't force a deploy again | 11:04 |
| qschulz | just don't modify or remove things from the deploy dir | 11:04 |
| wyre | how can I force the deploy? | 11:05 |
| qschulz | clean the recipe and rebuild it I guess? | 11:06 |
| wyre | that's what I did, but removing the images folder | 11:07 |
| qschulz | but you'll just run into problems until you've done that for all missing artifacts in the deploy dir | 11:07 |
| qschulz | wyre: no, I assume you did that only for the image recipe | 11:07 |
| qschulz | you'd need to do that for the recipe providing the wks file too | 11:07 |
| wyre | qschulz, you mean the clean? | 11:08 |
| qschulz | yes | 11:09 |
| *** ljh <ljh!~ljh@2804:14d:baa3:44f4:6c91:1e7b:7d2d:215a> has joined #yocto | 11:12 | |
| ljh | Good morning/evening/afternoon, folks! | 11:12 |
| wyre | qschulz, and how can I figure out which one is that recipe? | 11:13 |
| qschulz | wyre: grep's your friend I guess | 11:14 |
| *** georgem <georgem!uid210681@id-210681.tinside.irccloud.com> has joined #yocto | 11:14 | |
| wyre | qschulz, well, I guess it must be this one tmp/deploy/images/imx6ull-microgea/joifi-displays-imx-uboot-bootpart.wks | 11:15 |
| wyre | since I've nuked the whole tmp/deploy/images/imx6ull-microgea/ folder | 11:15 |
| *** UmbrellaMan <UmbrellaMan!~UmbrellaM@95.168.116.119> has joined #yocto | 11:26 | |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Remote host closed the connection) | 11:35 | |
| *** frieder <frieder!~frieder@p50937620.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 272 seconds) | 11:38 | |
| *** frieder <frieder!~frieder@p50937620.dip0.t-ipconnect.de> has joined #yocto | 11:49 | |
| *** bizulk <bizulk!~bizulk@165.225.20.157> has quit IRC (Quit: Client closed) | 11:54 | |
| *** otavio_ <otavio_!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 11:55 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 12:10 | |
| *** argonautx <argonautx!~argonautx@i577BC7DE.versanet.de> has joined #yocto | 12:21 | |
| *** yates_work <yates_work!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC (Ping timeout: 252 seconds) | 12:22 | |
| *** Acki <Acki!~Acki@2a02:8109:a280:2d8d:a8b8:61e8:b7a1:56f9> has joined #yocto | 12:32 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 12:52 | |
| vd | hi all -- the parent folder recipe-* doesn't matter for the location of a .bbappend file, right? | 13:10 |
| vd | It doesn't have to match the original path, for example I can place all my bbappend in recipes-append if I want to, correct? | 13:10 |
| *** ljh <ljh!~ljh@2804:14d:baa3:44f4:6c91:1e7b:7d2d:215a> has quit IRC (Quit: Client closed) | 13:12 | |
| qschulz | vd: correct, it should just be in a path matching the BBFILES globs | 13:16 |
| qschulz | of the layer in which they are (can be found in conf/layer.conf of said layer) | 13:16 |
| vd | perfect | 13:17 |
| qschulz | vd: you anyway can check with bitbake-layers show-appends IIRC | 13:17 |
| vd | I'm using overrides and bbappend files, but it looks like the image I'm running isn't the appended one. How can I make sure the changes are applied? | 13:17 |
| vd | qschulz: :) | 13:18 |
| qschulz | you can check the value of variables and tasks/functions after parsing by running bitbake -e <recipe> | 13:18 |
| *** frieder <frieder!~frieder@p50937620.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 256 seconds) | 13:22 | |
| vd | thanks | 13:22 |
| vd | I have SSTATE_DIR outside of TOPDIR, every time I rm -rf build/ and rebuild, linux-ti-staging recompiles. It doesn't seem expected. Any idea? | 13:23 |
| qschulz | vd: bitbake-diffsigs to start debugging the issue, but no, no idea on my side | 13:24 |
| vd | bitbake -e <recipe> is like the very final instructions for a recipe? | 13:31 |
| vd | like a very basic bitbake implementation could do `bitbake -e recipe > recipe.bb; bitbake ./recipe.bb`? | 13:32 |
| vd | s/implementation/wrapper/ | 13:36 |
| *** frieder <frieder!~frieder@p50937620.dip0.t-ipconnect.de> has joined #yocto | 13:37 | |
| vd | qschulz how's diffsigs supposed to work? should I build, dumpsig, rm rebuild and compare? | 13:39 |
| qschulz | save the sigdata which is in stamps directory IIRC | 13:39 |
| qschulz | rm | 13:39 |
| qschulz | then rebuild | 13:39 |
| qschulz | then diffsigs between both sigdata | 13:40 |
| *** yates_work <yates_work!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto | 13:43 | |
| yates_work | if a layer has a <name>.bbappend file, will that bbappend be applied to any version of <name>.bb? e.g., <name>_0.4.2.bb ? | 13:45 |
| yates_work | this appears to be the way it works, but i don't see that operation documented in the bitbake manual | 13:45 |
| vd | yates_work <name>_%.bbappend | 13:45 |
| yates_work | vd: yes, i see that's the normative way to do things. but i've created a <name>.bbappend and it is getting applied to <name>_0.4.2.bb | 13:46 |
| yates_work | is that a quirk? | 13:46 |
| yates_work | unadvertised feature? :) | 13:46 |
| yates_work | basically, i screwed up and found it worked! | 13:47 |
| yates_work | now i'm wondering why. | 13:47 |
| *** Acki <Acki!~Acki@2a02:8109:a280:2d8d:a8b8:61e8:b7a1:56f9> has quit IRC (Ping timeout: 246 seconds) | 13:50 | |
| yates_work | specifically i'm working with poky/meta/recipes-devtools/meson/meson_0.55.1.bb. i created a poky/meta-csky/recipes-devtools/meson/meson.bbappend and it's working | 13:51 |
| yates_work | it has a "BBCLASSEXTEND" - i wonder if that somehow impacts how .bbappends are applied? | 13:51 |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto | 13:51 | |
| yates_work | or maybe in bitbake's logic <name>.bbappend is taken to be <name>_%.bbappend? | 13:53 |
| qschulz | yates_work: bitbake -e meson, you'll be able to check that you really are using 0.55.1 version, and also that your bbappend is applied (with the variable history of e.g. BBCLASSEXTEND) | 13:54 |
| yates_work | qschulz: ok thanks - i will check it out. | 13:56 |
| vd | I split my custom image recipes into multiconfig appending a single generic image recipe, and total tasks went from ~5k to ~15k tasks :-S | 13:57 |
| qschulz | why are you using multiconfig? | 13:58 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:59 | |
| vd | qschulz because I have various build variants, they are combinations of a machine and image tweaks for different customers (like forcing a specific package version or tweaking default values like user passwords) | 14:01 |
| qschulz | vd: I don't think that's a good use of multiconfig | 14:02 |
| qschulz | for me multiconfig is for when you have a product with multiple SoCs involved, e.g. one with some cortex-axx cores running Linux, and another possibly MCU only running something else | 14:03 |
| qschulz | the description of your "issue" seems to be what most people do? You just build Yocto multiple times, have separate image recipes, possibly distro and/or machine configuration files | 14:04 |
| qschulz | if the distro and machines are identical, you can build multiple image recipes at once by passing them to bitbake directly (it can take more than one recipe as argument) | 14:04 |
| vd | but since multiple build should ideally use different TMPDIR and the machine may vary, why not using multiconfig with a single bitbake invokation rather than wrapping multiple calls to bitbake with custom local.conf changes every time? | 14:06 |
| vd | At the moment I use kas and I could indeed have one .yml file per build variant (a.k.a. customer), but I figured using bitbake's native support for a multiconfig (referred by BB_CURRENT_MC) with its own TMPDIR and OVERRIDES was quite elegant | 14:12 |
| *** sgw <sgw!~swold_loc@user/sgw> has joined #yocto | 14:17 | |
| vd | qschulz: also appending a common recipe avoids duplicating every recipes for every variants | 14:17 |
| *** matthiasklein <matthiasklein!~matthiask@2a02:908:4c17:2d40:95cb:9074:6988:38d> has joined #yocto | 14:18 | |
| matthiasklein | I want to create an image which I can specify to QEMU with the -sd option. Without "qemu-img resize ... 1024M" I get the error message: SD card size has to be a power of 2. Is it possible to specify the exact size of a WIC image? | 14:23 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:32 | |
| *** Guest26 <Guest26!~Guest26@64.222.164.134> has joined #yocto | 14:44 | |
| RP | michaelo: Am I up to date with the bitbake patches for the docs? Also, we're ready for the docs override translation | 14:52 |
| *** berton[m] <berton[m]!~fabiobert@2001:470:69fc:105::ce36> has joined #yocto | 14:57 | |
| michaelo | Hi RP. No I believe you're missing a few. Thanks for asking. I'll highlight the ones I'm missing in a private reply. | 14:59 |
| RP | michaelo: if you want to put together a branch somewhere... :) | 15:01 |
| RP | michaelo: I thought it easier just to ask which I was missing! | 15:01 |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-128-196.home.otenet.gr> has quit IRC (Quit: Leaving) | 15:08 | |
| *** frieder <frieder!~frieder@p50937620.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection) | 15:16 | |
| wyre | hi guys, how can I associate the GPIO pins in here https://www.engicam.com/get_attachment.html/rem/custom/files/114421/ct10000_id101223_t100002/MicroGEAMX6_ULL_HW_manual_1.1.6.pdf (page 13) with their gpio chip in here https://bpa.st/AERA ? | 15:18 |
| qschulz | wyre: cat /sys/kernel/debug/gpio should help. Otherwise, ask your vendor :) | 15:23 |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-21-184-145-222-193.dsl.bell.ca> has joined #yocto | 15:23 | |
| *** Acki <Acki!~Acki@2a02:8109:a280:2d8d:a8b8:61e8:b7a1:56f9> has joined #yocto | 15:26 | |
| Acki | how does yocto checks out code wit the git fetcher? I have problem with applying a patch because of different line endings | 15:27 |
| Acki | does it force to checkout with certain line ending? | 15:27 |
| *** hpsy <hpsy!~hpsy@85.203.15.24> has joined #yocto | 15:28 | |
| qschulz | Acki: Yocto applies patches with quilt by default | 15:30 |
| Acki | what does quilt mean? | 15:30 |
| qschulz | you can switch to git by adding PATCHTOOL = "git" in your recipe | 15:30 |
| qschulz | Acki: it's the name of a SW | 15:30 |
| qschulz | but I've had some issues with patches that were happily applied by git but quilt complained about them | 15:31 |
| Acki | Do you know what is the command which yocto uses to apply the patch with quilt? | 15:36 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 15:38 | |
| *** boo <boo!~boodler@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 15:43 | |
| *** Guest5 <Guest5!~Guest5@h69-11-241-142.mdsnwi.dedicated.static.tds.net> has joined #yocto | 15:44 | |
| *** Guest5 <Guest5!~Guest5@h69-11-241-142.mdsnwi.dedicated.static.tds.net> has quit IRC (Client Quit) | 15:45 | |
| *** marcus65 <marcus65!~marcus@h69-11-241-142.mdsnwi.dedicated.static.tds.net> has joined #yocto | 15:45 | |
| marcus65 | ran into an issue trying to build with the latest gcc 11.2 | 15:46 |
| smurray | RP: for the override syntax conversion, I notice the " _<layer name>" use in layer.conf is unchanged, I guess that's a different parser? | 15:46 |
| marcus65 | anyone else try it? | 15:46 |
| RP | smurray: those are never used as overrides | 15:47 |
| smurray | RP: so LAYER*_layer is the full variable name, I guess? | 15:47 |
| RP | smurray: partly as layer setup happens before OVERRIDES is constructed | 15:47 |
| marcus65 | parsing chokes gcc/libgcc_11.2.bb:5: unparsed line: 'ARM_INSTRUCTION_SET:armv6 = "arm"' | 15:47 |
| RP | smurray: correct, as things stand those are just variables | 15:48 |
| kergoth | marcus65: sounds like you need to update your bitbake | 15:48 |
| smurray | RP: okay, just wanted to double-check I wasn't missing something | 15:49 |
| *** davidinux <davidinux!~davidinux@217.138.219.150> has joined #yocto | 15:49 | |
| marcus65 | kergoth: BitBake Build Tool Core version 1.46.0 | 15:49 |
| marcus65 | kergoth, this is the latest, no? | 15:50 |
| RP | smurray: making the overrides would be kind of cool but probably for another time | 15:50 |
| kergoth | it's nice that it's actually clear when overrides are used and when not, now | 15:51 |
| smurray | RP: at least post-conversion it can be assumed they're just variables ;) | 15:51 |
| smurray | oops, ninja-ed | 15:51 |
| *** argonautx <argonautx!~argonautx@i577BC7DE.versanet.de> has quit IRC (Quit: Leaving) | 15:51 | |
| kergoth | marcus65: not even close, no. you can't use an old stable branch bitbake with oe-core master, that's a branch mismatch | 15:52 |
| kergoth | marcus65: bitbake master is 1.51.1 | 15:52 |
| marcus65 | kergoth: thanks, I'll update and try again | 15:53 |
| RP | kergoth: I think it will raise some questions but yes, good questions to raise in some cases! | 15:53 |
| kergoth | yeah, there's clearly cases where we might or might not want to use it, but at least it's obvious which is the case now :) | 15:53 |
| RP | kergoth: I'm kind of dreading my inbox having pushed this... | 15:54 |
| kergoth | i'm sure there'll be fallout and complaining, because there always is with anything like this. i just hope we don't get too many folks refusing to leave an LTS now | 15:55 |
| RP | kergoth: right, the bigger risk in my mind is we get too afraid of change | 15:55 |
| * RP is finding there are some nasty bugs buried in bugzilla reports :/ | 15:56 | |
| yates_work | i am sorry to report that i was totally screwed up. my filename was the expected meson_0.55.1.bbappend and not meson.bbappend | 15:59 |
| qschulz | yates_work: :) Case of the mondays :) | 15:59 |
| yates_work | in my defense, i believe i was looking at some stale emacs buffer and had tried meson.bbappend at one point. | 16:00 |
| yates_work | qschulz: yah, i'll go with that! | 16:00 |
| *** matthiasklein <matthiasklein!~matthiask@2a02:908:4c17:2d40:95cb:9074:6988:38d> has quit IRC (Quit: Client closed) | 16:01 | |
| kergoth | recipetool newappend -e or devtool edit-recipe can be of use :) | 16:01 |
| yates_work | new question: is there a patch utility, outside of git, that takes as input two files and generates a patch usable by yocto? | 16:01 |
| kergoth | oh, now i want to watch office space. it's been a while | 16:01 |
| kergoth | yates_work: diff -urNd | 16:02 |
| yates_work | kergoth: thanks i'll give it a go | 16:02 |
| kergoth | N handles missing files, r recurses for directories, u is unified format, -d tries to minimize the set of changes | 16:02 |
| yates_work | +1 | 16:02 |
| kergoth | for just two single files, diff -u will do | 16:02 |
| kergoth | that's the key, unified, not context format | 16:02 |
| yates_work | ha | 16:03 |
| yates_work | aha | 16:03 |
| yates_work | ok | 16:03 |
| smurray | RP: checking conversion after running the script on meta-agl, it did touch variables in a sub-layer layer.conf, might need to mask that out | 16:03 |
| smurray | RP: and I notice it's touched some blah/blah_arm64 paths inside quote strings in variable definitions | 16:05 |
| smurray | RP: but since it's documented that manual verification is required, not a big deal, maybe | 16:05 |
| *** zpfvo <zpfvo!~fvo@89.244.125.165> has quit IRC (Quit: Leaving.) | 16:07 | |
| RP | smurray: it is definitely not intended to be 100% automated | 16:11 |
| *** Guest4565 <Guest4565!~Guest45@lfbn-mon-1-243-52.w86-210.abo.wanadoo.fr> has joined #yocto | 16:20 | |
| *** Guest4565 is now known as thierryE | 16:21 | |
| *** ant__ <ant__!~ant@host-79-44-253-120.retail.telecomitalia.it> has quit IRC (Ping timeout: 272 seconds) | 16:21 | |
| *** ant__ <ant__!~ant@host-82-48-247-160.retail.telecomitalia.it> has joined #yocto | 16:23 | |
| *** thierryE_ <thierryE_!sid286446@id-286446.tooting.irccloud.com> has joined #yocto | 16:30 | |
| *** thierryE_ <thierryE_!sid286446@id-286446.tooting.irccloud.com> has quit IRC (Client Quit) | 16:34 | |
| *** thierryE <thierryE!~Guest45@lfbn-mon-1-243-52.w86-210.abo.wanadoo.fr> has left #yocto | 16:34 | |
| *** thierryE_ <thierryE_!sid286446@id-286446.tooting.irccloud.com> has joined #yocto | 16:36 | |
| *** thierryE_ <thierryE_!sid286446@id-286446.tooting.irccloud.com> has quit IRC (Client Quit) | 16:38 | |
| *** thierryE_ <thierryE_!sid286446@id-286446.tooting.irccloud.com> has joined #yocto | 16:39 | |
| *** thierryE_ <thierryE_!sid286446@id-286446.tooting.irccloud.com> has left #yocto | 16:39 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:45 | |
| *** hpsy <hpsy!~hpsy@85.203.15.24> has quit IRC (Read error: Connection reset by peer) | 16:45 | |
| *** thierryE <thierryE!sid286446@id-286446.tooting.irccloud.com> has joined #yocto | 16:48 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds) | 16:48 | |
| *** falk0n[m] <falk0n[m]!~falk0nmat@2001:470:69fc:105::ce60> has joined #yocto | 16:50 | |
| *** Acki <Acki!~Acki@2a02:8109:a280:2d8d:a8b8:61e8:b7a1:56f9> has quit IRC (Ping timeout: 246 seconds) | 17:02 | |
| *** UmbrellaMan <UmbrellaMan!~UmbrellaM@95.168.116.119> has quit IRC (Quit: Client closed) | 17:08 | |
| override | ive tried bitbake -e etc but I cant figure out what recipe writes boot.scr | 17:18 |
| *** marcus65 <marcus65!~marcus@h69-11-241-142.mdsnwi.dedicated.static.tds.net> has quit IRC (Quit: Client closed) | 17:24 | |
| *** Tokamak <Tokamak!~Tokamak@107.117.203.194> has joined #yocto | 17:30 | |
| *** davidinux <davidinux!~davidinux@217.138.219.150> has quit IRC (Ping timeout: 265 seconds) | 17:33 | |
| *** davidinux <davidinux!~davidinux@net-93-146-33-94.cust.vodafonedsl.it> has joined #yocto | 17:35 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-119-203.93.132.pool.telefonica.de> has joined #yocto | 17:53 | |
| override | the partitions I setup using .wks file should be showing up under .dev on the board? | 18:08 |
| *** Tokamak <Tokamak!~Tokamak@107.117.203.194> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 18:12 | |
| *** Tokamak <Tokamak!~Tokamak@107.117.203.194> has joined #yocto | 18:15 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 18:16 | |
| *** Guest26 <Guest26!~Guest26@64.222.164.134> has quit IRC (Quit: Client closed) | 18:17 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 18:32 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Remote host closed the connection) | 18:32 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 18:34 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-119-203.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 18:45 | |
| *** davidinux <davidinux!~davidinux@net-93-146-33-94.cust.vodafonedsl.it> has quit IRC (Ping timeout: 272 seconds) | 18:48 | |
| *** davidinux <davidinux!~davidinux@217.138.219.150> has joined #yocto | 18:48 | |
| override | can someone give me the idea behind mkimage ? iv usually only dealt with python packages, maybe thsts why I havent come across it before? | 18:55 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 18:57 | |
| *** Tokamak <Tokamak!~Tokamak@107.117.203.194> has quit IRC (Ping timeout: 258 seconds) | 18:57 | |
| kroon | I think the new warning messages about the old-style overrides needs to mention which file is causing the warning | 19:01 |
| kroon | "ERROR: Variable PACKAGECONFIG_append_pn-qemu-system-native contains an operation using the old override syntax. Please convert this layer/metadata before attempting to use with a newer bitbake." | 19:01 |
| smurray | having hit that earlier, at least that one's not commonly used ;) | 19:06 |
| smurray | on a side note, if you've a custom local.conf template that sets that, bump CONF_VERSION to "2" while you're in there, as that's also required now | 19:08 |
| *** Tokamak <Tokamak!~Tokamak@mobile-166-170-34-218.mycingular.net> has joined #yocto | 19:11 | |
| Guest63 | is there a way to run bitbake for all packages matching a pattern? | 19:25 |
| *** Guest63 is now known as Xagen | 19:26 | |
| Xagen | i want to do a `-c cleanall` for all the python packages i currently have built | 19:26 |
| Xagen | but `bitbake python* -c cleanall` doesn't work | 19:27 |
| *** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has quit IRC (Ping timeout: 250 seconds) | 19:33 | |
| *** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has joined #yocto | 19:40 | |
| khem | RP: finally I have glibc 2.34 upgrade under control, so today I updated to use new override syntax, its quite a bunch of changes but Martin has done soem prework so it helped, finally I am on way to build an image | 19:42 |
| khem | RP: in meta-oe we have SRCREV_opencv = "xxx" etc. should they change as well to SRCREV:opencv and so on ? | 19:43 |
| kroon | Xagen, if nothing else, "bitbake $(shell-magic-to-find-python-recipes) -c cleanall" | 19:44 |
| Xagen | that's basically the route i ended up going with as there didn't seem to be anything built in | 19:44 |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-119-203.93.132.pool.telefonica.de> has joined #yocto | 19:48 | |
| khem | Xagen: bitbake does not support wildchars for targets | 19:50 |
| Xagen | khem: thanks for the confirmation. i didn't find anything, but just wanted to make sure that was indeed the case. | 19:51 |
| kroon | smurray, yeah thanks for the reminder, i did need to refresh my local.conf aswell | 19:59 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 20:01 | |
| RP | khem: If opencv is used in OVERRIDES yes | 20:03 |
| RP | khem: It is a bit of work but hopefully manageable and worthwhile in the end | 20:03 |
| RP | khem: I tried the 2.34 patch but I think a patch I merged in master conflicts :/. | 20:03 |
| *** Tokamak <Tokamak!~Tokamak@mobile-166-170-34-218.mycingular.net> has quit IRC (Ping timeout: 240 seconds) | 20:06 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 20:06 | |
| *** Tokamak <Tokamak!~Tokamak@mobile-166-170-34-218.mycingular.net> has joined #yocto | 20:11 | |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 252 seconds) | 20:28 | |
| *** lexano <lexano!~lexano@2607:fea8:5bc0:12:12c3:7bff:fe95:9fc1> has quit IRC (Ping timeout: 250 seconds) | 20:50 | |
| *** Acki <Acki!~Acki@2a02:8109:a280:2d8d:a8b8:61e8:b7a1:56f9> has joined #yocto | 21:06 | |
| *** lexano <lexano!~lexano@2607:fea8:5bc0:12:12c3:7bff:fe95:9fc1> has joined #yocto | 21:06 | |
| *** Tokamak <Tokamak!~Tokamak@mobile-166-170-34-218.mycingular.net> has quit IRC (Ping timeout: 240 seconds) | 21:06 | |
| *** bluelightning <bluelightning!~paul@2406:e003:1328:2101:b007:8272:e69d:ffd2> has quit IRC (Quit: Konversation terminated!!!111) | 21:11 | |
| khem | yeah try the contrib branch | 21:13 |
| khem | RP: I realized that this will require us to create release specific branches for own layers, so far we have been keeping single branch working across multiple oe releases | 21:15 |
| khem | but that also has its own downsides | 21:15 |
| khem | I also see lot of BSP layers using similar model so it will take a while for these changes to travel to all layers | 21:16 |
| *** nerdboy_ is now known as nerdboy | 21:18 | |
| smurray | khem: hopefully dunfell and newer being forward compatible helps with that? | 21:19 |
| khem | how does that help | 21:20 |
| RP | khem: you can use the new syntax with older bitbakes as long as they're updated to the version on that series | 21:22 |
| khem | yeah one way it will but not two way :) | 21:22 |
| khem | has anyone adapted bitbake.vim | 21:23 |
| *** Tokamak <Tokamak!~Tokamak@mobile-166-170-34-218.mycingular.net> has joined #yocto | 21:25 | |
| RP | khem: hmm, that will probably need tweaking | 21:27 |
| smurray | RP: I've got meta-agl-core converted and building, but am seeing a runtime issue with one of the test images that I'm trying to pin down (might be some other change in poky master in the last week) | 21:27 |
| RP | smurray: hmm, what kind of issue? | 21:28 |
| smurray | RP: weston doesn't start in our agl-image-weston. I couldn't reproduce with core-image-weston in a standalone build, so I'm a bit puzzled | 21:29 |
| smurray | RP: by standalone build I mean poky on its own | 21:30 |
| RP | smurray: hmm, that doesn't sound very specific :/ | 21:30 |
| RP | smurray: comapred the image manifests before/after? | 21:30 |
| smurray | RP: I took a glance at it and didn't see anything obvious by eye, I'll diff once I finish a test build that's running now of pre-syntax change | 21:33 |
| *** Tokamak <Tokamak!~Tokamak@mobile-166-170-34-218.mycingular.net> has quit IRC (Read error: Connection reset by peer) | 21:35 | |
| *** bluelightning <bluelightning!~paul@2406:e003:1328:2101:1964:4968:91fb:9231> has joined #yocto | 21:38 | |
| khem | RP: kergoth https://github.com/kergoth/vim-bitbake/pull/27 | 21:51 |
| *** Tokamak <Tokamak!~Tokamak@107.117.203.114> has joined #yocto | 21:55 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 21:56 | |
| *** rpcme <rpcme!~rpcme@72-21-196-66.amazon.com> has joined #yocto | 22:25 | |
| RP | khem: cool :) | 22:26 |
| RP | abelloni: I think the current -next build tagged for swat may have an issue with the datastore fix in mesa :/ | 22:27 |
| RP | I'll look tomorrow | 22:27 |
| *** rpcme78 <rpcme78!~rpcme@068-112-240-175.res.spectrum.com> has joined #yocto | 22:27 | |
| *** rpcme <rpcme!~rpcme@72-21-196-66.amazon.com> has quit IRC (Ping timeout: 246 seconds) | 22:30 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-119-203.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 22:43 | |
| *** rpcme78 <rpcme78!~rpcme@068-112-240-175.res.spectrum.com> has quit IRC (Quit: Client closed) | 22:45 | |
| *** rpcme <rpcme!~rpcme@068-112-240-175.res.spectrum.com> has joined #yocto | 22:46 | |
| *** Acki <Acki!~Acki@2a02:8109:a280:2d8d:a8b8:61e8:b7a1:56f9> has quit IRC (Ping timeout: 246 seconds) | 22:54 | |
| rpcme | I'm working on master-next so I can rework a layer for the override change. When using bitbake on a clean run it's fine but when I run the target immediately after I'm getting a bad cache error. Any thoughts? https://gist.github.com/rpcme/0610933ead37412d21393948f0ed722d | 23:03 |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto | 23:18 | |
| rpcme | so I went back to master and it seems like meta-openembedded has this problem ... I giess will need to fix local: meta-openembedded/meta-oe/conf/layer.conf:NON_MULTILIB_RECIPES_append = " crash" | 23:20 |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Remote host closed the connection) | 23:21 | |
| rpcme | Now I have this: ERROR: Layer openembedded-layer is not compatible with the core layer which only supports these series: honister (layer is compatible with hardknott) | 23:23 |
| rpcme | guess go back the master-next and just remove all the build directories for every test :( | 23:24 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 23:29 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!