| *** jdrol <jdrol!~gm@117.187.22.109.rev.sfr.net> has quit IRC | 00:06 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 00:33 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 00:33 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC | 00:37 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 00:38 | |
| mouser_ | I feel like I am chasing a failure of the compile-host-path WARN_QA check. | 00:58 |
|---|---|---|
| mouser_ | I can get a very clear build failure if I delete an include file on my host, which should not happen. I see the same include file in the build sysroot. | 00:59 |
| mouser_ | do_compile log, recipe, and Makefile -> https://gist.github.com/chuckwolber/152e63f37a515198d1ac4e75a1faa5a7 | 00:59 |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 01:02 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 01:12 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 01:41 | |
| Spooster | trying to run xinit as non-root on an rpi4... found the ROOTLESS_X config, added pam, built an image, and things seemed well. X won't start ofc, and after sorting some permission issues with the /dev/tty* it's trying to attach to, it looks like the xuser is getting pretty far along in the init... but it's failing when loading libfb | 01:45 |
| Spooster | https://pastebin.com/t1DBean1 | 01:45 |
| Spooster | Without having to dive into libfb internals... my guess is that it could be a permissions issue, creating a framebuffer in memory, and the xuser doesn't have permissions... no idea how to track that down currently | 01:47 |
| Spooster | It's worth mentioning that X runs as root just fine... so I'm near certain it's a permission issue | 01:49 |
| khem | RP: thanks, yeah I was wondering, I guess it disappeared before my attention :) | 01:49 |
| khem | Spooster: yes see in logs it says [ 1120.040] (EE) modeset(0): drmSetMaster failed: Permission denied | 01:58 |
| khem | so perhaps you have to let xuser be able to access drm device perhaps | 01:58 |
| khem | just do ls -l /dev/dri/card* | 01:59 |
| khem | and see what permissions do they have | 01:59 |
| Spooster | I don't have any /dev/drm* hiding anywhere... but I did check the /dev/dri entries, and unfortunately, those seem to line up with what I'd expect | 01:59 |
| Spooster | /dev/dri/card0 and card1 are in the video group, and xuser is as well... permissions are 660 | 02:00 |
| khem | hmm then it should work | 02:01 |
| Spooster | there IS a /dev/dri/renderD128 ... which is curiously in the render group... | 02:01 |
| khem | for tests change the perms to 777 and see if it helps | 02:01 |
| khem | ah | 02:01 |
| Spooster | will do... gonna also tinker with this renderD128... | 02:02 |
| Spooster | :( no dice | 02:05 |
| khem | try sudo chgrp video /dev/dri/renderD128 | 02:05 |
| khem | and see if that helps | 02:05 |
| Spooster | Oh, I just added xuser to the render group instead | 02:05 |
| Spooster | but sure | 02:05 |
| khem | I think they should be in same grp | 02:05 |
| khem | yeah that will work too | 02:05 |
| khem | I think you can perhaps control this via udev rules | 02:06 |
| Spooster | for sure... I'm already going to need to go there to fix /dev/ttyN group access from 640 to 660 | 02:06 |
| khem | look for *.rules files in /usr and /etc | 02:06 |
| khem | you already might have a rules file that you can edit | 02:06 |
| Spooster | I did scour /etc... we don't have much in /usr for udev right now on this image | 02:07 |
| Spooster | but that's a step 2... | 02:07 |
| khem | are you using systemd ? | 02:07 |
| Spooster | yes | 02:07 |
| khem | ook | 02:08 |
| Spooster | even after adding the user to the group, or 777'ing the renderD128 device... it's still throwing that Permission Denied | 02:08 |
| Spooster | I'll get around to the udev stuff once I figure out what I need to hit with a hammer... just want to know what to try | 02:09 |
| Spooster | the only thing left in there is /dev/dri/by-path ... no idea what these are honestly | 02:09 |
| khem | whats the perms now ? | 02:09 |
| khem | on reboot these perms will be lost | 02:10 |
| Spooster | (what's etiquette for console output in the 5-10 line range? pastebin still?) | 02:10 |
| Spooster | https://pastebin.com/HwiDKg9Z | 02:11 |
| khem | more than 4 lines perhaps pastebin it | 02:11 |
| Spooster | Yeah, I'm aware that I'll need to get this all down into udev rules... I've already added some for `/dev/ttyS0` | 02:12 |
| khem | ok this looks fine to me | 02:12 |
| Spooster | systemd is still hammering away every 15 seconds or so trying to run xinit... and it's still getting to the same point. modeset(0): drmSetMaster failed: Permission denied | 02:13 |
| Spooster | for what it's worth... I do see the screen seem to draw output from a different console for like... 1/2 a second | 02:14 |
| Spooster | it looks like colorized dmesg output... maybe 8 lines or so | 02:14 |
| Spooster | that might imply that it's not a video device related permissions error... if it's actually getting to the point where SOMETHING is on screen | 02:14 |
| khem | is there anything in /home/xuser/.local/share/xorg/Xorg.0.log | 02:15 |
| Spooster | I pasted that already, but I'll get a fresh copy | 02:15 |
| khem | ok | 02:15 |
| Spooster | https://pastebin.com/AwCAr9ei | 02:16 |
| Spooster | (For more information, please reread this message) | 02:16 |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 02:17 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 02:18 | |
| *** camus is now known as kaspter | 02:18 | |
| khem | I wonder if its racing with video driver | 02:20 |
| Spooster | would root be able to xinit if that was the case? | 02:20 |
| Spooster | because it definitely can... | 02:20 |
| khem | hmmm not sure root is special in many ways | 02:21 |
| khem | what happens if you move /usr/lib/xorg/modules/libfb.so out of way | 02:21 |
| Spooster | I'm tempted to walk through all remaining devices and 777 them for this boot | 02:21 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 02:21 | |
| khem | whats the version of systemd you are using | 02:22 |
| Spooster | Not going to lie, I'm super green here... Are you suggesting I just straight up mv /usr/lib/xorg/modules/libfb.so to some other location for now? | 02:22 |
| Spooster | systemd 244 (244.5+) | 02:23 |
| khem | yes mv it | 02:25 |
| khem | just for tests | 02:25 |
| Spooster | after nabbing libfb.so: https://pastebin.com/EjZT7tBh | 02:26 |
| khem | atomics in modesetting can be troublesome see https://cgit.freedesktop.org/xorg/xserver/commit/?id=f0d78b47ac49977a6007f5fe081f00c6eb19a12e | 02:26 |
| khem | yeah move it back | 02:27 |
| Spooster | seems like this is the only driver available for now... | 02:27 |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC | 02:27 | |
| khem | do you have xorg.conf | 02:28 |
| Spooster | there are some rules in /usr/share/X11/xorg.conf.d/ | 02:28 |
| Spooster | i'll dump em now | 02:28 |
| Spooster | they're both pretty small | 02:29 |
| khem | what does cat /sys/kernel/debug/dri/0/clients say | 02:29 |
| *** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto | 02:29 | |
| Spooster | that's empty... likely because nothing's running | 02:30 |
| khem | even after moving fb driver back ? | 02:31 |
| Spooster | 10-quirks.conf https://pastebin.com/75gFSVc2 40-libinput.conf https://pastebin.com/ZVfH5KrJ | 02:31 |
| Spooster | yeah... I was actually there from another forum post from earlier... because x is just straight up dying, I wasn't surprised to see that there weren't any entries | 02:32 |
| Spooster | surprisingly... there really isn't a top level xorg.conf anywhere | 02:32 |
| Spooster | /etc/X11/xorg.conf is just an empty file with a comment saying to put stuff in xorg.conf.d/ | 02:33 |
| khem | yeah | 02:34 |
| khem | try to put needs_root_rights=yes in /etc/X11/Xwrapper.config and see if this helps | 02:34 |
| Spooster | that file doesn't currently exist, but it can't hurt to make it, and see what sparks fly | 02:35 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 02:39 | |
| khem | those files worked in old times not sure if they still work with new X but try it | 02:41 |
| Spooster | I did give it a go, no dice :( | 02:42 |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC | 02:42 | |
| khem | you might find this useful https://wiki.gentoo.org/wiki/Non_root_Xorg | 02:43 |
| Spooster | I get a pretty indecipherable message when I try to 'loginctl user-status' Could not get properties: Unknown object '/org/freedesktop/login1/user/self' | 02:46 |
| Spooster | one could presume that elogind is not properly configured, function, or present | 02:48 |
| Spooster | *functioning | 02:50 |
| Spooster | Might investigate the line systemd-logind: failed to get session: PID 1542 does not belong to any known session | 02:58 |
| Spooster | sounds like a thing for tomorrow Spooster... maybe they'll figure it out | 02:58 |
| *** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has quit IRC | 03:02 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto | 03:03 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 03:03 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 03:05 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 03:16 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 03:21 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 03:25 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 03:25 | |
| zeddii | alephan: the fix for the configuration warning is pushed to the 5.10 kernel meta data. i tested on master and a hacked-up dunfell. | 03:29 |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 03:34 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 03:35 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 03:36 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 03:41 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 03:43 | |
| *** ahadi <ahadi!~ahadi@89.244.121.57> has quit IRC | 04:00 | |
| *** ahadi <ahadi!~ahadi@88.130.219.155> has joined #yocto | 04:01 | |
| *** Kyubi_ <Kyubi_!~Kyubi@2601:647:4080:f10:a8a0:3849:29ba:e8a3> has joined #yocto | 04:04 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has quit IRC | 04:04 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 04:27 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 04:55 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 04:56 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 04:58 | |
| khem | zeddii: qemuppc64 defconfig needs some fixing seeing these warnings http://sprunge.us/fQS4Mq | 05:04 |
| khem | this is 5.10 kernel | 05:04 |
| *** jobroe <jobroe!~manjaro-u@p579eb9b2.dip0.t-ipconnect.de> has joined #yocto | 05:49 | |
| *** Kyubi_ <Kyubi_!~Kyubi@2601:647:4080:f10:a8a0:3849:29ba:e8a3> has quit IRC | 05:55 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 05:59 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC | 06:00 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has joined #yocto | 06:04 | |
| *** JosephAntony <JosephAntony!a5e10863@165.225.8.99> has joined #yocto | 06:09 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 06:24 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 06:29 | |
| *** Tralla <Tralla!55c30c54@user84.85-195-12.netatonce.net> has joined #yocto | 06:30 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 06:31 | |
| *** Tralla <Tralla!55c30c54@user84.85-195-12.netatonce.net> has quit IRC | 06:32 | |
| *** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has quit IRC | 06:33 | |
| *** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto | 06:34 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:35 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:37 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 06:39 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:40 | |
| *** Tralla <Tralla!55c30c54@user84.85-195-12.netatonce.net> has joined #yocto | 06:42 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 06:43 | |
| *** Tralla <Tralla!55c30c54@user84.85-195-12.netatonce.net> has quit IRC | 06:46 | |
| *** Tralla <Tralla!55c30c54@user84.85-195-12.netatonce.net> has joined #yocto | 06:47 | |
| *** Tralla <Tralla!55c30c54@user84.85-195-12.netatonce.net> has joined #yocto | 06:56 | |
| *** Tralla <Tralla!55c30c54@user84.85-195-12.netatonce.net> has quit IRC | 06:57 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 07:01 | |
| *** seebs <seebs!~seebs@24.196.59.174> has quit IRC | 07:01 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 07:02 | |
| *** agust <agust!~agust@p508b6964.dip0.t-ipconnect.de> has joined #yocto | 07:03 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 07:03 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 07:03 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 07:03 | |
| *** rcoote <rcoote!~rcoote@ip-176-198-112-234.hsi05.unitymediagroup.de> has joined #yocto | 07:04 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC | 07:05 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 07:08 | |
| *** tralla <tralla!55c30c54@user84.85-195-12.netatonce.net> has joined #yocto | 07:09 | |
| *** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 07:11 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:12 | |
| tralla | I want to use the MACHINE_FEATURES to be able to change the behavior for some features (enable/disable) between different builds. But for some reasons I cannot get get it to work when setting MACHINE_FEATURES += " myfeature" in local.conf. When debugging, I can see that the MACHINE_FEATURES list will not include myfeature. Assuming this is expected | 07:15 |
| tralla | behavior, can I append MACHINE_FEATURES dynamically between different builds in some other way? | 07:15 |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 07:24 | |
| *** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has quit IRC | 07:25 | |
| *** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has joined #yocto | 07:26 | |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has joined #yocto | 07:28 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 07:30 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 07:32 | |
| *** mckoan|away is now known as mckoan | 07:50 | |
| mckoan | good morning | 07:50 |
| *** mcburger <mcburger!503d68ac@80-61-104-172.fixed.kpn.net> has joined #yocto | 07:52 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 07:53 | |
| mcburger | how can I include a specific driver for hardware in yocto? | 07:53 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 07:55 | |
| mckoan | tralla: MACHINE_FEATURES is expected to be used in a machine configuration file, not local.conf | 07:55 |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 07:55 | |
| mckoan | mcburger: specific driver? please elaborate | 07:56 |
| mcburger | for example I have a sensor that communicates over spi, numbered m238.c and I want to include that driver | 07:56 |
| mcburger | mckoan | 07:56 |
| mcburger | just an example | 07:57 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:57 | |
| *** camus is now known as kaspter | 07:57 | |
| *** Yumasi <Yumasi!~guillaume@2a01cb0506313c00e14be01ac4a050f7.ipv6.abo.wanadoo.fr> has joined #yocto | 08:00 | |
| *** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 08:02 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-veekyridohzxllsu> has joined #yocto | 08:03 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 08:04 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 08:07 | |
| tralla | mckoan yeah, that makes sense, just that I thought I managed to use it from local.conf in the past. DISTRO_FEATURES seems to work better.. Any drawbacks of using DISTRO_FEATURES to dynamically change behavior between builds using the same sstate? | 08:08 |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 08:12 | |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 08:14 | |
| mckoan | mcburger: https://wiki.koansoftware.com/index.php/Howto_build_a_kernel_module_out_of_the_kernel_tree | 08:17 |
| mckoan | for example | 08:17 |
| mckoan | mcburger: https://youtu.be/gFSbwspPvTU | 08:19 |
| mckoan | even I'd avoid eSDK though | 08:19 |
| mcburger | mckoan Got the procedure, thank you! | 08:23 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 08:26 | |
| *** Blackbetty <Blackbetty!540affd6@84-10-255-214.static.chello.pl> has joined #yocto | 08:27 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 08:28 | |
| *** mcburger <mcburger!503d68ac@80-61-104-172.fixed.kpn.net> has quit IRC | 08:28 | |
| *** yocti <yocti!~supybot@mail.yoctoproject.org> has joined #yocto | 08:57 | |
| *** jobroe <jobroe!~manjaro-u@p579eb9b2.dip0.t-ipconnect.de> has joined #yocto | 08:58 | |
| *** Spectrejan[m] <Spectrejan[m]!spectrejan@gateway/shell/matrix.org/x-rhirkatpcxkswcfj> has quit IRC | 09:00 | |
| *** samvlewis <samvlewis!~samvlewis@45.32.247.239> has quit IRC | 09:01 | |
| *** samvlewis <samvlewis!~samvlewis@45.32.247.239> has joined #yocto | 09:01 | |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC | 09:04 | |
| *** jdrol <jdrol!~gm@117.187.22.109.rev.sfr.net> has joined #yocto | 09:06 | |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto | 09:08 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 09:17 | |
| *** flash27 <flash27!~flash27@net-2-45-133-74.cust.vodafonedsl.it> has joined #yocto | 09:20 | |
| *** RobertBerger <RobertBerger!~rber@ppp-2-86-140-183.home.otenet.gr> has joined #yocto | 09:20 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 09:22 | |
| *** fflash27 <fflash27!~flash27@net-2-45-133-74.cust.vodafonedsl.it> has joined #yocto | 09:46 | |
| *** flash27 <flash27!~flash27@net-2-45-133-74.cust.vodafonedsl.it> has quit IRC | 09:48 | |
| *** fflash27 <fflash27!~flash27@net-2-45-133-74.cust.vodafonedsl.it> has quit IRC | 09:50 | |
| *** flash27 <flash27!~flash27@net-2-45-133-74.cust.vodafonedsl.it> has joined #yocto | 09:53 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 10:08 | |
| *** pkar <pkar!5549182b@athedsl-249997.home.otenet.gr> has joined #yocto | 10:08 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 10:08 | |
| *** camus is now known as kaspter | 10:08 | |
| *** pkar <pkar!5549182b@athedsl-249997.home.otenet.gr> has quit IRC | 10:11 | |
| *** flash27 <flash27!~flash27@net-2-45-133-74.cust.vodafonedsl.it> has left #yocto | 10:15 | |
| *** pkar <pkar!5549182b@athedsl-249997.home.otenet.gr> has joined #yocto | 10:16 | |
| *** pkar <pkar!5549182b@athedsl-249997.home.otenet.gr> has quit IRC | 10:21 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 10:28 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 10:29 | |
| *** camus is now known as kaspter | 10:29 | |
| *** c3st3l <c3st3l!~mpapini@dynamic-adsl-94-34-129-125.clienti.tiscali.it> has joined #yocto | 10:29 | |
| *** Saur|Home <Saur|Home!5e89711f@94-137-113-31.customers.ownit.se> has quit IRC | 10:40 | |
| *** c3st3l <c3st3l!~mpapini@dynamic-adsl-94-34-129-125.clienti.tiscali.it> has quit IRC | 10:48 | |
| *** c3st3l <c3st3l!~mpapini@dynamic-adsl-94-34-129-125.clienti.tiscali.it> has joined #yocto | 10:49 | |
| *** c3st3l <c3st3l!~mpapini@dynamic-adsl-94-34-129-125.clienti.tiscali.it> has quit IRC | 10:50 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 10:51 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 10:51 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 10:55 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 10:56 | |
| *** kpo_ <kpo_!~kpo@gl237-39.master.pl> has quit IRC | 11:00 | |
| *** kpo_ <kpo_!~kpo@gl237-39.master.pl> has joined #yocto | 11:00 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 11:10 | |
| alephan | <zeddii "Andrei: the fix for the configur"> Thanks! | 11:24 |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 11:30 | |
| *** tralla <tralla!55c30c54@user84.85-195-12.netatonce.net> has quit IRC | 11:36 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 11:44 | |
| LetoThe2nd | does this ring a bell, anybody? | 11:47 |
| LetoThe2nd | https://www.irccloud.com/pastebin/VwoqgnFn/ | 11:47 |
| LetoThe2nd | (blocking io error / wakeup fd) | 11:47 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 11:56 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 12:00 | |
| jdrol | is there a way to create a recipe skeleton with SUMMARY do_install() LICENCE etc with a commannd like recipetool ? | 12:06 |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 12:06 | |
| *** Johnmacgregor <Johnmacgregor!5fdf7478@ip-95-223-116-120.hsi16.unitymediagroup.de> has joined #yocto | 12:07 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 12:08 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 12:08 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 12:08 | |
| qschulz | jdrol: devtool add <url> ? | 12:10 |
| *** camus is now known as kaspter | 12:10 | |
| jdrol | qschulz, thanks .. I don't understand is the odc I read devtool are from eSDK but without eSDK I have it installed | 12:11 |
| LetoThe2nd | jdrol: maybe http://yoctoproject.net/ | 12:11 |
| LetoThe2nd | has been passed to me, i'm not exactly convinced of it, but it has use cases. | 12:12 |
| jdrol | LetoThe2nd, yes it is nice ... but it is not exists with command lines ? | 12:16 |
| LetoThe2nd | jdrol: obviously not. | 12:17 |
| Johnmacgregor | Hi, I"m a member of the ELISA Linux Foundation project and am trying to build an ELISA demo system that is based on an agl platform. For reasaons that i don't want to discuss, I'm using an OpenSuse Tumbleweed machine with glibc 2.33. The pseudo build craps out with failed compiles because _STAT_VER has not been defined. After a bit of | 12:17 |
| Johnmacgregor | investigation, I've found out that io/sys/stat.h has eliminated references to _STAT_VER in 2.33 (it was in 2.32). The pseudo source code is littered with references to _STAT_VER, and according to the overview in the documentation in the overview, this is intentional. Note that OpenSuse Tumbleweed may be a bit obscure, but Ubuntu 21.04 is | 12:17 |
| Johnmacgregor | scheduled to upgrade to glibc 2.33. Questions: a) Is there an bug tracking system where I can register this and b) any suggestions for work-arounds (I've already thought about using a virtual machine or chroot OS...) thc | 12:17 |
| LetoThe2nd | Johnmacgregor: theres a bugzilla, yes. | 12:18 |
| Johnmacgregor | uh, where | 12:18 |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto | 12:19 | |
| qschulz | Johnmacgregor: bugzilla.yoctoproject.org | 12:19 |
| LetoThe2nd | Johnmacgregor: as i would have to open google now and type "yocto project bugzilla", then pass the result to you, i'm convinced that you are totally competent to do it yourself :)= | 12:19 |
| qschulz | Johnmacgregor: otherwise you could use containers | 12:19 |
| LetoThe2nd | qschulz: hrhr | 12:19 |
| qschulz | https://github.com/garmin/pyrex/ is one example | 12:19 |
| LetoThe2nd | yeah, build in container is a standard approach these days. | 12:19 |
| Johnmacgregor | BTW diff 2.32 2.33 https://fossies.org/diffs/glibc/2.32_vs_2.33/io/sys/stat.h-diff.html | 12:20 |
| dl9pf | Johnmacgregor: container as proposed or a buildtools tarball from yocto can help. the 2.33 changes need to be worked into pseudo and YP (master and also dunfell) | 12:32 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 12:33 | |
| *** Blackbetty <Blackbetty!540affd6@84-10-255-214.static.chello.pl> has quit IRC | 12:35 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 12:38 | |
| Johnmacgregor | > i'm convinced that you are totally competent to do it yourself :)= ... Rumours of my competence have been greatly exaggerated, but I did find that a bug has been issued (and closed) in bugzilla. (14229). Didn't find any helpful description or work-arounds, however. OK, I'll try using the container or the buildtools tarball and try to rely | 12:46 |
| Johnmacgregor | on my ELISA / agl colleagues for further assistance. Thx. | 12:46 |
| qschulz | Johnmacgregor: sometimes the Bugzilla number is in commit log so that might help you figure out what was needed | 12:49 |
| LetoThe2nd | RP ttps://www.irccloud.com/pastebin/VwoqgnFn/ | 12:52 |
| LetoThe2nd | oopsie. | 12:52 |
| LetoThe2nd | RP/rburton: https://www.irccloud.com/pastebin/VwoqgnFn (i guess this is related to my stuck build) | 12:52 |
| RP | LetoThe2nd: not seen that before... | 12:54 |
| *** Blackbetty <Blackbetty!540affd6@84-10-255-214.static.chello.pl> has joined #yocto | 12:54 | |
| LetoThe2nd | its docker-in-lxc and i guess its some combination issue. | 12:54 |
| LetoThe2nd | maybe also JPEW as our containerized build guru :) | 12:56 |
| Saur | RP: Is there any problems with the patch I sent a month ago (pinged a week ago) to the openembedded-core list adding nativesdk-glibc-dbg to the uninative tarball? I have not seen it in master-next, and I have nor received any comments. | 13:20 |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has quit IRC | 13:20 | |
| *** JosephAntony <JosephAntony!a5e10863@165.225.8.99> has quit IRC | 13:35 | |
| RP | Saur: I understand why you're asking for it, I don't really like it and I don't know what to do | 13:35 |
| *** jobroe <jobroe!~manjaro-u@p579eb9b2.dip0.t-ipconnect.de> has quit IRC | 13:37 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 13:37 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 13:38 | |
| qschulz | ndec: RP: I'm not sure if we want to manually document the bb.utils functions in the docs??? How do we make sure we keep them in sync with the actual code? | 13:46 |
| ndec | i wondered about that.. | 13:47 |
| qschulz | ndec: RP: can't we just extract the Python documentation for those functions and have everything automatic? | 13:47 |
| ndec | with sphinx we should be able to move docs closer to the code.. | 13:47 |
| ndec | the problem is that the doc is not in the main repo.. | 13:47 |
| RP | qschulz: generally we'd consider those utils to be "API" so documenting them is probably reasonable but the "how" TBD | 13:48 |
| qschulz | RP: oh no, I'm convinced they should be documented. It's just that for me they should absolutely be documented where they are implemented. Which is usually (always?) the case right now | 13:49 |
| qschulz | but since they are documented there, why not get their documentation from the python docstring directly and use this so we're always up to date | 13:50 |
| RP | qschulz: question of someone making that all work nicely I guess | 13:55 |
| *** JosephAntony <JosephAntony!a5e10863@165.225.8.99> has joined #yocto | 13:58 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:59 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 14:00 | |
| Saur | RP: Well, it is necessary to be able to use uninative and be able to debug/memcheck native applications. And it is just a few % size increase, so to me it should not be controversial. | 14:01 |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has joined #yocto | 14:07 | |
| RP | Saur: how many times have I heard "just a few % increase" with that tarball. It used to be about 5MB :( | 14:10 |
| *** mous16[m] <mous16[m]!mous16matr@gateway/shell/matrix.org/x-rksiikxysguiyzdm> has joined #yocto | 14:15 | |
| mous16[m] | 'Morning everybody | 14:15 |
| Saur | RP: Well, I obviously cannot say how many times you have heard that. ;) But what I do know is that it is not possible to use it and still use valgrind on native applications as valgrind requires that some of the glibc symbols are available to even start the application. | 14:17 |
| mous16[m] | I'm bit confused: i'm a happy user of a SDK that uses GCC for crosscompilation. I woud like to have available also Clang (just to have a second opinion on my code), so i added to my sdk nativesdk-clang, but the resulting clang executable produce x86_64 executables. Am I missing the right package? | 14:22 |
| JPEW | LetoThe2nd: I've never seen that before that I can recall... I suspect that means that the thread handling the signal is blocked/starved and can't handle the queue in a timely manner | 14:23 |
| RP | Saur: If I accept the patch, we'll get people moaning about the size, people will complain there is no way to configure it, we'll need to create split binaries and a mechanism to turn on/off debug symbols and so on. I appreciate your problem. I just also know where the path leads | 14:25 |
| RP | Saur: I can't win :( | 14:25 |
| qschulz | RP: ndec: I should have commented on the ML, will do | 14:30 |
| Saur | RP: I honestly have a hard time seeing that a 200 kB increase to a 5 MB tar ball would cause a huge raucous, but I may be naive. Instead the focus should be on possibilities it opens up that were previously blocked. | 14:33 |
| Saur | It's not as anyone has complained about the suggested patch on the ML. | 14:34 |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-06-184-146-108-8.dsl.bell.ca> has joined #yocto | 14:41 | |
| RP | Saur: it would be an interesting experiment to propose some really bad patches and see if they do get review feedback | 14:44 |
| Saur | RP: True, it is easy to ignore patches on the list if they are not directly related to what you do yourself, so maybe the lack of comments cannot be taken as acceptance of a patch. On the other hand, it is all we have. | 14:47 |
| Saur | And I did state in the patch mail that the size increases by 4% (200 kB), so it was not like I tried to hide the fact. | 14:48 |
| RP | Saur: I'm not claiming it was hidden | 14:48 |
| Saur | I know. | 14:48 |
| Saur | But I meant that if anyone cares about the size of the tarball, the facts were out in the open. | 14:49 |
| RP | Saur: Well, I can't really reject it so I'll just have to merge it | 14:50 |
| Saur | RP: Well, I guess the worst that can happen is that someone actually complains about it, and then brings arguments as to why it was a Bad Idea(tm) to do this. | 14:51 |
| RP | Saur: well, there is work this change triggers as we'll need a new uninative release (which doesn't currently have automated testing), and it will end up backported to all the stable branches as we need to keep uninative in sync | 14:53 |
| RP | Saur: so I'm not sure that is the worst | 14:53 |
| RP | Saur: not your problem though, becomes mine and the stable maintainers | 14:53 |
| Saur | RP: Sure, not much I can do to help you there, I'm afraid. | 14:54 |
| RP | Saur: I think I have wider concerns that a growing number of people are just relying on me to get a lot of things right and I'm not sure I'm going to, I'm stretched too thin | 14:56 |
| JPEW | Saur: Is it only glibc-dbg in the SDK because that's the only meaningful library in uninative? (e.g. why wouldn't you want the debug symbols for everything in uninative?) | 15:03 |
| Saur | JPEW: I'm not following you? | 15:04 |
| JPEW | Saur: nativesdk-glibc-dbg seems specific; are the rest of the -dbg packages for things in uninative unnecessary? | 15:07 |
| Saur | JPEW: Well, my goal was to make it possible to run valgrind on native applications, and valgrind requires that some of the debug symbols from glibc exist to even start. | 15:09 |
| JPEW | Saur: Right. I guess I'm wondering if its possible to publish a separate -dbg tarball (like we can do with a rootfs) for uninative that includes all the debug symbols for it | 15:10 |
| JPEW | fair warning: I don't even know if that's possible or practical | 15:11 |
| JPEW | Saur: Then you could get everything, not just glibc symbols | 15:11 |
| Saur | JPEW: Me neither. I just know there is a lot of magic going on behind the uninative support. | 15:12 |
| *** JosephAntony <JosephAntony!a5e10863@165.225.8.99> has quit IRC | 15:12 | |
| RP | JPEW: definitely possible, would be a bit of work to pull together | 15:15 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 15:17 | |
| *** Yumasi <Yumasi!~guillaume@2a01cb0506313c00e14be01ac4a050f7.ipv6.abo.wanadoo.fr> has quit IRC | 15:30 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 15:45 | |
| *** jdrol <jdrol!~gm@117.187.22.109.rev.sfr.net> has quit IRC | 15:47 | |
| paulg | ah, mailing list roulette, how I love thee. Where does this poky .gitignore update go? https://paste.debian.net/1189059/ | 15:51 |
| JPEW | paulg: poky@lists.yoctoproject.org I think | 15:56 |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 15:59 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 15:59 | |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has quit IRC | 16:02 | |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 16:03 | |
| paulg | bitbake does have its own .gitignore as an independent repo outside of poky, so I was leaning towards making the change there, and letting RP do the path munging as part of a pseudo cherry pick... | 16:04 |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 16:05 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has quit IRC | 16:05 | |
| JPEW | paulg: I frequently find it unfortunate that .gitignore doesn't let you include other files | 16:06 |
| RP | paulg: should go to the bitbake list | 16:06 |
| JPEW | paulg: Although.... I think bitbake could have it's own .gitignore and it would be respected | 16:06 |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 16:10 | |
| Saur | JPEW: Well, you can have a .gitignore file in any directory in a repository, so the .gitignore from bitbake could just as well have been left there when merging it into the poky repository. | 16:11 |
| Saur | (Which is basically what you said in your last sentence...) | 16:13 |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has joined #yocto | 16:14 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 16:15 | |
| paulg | bitbake/doc/.gitignore managed to find its way from bitbake into poky (69ed72025ad poky / 84ccba0f4a BB) | 16:15 |
| *** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto | 16:16 | |
| paulg | anyway - sent. https://lists.openembedded.org/g/bitbake-devel/message/12101 | 16:17 |
| *** orzen <orzen!~orz@51.15.59.161> has joined #yocto | 16:17 | |
| *** mckoan <mckoan!~marco@unaffiliated/mckoan> has quit IRC | 16:18 | |
| *** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto | 16:19 | |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has joined #yocto | 16:19 | |
| orzen | Hi, does anyone here use go.bbclass and know if it is up-to-date? I am having troubles with getting it to work. | 16:21 |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 16:22 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 16:28 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 16:29 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-veekyridohzxllsu> has quit IRC | 16:29 | |
| *** Renga <Renga!a5e16832@165.225.104.50> has joined #yocto | 16:31 | |
| Renga | Hi team | 16:31 |
| Renga | have questions in adding user/group through yocto recipe file | 16:32 |
| *** Johnmacgregor <Johnmacgregor!5fdf7478@ip-95-223-116-120.hsi16.unitymediagroup.de> has quit IRC | 16:33 | |
| *** Johnmacgregor <Johnmacgregor!5fdf7478@ip-95-223-116-120.hsi16.unitymediagroup.de> has joined #yocto | 16:33 | |
| *** rcoote <rcoote!~rcoote@ip-176-198-112-234.hsi05.unitymediagroup.de> has quit IRC | 16:35 | |
| *** Renga <Renga!a5e16832@165.225.104.50> has left #yocto | 16:38 | |
| *** Renga <Renga!a5e16832@165.225.104.50> has joined #yocto | 16:44 | |
| Spooster | re: Running rootless X on a raspberry pi 4. I was able to narrow down the issue, drmSetMaster runs an ioctl that requires root, so either xinit needs root here, or some other mechanism needs to call drmSetMaster on our behalf... and it looks like systemd-logind has a mechanism to be able to intercede in such a manner. | 16:49 |
| Spooster | but the logs indicate an issue when a non-root user runs xinit... and the systemd-logind integration isn't healthy | 16:50 |
| JPEW | Spooster: I run wayland, not X, but still rootless... when I was doing it I had to have systemd allocate a TTY for compositor service | 16:52 |
| JPEW | Spooster: Which was broken when not use polkit with systemd, and we had to subsequently patch | 16:53 |
| JPEW | Look at meta-graphics/wayland/weston-init/weston.service | 16:54 |
| RP | paulg: merged, thanks | 16:54 |
| *** Renga <Renga!a5e16832@165.225.104.50> has quit IRC | 16:56 | |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has quit IRC | 17:04 | |
| Spooster | What I'm hearing, is that I should consider switching to wayland | 17:04 |
| Spooster | JPEW: Do you run Wayland in x? DISTRO_FEATURES_append = " wayland x11" | 17:07 |
| Spooster | or just Wayland proper somehow? | 17:08 |
| JPEW | Spooster: just wayland | 17:08 |
| JPEW | We run weston in the fullscreen shell, and they our "special sauce" application runs as a fullscreen client | 17:09 |
| paulg | RP, \o/ | 17:09 |
| JPEW | Spooster: Our application can also run in the normal weston desktop for development, but we don't do that in production :) | 17:09 |
| Spooster | I mean... our app is mostly chromium --kiosk... with some python behind the scenes so that sounds sufficient for what we're after as well | 17:10 |
| JPEW | Spooster: Ya, I'd give it a try. Last I looked, chromium wayland support was spotty, but that was a few years ago. It may be better | 17:10 |
| JPEW | Spooster: Ya we actually run WebKit as a wayland client of our "special sauce" application (our app is both a client of weston, and a compositor for it's own clients.... wayland is awesome!) | 17:11 |
| Spooster | Just trying to parse "How to do a Wayland instead of an X" in our kas.yml... it's been a fun two weeks moving to Yocto over pi-gen | 17:12 |
| Spooster | everything is a bit... "nuanced" we'll say | 17:12 |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 17:12 | |
| JPEW | Spooster: DISTRO_FEATURES += "wayland" IMAGE_INSTALL += "weston-init" is a start | 17:13 |
| JPEW | I think that should "just work" on at least gatesgarth.... but YMMV as always | 17:14 |
| Spooster | dunfell >~> | 17:15 |
| JPEW | Spooster: It *might* work there (we use dunfell, but I backport stuff regularly) | 17:16 |
| * Spooster queues Startrek's opening | 17:16 | |
| JPEW | Spooster: More data needed.... which Star Trek? TOS? TNG? DS-9? Animated series? Voyager? Lower Decks? | 17:17 |
| Spooster | Was thinking TOS... | 17:18 |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 17:18 | |
| Spooster | I'm unfortunately not much of a trekkie... just know enough to know that I'm in some sort of unexplored final frontier | 17:18 |
| *** rcoote <rcoote!~rcoote@2a02:908:692:81c0:2ce5:c2e3:4d74:fef4> has joined #yocto | 17:28 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 17:28 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 17:29 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 17:31 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 17:32 | |
| Spooster | we have the poke/meta layer available, which provides recipes-graphics... but bitbake can't seem to find any recipes that provide weston-init | 17:41 |
| Spooster | poky/meta* | 17:41 |
| Spooster | ope... just flopped names of things... wayland-init doesn't exist... weston-init does... /ignore | 17:42 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-137-139-cbl.xnet.hr> has joined #yocto | 17:43 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 17:44 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 17:44 | |
| *** rcoote <rcoote!~rcoote@2a02:908:692:81c0:2ce5:c2e3:4d74:fef4> has quit IRC | 17:47 | |
| *** Blackbetty <Blackbetty!540affd6@84-10-255-214.static.chello.pl> has quit IRC | 17:55 | |
| *** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has quit IRC | 18:01 | |
| *** mckoan is now known as mckoan|away | 18:02 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 18:05 | |
| *** rZZZr <rZZZr!~rzr@ynh.rzr.cloudns.org> has quit IRC | 18:06 | |
| *** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has joined #yocto | 18:07 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 18:12 | |
| *** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto | 18:14 | |
| *** pbb <pbb!~quassel@mail.petabyte.dev> has quit IRC | 18:14 | |
| *** pbb <pbb!~quassel@mail.petabyte.dev> has joined #yocto | 18:15 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 18:17 | |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto | 18:19 | |
| *** King_InuYasha is now known as Conan_Kudo | 18:20 | |
| *** Conan_Kudo is now known as King_InuYasha | 18:20 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 18:26 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 18:27 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 18:28 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 18:36 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 18:36 | |
| *** Guest87534 is now known as mischief | 18:46 | |
| *** RzR <RzR!~rzr@ynh.rzr.cloudns.org> has joined #yocto | 18:48 | |
| *** RzR <RzR!~rzr@unaffiliated/rzr> has joined #yocto | 18:48 | |
| *** kyanres__ <kyanres__!~kyanres@ecascr.ecatou.fr> has quit IRC | 18:53 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 18:56 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has quit IRC | 18:58 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 19:21 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 19:24 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto | 19:26 | |
| *** fatalhalt <fatalhalt!~fatalhalt@2601:244:4d01:52df:225:90ff:feda:2428> has joined #yocto | 19:29 | |
| *** opello_ is now known as opello | 19:36 | |
| yates | is meta-darwin (http://git.yoctoproject.org/cgit/cgit.cgi/meta-darwin/) a layer to create the "toolchain" for the darwin processor family? | 19:47 |
| yates | it's description is given as an "SDK". is SDK == toolchain (at least in this case)? | 19:48 |
| fray | darwin is the name of the Open Source components of MacOS X. | 19:49 |
| fray | https://en.wikipedia.org/wiki/Darwin_(operating_system) | 19:50 |
| JPEW | yates: I beleive it's supposed to make an SDK that can run on MacOS X, but I'm pretty sure it's unmaintained and defunct | 19:50 |
| fray | correct | 19:51 |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 19:52 | |
| yates | what's the difference between the terms "SDK" and "toolchain"? | 19:52 |
| yates | ok, thanks fray/JPEW | 19:52 |
| fray | Software Development Kit. things that run an on OS to produce software to target 'something' | 19:52 |
| fray | toolchain, binutils, gcc, gdb, and maybe libc | 19:52 |
| fray | An SDK usually includes a toolchain, but a toolchain may not have everything required to build working osftware | 19:53 |
| yates | ok that is making more sense | 19:53 |
| *** Bunio_FH <Bunio_FH!~bunio@37.30.20.29.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 19:53 | |
| yates | would an SDK provide a native toolchain? e.g., in the case of darwin, it's native, right? | 19:54 |
| fray | and SDK can include one or more toolchains. So a darwin SDK MIGHT include a native toolchain for Darwin, but would likely include a toolchain and other software used to build 'stuff' on a darwin OS host machine.. | 19:55 |
| yates | i guess where i'm going with this is, where do the toolchain definitions belong? in a layer entitled the SDK? or in a BSP layer? or some other way? | 19:56 |
| fray | Most toolchain definitions are in the core, since they are fundamental to the system. Overriding the core, belongs in a layer.. sometimes BSP, sometimes are specific, sometimes something else.. | 19:56 |
| fray | at Xilinx, we have a meta-xilinx (repository) with a meta-microblaze layer that provides the microblaze compiler support | 19:57 |
| fray | before meta-microblaze existed, it was part of the layer meta-xilinx-bsps | 19:57 |
| yates | fray: what do you mean by "the core"? | 20:03 |
| yates | everything in the meta layer? | 20:03 |
| *** NunoMartins[m] <NunoMartins[m]!falk0nmatr@gateway/shell/matrix.org/x-ifoepodiejruojut> has joined #yocto | 20:09 | |
| *** falk0n <falk0n!~falk0n@a81-84-39-169.cpe.netcabo.pt> has joined #yocto | 20:12 | |
| yates | stupid question? | 20:13 |
| *** NunoMartins[m] is now known as falk0n[m] | 20:14 | |
| yates | is "toolchain" largely equivalent to binutils? | 20:15 |
| *** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-006.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 20:22 | |
| yates | btw, these aren't willy-nilly. i'm defining such terms in my kb-yocto (yocto knowledge-base) document for my own sanity and future reference. | 20:24 |
| kergoth | Do we have a patch info/metadata gathering tool in oe-core yet? Thinking show filename, modified files, plus the patch metadata, subject, sign offs, etc | 20:34 |
| yates | could someone please define what "the core" means? | 20:46 |
| kergoth | that doesn't mean anything without context | 20:50 |
| *** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-006.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 20:53 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 21:01 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 21:01 | |
| yates | kergoth: re: fray's statement at 14:56 (EST) | 21:07 |
| JPEW | yates: I think that's referring to OE core | 21:10 |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 21:10 | |
| *** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 21:18 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC | 21:18 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto | 21:18 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 21:19 | |
| yates | JPEW: ok - thank you. | 21:19 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 21:24 | |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto | 21:36 | |
| *** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has quit IRC | 21:39 | |
| mouser_ | Given an upstream Makefile with CC=gcc in it, is there any guidance on the "right way" to override CC? Using EXTRA_OEMAKE += 'CC=${CC}' breaks make because of the arguments. | 21:52 |
| mouser_ | I can patch the Makefile, but was hoping it could be solved more simply in the recipe itself. | 21:53 |
| *** agust <agust!~agust@p508b6964.dip0.t-ipconnect.de> has quit IRC | 21:59 | |
| JPEW | mouser_: What arguments? | 21:59 |
| kergoth | mouser_: just quote it. EXTRA_OEMAKE += 'CC="${CC}"' for example | 22:04 |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC | 22:06 | |
| mouser_ | kergoth: Thanks, that solved it. | 22:15 |
| mouser_ | JPEW: In my case, the extra arguments (beyond the compiler) were: -m64 -march=core2 -mtune=core2 -msse3 -mfpmath=sse --sysroot=/redacted/yocto/tmp-glibc/work/core2-64-redacted-linux/redacted-recipe/1.1.1-r0/recipe-sysroot | 22:16 |
| mouser_ | The disconcerting thing about this is that doing a "CC=gcc" in a Makefile does not (appear to) trip any of the insane.bbclass validators. | 22:17 |
| mouser_ | So you end up using the host's /usr/include, etc instead of the build sysroot. | 22:19 |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has quit IRC | 22:37 | |
| fray | the compiler you used doesn't have include poisoning | 22:37 |
| fray | ohh sorry read that wrong.. CC=gcc -- ya not a lot that can be done if you are targeting same as the host | 22:37 |
| fray | this is part of the reason why any time I build stuff, I always target an architecture tht doesn't match my builder for verification of the packaging | 22:38 |
| mouser_ | True. If I was targeting som eother architecture, it would have broken earlier. | 22:38 |
| mouser_ | I feel like CC=gcc may be an anti-pattern for Makefiles, but I am sure there are good reasons why I am wrong. | 22:39 |
| fray | most of the time we end up with Makefiles that have CC = gcc, but the makfile is called with make CC=mygcc | 22:40 |
| fray | so you can't just search the Makefiles, as they can be (and usually are) overridden on the command line | 22:40 |
| mouser_ | Fair. Overriding is easy. It was not obvious to me when I was packaging something upstream. I know better now of course... | 22:40 |
| mouser_ | Is it worth a new type of insane.bbclass check of the compiler if BUILD_CC is not being used? Or does that get us into a tarpit? | 22:41 |
| fray | likely into a tarpit. There are resaons why build_cc isn't used occasionally.. i..e building a smaller host helper app | 22:42 |
| fray | searching logs or output and warning is certainly an option -- but I'd suggest the warning would be off by default or if on, needs an easy way to disavble | 22:42 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 22:42 | |
| mouser_ | I am bumping us up from thud to gatesgarth (or hardknott depending on a number of other factors) here in a few weeks, so I may drop that idea into the backlog and play around with it. If it works, I can see about submitting a patch. | 22:45 |
| fray | sounds good.. | 22:46 |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 23:04 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 23:08 | |
| jonesv[m] | I am patching the dts used by u-boot, but it has no effect, at the point where I suspect u-boot may not be using it after all. Would somebody have insights on how I could figure that out? I tried a clean build (removed build/tmp and cache-sstate and rebuilt the image) and it did not have any effect | 23:08 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC | 23:09 | |
| yates | is there a manufacturer database for yocto? i need to check if my layer name is in-use: meta-apex-semi-usa | 23:22 |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has quit IRC | 23:26 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto | 23:29 | |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto | 23:34 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 23:55 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 23:56 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!