| *** creich <creich!~unknown@ip5f5aa2a2.dynamic.kabel-deutschland.de> has quit IRC | 00:03 | |
| *** creich <creich!~unknown@ip5f5aa2a2.dynamic.kabel-deutschland.de> has joined #yocto | 00:10 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC | 00:15 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto | 00:15 | |
| *** AndersD <AndersD!~AndersD@113x43x141x142.ap113.ftth.arteria-hikari.net> has joined #yocto | 00:57 | |
| *** AndersD <AndersD!~AndersD@113x43x141x142.ap113.ftth.arteria-hikari.net> has quit IRC | 01:01 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 01:07 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 01:17 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 01:20 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has joined #yocto | 01:32 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 02:05 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 02:06 | |
| *** comptroller <comptroller!~comptroll@47-213-230-143.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 03:00 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:7974:a9f:c495:4c6d> has quit IRC | 04:26 | |
| *** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has quit IRC | 04:37 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto | 04:39 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:604a:b703:29ca:5c7d> has joined #yocto | 04:44 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC | 05:04 | |
| *** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has joined #yocto | 05:21 | |
| yocti | New news from stackoverflow: Pillow installation error on Yocto core-base-image <https://stackoverflow.com/questions/58795760/pillow-installation-error-on-yocto-core-base-image> | 05:24 |
|---|---|---|
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 05:28 | |
| *** AndersD <AndersD!~AndersD@113x43x141x142.ap113.ftth.arteria-hikari.net> has joined #yocto | 05:29 | |
| *** AndersD <AndersD!~AndersD@113x43x141x142.ap113.ftth.arteria-hikari.net> has quit IRC | 05:35 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 05:45 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 05:53 | |
| *** camus <camus!~Instantbi@222.67.188.180> has joined #yocto | 05:53 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC | 05:53 | |
| *** camus is now known as kaspter | 05:53 | |
| *** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has quit IRC | 06:02 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 06:46 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 06:49 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:01 | |
| *** camus <camus!~Instantbi@222.67.152.154> has joined #yocto | 07:01 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 07:03 | |
| *** camus is now known as kaspter | 07:03 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto | 07:05 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 07:07 | |
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 07:09 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has quit IRC | 07:10 | |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 07:25 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 07:30 | |
| *** mckoan|away is now known as mckoan | 07:31 | |
| mckoan | good morning | 07:31 |
| *** alessioigor <alessioigor!~alessioig@out-207-227.elettra.trieste.it> has quit IRC | 07:32 | |
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 07:32 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:34 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:38 | |
| *** AndersD <AndersD!~AndersD@113x43x141x142.ap113.ftth.arteria-hikari.net> has joined #yocto | 07:38 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 07:41 | |
| *** creich <creich!~unknown@ip5f5aa2a2.dynamic.kabel-deutschland.de> has quit IRC | 07:41 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 07:42 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 07:42 | |
| *** AndersD <AndersD!~AndersD@113x43x141x142.ap113.ftth.arteria-hikari.net> has quit IRC | 07:44 | |
| *** alessioigor <alessioigor!~alessioig@out-207-227.elettra.trieste.it> has joined #yocto | 07:50 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:00 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 08:00 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 08:11 | |
| yocti | New news from stackoverflow: Integrating GPU drivers to yocto generated Linux kernel <https://stackoverflow.com/questions/58797634/integrating-gpu-drivers-to-yocto-generated-linux-kernel> || How can I verify sstate-mirror usage? <https://stackoverflow.com/questions/58797517/how-can-i-verify-sstate-mirror-usage> | 08:25 |
| *** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has joined #yocto | 08:30 | |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 08:37 | |
| *** camus <camus!~Instantbi@222.67.188.181> has joined #yocto | 08:41 | |
| *** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC | 08:42 | |
| *** camus is now known as kaspter | 08:42 | |
| *** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has joined #yocto | 08:47 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 08:48 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 08:49 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has joined #yocto | 08:49 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 08:58 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 09:05 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 09:08 | |
| *** leitao <leitao!~leitao@2620:10d:c092:380::1:c353> has joined #yocto | 09:19 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:23 | |
| *** leitao <leitao!~leitao@2620:10d:c092:380::1:4c3c> has joined #yocto | 09:24 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 09:24 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 09:25 | |
| *** leitao <leitao!~leitao@2620:10d:c092:380::1:4c3c> has quit IRC | 09:30 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 09:30 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 09:32 | |
| *** creich <creich!~unknown@ip5f5aa2a2.dynamic.kabel-deutschland.de> has joined #yocto | 09:38 | |
| *** malanecora <malanecora!b23cc82c@178.60.200.44> has joined #yocto | 09:38 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 09:40 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 09:40 | |
| *** creich <creich!~unknown@ip5f5aa2a2.dynamic.kabel-deutschland.de> has quit IRC | 09:45 | |
| malanecora | Which is the best way of copying a (HUGE) bunch of precompiled files (some of them already exist in the current rootfs), scripts and configuration files (from a 3rd party new chip support sdk) into the rootfs? | 09:45 |
| malanecora | I've alredy tried the recipe way, however, Yocto fails trying to establish the dependencies and provides relations (I don't want Yocto to do this, I just want all the files to be copied into the rootfs no matter if their dependencies already exists there or not). | 09:46 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 09:46 | |
| malanecora | I've also tried to add a tar with all the provided files and folders to the rootfs, and finally, unpack and isntall thorugh a ROOTFS_POSTPROCESS_COMMAND function. Nevertheless, this also fails due to rootfs write permissions... | 09:48 |
| letothe2nd | the dev manual contains an example that does exactly this: just take stuff and add it to the rootfs. | 09:49 |
| letothe2nd | https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#packaging-externally-produced-binaries | 09:49 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 09:52 | |
| malanecora | letothe2nd: Ty. Indeed, I did inherit from bin_package but I got lots of QA errors. Will check the dev manual again anyway! | 09:53 |
| malanecora | BThere're lots of libs among those files. | 09:54 |
| malanecora | BTW* | 09:54 |
| letothe2nd | malanecora: if QA triggers, then chances are extremely high that you are doing something wrong, and just working around the checks by doing ugly postprocessing hacks will not solve those. | 09:55 |
| *** AndersD <AndersD!~AndersD@M111108020199.v4.enabler.ne.jp> has joined #yocto | 09:55 | |
| *** AndersD <AndersD!~AndersD@M111108020199.v4.enabler.ne.jp> has quit IRC | 09:59 | |
| *** AndersD <AndersD!~AndersD@M111108020199.v4.enabler.ne.jp> has joined #yocto | 09:59 | |
| malanecora | letothe2nd: I'm sure I do...haha. I know that all the necessary components are allready properly installed, BTW. But the chip-manufacturer has provided the "sdk" (huh...) as a huge batch of files and directories as if they'd have copied and pasted some (not so) carefully picked folders of their own rootfs. | 10:01 |
| malanecora | That's why I was wondering if that could be easily done in Yocto, in a "copy and paste" way. | 10:02 |
| letothe2nd | you can of course just disable the checks | 10:03 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:04 | |
| malanecora | Yep, I have disabled almost all the checks haha. It still keeps throwing "PROVIDES" errors due to the libs. | 10:06 |
| malanecora | I'll give it another shot | 10:07 |
| *** olani <olani!user@nat/axis/x-llovufgdoppuyjkw> has joined #yocto | 10:16 | |
| mcfrisk | malanecora: you will only get into more trouble that way... I would (and sadly need to) install every single pre-compiled binary in their own recipes and make all QA checks pass, including deciding which providers are correct for various libraries when poky open source conflicts with BSP binary blobs. | 10:25 |
| letothe2nd | mcfrisk: 1) every request that contains "all i need is to...", "i only want to..." or "i just have to make it work now..." is an outright lie 2) i tend to brain-ignore problems that are caused by such approaches :) | 10:27 |
| malanecora | mcfrisk: Ty, I'm afraid thats the way to go. | 10:29 |
| mcfrisk | I think the best way to work with BSP layers, is to first disable everything in them, and then enable needed recipes and bbappends one by one after review. | 10:33 |
| letothe2nd | mcfrisk: add beer + heavy metal. | 10:38 |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto | 10:40 | |
| *** TobSnyder <TobSnyder!~schneider@95.90.163.47> has joined #yocto | 10:48 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 11:01 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 11:16 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 11:38 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 11:39 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 11:43 | |
| *** Foxdie <Foxdie!05949242@unaffiliated/foxdie> has joined #yocto | 11:44 | |
| Foxdie | Hello all - anyone have any experience building custom kernels for Yocto? I'm trying to build one and cannot get some modules installed when building with Bitbake - they simply don't appear (no errors) | 11:44 |
| Foxdie | I'm currently working with Rocko (sadly I cannot move away from this) - I've written a patch to enable the items I want, I know this patch is applying because _some_ of the modules I require are built, just not others | 11:45 |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:47 | |
| kroon | Foxdie, have you double-checked the resulting kernel .config to make sure that the modules are enabled ? Are the module packages not created ? | 11:52 |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 11:54 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:55 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.181> has quit IRC | 11:56 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has joined #yocto | 11:57 | |
| *** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-gvtiznpljrirpprs> has joined #yocto | 11:58 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 11:58 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 11:58 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 11:59 | |
| Chrusel | Foxdie: add .config as defconfig to SRC_URI in your custom recipe, or use KBUILD_DEFCONFIG when you have an in-tree configuration. Good luck! | 12:01 |
| Foxdie | Sorry - got dragged away to a quick meeting | 12:02 |
| Chrusel | @Foxdie: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-skeleton/recipes-kernel/linux/linux-yocto-custom.bb?h=rocko | 12:03 |
| Foxdie | I wrote a patch that patches the defconfig that's inherited for my device (arch/arm/configs/apalis_imx6_defconfig) | 12:03 |
| Foxdie | This applies some things and enables most of the stuff I need, just missing a couple of crypto ciphers | 12:03 |
| Foxdie | I did check the build folder for the kernel, there's a defconfig in there that is missing my options, despite them being available if you look in the source tree | 12:04 |
| kroon | Foxdie, you should check the generated .config in the kernel build tree | 12:05 |
| letothe2nd | i'd just check if the modules are 1) being packaged 2) being installed. | 12:06 |
| letothe2nd | those being the most common problems | 12:06 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 12:14 | |
| *** d_thomas <d_thomas!cffae6c2@207.250.230.194> has quit IRC | 12:15 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 12:19 | |
| *** AndersD <AndersD!~AndersD@M111108020199.v4.enabler.ne.jp> has joined #yocto | 12:23 | |
| qschulz | Foxdie: bitbake -c menuconfig virtual/kernel | 12:29 |
| qschulz | you do not modify anything in there, it's just to look if your configs are selected. Until you get what you want in there, you fiddle with the recipe | 12:29 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 12:30 | |
| qschulz | then you can continue with letothe2nd's suggestion of checking whether the modules are built, and then packaged and then installed | 12:30 |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 12:32 | |
| kanavin_ | rburton, RP per my suggestion the critical path utility was rewritten in Python https://github.com/oesse/python-criticalpath | 12:33 |
| kanavin_ | with the intention of eventually submitting for inclusion into buildstats directly | 12:34 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:34 | |
| Foxdie | Thanks, checking now (again, 'walkovers' distracting me, does anyone else get that?) | 12:35 |
| Foxdie | "Can you quickly just.." yeah there's never anything quick about it :D | 12:36 |
| rburton | kanavin_: nice | 12:36 |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 12:37 | |
| qschulz | Foxdie: If I understand correctly what you mean by wlakovers, yes, everybody's receiving them. It's the role of your IRC client to ignore them | 12:38 |
| Foxdie | Hehe | 12:39 |
| Foxdie | Okay I have a good ol' menuconfig, checking now | 12:39 |
| *** AndersD <AndersD!~AndersD@M111108020199.v4.enabler.ne.jp> has quit IRC | 12:41 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 12:42 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 12:42 | |
| *** malanecora <malanecora!b23cc82c@178.60.200.44> has quit IRC | 12:42 | |
| Foxdie | Okay running menuconfig against a _completely built_ image / directory tree, I can see my options are not present in there, including those I've patched in.. | 12:43 |
| Foxdie | (and have confirmed working like /dev/crypto support, that's unticked, but it's working on my build) | 12:43 |
| Foxdie | I am confused :) | 12:43 |
| RP | kanavin_: very cool :) | 12:44 |
| kroon | Foxdie, maybe they depend on features not enabled, so they get disabled ? | 12:45 |
| Foxdie | I suspect that's the case but I don't know how to enable them "properly", I scoured http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-4.6/plain/crypto/Kconfig and enabled all the dependencies of dependencies etc in my patch file but still doesn't work | 12:46 |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 12:46 | |
| qschulz | kanavin_: I'm confused :) What's the difference with pybootchartgui.py we already have? | 12:48 |
| qschulz | Foxdie: wait.. how did you create the defconfig? | 12:48 |
| qschulz | Foxdie: to create defconfigs, NEVER do it manually. You open menuconfnig or xconfig or whatever, you select manually the options you want | 12:50 |
| qschulz | then you save when exiting the tool. Then you run make savedefconfig | 12:50 |
| qschulz | you take the defconfig which is at the root of your Linux kernel repo and do something with it. If you want a patch for your defconfig, cp that defconfig over the one you're using, take the diff, make a patch and put it in your recipe | 12:51 |
| *** learningc <learningc!~pi@121.122.85.105> has joined #yocto | 12:51 | |
| Foxdie | How did I make it? The dirty way | 12:53 |
| Foxdie | Checked out the specific commit of the Kernel source (Toradex Repo), modified it to suit, created a git diff patch and then included it with a bitbake recipe | 12:54 |
| Foxdie | It works 99%, just won't do this one cipher | 12:54 |
| *** learningc <learningc!~pi@121.122.85.105> has quit IRC | 12:54 | |
| qschulz | Foxdie: don't modify defconfigs or .config manually. Never | 12:54 |
| kroon | Foxdie, check the Kconfig and see what the cipher depends on ? | 12:55 |
| qschulz | use the tools made for creating such files | 12:55 |
| *** learningc <learningc!~pi@121.122.85.105> has joined #yocto | 12:55 | |
| Foxdie | Kroon: I did that yes, I walked the stack through each one and enabled them | 12:57 |
| kroon | Foxdie, oh right | 12:57 |
| Foxdie | Dependencies of dependencies etc | 12:57 |
| Foxdie | qschulz: Yeah I hear you, it's an ugly way, I'm not sure _how_ to do it the proper way though when it appears the one that comes with this Bitbake build is already pre-done from the vendor | 12:58 |
| Foxdie | If there's a less painful way to achieve this I'm all ears | 12:58 |
| qschulz | Foxdie: I explained, see above. TL;DR: make <vendor_defconfig>; make menuconfig (save when exiting); make savedefconfig; | 13:00 |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 13:01 | |
| rburton_ | qschulz: automatic critical path analysis vs a pretty chart i believe | 13:03 |
| kanavin_ | qschulz, I believe the boot chart will not show you the critical path, which is a list of items that contribute directly to overall build time (e.g. everything else has to wait until they get built) | 13:04 |
| rburton_ | did gettext:configure appear in the critical path | 13:05 |
| RP | kanavin_: you can read it from the chart but it definitely doesn't give it to you directly :) | 13:06 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 13:07 | |
| Foxdie | Okay thanks qschulz / kroon / Chrusel - I'll battle on with what you've given me | 13:07 |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 13:07 | |
| *** kroon_ <kroon_!~kroon@213.185.29.22> has joined #yocto | 13:11 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 13:13 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 13:36 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 13:37 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.180> has quit IRC | 13:41 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has joined #yocto | 13:42 | |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC | 13:45 | |
| qschulz | Foxdie: and if you're using bitbake directly, then bitbake -c menuconfig virtual/kernel; bitbake -c savedefconfig virtual/kernel; then look in the WORKDIR of your recipe for the defconfig and make a diff between that one and the vendor one. Or use make commands I gave earlier directly within the vendor kernel repo | 13:47 |
| qschulz | good luck | 13:47 |
| Foxdie | Thanks bud :) I'm just looking now - I may have to patch in support for other things admittedly, but I will use menuconfig in future to make a defconfig | 13:48 |
| qschulz | Foxdie: one thing at a time :) | 13:51 |
| *** mckoan is now known as mckoan|away | 13:56 | |
| *** sk_tandt_ <sk_tandt_!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 13:56 | |
| *** falk0n <falk0n!~falk0n@a109-49-156-195.cpe.netcabo.pt> has joined #yocto | 13:58 | |
| *** sk_tandt__ <sk_tandt__!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 13:59 | |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 14:00 | |
| *** sk_tandt_ <sk_tandt_!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 14:03 | |
| *** kroon__ <kroon__!~kroon@213.185.29.22> has joined #yocto | 14:06 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 14:07 | |
| *** kroon_ <kroon_!~kroon@213.185.29.22> has quit IRC | 14:09 | |
| *** d_thomas <d_thomas!cffae6c2@207.250.230.194> has joined #yocto | 14:15 | |
| Foxdie | Spandau Ballet | 14:16 |
| Foxdie | Erk, wrong window >.< | 14:16 |
| silviof | It is possible to test a recipe for used `inherit`'s? I want to test if a package has got a `inherit` of a class in my collection. I know I can just test of existing of a variable which is uniform to this class. But maybe it exists a altermative way or a solution. | 14:19 |
| Foxdie | Having a peculiar issue, probably not Yocto specific, when I `make menuconfig` I can search for my patched-in cipher (CRYPTO_USER_API_SKCIPHER) in menuconfig and see it's location, but it's not actually visible - can also see it enabled in .config | 14:20 |
| letothe2nd | Foxdie: then some prerequisite is not met | 14:21 |
| letothe2nd | Foxdie: have a good look at the depends on section of the menuconfig search | 14:21 |
| Foxdie | I thought that but it's "=y" in my generated .config output file | 14:21 |
| Foxdie | Bah, forgot this is IRC, can't paste in a screenshot, derp | 14:22 |
| letothe2nd | Foxdie: not the item itself, but what it depends on. | 14:22 |
| qschulz | Foxdie: it's okay, some Kconfig actually can "select" other Kconfig | 14:23 |
| qschulz | in which case the defconfig omits them | 14:23 |
| Foxdie | Ah! | 14:23 |
| Foxdie | That would make sense yes | 14:23 |
| Foxdie | More hunting required | 14:23 |
| qschulz | because enabling one Kconfig option means the other is enabled | 14:23 |
| Foxdie | Not if it's inherited via defconfig I guess | 14:23 |
| qschulz | save the defconfig to the right place | 14:23 |
| qschulz | and check with menuconfig if your option is still there | 14:23 |
| Foxdie | I'm gonna owe you a beer at this rate | 14:23 |
| qschulz | .config is giving all non default values of Kconfig parameters | 14:24 |
| qschulz | defconfig is giving you the minimal file which can reconstruct the .config. So anything that is "select"'ed by another Kconfig is omitted | 14:24 |
| qschulz | that is why defconfig is so much smaller in size than a .config | 14:25 |
| qschulz | I don't know *exactly* how the defconfig is created but I don't think I'm too far from the actual thing | 14:25 |
| letothe2nd | this all sounds very much like a poster example for why one should use menuconfig instead of randomly patching the .config. its just waaaaay to easy to get the dependencies wrong and all. | 14:26 |
| yocti | New news from stackoverflow: unable to build valgrind for armv7 in yocto <https://stackoverflow.com/questions/58803023/unable-to-build-valgrind-for-armv7-in-yocto> | 14:26 |
| Foxdie | You could be right :) | 14:27 |
| qschulz | letothe2nd: same for defconfig, sometimes there are depends on "!FOO" and another one on depends on "FOO" and you select both Kconfig options. | 14:28 |
| *** jerdew <jerdew!4775bb87@pool-71-117-187-135.prvdri.fios.verizon.net> has joined #yocto | 14:29 | |
| qschulz | that's also why I don't like config fragments as well even though I can see the benefits, it introduces uncertainty in the resulting config | 14:29 |
| letothe2nd | i always nail my defconfigs down, by menuconfig. and without savedefconfig :) | 14:29 |
| Foxdie | Or | 14:30 |
| Foxdie | I could be an idiot and realise it's there buried in the text under an unassuming, generic line item :) | 14:30 |
| qschulz | letothe2nd: I don't understand why people find it so fun to put uncertainty in things which take litterally one command and not even a second to do correctly but I might be too rigid. What do you find so appealing in doing this by hand? | 14:35 |
| Foxdie | Some people live for the thrill or challenge of doing it differently and hopefully getting it right? | 14:36 |
| letothe2nd | qschulz: it depends (TM) | 14:36 |
| letothe2nd | qschulz: i can certainly see some of the use cases, but they're not the ones that I have | 14:37 |
| qschulz | letothe2nd: I don't know any, please shed some light on those so that I can understand :) | 14:39 |
| kanavin_ | rburton_, rpm upstream is working on sqlite support | 14:40 |
| kanavin_ | I guess the berkeley db situation caught up to them | 14:40 |
| letothe2nd | qschulz: think kernel testing :) | 14:40 |
| qschulz | letothe2nd: I worked on upstream kernel for 3 years with a team of 10 people doing the same. None where modifying defconfigs by hand :) | 14:43 |
| qschulz | were* | 14:43 |
| qschulz | was? | 14:43 |
| qschulz | English is hard man | 14:43 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:43 | |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto | 14:44 | |
| letothe2nd | qschulz: nah i'm not talking by hand. iirc the kernel-dev-manual has quite some information on how to properly prepare the config fragments etc. | 14:44 |
| Foxdie | "were" is perfectly fine :) | 14:45 |
| letothe2nd | qschulz: and, think the topic of a bsp. it could enable audio drivers only if the corresponding distro feature is set, for example | 14:45 |
| letothe2nd | qschulz: so you'd have the core config, and the other stuff only gets added if needed. save on compilation time and space. | 14:46 |
| qschulz | letothe2nd: ah the fragments you meant. I definitely see the usecases. I was talking about editing by hand :) | 14:46 |
| qschulz | (I even think I could migrate us to fragments) | 14:47 |
| letothe2nd | qschulz: ah ok, then i misunderstood. no. i also don't know of a usecase for doing it by hand. | 14:47 |
| qschulz | I'd need to check if conflicting fragments are actually applied blindly or if it fails or if it prints a warning | 14:48 |
| qschulz | but if YP silently applies the conflicting fragments then it's not great IMHO (but I repeat, I understand how useful that can be :) ) | 14:49 |
| qschulz | to be tested :) | 14:49 |
| *** kroon__ <kroon__!~kroon@213.185.29.22> has quit IRC | 14:58 | |
| *** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has joined #yocto | 15:04 | |
| rburton_ | kanavin_: they were looking at a different db implementation previously, glad to hear they're settling on something though | 15:06 |
| rburton_ | silviof: bb.data.inherits_class | 15:07 |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 15:10 | |
| *** sk_tandt_ <sk_tandt_!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 15:13 | |
| *** sk_tandt__ <sk_tandt__!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 15:16 | |
| rburton_ | kanavin_: tried the tool. said that gstreamer-vaapi was on the critical path, which i'm not convinced about | 15:18 |
| rburton_ | mesa, python3, etc, yes | 15:18 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-jnsknvsdjpiqoqhw> has joined #yocto | 15:19 | |
| JPEW | nrossi: I have subTest mostly reporting working now. If you have a chance to look it over: http://lists.openembedded.org/pipermail/openembedded-core/2019-November/288964.html | 15:24 |
| JPEW | nrossi: It still doesn't work with "-j1", but I'm not sure why | 15:24 |
| silviof | Thanks rburton_ This works. ❤️ | 15:29 |
| rburton_ | is it time to change the default x86 image away from hddimg? | 15:32 |
| armpit | rburton_, 5 1/4 floppy then ? | 15:37 |
| * zeddii nearly replies on a thread about CVE backports and LTS .. and then decides that a kill file would be more useful. | 15:38 | |
| mcfrisk | at some point I will just post 80 CVE patches for sumo... | 15:43 |
| rburton_ | please do :) | 15:44 |
| rburton_ | if everyone submits the patches they have then there'll be less duplication of effort and more fixes integrated | 15:44 |
| zeddii | that wasn't my kill file implication, but sure. | 15:45 |
| kanavin_ | rburton_, why gstreamer-vaapi makes you suspicious? | 15:45 |
| rburton_ | kanavin_: because the only thing that depends on it is the image | 15:46 |
| kanavin_ | right, but it's mostlike built just prior to the image, and so is on the critical path | 15:46 |
| rburton_ | along with a load of other things | 15:47 |
| kanavin_ | rburton_, it depends on things like mesa, plugins-bad, etc., so it comes last | 15:47 |
| kanavin_ | those other things complete quicker | 15:48 |
| *** jero <jero!~boo@fougasse.net> has joined #yocto | 15:51 | |
| *** TobSnyder <TobSnyder!~schneider@95.90.163.47> has quit IRC | 15:52 | |
| rburton_ | kanavin_: can i file a bug report for that tool? build hangs for minute waiting for omvf to build with literally nothing else happening, isn't in the critical path | 15:56 |
| kanavin_ | rburton_, sure, absolutely. I can ping the developer if needed. | 15:56 |
| armpit | mcfrisk, +1 on the patches.. looks like I need to rebase my community branch with what is in -next | 16:00 |
| * armpit wonders what the purpose of -next really is??? | 16:01 | |
| *** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has quit IRC | 16:04 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 16:09 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 16:10 | |
| d_thomas | Four weeks ago was was handed a dev kit and asked to remember years old Yocto knowledge. Today I flashed the board with a custom, Yocto-built image and it's working great. Thanks to everyone here who took the time to answer my questions! | 16:23 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 16:26 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 16:26 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:32 | |
| d_thomas | Of course, I have another question. Is there anything I can add to the rootfs that would tie it to the image that produced it? For example, my image is timestamped with 20191111153110. I would be helpful to have that number somewhere in the rootfs so I can connect the two. | 16:35 |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 16:38 | |
| nrossi | JPEW: I saw the patch I think it looks fine, the major difference between non-"-j" and "-j" is that all results are passed through some base test results classes in subunit and testtools, looking at them now it looks like they themselves do not have subTest support | 16:38 |
| rburton_ | you can get a complete build manifest written into the image if you want | 16:38 |
| rburton_ | d_thomas: see image-buildinfo.bbclass | 16:38 |
| JPEW | d_thomas: If you want more ancilliary data, you can add extra variables to IMAGE_BUILDINFO_VARS in your distro.conf | 16:39 |
| d_thomas | rburton_, JPEW, thank you, I'll check both of those out. Thanks for the starting point | 16:39 |
| kergoth | huh, https://github.com/apenwarr/git-subtrac is very interesting | 16:43 |
| kergoth | another approach to the whole submodules vs subtree vs repo etc | 16:43 |
| kergoth | uses submodules, but the submodules end up pointing at the parent repo, and the parent repo is adjusted to ensure the submodule commits are available. it makes a submodule-based super-project self-contained. You can cd into a submodule, make a change, commit it, cd to the parent, git subtrac update; check in the submodule change, and push master and master.trac, your submodule commit is available even though you never pushed the submodule anywhere, so | 16:45 |
| kergoth | you could stage changes to submodules locally in the superproject | 16:45 |
| kergoth | much like subtree, it's self contained, but unlike subtree it's easier to get changes to the submodules back out for upstream submission again, since they exist as independent submodule commits | 16:47 |
| JPEW | Ah, from the author of git-subtree too | 16:47 |
| kergoth | yeah | 16:47 |
| kergoth | pretty interesting approach | 16:47 |
| kergoth | the readme is *not* as clear as it could be, and there's not squad for workflow examples of how to make local changes, how to update the submodules from upstream later, etc | 16:47 |
| kergoth | but once you play with it it becomes pretty clear | 16:47 |
| kergoth | squat, not squad | 16:48 |
| Crofton|work | I ahve reasonable success with submodules | 16:48 |
| kergoth | then you still have to ensure that you push the corresponding .trac branch for each regular branch to the superproject remote, but i imagine there'd be ways to script around that issue | 16:48 |
| JPEW | Worth a look. I was thinking about writing up a pros/cons of subtrees/submodules/combo-layer/repo on the Wiki | 16:49 |
| kergoth | i'm sure a lot of folks would appreciate that. some days i wish we adopted something official for oe even if a lot of companies would have to use something else due to differing requirements | 16:50 |
| kergoth | oe-lite used to have an 'oe clone <remote repo url>' that'd pull down the parent and the individual layers and everything in one go, official for that project | 16:50 |
| *** Foxdie <Foxdie!05949242@unaffiliated/foxdie> has quit IRC | 16:50 | |
| kergoth | sometimes i love our flexibility, sometimes i hate it, sometimes both :) | 16:50 |
| JPEW | Ya. I have direct experience with subtrees & submodules, not so much the other 2 | 16:50 |
| Crofton|work | https://www.openembedded.org/wiki/MultipleRepositoryMethods | 16:51 |
| Crofton|work | Please please help with th ewiki | 16:52 |
| Crofton|work | We aren't stuck with the current fronts page look, just need people to help out | 16:52 |
| nrossi | JPEW: unfortunately it looks like both subunit and testtools do not support subTest. A solution that may work for now is maybe https://gist.github.com/nathanrossi/2b7d54ed5c149019e26eb0badc0375db | 17:09 |
| JPEW | Added a section on subtrees. Not complete, but a start | 17:09 |
| *** sk_tandt_ <sk_tandt_!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 17:10 | |
| JPEW | nrossi: Ah, ok. I'll try that. Thanks | 17:10 |
| Crofton|work | I suspect also need submodule update | 17:11 |
| Crofton|work | I amy look at that | 17:11 |
| Crofton|work | and we need better linkage on site so people can find thing | 17:11 |
| nrossi | JPEW: wondering if it is worth reworking the selftest codebase to use a single process and manage the bitbake instances as objects instead of assuming the current process is configured, maybe RP has some input on this? | 17:11 |
| JPEW | nrossi: TBH, I didn't spend too long trying to figure out how it works, so I'm not sure :) | 17:12 |
| yocti | New news from stackoverflow: U-boot environment is not the same as Linux "fw_printenv" <https://stackoverflow.com/questions/58535992/u-boot-environment-is-not-the-same-as-linux-fw-printenv> | 17:27 |
| nrossi | JPEW: just testing more, that change i linked doesn't quite work... i am not sure there is a way to solve this easily :|. I will have a look more into it tomorrow and let you know if I come up with a solution | 17:30 |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC | 17:33 | |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto | 17:44 | |
| JPEW | nrossi: Thanks | 18:09 |
| *** jacques is now known as linuxjacques | 18:23 | |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto | 18:35 | |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC | 18:45 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:09 | |
| *** vineela <vineela!vtummala@nat/intel/x-aiyuapddyktuieog> has joined #yocto | 19:11 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-jnsknvsdjpiqoqhw> has quit IRC | 19:18 | |
| *** adelcast <adelcast!~adelcast@130.164.62.197> has left #yocto | 19:25 | |
| *** aehs29 <aehs29!~aehs29@149.199.62.130> has joined #yocto | 19:28 | |
| *** adelcast <adelcast!~adelcast@130.164.62.197> has joined #yocto | 19:29 | |
| *** aehs29 <aehs29!~aehs29@149.199.62.130> has quit IRC | 19:35 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 19:39 | |
| *** aehs29 <aehs29!~aehs29@149.199.62.131> has joined #yocto | 19:41 | |
| *** jerdew <jerdew!4775bb87@pool-71-117-187-135.prvdri.fios.verizon.net> has quit IRC | 19:41 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 19:52 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:53 | |
| *** florian_kc is now known as florian | 20:16 | |
| *** vineela <vineela!vtummala@nat/intel/x-aiyuapddyktuieog> has quit IRC | 20:29 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 20:42 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 20:47 | |
| *** seebs <seebs!~seebs@24.196.59.174> has quit IRC | 21:09 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 21:11 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 21:16 | |
| d_thomas | I'd like to move my modifications to local.conf (adding image-buildinfo and buildhistory) to a *.conf in my layer. Is there a best practice for doing that? Do I extend the distro or something else? | 21:17 |
| kergoth | you can create a standalone .conf that you require the user include from local.conf when the layer is included, to enable it. you could make the configuration based on a distro feature or similar and have local.conf set that, or you can create your own distro layer | 21:19 |
| kergoth | in this particular case you probably want your own distro, either copied from the existing or including the existing | 21:19 |
| kergoth | (don't forget to add to DISTROOVERRIDES if you do the latter to ensure both the original distro overrides and your own get applied) | 21:19 |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 21:22 | |
| d_thomas | I'm trying to append the distro's conf in a sense. Could I include it from the layer.conf file or does the user have to include it from local.conf? | 21:25 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:28 | |
| RP | nrossi: wouldn't that slow it down hugely? | 21:43 |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has quit IRC | 22:07 | |
| *** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 22:13 | |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:29 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 22:35 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 22:45 | |
| RP | JPEW: did you see https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/476 ? | 22:56 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 22:59 | |
| khem | RP: a regression see https://bugzilla.yoctoproject.org/show_bug.cgi?id=13252#c1 | 23:02 |
| yocti | Bug 13252: enhancement, Medium+, 3.1 M1, changqing.li, IN PROGRESS REVIEW , Error report Web: enhance to support get all configuration in the local.conf | 23:02 |
| *** Dracos-Carazza_ <Dracos-Carazza_!~Dracos-Ca@ip4d1530cd.dynamic.kabel-deutschland.de> has joined #yocto | 23:04 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d1530cd.dynamic.kabel-deutschland.de> has quit IRC | 23:05 | |
| RP | khem: hmm, right. Need to escape the supplied data? | 23:06 |
| khem | escapes dont help | 23:07 |
| khem | this is json parser getting confused with < and > | 23:07 |
| khem | I tried BUILDHISTORY_COMMIT_AUTHOR ?= "Khem Raj raj.khem@gmail.com" | 23:07 |
| khem | and that works | 23:07 |
| khem | but BUILDHISTORY_COMMIT_AUTHOR ?= "Khem Raj \<raj.khem@gmail.com\>" | 23:08 |
| khem | throws different errors | 23:08 |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 23:08 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.137.101> has joined #yocto | 23:09 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 23:12 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 23:29 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 23:31 | |
| RP | khem: there should be some way of escaping the json, not the actual data in the variables | 23:36 |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 23:40 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.137.101> has quit IRC | 23:40 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 23:40 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 23:47 | |
| khem | RP:I am sure there is some clever way | 23:47 |
| khem | RP: btw. intresting thread https://lists.llvm.org/pipermail/llvm-dev/2019-November/136579.html | 23:47 |
| khem | llvm community is moving to github | 23:47 |
| RP | khem: multiple review methods sounds like a potential disaster to me unless you work on a dictator model :/ | 23:49 |
| khem | RP: llvm community has multiple committers so it will be interesting, I am observing it closely, as I have to deal with it anyway | 23:50 |
| khem | and its a big contributor community (100s), so if its successful it will be a good success story for other projects | 23:51 |
| RP | khem: it will be interesting... | 23:52 |
| * RP -> Zzzz | 23:52 | |
| khem | gn | 23:52 |
| *** AndersD <AndersD!~AndersD@113x43x141x142.ap113.ftth.arteria-hikari.net> has joined #yocto | 23:54 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!