| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 00:19 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 00:21 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 00:22 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 00:24 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 00:31 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 00:35 | |
| *** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has quit IRC | 00:50 | |
| *** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has joined #yocto | 00:52 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 00:55 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 01:31 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 01:33 | |
| *** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC | 01:49 | |
| *** jerdew <jerdew!4775bb87@pool-71-117-187-135.prvdri.fios.verizon.net> has quit IRC | 01:52 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 01:55 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC | 01:57 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 02:00 | |
| *** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 02:16 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 02:23 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 03:18 | |
| yocti | New news from stackoverflow: Cross compile OpenCV with CUDA on x86-64 host for nvidia tk1 (arm) target using Yocto Project? <https://stackoverflow.com/questions/40407410/cross-compile-opencv-with-cuda-on-x86-64-host-for-nvidia-tk1-arm-target-using> | 04:04 |
|---|---|---|
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:2cf9:53ea:e6ab:d378> has joined #yocto | 05:20 | |
| *** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-cscjyooliydkjayy> has quit IRC | 06:11 | |
| *** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-ldhiqnqozrpfcgti> has joined #yocto | 06:18 | |
| nrossi | JPEW: sorry did not get your message from yesterday (matrix irc bridge dropping messages). Feel free to squish it into your patch as long as it works correctly ;) | 06:20 |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 07:05 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 07:08 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 07:09 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 07:12 | |
| *** AndersD <AndersD!~AndersD@113x43x141x142.ap113.ftth.arteria-hikari.net> has quit IRC | 07:12 | |
| *** kamel_b <kamel_b!~kamel@ec2-52-47-93-88.eu-west-3.compute.amazonaws.com> has joined #yocto | 07:18 | |
| *** stew-dw <stew-dw!~stew-dw@172.58.139.135> has quit IRC | 07:27 | |
| *** frsc <frsc!~frsc@i59F729BF.versanet.de> has joined #yocto | 07:36 | |
| *** frsc <frsc!~frsc@i59F729BF.versanet.de> has quit IRC | 07:41 | |
| *** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has joined #yocto | 07:42 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 07:47 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:48 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:52 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 07:52 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 07:57 | |
| *** Dave_Elec <Dave_Elec!~dave@196.188.72.247> has quit IRC | 07:59 | |
| *** AndersD <AndersD!~AndersD@M111108020199.v4.enabler.ne.jp> has joined #yocto | 08:03 | |
| *** AndersD <AndersD!~AndersD@M111108020199.v4.enabler.ne.jp> has quit IRC | 08:08 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 08:14 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:35 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 08:36 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 08:37 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 08:40 | |
| *** johnnylintw <johnnylintw!~johnnylin@softbank126040025146.bbtec.net> has joined #yocto | 08:40 | |
| *** wertigon <wertigon!50fe9a69@1071ob.scansafe.net> has joined #yocto | 09:00 | |
| *** palate <palate!~palate@unaffiliated/palate> has quit IRC | 09:01 | |
| wertigon | Sigh... meta-mingw is not compiling, probably missing a couple of packages. What do I need to add? | 09:02 |
| *** goliath <goliath!~goliath@nat006-WLTE1.uibk.ac.at> has joined #yocto | 09:02 | |
| letothe2nd | "a couple of packages" | 09:02 |
| letothe2nd | seriously, what did you expect after that problem description? ;-) | 09:02 |
| wertigon | I have included meta-openembedded/meta-oe, meta-openembedded/meta-networking | 09:03 |
| letothe2nd | wertigon: easiest would be to put the relevant error message parts into a pastbin | 09:04 |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 09:05 | |
| wertigon | error messages trying to compile nativesdk-gdbm for instance | 09:05 |
| wertigon | Complain about missing pwd.h | 09:05 |
| wertigon | and nativesdk-ncurses complains over sys/poll.h | 09:07 |
| wertigon | and openssl says x86_64-mingw is not a proper cross compiler :P | 09:07 |
| *** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has joined #yocto | 09:10 | |
| wertigon | https://pastebin.com/yJUnZHej | 09:11 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:11 | |
| wertigon | Is the output I get | 09:11 |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC | 09:11 | |
| wertigon | My hunch is that I need to apt install something on my build machine | 09:12 |
| wertigon | And oh yeah; thud branch | 09:12 |
| letothe2nd | some thoughts: meta-toolchain is deprected, i don't think using it is a good idea. | 09:15 |
| letothe2nd | and, *maybe* the problem comes from trying to generate a 32bit-mingw | 09:16 |
| letothe2nd | have you tested if the same effect shows up for 64bit? | 09:16 |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has joined #yocto | 09:16 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto | 09:16 | |
| letothe2nd | other than that, i can only say, start with poky only, try, add layers one after the other. that stack is rather big after all, hard to say where things go wrong | 09:17 |
| *** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has quit IRC | 09:17 | |
| wertigon | Hmm, yeah, I tried switching to x86_64-mingw | 09:18 |
| wertigon | From i686-mingw32 | 09:18 |
| wertigon | But might need a reconfigure of that; not sure | 09:19 |
| wertigon | Oh, and using thud | 09:19 |
| wertigon | What are we supposed to use instead of meta-toolchain to build a toolchain? populate_sdk? | 09:19 |
| letothe2nd | yep, the recommended way these days is building the sdk | 09:20 |
| wertigon | Ok :) | 09:20 |
| wertigon | Planning to do that anyway, just want to get the toolchain to work first. I can populate_sdk without mingw. | 09:21 |
| *** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has quit IRC | 09:21 | |
| letothe2nd | i think thats the wrong approach. meta-toolchain might be broken where the sdk isn't | 09:22 |
| wertigon | Will try populate_sdk then | 09:27 |
| wertigon | But not too hopeful | 09:27 |
| letothe2nd | and really, that stack is big. start small, iterate. find out where things stop working | 09:28 |
| wertigon | letothe2nd: Everything but mingw compiles | 09:31 |
| wertigon | Already tried it | 09:31 |
| letothe2nd | no, i don't think so. what you probably tried is "what compiles for non-mingw" | 09:32 |
| letothe2nd | this doesn't mean that things that compile this way still compile for mingw | 09:32 |
| wertigon | how can I force mingw to reconfigure? | 09:34 |
| kayterina | hello hello | 09:34 |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 09:36 | |
| *** frsc <frsc!~frsc@i59F729BF.versanet.de> has joined #yocto | 09:36 | |
| wertigon | nvm, I just nuke it and rebuild from scratch :P | 09:37 |
| wertigon | The joys of having a 12 threaded dev machine... | 09:38 |
| *** florian_kc is now known as florian | 09:38 | |
| wertigon | And a small dev environment ^^ | 09:38 |
| rburton | wertigon: how are you configuring the mingw build | 09:39 |
| rburton | and are you use thud of both oe-core and meta-mingw | 09:40 |
| wertigon | is oe-core same as meta-oe? | 09:42 |
| wertigon | Configuring - I include layer meta-mingw in bblayers.conf and then MACHINESDK="x86_64-mingw" in local.conf | 09:43 |
| rburton | no oe-core is meta/ | 09:45 |
| wertigon | Hmm, that could be it then | 09:45 |
| *** frsc <frsc!~frsc@i59F729BF.versanet.de> has quit IRC | 09:47 | |
| *** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has joined #yocto | 09:47 | |
| wertigon | Let's see... I pull down entire meta-openembedded from github.com/openembedded | 09:47 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ljdalysajenkrdpk> has joined #yocto | 09:47 | |
| wertigon | So, I get meta-openembedded from that repo | 09:49 |
| wertigon | Not openembedded-core | 09:49 |
| rburton | the mingw layer back in thud was very limited | 09:50 |
| rburton | maybe you're hitting the edge of its support | 09:51 |
| rburton | so i've just fired a meta-toolchain for mingw here on thud to see what happens, but i also have pilates now so i'll be gone for a bit | 09:52 |
| wertigon | rburton: It is quite possible, yes | 09:53 |
| wertigon | rburton: We are following ti release cycle, so thud will soon become next layer. I'll try to include openembedded-core as it's separate layer and report back if it works. | 09:53 |
| rburton | that said meta-toolchain is what i expected to work. | 09:54 |
| rburton | no, you must have oe-core from somewhere else already | 09:54 |
| wertigon | Ok | 09:54 |
| rburton | you literally can't build without it | 09:54 |
| wertigon | I see :) | 09:54 |
| wertigon | Let me check if openembedded branch has been updated from our local repository | 09:54 |
| wertigon | Had a similar problem with clang | 09:55 |
| wertigon | So yeah, I am at 2d088d252 and latest thud upstream is 446bd61 | 09:59 |
| wertigon | Synced myself with upstream; maybe it will fix things, but doubt it. :/ | 10:05 |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 10:05 | |
| wertigon | (meta-openembedded which should pull core as well) | 10:06 |
| *** GeneralStupid <GeneralStupid!~patrick@nostromo.0x47.net> has joined #yocto | 10:15 | |
| GeneralStupid | Hi, is it possible to rewrite a git url? | 10:15 |
| GeneralStupid | I need to setup a local mirror. But for now i want to rewrite only one git repository | 10:16 |
| letothe2nd | GeneralStupid: make a bbappend and modify the SRC_URI, for example | 10:17 |
| *** jonte <jonte!~Jonatan@h-217-237.A357.priv.bahnhof.se> has quit IRC | 10:17 | |
| GeneralStupid | letothe2nd: would this also be the solution to modify the configuration of this package? | 10:21 |
| letothe2nd | GeneralStupid: depends on what you mean by "configuration" | 10:22 |
| letothe2nd | but often, "yes" | 10:22 |
| wertigon | Another thing to note; each git pull creates it's own mirror, it is possible to clone a new repository from your machine over ssh for instance | 10:23 |
| wertigon | So you could in theory only clone all repositories. Of course, they will need to be updated manually from time to time | 10:24 |
| GeneralStupid | at the moment i try to solve this with PREMIRRORS_prepend. But this is not working. There is one repository which is blocked by the Proxy, so i need to mirror only this repo ... | 10:25 |
| *** kpo <kpo!~kpo@eet50.internetdsl.tpnet.pl> has joined #yocto | 10:28 | |
| *** frsc <frsc!~frsc@i4DF677E4.static.tripleplugandplay.com> has quit IRC | 10:31 | |
| kpo | Hello, maybe someone could point me in the right direction - I have a yocto project that makes image for raspberry pi CM3, and a bunch of scripts that populate boot partitions etc. It's final time to ditch those scripts and change to wic. On the occasion I'd like to make some modifications to the mount strategy - i.e. I'd like to move /home to separate partition. How can do that? I'd have to use (write) some plugin? | 10:32 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 10:33 | |
| kpo | any questions welcome, I'm keen to elaborate if somethings unclear | 10:33 |
| yocti | New news from stackoverflow: Yocto compiling a desired kernel version and using full of its modules <https://stackoverflow.com/questions/58835088/yocto-compiling-a-desired-kernel-version-and-using-full-of-its-modules> | 10:35 |
| wertigon | kpo: If you want a simple solution, create a recipe that modifies /etc/fstab | 10:41 |
| paulbarker | kpo: Do you need any files under /home in the image or just an empty partition? | 10:42 |
| wertigon | In our distro we use overlayfs for this specific task | 10:42 |
| wertigon | Though not sure how, not responsible for that feature - we have a squashfs for the base file system and then an overlay fs above that | 10:43 |
| wertigon | Hmm, I might have found one answer to my problem atleast... sudo apt install libc6-dev-armhf-cross :D | 10:44 |
| *** goliath <goliath!~goliath@nat006-WLTE1.uibk.ac.at> has quit IRC | 10:45 | |
| paulbarker | kpo: You can run `wic help kickstart` to show the available options for each partition entry in a wks file | 10:46 |
| kpo | wertigon: paulbarker: unfortunately, I'm creating some custom users using useradd.bbclass, so I can't mount it in fstab as-is | 10:47 |
| paulbarker | You can use `--exclude-path /home` on your root partition and then add a new partition which collects files from `/home` | 10:47 |
| *** frsc <frsc!~frsc@i59F729BF.versanet.de> has joined #yocto | 10:48 | |
| *** goliath <goliath!~goliath@nat006-WLTE1.uibk.ac.at> has joined #yocto | 10:49 | |
| kpo | paulbarker: new partition that collects /home from the build image? so it everything will build as-is for now, and then wic when creating the ext4 disk image will mount rootfs without /home, and then can i point to somehow to take just /home of built .ext4 and mount it to another partition? | 10:56 |
| kpo | i'm not sure if I understood you correctly | 10:57 |
| paulbarker | kpo: You'll need to create a custom wks file, the part entry for the rootfs will exclude everything under /home, then you'll add another part entry for home | 10:58 |
| paulbarker | If you look at the existing wks file in meta-raspberrypi and at the output of `wic help kickstart` it should make some kind of sense | 10:59 |
| *** wertigon <wertigon!50fe9a69@1071ob.scansafe.net> has quit IRC | 10:59 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:2cf9:53ea:e6ab:d378> has quit IRC | 11:06 | |
| paulbarker | You may need a separate step to create home.ext4 image and then use `part --source rawcopy ...` in your wks file | 11:08 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:2cf9:53ea:e6ab:d378> has joined #yocto | 11:09 | |
| letothe2nd | armpit: aren't you supposed to be on vacation? | 11:11 |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 11:13 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 11:13 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 11:23 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 11:24 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 11:28 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 11:29 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 11:33 | |
| kpo | paulbarker: yeah, I've been missing that home.ext4 image, my intuition was pointing me there but I was hoping that something will do this for me automagically :P will dive in, thanks! | 11:34 |
| yocti | New news from stackoverflow: IR remote control using LIRC. (NEC) <https://stackoverflow.com/questions/58636136/ir-remote-control-using-lirc-nec> | 11:35 |
| kpo | paulbarker: when searching after your suggestions i found this: https://stackoverflow.com/questions/56187209/yocto-create-and-populate-a-separate-home-partition it looks like i can use directory of /home without building separate home.ext4 image: --rootfs-dir=${IMAGE_ROOTFS}/home | 11:37 |
| kpo | I'll try it in a minute | 11:37 |
| paulbarker | kpo: let me know if it works, I thought there was a way to do that but I couldn't see it in the docs | 11:41 |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:47 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 11:47 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 11:54 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:58 | |
| *** wertigon <wertigon!50fe9a69@1071ob.scansafe.net> has joined #yocto | 12:00 | |
| kpo | paulbarker: it will be something more than a minute - i need to fix a little error in wic | 12:01 |
| kpo | | WARNING: exit code 1 from a shell command. | 12:01 |
| kpo | | ERROR: Function failed: do_image_wic (log file is located at /home/kpo/git/zmorph3-yocto-project/build/tmp/work/raspberrypi_cm3-poky-linux-gnueabi/zmorph-dev-image/1.0-r0/temp/log.do_image_wic.26815) | 12:01 |
| kpo | ERROR: Task (/home/kpo/git/zmorph3-yocto-project/build/../meta-zmorph/images/zmorph-dev-image.bb:do_image_wic) failed with exit code '1' | 12:01 |
| kpo | rather that: | output: install: cannot stat '/home/kpo/git/zmorph3-yocto-project/build/tmp/deploy/images/raspberrypi-cm3/bcm2708-rpi-0-w.dtb': No such file or directory | 12:02 |
| kpo | the name of dtb changed from 0-w to zero-w :P | 12:02 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 12:05 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:05 | |
| yocti | New news from stackoverflow: YOCTO Change kernel version and select drivers <https://stackoverflow.com/questions/58836721/yocto-change-kernel-version-and-select-drivers> | 12:05 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 12:09 | |
| wertigon | Hmmm, why won't they compile with mingw... Having trouble with: nativesdk-ncurses, nativesdk-libxcrypt, nativesdk-gdbm and nativesdk-openssl | 12:41 |
| wertigon | nativesdk-curses die on compile error "pwd.h: No such file or directory" | 12:42 |
| wertigon | nativesdk-libxcrypt has same for netinet/in.h | 12:46 |
| wertigon | nativesdk-gdbm cannot find pwd.h | 12:47 |
| wertigon | Sorry, ncurses cannot find sys/poll.h | 12:47 |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 12:48 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 12:49 | |
| rburton | wertigon: fwiw, thud oe-core + thud meta-mingw built meta-toolchain fine here | 12:54 |
| rburton | lets try ncurses | 12:56 |
| letothe2nd | rburton: like already sugegsted a couple of times, i suspect some part of the layer stack respectively the machine/distro to mess it up. | 12:56 |
| rburton | possibly, but thud is old for mingw support | 12:56 |
| rburton | yeah that fails here | 12:56 |
| rburton | all the good work JPEW had done isn't in that branch | 12:56 |
| GeneralStupid | Ok, i created my own layer and i used the bbappend. Ist there a way to modify and not override SRC_URI? | 12:56 |
| GeneralStupid | (and not only append ;) ) | 12:57 |
| wertigon | rburton: Can I build a simple test image that omits most of my code? E.g. is it possible to build poky-minimal -c populate_sdk? | 12:58 |
| rburton | you can build any image for populate_sdk | 12:58 |
| rburton | start with meta-toolchain though, that works here | 12:58 |
| wertigon | Yeah, meta-toolchain fails :P | 12:58 |
| rburton | where does that fail | 12:58 |
| wertigon | Somewhere in mingw, exact place I cannot say more than the packages given above | 12:59 |
| wertigon | But I have not omitted any layers right now - if I omit everything but meta-openembedded stuff and mingw, it should work yes? | 13:00 |
| rburton | well ncurses isn't part of meta-toolchain | 13:00 |
| rburton | neither is openssl | 13:00 |
| rburton | so what one precisely is failing | 13:00 |
| kpo | paulbarker: wee, the way I linked to on stackoverflow worked :) thank you for help! Now, I have to merge it with update system, rauc :) | 13:01 |
| wertigon | https://pastebin.com/yJUnZHej | 13:01 |
| wertigon | rburton: Those are the error messages I got last time I tried, right now I did a populate_sdk -k and waiting for that to finish | 13:03 |
| rburton | wertigon: looks like something in your distro is adding those to meta-toolchain then | 13:03 |
| rburton | as they're not in mine | 13:03 |
| rburton | maybe meta-arago is breaking things | 13:04 |
| rburton | relatively easy test is to do just poky thud + meta-mingw thud, build the toolchain | 13:04 |
| wertigon | Hmm, yeah | 13:04 |
| rburton | assuming that works - which it should as it works here - then you've at least isolated it to something in your config | 13:04 |
| rburton | add meta-arago and see if that breaks | 13:05 |
| wertigon | Ok, so I basically strip all layers but poky, openembedded and meta-mingw for a starter? | 13:05 |
| wertigon | Once my current failbuild is complete that is :P | 13:06 |
| letothe2nd | 09:17 < letothe2nd> other than that, i can only say, start with poky only, try, add layers one after the other. that stack is rather big after all, hard to say where things go wrong | 13:06 |
| letothe2nd | literally 4 hours ago | 13:06 |
| wertigon | Yeah, I know | 13:06 |
| rburton | yeah what letothe2nd said :) | 13:06 |
| rburton | start from scratch, poky + meta-mingw, new build dir | 13:06 |
| letothe2nd | thanks for not listeing. | 13:06 |
| rburton | point at your DL_DIR etc | 13:06 |
| rburton | set machine to qemuarm, sdk to mingw. | 13:07 |
| wertigon | letothe2nd: Sorry, thought I was only missing a host package or somesuch, but turned out I was wrong | 13:07 |
| rburton | fwiw i'm in two chats simultanously moaning about arago :) | 13:07 |
| wertigon | Yeah, it isn't the best that yocto provides, this is very true. :) | 13:08 |
| rburton | cough not actually yocto cough | 13:08 |
| *** goliath <goliath!~goliath@nat006-WLTE1.uibk.ac.at> has quit IRC | 13:08 | |
| letothe2nd | rburton: even that | 13:08 |
| wertigon | arago is to yocto what mint is to ubuntu :P | 13:09 |
| rburton | lol | 13:09 |
| wertigon | atleast IMO | 13:09 |
| letothe2nd | i tried and explained, nobody listened, won't happen again. | 13:09 |
| letothe2nd | wertigon: you are SO wrong. | 13:09 |
| letothe2nd | but i'll be silent now. | 13:09 |
| wertigon | leto: Arago is to yocto what Redhat is to debian? | 13:10 |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 13:11 | |
| wertigon | Point is, it is a yocto derivative distribution that kinda bastardizes things for better and worse :P | 13:12 |
| wertigon | sorry meta-distribution | 13:12 |
| wertigon | OpenSSL seems to be a known problem at least; https://lists.yoctoproject.org/pipermail/yocto/2018-June/041587.html | 13:18 |
| Crofton|work | rburton, any chance of getting a summary of arago issues for denix ? | 13:26 |
| Crofton|work | my issues with the ti stuff is poor seperation between bsp, demo-sp, and distro | 13:27 |
| *** yacar_ <yacar_!b0a2acfb@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 13:28 | |
| rburton | Crofton|work: random cursing at toolchain, debugging now | 13:41 |
| Crofton|work | urg meta-linaro I bet | 13:46 |
| wertigon | Crofton|work: I agree, there is a reason we switched to Yocto and manually pull in ti stuff now, instead of basing all our work on the arago distribution :P | 13:47 |
| wertigon | Anyhow, build finally done, now to start cutting! | 13:48 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 13:51 | |
| *** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has joined #yocto | 13:51 | |
| rburton | Crofton|work: indeed | 13:55 |
| rburton | Crofton|work: from a minimal config i can't even make it build anything | 13:55 |
| *** brodrigues <brodrigues!~brodrigue@apolo.padtec.com.br> has joined #yocto | 13:58 | |
| Crofton|work | it is a frustrating situation | 13:58 |
| rburton | ERROR: external-linaro-toolchain-2017.11-r0 do_install: oe_multilib_header: Unable to find header bits/floatn.h. | 14:03 |
| rburton | sumo oe-core/meta-linaro-toolchain and 2017.11 toolchain tarball | 14:04 |
| rburton | obviously doing something wrong but not sure what | 14:04 |
| *** fredrigu <fredrigu!fredrigu@nat/axis/x-kvlxelqejmwkapxm> has quit IRC | 14:06 | |
| wertigon | Ok, by brutally cutting out all ti-related stuff it seems to build just fine; Narrowed it down to one of meta-ti, meta-arago, meta-processor-sdk or our own layer | 14:13 |
| wertigon | 1000 packages left to build however. | 14:14 |
| *** stew-dw <stew-dw!~stew-dw@2607:fb90:a222:9a40:488f:fa98:c4ba:1c31> has joined #yocto | 14:19 | |
| wertigon | 900 packages left, still going strong :) | 14:26 |
| *** joubertb <joubertb!~Joubert@dhcp-411-190.atdc.gatech.edu> has joined #yocto | 14:27 | |
| wertigon | Building meta-toolchain for qemux86 | 14:27 |
| wertigon | rburton, ah yes you need to cut out the linaro toolchain | 14:27 |
| wertigon | In meta-arago | 14:28 |
| wertigon | rburton: In meta-arago-distro/conf/layer.conf remove linaro-toolchain and meta-optee from LAYERDEPENDS_meta_arago_distro | 14:29 |
| wertigon | rburton: And in meta-arago-extras/conf/layer.conf remove linaro-toolchain from LAYERDEPENDS_meta-arago-extras | 14:30 |
| rburton | don't use external toolchain seems like a best advice thing to me | 14:30 |
| wertigon | rburton: Yep | 14:31 |
| wertigon | But unfortunately ti doesn't think so :P | 14:31 |
| wertigon | Not to mention the linaro toolchain is now deprecated | 14:31 |
| wertigon | https://developer.arm.com/tools-and-software/open-source-software/developer-tools/gnu-toolchain/gnu-a <-- What linaro recommend you get now | 14:33 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 14:35 | |
| *** yacar_ <yacar_!b0a2acfb@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 14:39 | |
| wertigon | I mean, there is a reason I'm trying to build mingw; the alternative is to get msbuild to be nice to WSL. | 14:40 |
| *** joubertb <joubertb!~Joubert@dhcp-411-190.atdc.gatech.edu> has quit IRC | 14:42 | |
| *** joubertb <joubertb!~Joubert@dhcp-411-190.atdc.gatech.edu> has joined #yocto | 14:52 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 14:53 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 14:53 | |
| JPEW | wertigon: We used to use the precompiled toolchain per TI's recommendation... swicthed to the OE built one and never looked back | 14:54 |
| JPEW | Also, as rburton said thud in meta-mingw is old. If it gives you a lot of grief, I'd try master :) | 14:55 |
| wertigon | JPEW: Yeah, but master seems to want zeus, can I just replace to thud? | 14:59 |
| wertigon | :) | 14:59 |
| wertigon | Ok, it is NOT ti at least! Wooh! | 14:59 |
| wertigon | I will try master if this fails | 15:00 |
| JPEW | wertigon: Adding "thud" to LAYERSERIES_COMPAT temporarily should let you try it. It might help eliminate some of sources of failure, or it might explode spectacularly :) | 15:01 |
| wertigon | Crap, clock is ticking... Need to head home soon >_< | 15:01 |
| wertigon | JPEW: Then I shall try it, it can't get any worse ;) | 15:01 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 15:05 | |
| wertigon | The layers it blew up on; meta-oe, meta-oe/networking, meta-oe/python, meta-oe/gnome, meta-browser, meta-clang, meta-qt5, meta-yocto-bsp, meta-java | 15:05 |
| wertigon | meta-java, meta-browser and meta-gnome are easy to cut away if necessary. | 15:06 |
| wertigon | Python too | 15:07 |
| wertigon | (for SDK that is) | 15:07 |
| wertigon | clang, yocto-bsp and meta-mingw remain | 15:08 |
| wertigon | I will attempt to build those tomorrow | 15:08 |
| wertigon | Good evening! | 15:08 |
| *** wertigon <wertigon!50fe9a69@1071ob.scansafe.net> has quit IRC | 15:08 | |
| *** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has quit IRC | 15:10 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 15:13 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 15:24 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 15:30 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 15:31 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 15:45 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:54 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 16:05 | |
| *** frsc <frsc!~frsc@i59F729BF.versanet.de> has quit IRC | 16:06 | |
| yocti | New news from stackoverflow: autoconf unable to find pkg-config (PKG_PROG_PKG_CONFIG failing) <https://stackoverflow.com/questions/58840599/autoconf-unable-to-find-pkg-config-pkg-prog-pkg-config-failing> | 16:06 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:11 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto | 16:13 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 16:15 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 16:20 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:25 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:26 | |
| qschulz | how can I debug YP errors with metadata being inconsistent during parsing? I wanted to use sigdata and diff those but unfortuantely it happens before those are created. Any pointers? (I'm not working on it yet, on a colleague's plate atm, just trying to help him with some pointers) | 16:27 |
| qschulz | letothe2nd: and you'll like to here that this happens with a vendor BSP layer :D | 16:27 |
| qschulz | hear* | 16:27 |
| *** rcw <rcw!~rcw@216.154.23.143> has joined #yocto | 16:28 | |
| qschulz | metadata being inconsistent = basehash changed during parsing | 16:34 |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 16:40 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 16:41 | |
| *** learningc <learningc!~pi@121.122.85.105> has quit IRC | 16:44 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.245.67> has quit IRC | 16:48 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 16:50 | |
| denix | Crofton|work: poor separation of bsp and distro? it is all separated into different layers, how much more separation do you need? please provide specific examples | 16:53 |
| denix | rburton, JPEW: fwiw, passing TOOLCHAIN_TYPE=internal cuts out external linaro/arm toolchain completely. supporting all that is a requirement I cannot avoid and dealing with it and listening to complaints gives me gray hair... | 16:59 |
| JPEW | denix: That's fair :) I'm glad it does work with the internal TC | 17:00 |
| Crofton|work | and demo | 17:00 |
| Crofton|work | note I can't get the open cl stuff to build | 17:01 |
| Crofton|work | at least have made an image that boots once, unlike Xilinx and their ultra96 borad | 17:01 |
| denix | oe/yocto-savvy users complain that arago is too unorthodox and deviates from pristine | 17:06 |
| denix | and users from the other side of the barricades complain that yocto is too complicated and mind-twisting and demand even more dumbing down | 17:08 |
| Crofton|work | denix, common problem :) | 17:09 |
| denix | Crofton|work: that open cl stuff is quite old, based on llvm version that was never in oe-core. it's being worked on to update it to a recent llvm from oe-core - that would allow it to be detached from arago and be in meta-ti bsp only | 17:10 |
| Crofton|work | that would be great | 17:10 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:2cf9:53ea:e6ab:d378> has quit IRC | 17:10 | |
| Crofton|work | I would love to offload some gnuradio stuff into the dsps, and that look slike the path of least resistance | 17:11 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:90e5:8f1e:65b9:f435> has joined #yocto | 17:12 | |
| denix | Crofton|work: the problem may be common, but I'm deadly tired of feces-throwing sessions in public forums - #yocto and yocto list... :( | 17:13 |
| Crofton|work | happens | 17:13 |
| Crofton|work | should have seen feces throwing at OEDEM | 17:13 |
| Crofton|work | There is a lot of frustration with BSP's, not just TI | 17:13 |
| armpit | if I knew that was going to happen, I would have sent a proxy | 17:14 |
| mcfrisk | on zeus and $random bsp, weston depends on wayland-protocols which provides wayland-protocols.pc in sysroot too according to buildhistory. yet weston fails to find wayland-protocols.pc and it's not in the recipe sysroots. /me splits hair.. | 17:14 |
| denix | Crofton|work, armpit: yeah, I've heard some of it second-hand. I suddenly was glad I missed all that! | 17:16 |
| armpit | denix, I just want to throw things for no good reason. I was not there either | 17:17 |
| denix | armpit: lol | 17:17 |
| denix | armpit: you missed oedem??? how come? early vacation? | 17:18 |
| armpit | I had to leave after elce for vacation | 17:18 |
| Crofton|work | I thought the pitchforks were coming out and going after Bill since he repped a silicon/bs supplier :) | 17:20 |
| Crofton|work | How was vacation? | 17:20 |
| denix | armpit: yeah, I recall you mentioning that before... | 17:21 |
| armpit | Crofton|work, nice. | 17:21 |
| Crofton|work | I have to leave directly after ELC, so I ammy make you my proxy for anything that happens :) | 17:25 |
| denix | Crofton|work: the community is becoming too radical lately, it's rahter sad. used to be a single person we all knew, now it's an entire lynch-mob... | 17:25 |
| Crofton|work | It is growing | 17:25 |
| mcfrisk | ffs, "bitbake -c cleansstate wayland-protocols && bitbake wayland-protocols" and files appear. sstate not reliable then.. | 17:25 |
| Crofton|work | But seriously, we need to set better expectations for BSP's | 17:26 |
| denix | Crofton|work: like what? | 17:27 |
| Crofton|work | pass yocto check layer | 17:28 |
| Crofton|work | review minutes from OEDEM | 17:29 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 17:29 | |
| denix | Crofton|work: the world is changing - new SOCs are getting more complex and heterogeneous, even Linux no longer fits the bill and can support everything as a single/main OS... | 17:30 |
| Crofton|work | multiconfig :) | 17:30 |
| Crofton|work | You missed aehs29 talk | 17:31 |
| denix | Crofton|work: meta-ti passes yocto check layer - still not good enough | 17:31 |
| denix | Crofton|work: link for the talk? | 17:31 |
| Crofton|work | my immediate issue is the one thing I need to do, I couldn't | 17:31 |
| Crofton|work | aehs29, got a link handy | 17:31 |
| mcfrisk | more requirements: don't break bitbake --runall=fetch, don't break sstate, don't break rm_work | 17:31 |
| * Crofton|work is mining his office to lcear a path to the hunidifier to avoid board carnage | 17:32 | |
| denix | Crofton|work: your immediate issue is not BSP related :) | 17:32 |
| Crofton|work | from my idiot user POV it is :) | 17:36 |
| Crofton|work | fine line between providing access to hw, and blingy demo that sucks in other layers :) | 17:36 |
| Crofton|work | If I wanted to do easy stuff, I would use a pi3 | 17:37 |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 17:42 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 17:47 | |
| *** learningc <learningc!~pi@121.122.85.105> has joined #yocto | 18:08 | |
| aehs29 | denix: Crofton|work https://www.youtube.com/watch?v=mFgiIXv7b5U&list=PLbzoR-pLrL6pamOj4UifcMJf560Ph6mJp&index=50&t=0s | 18:14 |
| denix | aehs29: yeah, found the video, where are the slides? :) | 18:15 |
| aehs29 | Crofton|work: sadly I missed the throwing of feces at oedem, I had to leave just after elce just like armin | 18:15 |
| aehs29 | denix: I think the slides are on the sched webpage for the event, although I'd recommend the video because there was a demo on video and the system wouldnt allow me to upload the presentation with videos | 18:17 |
| aehs29 | denix: so the multiconfig part of the presentation is kind of missed without them | 18:18 |
| aehs29 | denix: https://osseu19.sched.com/event/TLCt/one-build-to-rule-them-all-building-freertos-linux-using-yocto-alejandro-hernandez-xilinx | 18:18 |
| denix | aehs29: thanks | 18:18 |
| Crofton|work | aehs29, I'm sure having another BSP peddler in the room would hav espread th eload :) | 18:19 |
| denix | Crofton|work: it's all fun and games, but heckling will cause more harm than good - don't be too surprised if Bill takes TI to debian and abandons yocto ship... :) | 18:21 |
| Crofton|work | denix, We can't keep papering over issues | 18:23 |
| denix | aehs29: so, I've looked at mc some time ago when it wasn't mature enough. now glancing over your video I had a question - is mc only configurable from local.conf? is it possible to configure everything entirely in a layer? say, layer.conf | 18:23 |
| denix | Crofton|work: I told you already - majority of customers are NOT yocto-savvy. from Bill's (and rest of mgmt) perspective, yocto is a tool, not a product! | 18:29 |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 18:32 | |
| Crofton|work | and that is the gap the developers need to be working on bridging | 18:35 |
| JPEW | denix: IIRC, you can put multiconfig files in layers now | 18:35 |
| JPEW | So, I think you can stuff the pre-canned DSP multiconfig and ancilliary processors in your layer for others to use | 18:36 |
| denix | JPEW: ok, that would be great, need to experiment again with mc - it's been a while since last time | 18:37 |
| JPEW | denix: It's gotten a lot better | 18:37 |
| denix | JPEW: what about the glue config? having all separate processor configs available is useless, if they are not automatically and properly bound together by BSP layer config... | 18:39 |
| JPEW | denix: Sorry, not quite sure I follow, can you clarify? | 18:40 |
| fray | If you are treating the DSP as something the YP can build for (vs just include this firmare blob and driver into your image).. then a hetergeneous (multiconfig) may make sense | 18:40 |
| fray | Something I'm currently working on trying to define after OEDEM.. just havn't had time to put the thoughts together and sent it to the oe-architecture mailing list yet | 18:41 |
| denix | JPEW: say, I got all separate configs for DSPs, MCUs and GP cores, how do I now bind them all together into a single SOC machine? | 18:41 |
| denix | fray: yeah, discussing multicore specifically for this - to build pieces of hetergeneous SOC | 18:42 |
| fray | What I'm looking at suggesting is effectively: | 18:43 |
| JPEW | denix: You can define dependencies between multiconfigs using "mcdepends"... effectively is allows a given task in a recipe from one multiconfig depend on a recipe/task in another multiconfig | 18:43 |
| fray | System (or board) is the local.conf | 18:43 |
| fray | then there are one or more 'multiconfig' .confs for each thing the yocto project can target.. linux, freertos, etc.. | 18:43 |
| fray | the system/board can then (via dependencies) control what is built, and call wic (or other tooling) to assemble the final image for deployment via whatever mechanism.. | 18:43 |
| fray | i.e. sd card, multiple partitions for each component | 18:44 |
| JPEW | There are lots of ways to use mcdepends; one "simple" way is to make your final image recipe mcdepend on the DSP target binary recipe/task, then shove it into the image in the proper path... but there are better ways also. | 18:44 |
| denix | fray: that's exactly my point - why is the local.conf defines the system/board? it should be conf/machine/<blah>.conf | 18:44 |
| fray | add this this the concept of a system (or board) device tree.. the primary local.conf (system machine) can use this and to define the configurations and dependecies dynamically.. | 18:44 |
| fray | local.conf: MACHINE = 'myboard.conf' | 18:45 |
| fray | multiconfig/xilinx_a15.conf | 18:45 |
| fray | multiconfig/xilinx_a72.conf | 18:45 |
| fray | each would have their own 'MACHINE defined'.. | 18:45 |
| JPEW | fray: A repository that has some multiconfig examples would be great | 18:45 |
| fray | and then local.conf uses dependencies to pull in those based on the system device tree | 18:45 |
| denix | JPEW: yeah, also looking for examples | 18:45 |
| fray | JPEW, first order of business is email to architecture list.. examples will come after we get a few things figured out.. | 18:46 |
| fray | the issue right now is nobody has standard terms for this, so just discussing it people don't understand what we're discussing | 18:46 |
| fray | If I could get over the cold I got right after Lyon, I'd construct and send the initial email to get started.. | 18:46 |
| JPEW | I gave a talk that had some multiconfig information at the platform security summit.... doesn't look like the video is up yet though. | 18:47 |
| denix | my biggest concern is that multiconfig lives in conf/ and is driven by local.conf, which is all user-owned. I want my BSP layer to define all multiconfig/ files and bind them together by a MACHINE | 18:47 |
| fray | denix, it can certainly work that | 18:47 |
| fray | I've got ideas on how, without any change to bitbake.. | 18:47 |
| fray | MACHINE is the unit of definition for "what is being built".. So a machine is one component of a heterogenous configuration.. I keep hearing them called "sub-machines" or "soc components" or... it's MACHINE.. cause that is the term we have, and we don't want to redefine it.. we just need to clarify it's usage/meaning.. | 18:48 |
| fray | we need a level 'above' machine to define a system or board.. | 18:48 |
| denix | fray: so, what I'm looking for is local.conf only sets MACHINE=soc1 and BSP layer pulls all necessary multiconfig/* files automatically for that MACHINE. then you switch MACHINE=soc2 and BSP pulls another different set of multiconfig/* files automatically | 18:48 |
| fray | that way machine can stand alone.. and the system/board does the things above it | 18:49 |
| fray | board says: I have these 'machines' on it.. and then the appropriate multiconfigs are brought in based on that.. | 18:49 |
| denix | sure, another level to define BOARD that pulls multiple MACHINE configs would also work | 18:50 |
| aehs29 | denix: yeah its gotten a lot better, after I talked with Richard, I think they can be dfined on layer.conf as well | 18:50 |
| fray | I think I know the 'how', but we need to define a few things first | 18:50 |
| aehs29 | and I'm working on fine tuning the multiconfig work to be more user friendly for SOCs | 18:50 |
| aehs29 | hopefully for th next release | 18:50 |
| fray | yup, that will help.. | 18:50 |
| aehs29 | I will merge the multiconfig example on meta-freertos later today btw | 18:51 |
| fray | the big thing for me, is I want it driven (how the 'machines', components of the board, are wired and shared resources to define the settings without having to implement 100 different machines for all possible configurations) | 18:51 |
| fray | thus I want the main board to be able to define the configurations for the machines.. the machines (for this) could be loosely defined, with specific definitions coming from a system/board DTB | 18:51 |
| denix | fray, aehs29: sounds promising | 18:52 |
| fray | i.e. a board has 4 cortex a72 cores.. I don't want 4 machines.. I want 4 multiconfigs to use the same 'machine' with 4 variants (in other the ways these things are wired up) | 18:52 |
| fray | ...4 variants (in only the ways...) | 18:53 |
| denix | let's move the discussion to oe-architecture list | 18:53 |
| aehs29 | I think it would definitely be something useful for heterogeneous archs, which a lot of people are using, probably the most difficult part will be on agreeing on what we'd call it, BOARD, SYSTEM?, SOC?, I'll try to get something working and send an RFC to see what people think | 18:53 |
| fray | I swear this cold is making my typing even worse then normal | 18:53 |
| fray | and with heterogenous computing, I'm leaning toward system.. because it might be multiple "boards" that all share resources.. | 18:54 |
| aehs29 | denix: sounds good | 18:54 |
| RP | denix: just to be clear, you can define multiconfigs in your layer now | 18:55 |
| aehs29 | fray: true, system just seems too generic | 18:55 |
| fray | it does, but in many ways system MIGHT be the right level.. | 18:56 |
| aehs29 | true as well | 18:56 |
| fray | but that's why we need the discussion.. it might turn out board is the right level | 18:56 |
| denix | RP: would that be layer.conf? | 18:56 |
| denix | fray, aehs29: do we need a different entity for system/board? can we re-use MACHINE to be hierarchical? | 18:57 |
| fray | re-use machine | 18:57 |
| fray | we could certainly defined say 'SYSTEM' or 'BOARD', but under the hood, it should just become machine and use the existing machine wiring in everything | 18:57 |
| fray | again, need to figure that out.. | 18:57 |
| aehs29 | denix I think you just asked the right question, I just dont want to break MACHINE functionality | 18:58 |
| denix | fray: yeah, conf/soc.conf to pull conf/a72.conf and conf/dsp.conf and conf/mcu.conf, etc | 18:58 |
| fray | exactly.. I don't want 'sub machines'.. and I don't want to break anything existing | 18:58 |
| denix | on the other hand, multiconfig specifies things like distro, libc, etc... | 18:59 |
| fray | which is exactly what we want.. like I said, heterogeneous computing.. not 'this thing has a .... and we just need Linux to load firmware onto it'.. that is traditional firmware model | 18:59 |
| fray | some cores might be FreeRTOS, some might be musl, and some might be full on glibc like stacks.. (and some might even be containers) | 19:00 |
| fray | but nothing here should prevent a developer from working on a 'piece' of the stack using the right MACHINE and associate configs.. it's the system builder that puts it together | 19:00 |
| * fray needs luck.. bbiab | 19:01 | |
| RP | denix: here is a simple example: https://paste.debian.net/1116099/ | 19:03 |
| RP | denix: in this case I've chosen to add multconfigs to a distro, where one even references another subclass. You can then do "bitbake mc:musl:bash" or "bitbake bash" | 19:04 |
| RP | it won't quite work since you need to set TMPDIR to be non-overlapping but you get the idea - its entirely contained in the distro layer | 19:05 |
| RP | denix: you could do something with machines in a BSP in much the same way | 19:05 |
| RP | with some TMPDIR values in the multiconfig, this would work | 19:05 |
| denix | RP: oh, this is nice! so, if I set TMPDIR="tmp-${DISTRO}-${LIBC}" it would separate them properly, right? | 19:07 |
| RP | denix: yes | 19:08 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:09 | |
| denix | heh, luckily I was already doing it to separate distros and internal/external toolchains... :) | 19:10 |
| armpit | can't wait for OEDAM in Texas.. wonder what will be thrown there | 19:11 |
| armpit | oh wait, Texas is open carry.. | 19:12 |
| denix | heh | 19:12 |
| denix | RP: is multiconfig/default.conf gets included automatically when mc: prefix is not used? | 19:20 |
| *** fancer <fancer!fancer@gateway/web/irccloud.com/x-vmgtoukstamtgcwm> has quit IRC | 19:22 | |
| *** fancer <fancer!fancer@gateway/web/irccloud.com/x-tkjighovhubiotvk> has joined #yocto | 19:22 | |
| aehs29 | denix: no, local.conf is used | 19:28 |
| aehs29 | armpit: everythings bigger in texas | 19:28 |
| aehs29 | denix: default.conf -> local.conf | 19:29 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:32 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ljdalysajenkrdpk> has quit IRC | 19:35 | |
| *** brodrigues <brodrigues!~brodrigue@apolo.padtec.com.br> has quit IRC | 19:40 | |
| *** florian_kc is now known as florian | 19:47 | |
| letothe2nd | interesting what i seem to have triggered at YPS/OEDEM. i actually think of meta-ti as one of the "good" BSPs, even tried to use it as explanation vehicle during my doomed live session yesterday | 19:52 |
| *** letothe2nd is now known as LetoThe2nd | 19:52 | |
| Crofton|work | ti socs are complex, lots of interesting features to try out | 19:58 |
| denix | LetoThe2nd: ha, never underestimate people's ability to demean everything around! :) | 19:58 |
| LetoThe2nd | the things that really deserve a beating are like, a bsp that forces you to use a baked in distro enable the universe and everything beynod | 20:00 |
| LetoThe2nd | for the bbb i can add meta-ti and set machine. voila, i get a build inluding wic.xz | 20:00 |
| LetoThe2nd | i think we can all agree on more complex cases being more complex, but for starting out it is quite wellbehaved, IMHO. | 20:01 |
| denix | and more complex features are not yet fully or easily supported - see the above discussion on multiconfig for example... | 20:02 |
| LetoThe2nd | yeah and we will always find somebody who thinks this is a major pain point. | 20:03 |
| LetoThe2nd | i tend to get angry if a "bsp" literally only works for exactly one image+distro+machine combination. | 20:04 |
| denix | indeed | 20:05 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 20:21 | |
| * armpit gets angry at everything | 20:24 | |
| RP | armpit: that sounds bad | 20:25 |
| LetoThe2nd | armpit: that sounds reasonable. | 20:26 |
| * armpit or am I just being German?? | 20:26 | |
| RP | denix: as aehs29 says, default is local.conf alone | 20:26 |
| denix | RP: what's multiconfig/default.conf is there for in oe-core? | 20:27 |
| * LetoThe2nd suspect armpit just has had a proper dose of german beverages. | 20:27 | |
| denix | LetoThe2nd: it's just past noon for armpit - right time to start drinking! | 20:28 |
| RP | denix: there is no default.conf, the default configuration is whatever local.conf would be with no multiconfig file added | 20:28 |
| LetoThe2nd | denix: :) | 20:28 |
| armpit | that was last week. had loads of Piraat Belgian beer on the ship | 20:29 |
| denix | RP: https://git.openembedded.org/openembedded-core/tree/meta/conf/multiconfig/default.conf | 20:30 |
| denix | RP: it's empty, but it's there. I was assuming it would be used when mc: is not specified... | 20:31 |
| LetoThe2nd | armpit: https://70000tons.com ? | 20:31 |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 20:32 | |
| RP | denix: sorry, you are right. That was added so we could use require in local.conf | 20:33 |
| RP | er, in bitbake.conf | 20:33 |
| *** Dave_Elec <Dave_Elec!~dave@196.188.72.247> has joined #yocto | 20:33 | |
| RP | denix: otherwise it could have been "include conf/multiconfig/${BB_CURRENT_MC}.conf" which wouldn't have been easy to debug as no failure message about missing files | 20:34 |
| denix | RP: ok, makes sense | 20:34 |
| armpit | LetoThe2nd, wait wait wait, when did Metal heads need sunscreen or use a Jacuzzi ? | 20:36 |
| LetoThe2nd | armpit: rule #666 applies to everything, even including cruises. "if it exists, there is a metal version of it." | 20:37 |
| armpit | LetoThe2nd, after that cruise, you will be Ferrous Oxide | 20:39 |
| denix | RP: so, I'm now wondering what would happen when some conf/machine/{MACHINE}.conf sets BBMULTICONFIG... | 20:39 |
| aehs29 | denix: that works, thats part of what I'm doing to make it user friednly for heterogeneous archs | 20:40 |
| RP | denix: should be fine | 20:40 |
| denix | aehs29, RP: yeah, I'm also now experimenting in that direction... | 20:41 |
| LetoThe2nd | armpit: :) | 20:41 |
| LetoThe2nd | armpit: i think on a cruise like this theres a *LOT* of fun to be had. | 20:42 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 20:51 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 21:14 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 21:17 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 21:22 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto | 21:24 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 21:38 | |
| *** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-ldhiqnqozrpfcgti> has quit IRC | 21:40 | |
| * rburton s/master/dunfell/ | 21:47 | |
| armpit | I was hoping for emojis | 21:48 |
| rburton | haha | 21:48 |
| rburton | yocto "🤦🏻♂️" 3.1 | 21:49 |
| RP | I don't even dare suggesting someone try this with git push to contrib | 21:49 |
| RP | we'll probably have weeks of people and broken clients or something | 21:49 |
| rburton | Switched to a new branch '🔥' | 21:49 |
| rburton | can i push | 21:49 |
| rburton | please | 21:50 |
| aehs29 | rburton: hahaha | 21:50 |
| RP | rburton: I am actually curious what would happen but its a really bad idea | 21:50 |
| rburton | well, the internet says it works | 21:50 |
| armpit | do they have locals for that ? | 21:50 |
| *** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has quit IRC | 21:51 | |
| rburton | https://github.com/rossburton/ross-tools/tree/🔥 | 21:51 |
| RP | rburton: http://git.yoctoproject.org/cgit.cgi/poky-config/log/?h=%f0%9f%94%a5 :) | 21:52 |
| RP | http://git.yoctoproject.org/cgit.cgi/poky-config/log/?h=🔥 | 21:52 |
| rburton | whoop whoop | 21:52 |
| RP | this could be so bad... :) | 21:52 |
| rburton | shockingly tab completion is suboptimal | 21:53 |
| * RP removes that | 21:53 | |
| armpit | hey, this is pyro | 21:53 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:53 | |
| rburton | lol | 21:53 |
| * RP was thinking that | 21:54 | |
| rburton | 🤺 is warrior | 21:54 |
| rburton | disappointed there's no sumo emoji | 21:54 |
| RP | shame there aren't TA kbot emojis | 21:55 |
| rburton | is 🌬 good enough for zeus? | 21:55 |
| RP | rburton: can you picture this in meetings? | 21:55 |
| armpit | then we can change the docs to emojis too | 21:55 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 21:57 | |
| aehs29 | Invalid branch: 🔥 | 22:02 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:04 | |
| RP | aehs29: if it was poky-config I removed it | 22:05 |
| aehs29 | haha yeah it was | 22:09 |
| *** kanavin_ <kanavin_!~kanavin@141.113.66.202> has quit IRC | 22:14 | |
| *** kanavin <kanavin!~kanavin@141.113.66.202> has joined #yocto | 22:18 | |
| *** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has quit IRC | 22:19 | |
| *** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has joined #yocto | 22:24 | |
| denix | RP: what does "Variable key VAR1 (VAL1) replaces original key VAR2 (VAL2)" warning mean and how to resolve it? | 22:29 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 22:30 | |
| RP | denix: it means that two variables clashed with differing values and bitbake isn't sure you meant to do that | 22:31 |
| RP | denix: stop them clashing? ;-) | 22:31 |
| denix | RP: heh, that's what I'm trying to do :) | 22:31 |
| RP | denix: its where you'd have something like FOO${PN} and FOO${BPN} and they clash when PN == BPN | 22:32 |
| RP | FOO${PN} = "A", FOO${BPN} = "B", should it be A or B? | 22:33 |
| denix | RP: hmm, it seems for me it happens when either PN or BPN are not set | 22:34 |
| denix | FOO${X} = "A", FOO${Y} = "B" and then only X is set, I get warning avout FOO${X} clashing with FOO | 22:35 |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 22:48 | |
| RP | denix: hmm, its possible the check is too sensitive | 22:49 |
| RP | Its also possible its expanding ${X} to "" I guess | 22:49 |
| RP | whether it should be, good question | 22:49 |
| RP | kergoth: do you remember what this should do? | 22:49 |
| kergoth | That shouldn't be the case, our expansion never expands an undefined variable to the empty string, i don't think key expansion was handled specially.. an undefined var should be left as is | 22:51 |
| RP | kergoth: that would be what I'd have said without looking at the code | 22:53 |
| denix | RP, kergoth: ok, thanks. let me look into it a bit closer then... | 22:54 |
| RP | denix: I just checked and it is using the standard expand call so it should not be turning it into "" unless that variable is set to something | 22:56 |
| RP | well, set to that | 22:56 |
| *** joubertb <joubertb!~Joubert@dhcp-411-190.atdc.gatech.edu> has quit IRC | 22:57 | |
| RP | armpit: I backported that fetcher bug that people all suddenly seem to be running into to the stable bitbake branches. | 22:57 |
| RP | well, the fix | 22:58 |
| RP | perhaps we should backport more bugs | 22:58 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 23:01 | |
| *** guerinoni <guerinoni!~guerinoni@95.239.59.196> has joined #yocto | 23:03 | |
| guerinoni | hi | 23:05 |
| jonmason | Is there a way with wic to put something at a specific location? | 23:13 |
| jonmason | right now, I'm using size, which seems very hackish | 23:13 |
| armpit | RP, I noticed that.. thanks | 23:14 |
| armpit | you want me to backport more bugs? | 23:14 |
| armpit | I can do that ; ) | 23:14 |
| Crofton|work | armpit, I thought that is what you did? | 23:14 |
| armpit | yep | 23:15 |
| armpit | RP, it comes down to the idea of community support.. etc. I will keep it in mind | 23:16 |
| armpit | Crofton|work, if it wasn't for S/W we wouldn't have any bugs | 23:17 |
| RP | armpit: nice work with the manual QA tests btw | 23:28 |
| denix | jonmason: what exactly do you mean "put something at a specific location"? write some binary stream at a specific offset in the image? | 23:28 |
| jonmason | yes | 23:30 |
| jonmason | right now, I have things like this | 23:31 |
| jonmason | part spl --source rawcopy --sourceparams="file=fip.bin" --ondisk mmcblk0 --no-table --align 4 --size 7M | 23:31 |
| jonmason | so that the next part is at the offset I want | 23:31 |
| *** guerinoni <guerinoni!~guerinoni@95.239.59.196> has quit IRC | 23:31 | |
| denix | jonmason: does that make file-fip,bin be written at 7M offset in the image? | 23:33 |
| jonmason | well, its the next thing that needs to be at the 8M offset | 23:34 |
| jonmason | It's really hacky | 23:34 |
| jonmason | I think there are hard coded offsets in u-boot/ATF that are expecting certain offsets | 23:34 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 23:36 | |
| * armpit thinks jonmason and denix need bigger Arms ; ) | 23:37 | |
| armpit | RP, thanks | 23:37 |
| jonmason | armpit: I have Yocto image booting on the solidrun lx2k | 23:38 |
| jonmason | 16x A72 | 23:38 |
| jonmason | this thing might be powerful enough to do some small builds | 23:38 |
| denix | and we need a bigger armpit to go with those Arms... :) | 23:39 |
| jonmason | thus the reason why I am asking. Lots of hacks in the pre-Linux boot | 23:39 |
| jonmason | I'll push the meta layer tomorrow and cringe while everyone flays me for the ugly hacks I did to get it working | 23:39 |
| *** BobPungartnik <BobPungartnik!~BobPungar@179.177.250.180> has joined #yocto | 23:40 | |
| jonmason | wedding anniversary, gotta go | 23:40 |
| denix | jonmason: yeah, one of our platform's ROM expects to load SPL from a specific hardcoded offset on MMC, hence my questions | 23:40 |
| jonmason | denix: yes, I expect this is the "answer". Just making sure I'm not making a fool of myself :) | 23:41 |
| *** BobPungartnik <BobPungartnik!~BobPungar@179.177.250.180> has quit IRC | 23:41 | |
| denix | jonmason: heh :) if you find a better/proper way, please let me know | 23:42 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:45 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 23:46 | |
| armpit | jonmason, don't be an armpit | 23:55 |
| khem | heh | 23:57 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!