| khem | which release are you on ? | 00:05 |
|---|---|---|
| khem | it does not happen here | 00:05 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 00:09 | |
| *** emg <emg!~emg@47.180.176.91> has joined #yocto | 00:14 | |
| emg | I have a recipe that builds a package inside a container then copies it out for the install. The file then is owned by root, so when I do a bitbake clean for that package the files can't be removed. What is the best way around this? | 00:14 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 00:21 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 00:31 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 00:43 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 00:44 | |
| *** vineela <vineela!~vtummala@134.134.139.72> has quit IRC | 00:48 | |
| *** RB2 <RB2!~RB2@c-73-178-160-56.hsd1.nj.comcast.net> has quit IRC | 00:57 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 00:57 | |
| *** RB2 <RB2!~RB2@c-73-178-160-56.hsd1.nj.comcast.net> has joined #yocto | 00:57 | |
| silviof | emg: let run your container as a normal user via (docker) `--user "$(id -u):$(id -g)"`. | 00:59 |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 01:35 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 02:08 | |
| yocti | New news from stackoverflow: yocto bitbake core-image-sato <https://stackoverflow.com/questions/58703657/yocto-bitbake-core-image-sato> | 02:32 |
| *** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC | 02:49 | |
| *** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto | 02:49 | |
| *** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto | 02:50 | |
| *** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has quit IRC | 02:57 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 05:04 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto | 05:59 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has quit IRC | 06:11 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:22 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto | 06:35 | |
| *** RB2 <RB2!~RB2@c-73-178-160-56.hsd1.nj.comcast.net> has quit IRC | 06:47 | |
| *** RB2 <RB2!~RB2@c-73-178-160-56.hsd1.nj.comcast.net> has joined #yocto | 06:51 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 07:17 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:17 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has quit IRC | 07:19 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 07:19 | |
| *** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has joined #yocto | 07:29 | |
| *** leitao <leitao!~leitao@2620:10d:c092:380::1:9448> has joined #yocto | 07:30 | |
| *** leitao <leitao!~leitao@2620:10d:c092:380::1:9448> has quit IRC | 07:34 | |
| *** kaspter <kaspter!~Instantbi@101.93.194.160> has quit IRC | 07:38 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:40 | |
| *** mckoan|away is now known as mckoan | 07:59 | |
| mckoan | good morning | 07:59 |
| *** zhangzhi <zhangzhi!882b00ba@136.43.0.186> has joined #yocto | 08:00 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:01 | |
| zhangzhi | Hello! I'm using fitImage on my FPGA board. Because the device is running under very low cpu frequency. Also I don't care about security problems. That's saying, I don't want any hash algorithm to verify my Image. Could anyone give me any suggestion? | 08:05 |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has joined #yocto | 08:06 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 08:07 | |
| letothe2nd | zhangzhi: unless you specify anything, i don't think the fitimage would be signed or such | 08:11 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 08:13 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 08:14 | |
| zhangzhi | letothe2nd, from poky/meta/classes/kernel-fitimage.bbclass, fitimage_emit_section_config() always generate " hash@1 { algo = "${conf_csum}"; };" | 08:15 |
| zhangzhi | U-boot takes very long time to check sha256 of each image | 08:17 |
| letothe2nd | why not select something really simple like crc? | 08:18 |
| letothe2nd | i can't look it up right now, but on our 350mhz board uboot checks a 30mbyte fitimage in like 1 second | 08:19 |
| kroon | Anyone else having problems accessing https://www.yoctoproject.org/ due to certificate problems ? | 08:19 |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 08:20 | |
| zhangzhi | actually, I'm not only running it on my FPGA board (which use 20MHz cpu), also running it on zebu environment. It's not acceptable to take too much time to check image. | 08:21 |
| letothe2nd | zhangzhi: ah ok. just had a quick peek. we're using a custom class to generate the fit image, and inject a handcrafted config. sorry, can't hand this out. | 08:22 |
| zhangzhi | I think, maybe we should introduce algo="none" to our fitimage hash method config? | 08:23 |
| letothe2nd | only hint i can give is, we basically ripped out the image generation from kernel-fitimage, packed it in a custom class and replaced the config generation with a direct injection | 08:23 |
| letothe2nd | and that our custom config does not specify a hash/signature at all | 08:24 |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 08:24 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 08:24 | |
| zhangzhi | ok, got it. thanks! | 08:25 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:28 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:29 | |
| qschulz | RP: ah yes, BBPATH, not BBLAYERS for classes "priority". It's just that the usual default for BBPATH in new layers is to append to it (at least that's what I've seen usually). So playing with prepending BBPATH is okay-ish for class "ordering"? | 08:34 |
| qschulz | letothe2nd: no sorry, I have IRC only at work ATM.. No didn't seem Khem unfortunately. I didn't eat with yocto folks on Friday lunch and couldn't see him at breaks and after the OEDEM track (I was in the other room) | 08:36 |
| qschulz | marler8997: IIRC, RDEPENDS for native packages should be working a little better since one or two releases ago. I moved recently on thud and AFAICT, that still does not work nicely (but it's already EOL so try warrior or zeus) | 08:39 |
| qschulz | RP: letothe2nd: (sorry to highlight you, I don't know the correct people to contact) ssl certificate expired on yoctoproject.org today | 08:42 |
| letothe2nd | qschulz: just pinged you because khem was around yesterday evening | 08:42 |
| letothe2nd | halstead: got this : (sorry to highlight you, I don't know the correct people to contact) ssl certificate expired on yoctoproject.org today | 08:42 |
| letothe2nd | but he'll not be around until in a few hours, i think | 08:43 |
| qschulz | letothe2nd: *facepalm* I think I'll never have a chance to catch him at the same time. I might write a mail so I don't flood the chan with a context and it's more async-friendly than IRC | 08:43 |
| qschulz | letothe2nd: thanks for the ping though, appreciated :) | 08:45 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:45 | |
| RP | qschulz: we need halstead | 08:52 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:52 | |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 09:08 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:10 | |
| *** goliath <goliath!~goliath@nat008-WLTE1.uibk.ac.at> has joined #yocto | 09:20 | |
| *** ricardocrudo <ricardocrudo!~rcrudo@i5387F440.versanet.de> has quit IRC | 09:32 | |
| varjag | how do you go about tweaking the package sources without the whole push stuff to repo and clean and rebuild cycle? | 09:32 |
| *** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has joined #yocto | 09:33 | |
| letothe2nd | varjag: devtool modify | 09:33 |
| letothe2nd | varjag: basically thats just comfortable magic for externalsrc etc, but it works pretty well | 09:34 |
| rcrudo | I need to patch a systemd service file of a package. what is the best way of doing this? | 09:34 |
| varjag | oh.. had no idea devtool is a thing | 09:34 |
| varjag | thanks! | 09:34 |
| letothe2nd | rcrudo: patch, in terms of? | 09:34 |
| rcrudo | letothe2nd: I want to change redis.service file, adding an extra line e.g.:ExecStartPost | 09:35 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:35 | |
| letothe2nd | rcrudo: depends a bit on your exact setup, but the two classic ways would be to either make a .patch and add it to SRC_URI, or make the manipulation manually in do_install, somehing echo, cat, sed | 09:37 |
| letothe2nd | depending on the exact usecase though, a second service file that has an After=redis.service also is an option. | 09:40 |
| rcrudo | letothe2nd: I've tried the first option but it can't find the patch file. maybe because it is not part of the source code? | 09:40 |
| letothe2nd | rcrudo: no you just have to put it in a directory next to the recipe that is either called files or the recipe name | 09:40 |
| letothe2nd | rcrudo: just look at some layer, there are plenty of examples | 09:41 |
| rcrudo | letothe2nd: sorry, that wasn't a precise explanation. I meant the target patch. I get the error: "No file to patch. Skipping patch." | 09:42 |
| letothe2nd | rcrudo: so the original redis.service is not even in the source package but comes from somewhere else? | 09:42 |
| *** ThomasD13 <ThomasD13!d472ff94@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 09:43 | |
| rcrudo | letothe2nd: is this one: https://github.com/openembedded/meta-openembedded/tree/master/meta-oe/recipes-extended/redis. it service files is not part of the source code but an extra file | 09:44 |
| letothe2nd | rcrudo: in that case, make an append that sets the FILEEXTRASPATH with prepending and just brings your modifed service file | 09:46 |
| rcrudo | letothe2nd: where can I find an example? | 09:59 |
| letothe2nd | rcrudo: its a little more, but quite close: https://github.com/Pelagicore/meta-pelux/tree/master/recipes-swupdate/swupdate | 10:02 |
| ThomasD13 | Hi. Just want to share my experience with the current yocto documentation: Following this guide https://www.yoctoproject.org/docs/3.0/brief-yoctoprojectqs/brief-yoctoprojectqs.html (particular checkout tags/yocto-3.0) resulted in error at package "icu" (https://pastebin.com/im2277qS) | 10:04 |
| ThomasD13 | However, if i switch to current HEAD of "zeus", building package icu works. | 10:05 |
| letothe2nd | ThomasD13: can you file it on bugzilla, please? | 10:05 |
| letothe2nd | ThomasD13: so this feedback doesn't get lost, and yes, there is really somebody looking into it. | 10:05 |
| ThomasD13 | However, my git console skillz are not the best, so I don't know which changeset resolves the error for me | 10:05 |
| rburton | doesn't need a bug as its fixed in zeus head | 10:06 |
| rburton | python3: -dev should depend on distutils | 10:06 |
| letothe2nd | rburton: ah, great! | 10:06 |
| letothe2nd | ThomasD13: ignore me then please! | 10:06 |
| ThomasD13 | letothe2nd okay. | 10:06 |
| rburton | ThomasD13: recommend you either just build zeus head, or cherry-pick that fix if you don't want to sit on an arbitrary sha | 10:07 |
| ThomasD13 | rburton how do find the resolving commit so fast?? | 10:07 |
| rburton | ThomasD13: becuase there's <20 commits between 3.0 and zeus head, the error was 'distutils', and i wrote that patch | 10:07 |
| letothe2nd | rburton: here's your chance to make somebody believe you are superhuman | 10:08 |
| letothe2nd | ah, you already gave it away | 10:08 |
| rburton | tbh a bit surprised that fixes it directly, i thought the fix was installing python3-distutils on the host. | 10:08 |
| rburton | it must be doing something fun with native python | 10:08 |
| ThomasD13 | lol. Okay, thanks rburton for your work! Maybe someone should introduce a new tag and refer to the official documentation | 10:08 |
| rburton | ThomasD13: there will be a new point release soonish | 10:09 |
| ThomasD13 | alright, thanks guys! | 10:09 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-jrjiadamejeyljlo> has joined #yocto | 10:14 | |
| *** radeks <radeks!~radeks@185-15-80-246.ksi-system.net> has joined #yocto | 10:21 | |
| letothe2nd | rburton: is this related? https://stackoverflow.com/questions/58703657/yocto-bitbake-core-image-sato | 10:25 |
| rburton | no | 10:25 |
| letothe2nd | kay | 10:25 |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto | 10:28 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 10:31 | |
| *** mabnhdev <mabnhdev!0c260e0a@12.38.14.10> has quit IRC | 10:33 | |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-22-156.w83-201.abo.wanadoo.fr> has joined #yocto | 10:34 | |
| *** cquast_ <cquast_!~cquast@90.85.130.193> has joined #yocto | 10:35 | |
| *** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has joined #yocto | 10:40 | |
| *** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has joined #yocto | 10:43 | |
| *** ThomasD13 <ThomasD13!d472ff94@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 10:46 | |
| T_UNIX | is it just me or is the certificate used by https://www.yoctoproject.org/ expired? | 10:49 |
| letothe2nd | T_UNIX: already reported | 10:50 |
| letothe2nd | once $ADMIN is wake, will hopefully take care | 10:50 |
| T_UNIX | :-D | 10:50 |
| *** goliath <goliath!~goliath@nat008-WLTE1.uibk.ac.at> has quit IRC | 10:53 | |
| qschulz | letothe2nd: I hope they can sync the expiration time to a PST-compatible one :D At the same time good excuse for europeans to not work... i'm torn | 10:53 |
| *** Crofton|work <Crofton|work!~Crofton@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has quit IRC | 10:55 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 11:02 | |
| qschulz | kanavin: I fail to understand what find-critical-path is for (and I'm having a hard time compiling it on Ubuntu 18.04). Care to explain a little bit? | 11:02 |
| *** Crofton|work <Crofton|work!~Crofton@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has joined #yocto | 11:02 | |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC | 11:04 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 11:09 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 11:09 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 11:13 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 11:13 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 11:15 | |
| kanavin | qschulz, it is to determine which tasks in your build are on the critical path, e.g. if each of these tasks takes longer to complete, then the whole build will take longer | 11:21 |
| kanavin | it gives you a starting point where you can optimise the build times, either by trying to make these tasks run quicker, or break dependency chains between tasks on the critical path | 11:22 |
| kanavin | there's an article https://en.wikipedia.org/wiki/Critical_path_method | 11:23 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 11:25 | |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 11:28 | |
| *** mckoan is now known as mckoan|away | 11:35 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:36 | |
| RP | kanavin: nice find with vnc! | 11:38 |
| RP | kanavin: we'll get the workers switched over... | 11:38 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 11:39 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 11:44 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 11:51 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 11:53 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 12:02 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 12:10 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 12:11 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 12:25 | |
| qschulz | kanavin: cool! thanks for taking the time to explain | 12:26 |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 12:27 | |
| Azoff | Are you aware of that the SSL certificate for www.yoctoproject.org has expired? | 12:31 |
| qschulz | Azoff: yup, thanks :) | 12:31 |
| Azoff | Ok. | 12:31 |
| qschulz | waiting for admin to wake up :) | 12:31 |
| Azoff | Then I climb back into the shadows again ;) | 12:31 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 12:33 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 12:35 | |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has joined #yocto | 12:36 | |
| kanavin | RP: cheers :) also it was rather awesome to run qemu inside qemu, and retain kvm acceleration even in the innermost guest OS :) | 12:37 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:40 | |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 12:42 | |
| RP | kanavin: that is rather neat :) | 12:44 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 12:53 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 12:56 | |
| *** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has quit IRC | 12:56 | |
| kanavin | RP: it's also not the first time Debian fails to suggest a preferred option from many alternatives | 12:58 |
| *** cquast_ <cquast_!~cquast@90.85.130.193> has quit IRC | 12:58 | |
| kanavin | they seem to have a tendency to package everything under the sun and then leave the users to decide for themselves | 12:58 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 12:59 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 13:00 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 13:00 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 13:03 | |
| RP | Hmm, I think we have a pseudo syscall issue on f30 | 13:11 |
| RP | kanavin: we mainly use the older vnc as we're still using relics of the original autobuilder :/ | 13:15 |
| RP | seebs: would pseudo have a problem with statx() calls? | 13:16 |
| *** florian_kc is now known as florian | 13:16 | |
| *** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has joined #yocto | 13:17 | |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC | 13:17 | |
| * RP is bemused by the arguments about statx() time precision and lots of "I'm not a physicist but" comments | 13:20 | |
| kroon | RP, link ? | 13:22 |
| RP | kroon: https://lwn.net/Articles/707602/ | 13:24 |
| * RP *is* a physicist | 13:25 | |
| tgamblin | RP: something about Linux just draws the physics types in | 13:26 |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has joined #yocto | 13:32 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 13:41 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 13:47 | |
| *** kanavin <kanavin!~kanavin@141.113.66.202> has quit IRC | 13:50 | |
| Piraty | adelcast: i seem to have hit an edge case where opkg-build does sort dirs in data.tar.gz in the wrong order, resulting in non-reproducible builds | 13:54 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 13:55 | |
| Piraty | i don't know what triggers it exactly yet, i'm trying to reproduce ipk generation from git and from a (manually, via makefile) derived source release tarball | 13:55 |
| Piraty | semantically, opkg-build is pointed to the same target dir, and the same tar is used (same machine, just different paths | 13:56 |
| RP | Piraty: same opkg-build cmdline? | 13:57 |
| Piraty | i debugged a bit, the tsortargs="--sort=name" seem to bit in both cases, | 13:57 |
| * Piraty double-checks | 13:57 | |
| *** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto | 13:57 | |
| JPEW | kroon: You mentioned reproducible ext4 images, are you still looking at that? | 13:57 |
| rburton | ah that reminds me | 13:59 |
| Piraty | adelcast: came | 13:59 |
| Piraty | *same | 13:59 |
| Piraty | adelcast: basically "opkg-build -o root -g root ./build/foo" | 13:59 |
| rburton | RP: JPEW: ross/pod is my WIP for the pod2man issue | 13:59 |
| rburton | iirc it didn't quite wipe out 100% of the issues yet | 14:00 |
| Piraty | adelcast: "tar -c build/foo | md5sum" in both places is equal | 14:00 |
| rburton | i think the remaining instances were recipes using the host perl pod modules directly | 14:00 |
| rburton | which is annoying and suggests a do_package postprocess might be better | 14:01 |
| Piraty | adelcast: i mean $(tar --sort=name -c build/foo| md5sum ) is equal in both places, but ineed i found they're different if i omit --sort | 14:01 |
| JPEW | rburton: That is annoying | 14:02 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 14:02 | |
| Piraty | maybe file_list somehow messes it up with tar? | 14:03 |
| ecdhe | How can I tell if my bbappend is actually getting included as source when a recipe gets built? | 14:04 |
| rburton | ecdhe: bitbake-layers has a subcommand to do that | 14:04 |
| ecdhe | I've got a .bbappend that's supposed to add some kernel config options, but I clean and build the kernel and the config options don't take effect | 14:04 |
| Piraty | adelcast: i guess i can fix my own source tarball derivation to use --sort=name, but that might worth a double-check. maybe i get to it | 14:05 |
| ecdhe | rburton: great, I can see that my bbappend file is in `bitbake-layers show-appends' | 14:06 |
| *** ThomasD13 <ThomasD13!d472ff94@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 14:07 | |
| ecdhe | rburton: thanks! | 14:07 |
| ThomasD13 | Hi just a short question: What is the proper way to add a init.d script to an image? Just manally deploy the script and create symbolic links from rc.X to it? | 14:08 |
| rburton | ThomasD13: write a recipe to deploy the init script, using the proper classes to create the links etc | 14:08 |
| *** kanavin <kanavin!~kanavin@141.113.64.159> has joined #yocto | 14:10 | |
| *** vineela <vineela!~vtummala@134.134.139.74> has quit IRC | 14:13 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 14:14 | |
| RP | rburton: that is annoying :( | 14:17 |
| RP | rburton: how common is perl pod usage? | 14:18 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 14:18 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 14:21 | |
| rburton | RP: very common in perl recipes | 14:22 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 14:25 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 14:25 | |
| seebs | RP, I've never heard of `statx`, so probably. | 14:29 |
| RP | seebs: I'm pretty sure this is why pseudo is breaking on fedora30, ls uses it | 14:32 |
| rburton | RP: from inside tinfoil can i tell bitbake to start builds | 14:38 |
| RP | rburton: yes, build_target | 14:38 |
| rburton | woot | 14:38 |
| RP | rburton: was debugging that the other day | 14:38 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 14:44 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 14:44 | |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC | 14:51 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 14:51 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 14:53 | |
| *** jgrossholtz <jgrossholtz!~jgrosshol@249.164.25.93.rev.sfr.net> has joined #yocto | 14:55 | |
| *** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has joined #yocto | 14:57 | |
| RP | seebs: I'm now quite sure statx() is the problem. Is this something you'd be able to look at or should I aim to see if I can break it? :) | 15:03 |
| seebs | ggahhhh why would they do this to me why why why | 15:04 |
| seebs | i can probably fix it, looks like my host has it | 15:04 |
| seebs | maybe | 15:04 |
| seebs | it looks like my host has no glibc wrapper for it. can you check the man page on fedora30 and see whether that's still true? | 15:04 |
| seebs | what. why. | 15:05 |
| seebs | Note: for performance and simplicity reasons, different fields in the statx structure may con‐ | 15:05 |
| seebs | tain state information from different moments during the execution of the system call. For | 15:05 |
| seebs | example, if stx_mode or stx_uid is changed by another process by calling chmod(2) or chown(2), | 15:05 |
| seebs | stat() might return the old stx_mode together with the new stx_uid, or the old stx_uid together | 15:05 |
| seebs | with the new stx_mode. | 15:05 |
| seebs | okay i would like to state for the record that this call should never have existed, it should not exist in this form, and no one should be using it. | 15:05 |
| seebs | this is *insane* | 15:05 |
| RP | seebs: I looked at the glibc source and there is a wrapper for it, and a generic fallback function | 15:06 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 15:06 | |
| RP | seebs: so it looks like you need a system with recent glibc and coreutils which f30 seems to have | 15:07 |
| RP | seebs: and yes, that does seem rather crazy but I can see why they'd try this for "performance" | 15:08 |
| *** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has quit IRC | 15:09 | |
| seebs | hmm. i'm a bit unsure what semantics we even *want*. i think probably just "use one of our existing stats, also use statx, combine them" | 15:09 |
| RP | seebs: I was thinking just blast our existing stat data into the statx return value? | 15:10 |
| seebs | Hmm. you know, I haven't got a way to *test* this handy right now -- if you wanna do a test implementation I can review it. Looking more closely, we might have another loose end I wasn't thinking about, BTW. | 15:11 |
| RP | seebs: its a bit like a filesystem uncertainty principle. You can know its mode or its owner but not both at the same time with certainty :/ | 15:11 |
| seebs | *at now have an AT_NO_AUTOMOUNT that we weren't aware of, although I think I mostly checked specifically for AT_SYMLINK_NOFOLLOW. | 15:11 |
| RP | seebs: I'd hope NO_AUTOMOUNT isn't particularly relevant to us | 15:12 |
| RP | seebs: I can test relatively easily FWIW, its just the best implementation I'm slightly struggling with | 15:12 |
| fray | seebs, I have an Ubuntu 18.04 you an log into.. if you need access just let me know | 15:17 |
| fray | (48 thread , 128 GB machine.. so it should be able to iterate pretty quickly) | 15:18 |
| letothe2nd | fray: is it build box comparison day again? | 15:21 |
| * letothe2nd still needs to write up the new livecoding dates and topics | 15:22 | |
| fray | the box is old.. 2014.. | 15:24 |
| fray | so nothing too great | 15:24 |
| fray | but it's available.. | 15:24 |
| RP | seebs: we can get you access to the f30 machine we see the issues on, just not right away as michael is flying atm | 15:24 |
| letothe2nd | fray: just pulling your leg :) | 15:24 |
| fray | ...now that 192 thread machine ... that was work bragging.. ) | 15:25 |
| letothe2nd | hrhr | 15:26 |
| *** jgrossholtz_ <jgrossholtz_!~jgrosshol@249.164.25.93.rev.sfr.net> has joined #yocto | 15:28 | |
| *** jgrossholtz <jgrossholtz!~jgrosshol@249.164.25.93.rev.sfr.net> has quit IRC | 15:30 | |
| seebs | I have ubuntu 18.04, which still claims to have no glibc wrappers. | 15:30 |
| seebs | for statx, at least. | 15:30 |
| fray | ohh ok | 15:37 |
| fray | I can setup an F30 container for you if you want | 15:37 |
| jgrossholtz_ | Hello! I am trying Yocto for the first time in a while. I am using Fedora 31. I use Poky 3.0 as explained in https://www.yoctoproject.org/docs/3.0/brief-yoctoprojectqs/brief-yoctoprojectqs.html. I can not source oe-init-build-env properly: | 15:40 |
| jgrossholtz_ | Error: The bitbake directory (/home/julien/poky/on) does not exist! Please ensure a copy of bitbake exists at this location or specify an alternative path on the command line | 15:40 |
| kergoth | sounds like you passed 'on' as the second argument to oe-init-build-env | 15:41 |
| kergoth | hence /poky/on | 15:41 |
| jgrossholtz_ | I did not... I also tried source oe-init-build-env bitbake | 15:43 |
| fray | that is wrong.. | 15:44 |
| letothe2nd | no, its really source oe-init-build-env without anything else | 15:44 |
| fray | bitbake should not be the argument as it can't be the build directory | 15:44 |
| Crofton|work | ./oe.... ../build ../bitbake :) | 15:44 |
| fray | AS letothe2nd said, do that first.. it will create a new 'build' directory | 15:44 |
| letothe2nd | jgrossholtz_: go checkout your livecoding sessions where the whole process can be seen in action :) | 15:44 |
| letothe2nd | s/your/our/ | 15:44 |
| Crofton|work | nesting bitbake inside anothe rgit repo is silly :) | 15:44 |
| vmeson | BTW, yoctoproject.org certificate expired on 11/4/2019 : Error code: SEC_ERROR_EXPIRED_CERTIFICATE . Who can renew it? | 15:52 |
| letothe2nd | jgrossholtz_: https://www.youtube.com/watch?v=EfKLrSxA_H8 | 15:52 |
| letothe2nd | vmeson: we know and already pinged halstead | 15:52 |
| vmeson | letothe2nd: thx | 15:52 |
| letothe2nd | halstead: so here's a lot of people screaming for hot new certificates! | 15:52 |
| jgrossholtz_ | Ok thanks | 15:52 |
| *** alimon <alimon!alimon@gateway/shell/linaro/x-ngkyiimwvpklxmru> has quit IRC | 15:52 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:52 | |
| *** jgrossholtz_ <jgrossholtz_!~jgrosshol@249.164.25.93.rev.sfr.net> has quit IRC | 15:52 | |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto | 15:53 | |
| *** ThomasD13 <ThomasD13!d472ff94@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 15:54 | |
| *** jgrossholtz <jgrossholtz!~jgrosshol@249.164.25.93.rev.sfr.net> has joined #yocto | 15:57 | |
| vmeson | YPTM: Randy joined. | 16:00 |
| RP | YPTM: Richard joined | 16:00 |
| JPEW | YPTM: Joshua Watt, Tim Mertz, and Dustin Bain here | 16:01 |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 16:02 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 16:02 | |
| denix | YPTM: Denys is here | 16:03 |
| smurray | YPTM: Scott joined | 16:03 |
| sjolley_ | YPTM: sjolley is here | 16:04 |
| dreyna | YPTML dreyna is here | 16:04 |
| fray | YPTM fray is here | 16:04 |
| tgamblin | YPTM: Trevor joined | 16:05 |
| jonmason | YPTM: Jon joined | 16:05 |
| sjolley_ | Propsed 3.1 dates | 16:05 |
| sjolley_ | https://docs.google.com/document/d/1UKZIGe88-eq3-pOPtkAvFAegbQDzhy_f4ye64yjnABc/edit | 16:06 |
| letothe2nd | YPTM: letothe2nd is not around but listening to metal | 16:06 |
| letothe2nd | </SCNR> | 16:06 |
| *** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto | 16:07 | |
| dl9pf | YPTM: jsmoeller joined | 16:09 |
| *** vineela <vineela!~vtummala@134.134.139.83> has quit IRC | 16:09 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 16:12 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto | 16:12 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:18 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 16:23 | |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-22-156.w83-201.abo.wanadoo.fr> has quit IRC | 16:26 | |
| d_thomas | What is the best way to see what configs the kernel build is using and how it is ordering and applying the changes? So far I haven't hand much luck with logs and debug output. | 16:30 |
| kayterina | bitbake-layers show-appends |grep kernel ? | 16:31 |
| kayterina | it would show the layers that append to the kernel and the ordering would be the layers priority | 16:32 |
| kayterina | I guess | 16:32 |
| d_thomas | keyterina, I checked that and confirmed my append is on the list. | 16:33 |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 16:34 | |
| kayterina | sorry, that's all I know, I only use a defconfig and assume the order is the layers' | 16:37 |
| qschulz | d_thomas: is it ONLY a full defconfig you're replacing or are you doing something else? If you want to know in which order the files are taken, check with bitbake -e virtual/kernel and look for FILEPATHS (or ~), this is going to give you all the paths that are checked | 16:40 |
| qschulz | I think WORKDIR/temp/log.do_fetch should do the same | 16:40 |
| d_thomas | I was attempting to append/override part of defconfig with my own configuration | 16:41 |
| d_thomas | Right now I was just trying to change the LOGLEVELs | 16:41 |
| d_thomas | log.do_fetch is showing what I would expect | 16:42 |
| kayterina | are you using config fragments then? | 16:43 |
| d_thomas | kayterina, good question. I suspect that's what I want but I might not be using them | 16:44 |
| kayterina | a,ok, I don't either, search the mega manual while you wait for schultz :P | 16:45 |
| d_thomas | just knowing what to search for sometimes is very helpful | 16:46 |
| kayterina | d_thomas: also, the certificate expired, they know it | 16:47 |
| dreyna | Link to all YP Summit presentations: https://wiki.yoctoproject.org/wiki/YP_Summit_Lyon_2019 | 16:47 |
| d_thomas | ha, no worries. I won't say anything about it | 16:47 |
| jonmason | NET::ERR_CERT_DATE_INVALID error on YP website | 16:48 |
| jonmason | looks like it just expired | 16:48 |
| jonmason | anyone else seeing it? | 16:48 |
| fray | yes. expired recently | 16:48 |
| fray | When Michael gets online he'll fix it | 16:48 |
| jonmason | who let him take any days off? ;-) | 16:50 |
| dl9pf | on plane | 16:50 |
| qschulz | BuT tHeRe Is WiFi In PlAnEs NoW | 16:51 |
| qschulz | d_thomas: Please explain exactly what you're trying to do and what you've done so far that does not work because I'm quite confused at the moment | 16:52 |
| qschulz | config fragments aren't available for all recipes | 16:53 |
| qschulz | are you building linux-yocto? | 16:53 |
| d_thomas | qschulz I'm working with meta-atmel and building the linux-at91 kernel. I'm trying to apply the configuration fragment from http://book.yoctoprojectbook.com/page/code-chapter-9 just as an example (although I'm also setting LOGLEVELS) | 16:54 |
| qschulz | d_thomas: only full defconfig supported | 16:55 |
| d_thomas | Oh, okay. Where does one see that? | 16:56 |
| qschulz | what you're looking at is config fragment which are supported in linux-yocto | 16:56 |
| qschulz | d_thomas: assume default is full defconfig | 16:56 |
| qschulz | https://github.com/linux4sam/meta-atmel/blob/warrior/recipes-kernel/linux/linux-at91_4.19.bb#L20 | 16:56 |
| *** armpit <armpit!~armpit@162.249.178.138> has joined #yocto | 16:57 | |
| d_thomas | qschulz, I see, that's what that means | 16:57 |
| qschulz | for config fragments it's in https://git.yoctoproject.org/cgit.cgi/poky/tree/meta/classes/kernel-yocto.bbclass#n27 | 16:58 |
| qschulz | this class is inherited by linux-yocto | 16:58 |
| *** falk0n <falk0n!~falk0n@a109-49-142-1.cpe.netcabo.pt> has joined #yocto | 16:59 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 17:01 | |
| d_thomas | qschulz Wow, that's good to know. I'll go the full config route then. Thanks! | 17:02 |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC | 17:03 | |
| d_thomas | The "Embedded Systems with the Yocto Project" book lead me to believe the config fragments were standard | 17:04 |
| fray | they are standard for any kernel that uses the linux-yocto class.. | 17:05 |
| fray | (and we suggest even non linux-yocto kernels use the config fragments as it makes it MUCH easier to support kernels..) | 17:05 |
| d_thomas | Definitely | 17:05 |
| *** radeks <radeks!~radeks@185-15-80-246.ksi-system.net> has quit IRC | 17:12 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 17:17 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 17:19 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has quit IRC | 17:23 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 17:25 | |
| kergoth | a few others do support them. linux-qoriq and a few others. there's an open yocto bug to make it stanard | 17:28 |
| kergoth | standard, even | 17:28 |
| fray | there is documentation on how to enable it for all kernels.. it's very easy. basically inherit the class, and make sure that kernel doesn't overwrite the constructed defconfig.. (as well as define a KMETA parameter if I remember right) | 17:30 |
| fray | last time I looke dit was about 5 or so lines of setup and then some basic validation.. (and of course creation of config fragments if what you want wasn't previously known by the system) | 17:30 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 17:33 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 17:44 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 17:44 | |
| *** alimon <alimon!alimon@gateway/shell/linaro/x-zessobyfoxedchep> has joined #yocto | 17:48 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:49 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 17:51 | |
| *** luneff <luneff!~yury@178.73.220.40> has joined #yocto | 17:53 | |
| luneff | hey guys! I'm building a Krogoth-dated eSDK. I have this error when I try to install the result: "ERROR: Uninative selected but not configured, please set UNINATIVE_URL". No idea how to make it happy :-( | 17:54 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 17:55 | |
| luneff | within the target installation dir of eSDK I see ${BSPDIR} that spells just like that :-) | 17:58 |
| luneff | I guess, I'd better get the Krogoth's tip then | 18:00 |
| luneff | ... and it doesn't really work ;-( | 18:07 |
| *** emg <emg!~emg@47.180.176.91> has left #yocto | 18:18 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 18:28 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 18:47 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 18:55 | |
| d_thomas | fray: You are very right about how easy it was to enable configuration fragments. I just had to include kernel-yocto and set KMACHINE in my bbappend file and it looks like it's working | 18:58 |
| *** mischief <mischief!~mischief@216.126.196.60> has joined #yocto | 18:59 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-jrjiadamejeyljlo> has quit IRC | 19:00 | |
| mischief | hate to beat a horse that might already be dead, but is someone going to fix the ssl certificates? | 19:00 |
| jonmason | mischief: its a known issue and will be addressed as soon as possible | 19:02 |
| *** armpit <armpit!~armpit@162.249.178.138> has quit IRC | 19:02 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 19:04 | |
| *** luneff <luneff!~yury@178.73.220.40> has quit IRC | 19:09 | |
| *** radeks <radeks!~radeks@185-15-80-246.ksi-system.net> has joined #yocto | 19:29 | |
| *** RB2 <RB2!~RB2@c-73-178-160-56.hsd1.nj.comcast.net> has quit IRC | 19:31 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 19:34 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 19:36 | |
| *** RB2 <RB2!~RB2@c-73-178-160-56.hsd1.nj.comcast.net> has joined #yocto | 19:42 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 19:43 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 19:44 | |
| mischief | jonmason: excellent | 19:46 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 19:48 | |
| letothe2nd | i hereby declare that for every time i have to excuse for the certificates, halstead owes me a beer. | 19:49 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 19:49 | |
| jonmason | letothe2nd: I got 0 beers on Friday, and that's after you didn't show up at the original place for dinner | 19:50 |
| jonmason | you owe me all the beers! | 19:50 |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto | 19:51 | |
| letothe2nd | jonmason: you run off too quick so i couldn't redirect you and the new place had many beers. | 19:51 |
| letothe2nd | not my bad :) | 19:51 |
| jonmason | and yet you got me 0 | 19:51 |
| jonmason | ;-) | 19:51 |
| jonmason | it worked out | 19:51 |
| letothe2nd | hrhrhr | 19:52 |
| * letothe2nd hi5es jonmason for beer places. | 19:52 | |
| jonmason | you can make it up in dublin | 19:52 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 19:53 | |
| letothe2nd | then why didn't you just grab one from the oedem gift table? | 19:54 |
| *** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has quit IRC | 19:59 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto | 20:04 | |
| Crofton|work | He was being responsible | 20:08 |
| Crofton|work | not like me | 20:08 |
| jonmason | letothe2nd: I don't drink on the job, unlike other people | 20:09 |
| jonmason | I'm not sure where the other 3 went | 20:10 |
| Crofton|work | I only had one | 20:12 |
| letothe2nd | i know where they went :) | 20:13 |
| letothe2nd | jonmason: i do drink on the job. at least when it suits the situation. | 20:15 |
| *** rewitt <rewitt!rewitt@nat/intel/x-sdduojtsttgxpysn> has quit IRC | 20:18 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 20:31 | |
| *** radeks <radeks!~radeks@185-15-80-246.ksi-system.net> has quit IRC | 20:34 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 21:00 | |
| * RP thinks the cert may be fixed | 21:01 | |
| mischief | you are correct | 21:03 |
| mischief | thanks folks | 21:03 |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 21:14 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 21:15 | |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC | 21:20 | |
| d_thomas | I added a defconfig to my kernel build. I see the defconfig in the /tmp/work directory, but the .config file in the same directory is picking up different settings. Is there an order of operations to how config settings are applied? | 21:36 |
| d_thomas | Note that the .config file is picking up config fragments from a bbappend file. It's only the defconfig specified in the bb file that are not being applied | 21:37 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 21:41 | |
| fray | the generated defconfig is USUALLY done in a task called configme which is dependend on by 'configure' | 21:42 |
| fray | I've see some private kernels do things like cp defconfig in 'configure' which replaces the kernel-cache based .config | 21:43 |
| d_thomas | I wondered about that, so I dumped the do_kernel_configme() function with the "-e" option. It's not doing that directly, but perhaps indirectly it is | 21:44 |
| fray | unfortunately this is where I've used it before, and understand the basics, but I've not dug into exactly what is happening.. | 21:45 |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC | 21:46 | |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 21:46 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 21:46 | |
| d_thomas | The person asking this question (https://stackoverflow.com/questions/48441494/kbuild-defconfig-kmachine-defconfig-file-does-not-work-as-expected) posted an interesting work around, but I'd rather not go that route if the problem is just user error on my part | 21:47 |
| fray | I'm looking to see where it's copied in.. but I suspect it's in some helper we don't see in the code | 21:48 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:50 | |
| fray | I think it's do_kernel_configcheck that actually moves the stuff to .config | 21:50 |
| fray | zeddii -- ping | 21:50 |
| fray | zeddii would know the answer BTW.. not sure if he's around | 21:51 |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC | 21:51 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 21:51 | |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto | 21:56 | |
| *** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC | 22:02 | |
| d_thomas | Hmm... if I"m picking up do_configure from https://git.yoctoproject.org/cgit.cgi/poky/tree/meta/classes/kernel.bbclass, then I'm not sure how this works | 22:10 |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC | 22:15 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:18 | |
| d_thomas | Actually, I can see how it works now and everything seems to be in place. Something must be going wrong with the KERNEL_CONFIG_COMMAND | 22:23 |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 22:27 | |
| *** georgem_ <georgem_!~georgem@216.21.169.52> has joined #yocto | 22:27 | |
| *** vmeson <vmeson!~rmacleod@S0106c05627277493.va.shawcable.net> has joined #yocto | 22:27 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.139.165> has joined #yocto | 22:47 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.139.165> has quit IRC | 22:48 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has quit IRC | 23:02 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 23:02 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d1530cd.dynamic.kabel-deutschland.de> has quit IRC | 23:07 | |
| khem | 3 | 23:07 |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d1530cd.dynamic.kabel-deutschland.de> has joined #yocto | 23:07 | |
| *** zwelch <zwelch!~zwelch@fluffy.superlucidity.net> has quit IRC | 23:13 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.41.201.190> has joined #yocto | 23:16 | |
| *** rewitt <rewitt!rewitt@nat/intel/x-ejmvnfcnubhndazp> has joined #yocto | 23:25 | |
| tgamblin | Is there a particular recipe that is known to be quick to build? | 23:25 |
| tgamblin | As in, light on dependencies and short compile time? | 23:26 |
| tgamblin | Just looking for something to test a local wrapper for bitbake with | 23:27 |
| khem | busybox ? | 23:28 |
| khem | I would suggest to look into oe_selftest might be more relevant | 23:28 |
| tgamblin | will do, thanks | 23:28 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 23:35 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 23:48 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 23:48 | |
| mischief | is it just me or is lz4-native missing from the kernel classes? | 23:54 |
| marler8997 | got a quick question of preference...if you have a recipe that just installs a bash script, would you set the source directory to S and install from B? | 23:54 |
| marler8997 | or would not not set S at all? | 23:56 |
| marler8997 | or maybe you would just set B and not set S? | 23:57 |
| mischief | i think lz4 initramfs is just broken :( | 23:59 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!