| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 240 seconds) | 00:02 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:45 | |
| *** sakman <sakman!~sakman@208.111.77.233> has joined #yocto | 00:49 | |
| *** davidinux <davidinux!~davidinux@host-82-58-46-242.retail.telecomitalia.it> has quit IRC (Ping timeout: 260 seconds) | 01:03 | |
| *** davidinux <davidinux!~davidinux@host-80-104-236-251.retail.telecomitalia.it> has joined #yocto | 01:05 | |
| *** Ablu <Ablu!~Ablu@user/Ablu> has quit IRC (Ping timeout: 258 seconds) | 01:27 | |
| *** Ablu <Ablu!~Ablu@user/Ablu> has joined #yocto | 01:28 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 01:51 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6538:7900:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 240 seconds) | 02:49 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:653a:1300:2ce:39ff:fecf:efcd> has joined #yocto | 02:52 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 245 seconds) | 04:03 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.0.4) | 04:03 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 04:04 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 04:07 | |
| PhoenixMage | LetoThe2nd: My first custom yocto build connected to self hosted Mender is up and running :) | 04:11 |
|---|---|---|
| *** Minvera2 <Minvera2!~Minvera@user/Minvera> has quit IRC (Quit: Leaving) | 04:58 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Quit: Leaving) | 04:58 | |
| *** alimon <alimon!~alimon@fixed-189-203-87-137.totalplay.net> has joined #yocto | 05:06 | |
| *** yates_work <yates_work!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC (Remote host closed the connection) | 05:07 | |
| *** amitk <amitk!~amit@58.84.61.37> has joined #yocto | 05:13 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:41 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 05:41 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:fd72:70c3:f61d:d634> has joined #yocto | 05:52 | |
| *** manuel__ <manuel__!~manuel198@2a02:1748:dd5c:f290:e4b3:2d0:11e7:2d0f> has joined #yocto | 06:00 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:01 | |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 258 seconds) | 06:02 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto | 06:17 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 255 seconds) | 06:21 | |
| mcfrisk | abelloni or anyone: how to get to do_testimage task logs with debug details from https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/5581/steps/12/logs/stdio ? | 06:22 |
| *** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Remote host closed the connection) | 06:22 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto | 06:23 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Remote host closed the connection) | 06:24 | |
| *** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has quit IRC (Ping timeout: 258 seconds) | 06:26 | |
| abelloni | mcfrisk: they are here https://autobuilder.yocto.io/pub/non-release/20230907-29/testresults/qemux86-64-ptest/ | 06:26 |
| abelloni | but this was an old failure so I guess you won't find what you are looking for | 06:27 |
| mcfrisk | abelloni: thanks, debug logs were not in that test run | 06:32 |
| *** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has joined #yocto | 06:33 | |
| RP | Saur: As suspected, the tests did fail. I've sent a v2 which fixes | 06:33 |
| *** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has joined #yocto | 06:38 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto | 06:47 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 07:06 | |
| kanavin | RP: groff upstream acknowledged the race issue, so I think they'll make a patch quickly https://savannah.gnu.org/bugs/?64695 | 07:11 |
| kanavin | I'll send it as soon as it lands in their git | 07:11 |
| LetoThe2nd | yo dudX | 07:14 |
| LetoThe2nd | PhoenixMage: very cool! is it based on a publicly available platform? | 07:14 |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Ping timeout: 244 seconds) | 07:15 | |
| *** mckoan|away is now known as mckoan | 07:16 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 07:22 | |
| *** ptsneves <ptsneves!~Thunderbi@bl13-187-229.dsl.telepac.pt> has joined #yocto | 07:24 | |
| *** varjag <varjag!~user@188.95.241.196> has joined #yocto | 07:24 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Ping timeout: 245 seconds) | 07:49 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 07:51 | |
| rob_w | what is the best pratice to use EXTRA_USER_PARAMS and set passwords .. i am on kirkstone atm, usermod -P was abosolete, now trying usermod -p `openssl passwd mypass` root | 07:57 |
| RP | kanavin: thanks! | 07:57 |
| RP | looks like the llvn upgrade breaks mesa-native for me locally :( | 07:57 |
| rob_w | but i cant login and the hash in shadow doesnt look like anything i create on a normal console vwith openssl | 07:57 |
| *** l3s8g <l3s8g!~l3s8g@p200300de171f520000000000000005e9.dip0.t-ipconnect.de> has joined #yocto | 08:03 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:fd72:70c3:f61d:d634> has quit IRC (Quit: ZZZzzz…) | 08:19 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:24 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 08:34 | |
| *** l3s8g <l3s8g!~l3s8g@p200300de171f520000000000000005e9.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection) | 08:36 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 08:36 | |
| *** l3s8g <l3s8g!~l3s8g@p200300de171f520000000000000005e9.dip0.t-ipconnect.de> has joined #yocto | 08:37 | |
| rob_w | nvm rtfm | 08:39 |
| mckoan | hello, I need to create a recipe that installs several sysVinit service. I am following the path opened by busybox. Unfortunately it doesn't work. See https://pastebin.com/7TjR57FW | 08:43 |
| mckoan | At the moment I am trying with a single service. | 08:43 |
| mckoan | Looks like the recipe name matters, but busybox works even it is not installing a INITSCRIPT_NAME with that name | 08:44 |
| mckoan | Is there something I am missing in the variables INITSCRIPT_PACKAGES, INITSCRIPT_NAME, INITSCRIPT_PARAMS ? | 08:44 |
| *** pasherring <pasherring!~paulo@2001:8a0:ec5c:a700:5ca0:9d7a:7341:1544> has joined #yocto | 08:49 | |
| RP | mckoan: looks like an assumption about PN somewhere :/ | 08:55 |
| mckoan | RP: sorry, what do you mean? | 08:58 |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:cd23:fe43:a6cf:74f1> has joined #yocto | 09:00 | |
| RP | mckoan: it seems to have some assumption that the script is named after PN | 09:08 |
| *** ptsneves <ptsneves!~Thunderbi@bl13-187-229.dsl.telepac.pt> has quit IRC (Read error: Connection reset by peer) | 09:19 | |
| *** ptsneves1 <ptsneves1!~Thunderbi@bl13-187-229.dsl.telepac.pt> has joined #yocto | 09:19 | |
| *** ptsneves1 is now known as ptsneves | 09:21 | |
| rburton | RP: damn and blast | 09:25 |
| RP | rburton: I tested the first four patches successfully so those merged | 09:29 |
| rburton | i'd blame the one that stops using grep | 09:30 |
| RP | rburton: I also found limited insight on the setupClass logging | 09:30 |
| rburton | without even looking at the fails i can see one problem that failed to get fixed when i split the branch in half | 09:31 |
| * RP hands an axe to rburton | 09:37 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Read error: Connection reset by peer) | 09:39 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 09:40 | |
| *** ptsneves <ptsneves!~Thunderbi@bl13-187-229.dsl.telepac.pt> has quit IRC (Ping timeout: 258 seconds) | 09:41 | |
| mckoan | RP: do you mean you suspect a bug in the class? | 09:42 |
| rburton | RP: was it just those two that failed, or are they just the first two that failed? | 09:43 |
| RP | mckoan: no, just some assumption that isn't obvious. Maybe some variable that needs to be set if the assumption isn't true. I don't remember too much offhand | 09:58 |
| RP | rburton: it seemed to be qemuarm things | 09:59 |
| rburton | fired locally to see what i broke | 09:59 |
| *** sakman_ <sakman_!~sakman@99.209.85.164> has joined #yocto | 10:17 | |
| *** sakman <sakman!~sakman@208.111.77.233> has quit IRC (Ping timeout: 258 seconds) | 10:20 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Ping timeout: 252 seconds) | 10:29 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 10:33 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 252 seconds) | 10:33 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 10:42 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.0.4) | 10:44 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 10:51 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 10:53 | |
| *** sakman <sakman!~sakman@208.111.77.233> has joined #yocto | 10:55 | |
| *** sakman_ <sakman_!~sakman@99.209.85.164> has quit IRC (Ping timeout: 246 seconds) | 10:57 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 11:25 | |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:cd23:fe43:a6cf:74f1> has quit IRC (Ping timeout: 246 seconds) | 11:32 | |
| *** yates_work <yates_work!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto | 11:33 | |
| yates_work | where is DISTRO_FEATURES typically defined? | 11:37 |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 11:37 | |
| mckoan | yates_work: in the distro .config file | 11:47 |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb1e:50:f716:6af4:3c8a:483b:b699> has joined #yocto | 12:20 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb1e:50:f716:6af4:3c8a:483b:b699> has quit IRC (Read error: Connection reset by peer) | 12:31 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb1e:50:f716:1e91:35eb:fa4f:730a> has joined #yocto | 12:32 | |
| *** camus <camus!~Instantbi@58.246.136.203> has quit IRC (Quit: camus) | 12:36 | |
| *** camus <camus!~Instantbi@58.246.136.203> has joined #yocto | 12:36 | |
| *** camus <camus!~Instantbi@58.246.136.203> has quit IRC (Remote host closed the connection) | 12:36 | |
| yates_work | mckoan: ok thanks. i had looked in there but there was no "shadowed" (i.e., commented-out) DISTRO_FEATURES variable setting | 12:38 |
| *** amitk_ <amitk_!~amit@58.84.61.37> has joined #yocto | 12:45 | |
| rburton | yates_work: there's a default value in oe-core if you don't set it explicitly in the conf. bitbake-getvar DISTRO_FEATURES will show you what the value is and where it is defined. | 12:46 |
| yates_work | great info! | 12:49 |
| *** l3s8g <l3s8g!~l3s8g@p200300de171f520000000000000005e9.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection) | 12:52 | |
| *** l3s8g <l3s8g!~l3s8g@p200300de171f520000000000000005e9.dip0.t-ipconnect.de> has joined #yocto | 12:52 | |
| *** amitk_ <amitk_!~amit@58.84.61.37> has quit IRC (Ping timeout: 240 seconds) | 12:52 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:d8ad:803d:6698:90d0> has joined #yocto | 13:07 | |
| yates_work | is bitbake-getvar only good for getting variables in the local.conf file for the build? | 13:10 |
| yates_work | i looked it up and could not find the command in the bitbake reference manual (2.4) | 13:10 |
| *** l3s8g <l3s8g!~l3s8g@p200300de171f520000000000000005e9.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 245 seconds) | 13:11 | |
| yates_work | i'm thinking it must be limited to that context since you don't specify a recipe or an image | 13:11 |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 13:19 | |
| qschulz | tlwoerner: I have some notes for the patches in the mailing list so please don't merge yet the rk3588 support | 13:22 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 13:31 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 13:33 | |
| mckoan | yates_work: this is an example https://github.com/Freescale/meta-freescale-distro/tree/master/conf/distro | 13:34 |
| *** varjag <varjag!~user@188.95.241.196> has quit IRC (Quit: ERC (IRC client for Emacs 27.1)) | 13:37 | |
| rburton | yates_work: try reading bitbake-getvar --help | 13:40 |
| tlwoerner | qschulz: no problem | 13:40 |
| tlwoerner | i try to wait a couple days for feedback | 13:40 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 13:52 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 13:52 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 13:59 | |
| pasherring | Hey all =) Is there some tutorial/notes on getting started with bitbake at development level? Like understanding the project structure and code-base organization, and maybe extend the interface of a existing tool. One idea I have is to allow opening the recipe sources on the system's preferred editor. | 14:06 |
| rburton | pasherring: you might want to look at adrianf's 'devtool ide' patches on the oe-core list | 14:07 |
| rburton | pasherring: but right now, devtool modify will give you a local copy of the source tree for a recipe that you can just open in an ide and edit, and calling bitbake will use that source | 14:07 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 14:08 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 14:08 | |
| pasherring | rburton, Nice! I read a few lines about this spread out here, but, never got to see what it is really about. I'll look into it. | 14:08 |
| pasherring | I rely a lot on compile_commands.json file for source browsing, and I've made a small bbclass that would use python's compiledb package to generate it from log.do_compile, or alternatively use cmake to generate it. Not sure if this is overall too useful. | 14:12 |
| pasherring | I am a bit too fearful of contributing openly, not sure if it is worth it :\ | 14:12 |
| yates_work | mckoan: thanks - very helpful | 14:16 |
| mckoan | yates_work: great! thanks | 14:24 |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-32-76-71-129-107.dsl.bell.ca> has joined #yocto | 14:41 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 14:43 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 14:43 | |
| tlwoerner | qschulz: does my log message imply i think the binary blob is based on TF-A? i'm literally trying to say the opposite | 14:44 |
| tlwoerner | qschulz: lol, i was wondering why that email bounced to you | 14:45 |
| tlwoerner | why is google (gmail) suddenly deciding that emails from RP are spam? <grr> | 14:49 |
| qschulz | tlwoerner: that's what I understood yes. we're using the binary DDR/TPL blob, hopefully this can change if/when TF-A gains support for the rk3588 | 14:53 |
| qschulz | (add quotes around the second sentence) | 14:53 |
| qschulz | s/what I understood/how I understood it/ | 14:53 |
| qschulz | DDR/TPL is not from TF-A as far as I know | 14:54 |
| qschulz | BL31 is (which is part of U-Boot Proper fitImage, named u-boot.itb, itself bundled in u-boot-rockchip.bin) | 14:54 |
| *** GillesM <GillesM!~gilles@116.79.123.78.rev.sfr.net> has quit IRC (Quit: Leaving) | 14:59 | |
| adrianf | pasherring: Which Yocto version are you using? Which editor do you prefer? | 15:02 |
| *** GillesM <GillesM!~gilles@78.123.79.116> has joined #yocto | 15:06 | |
| *** GillesM <GillesM!~gilles@78.123.79.116> has quit IRC (Remote host closed the connection) | 15:07 | |
| RP | tlwoerner: that doesn't sound good? I've sent too many patches recently? :/ | 15:09 |
| JPEW | tlwoerner: I have to check and mark them as not spam frequently. I blame "the algorithm" ;) | 15:10 |
| *** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 240 seconds) | 15:10 | |
| RP | Is it my patches, email replies or both? | 15:12 |
| pasherring | adrianf, quite outdated. bitbake is 1.32, yocto 2.2 (daisy I think?) | 15:13 |
| rburton | morty | 15:15 |
| RP | pasherring: you could always share and make it clear you're not asking for inclusion, it is just so others can use if it is useful to them. Please don't be fearful of contributing | 15:15 |
| rburton | pasherring: EOL since july 2018, FYI | 15:15 |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb1e:50:f716:1e91:35eb:fa4f:730a> has quit IRC (Remote host closed the connection) | 15:16 | |
| pasherring | RP, right, I try my brave pants and try to overcome this =) | 15:19 |
| pasherring | rburton, right! Daisy is 1.6, which was the initial release that the pilot project was based of. Sadly, the next best thing on this set top box realm would be dunfell, which is already on the verge of EOL :\ | 15:21 |
| *** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has quit IRC (Ping timeout: 252 seconds) | 15:21 | |
| adrianf | pasherring: Probably "devtool modify your-recipe" will already work with this old version. The devtool ide patches are usable with kirkstone and newer. | 15:24 |
| *** khem <khem!uid220931@id-220931.helmsley.irccloud.com> has joined #yocto | 15:27 | |
| pasherring | adrianf, Noticed that I missed the editor: I use vscode. Regarding devtool, I'll poke around. I gave up because of some corner cases, especially multiple SRC_URI with destsuffix, are quite common on the code-base | 15:30 |
| pasherring | Also, broadcom deliveries uses some sort of externalsrc of their own, which also tends to fail with devtool :\ | 15:31 |
| tlwoerner | RP: i'll check whether it's patches or replies next time. for me it was 1 yesterday and 1 (so far) today | 15:46 |
| vvn | how do I specify the minimal kernel version for a given machine? | 15:48 |
| RP | pasherring: we do take improvements to devtool! | 15:48 |
| khem | RP: any ideas what could be going on with musl fetch error | 15:48 |
| RP | khem: no :( | 15:48 |
| khem | I could see it happen on non AB machines too | 15:48 |
| RP | khem: how are you configuring the shallow clones? | 15:49 |
| khem | RP: https://github.com/YoeDistro/yoe-distro/blob/master/sources/meta-yoe/conf/distro/yoe.inc#L49-L57 | 15:51 |
| RP | khem: worrying that it breaks :( | 15:51 |
| khem | do we have shallow clones enabled on AB too ? | 15:51 |
| RP | khem: no | 15:51 |
| khem | yeah so it maybe not related to shallow clones | 15:52 |
| adrianf | pasherring: VSCode is the default editor which the devtool ide plugin supports. | 15:52 |
| khem | I think I should just remove MIRRORS entries for musl and see if that helps | 15:52 |
| pasherring | RP, Right! That was also one of the reasons I wanted to get to know a bit more on how to develop =) One thing that I really like about this project is how well documented it is. But, I couldn't find docs/guides on how to develop (and maybe just didn't looked enough) | 15:52 |
| khem | pasherring: we have been putting quite a bit of focus on developer tooling for past some time. | 15:53 |
| khem | earlier focus was more release oriented, which is world class now | 15:53 |
| RP | khem: https://git.musl-libc.org/git/musl - Request not supported: '/home/git/musl' | 15:54 |
| RP | khem: the repo looks to be broken? | 15:55 |
| khem | hmm | 15:55 |
| RP | much easier to assume bitbake is broken | 15:55 |
| khem | RP: but local clone works | 15:56 |
| khem | https://www.irccloud.com/pastebin/0vqfD7p5/ | 15:56 |
| RP | pasherring: documention tends to focus on how to use the project but we'd be interested if there are specific questions you think should be answered? | 15:56 |
| RP | khem: git clone https://git.musl-libc.org/git/musl works, git clone https://git.musl-libc.org/git/musl.git does not | 15:57 |
| RP | the logs say the latter was being used | 15:57 |
| khem | https://www.irccloud.com/pastebin/Oev99kvH/ | 15:57 |
| RP | khem: right | 15:57 |
| adrianf | pasherring: did you already look at that https://docs.yoctoproject.org/sdk-manual/extensible.html#using-devtool-in-your-sdk-workflow ? | 15:58 |
| RP | khem: musl_git.bb:SRC_URI = "git://git.musl-libc.org/git/musl.git;branch=master;protocol=https | 15:58 |
| RP | has the .git | 15:58 |
| RP | khem: does mesa-native build for you btw? It fails with the new llvm for me :( | 16:00 |
| khem | RP: hmm it did | 16:01 |
| khem | I fixed it - and ran https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/7862 | 16:01 |
| khem | lets see if it fetches it now | 16:01 |
| khem | what error do you see with mesa-native ? | 16:02 |
| RP | src/amd/llvm/libamd_common_llvm.a.p/ac_llvm_helper.cpp.o: in function `ac_create_passmgr': | 16:05 |
| RP | | ac_llvm_helper.cpp:(.text.ac_create_passmgr+0x8c): undefined reference to `llvm::createPromoteMemoryToRegisterPass(bool) | 16:05 |
| pasherring | RP, I am sure i have all kind of dumb questions. But, one I've been trying to understand is how can I add/extend a new command/option to some existing tool, or how to setup a proper interactive debugging session on existing tool, to inspect variables, try to have a "runtime" understanding of common structures and so on. | 16:06 |
| RP | pasherring: our docs are about how to use the project, not develop software in general. There should be other resources though outside the project for that | 16:06 |
| RP | something about interactively debugging project things would be nice to have.... | 16:08 |
| pasherring | RP, I've started with oe-pkgdata-util, which is a bit more light weight (or at least seems more straight forward), and because I thought this might be the correct place for the "open recipe sources" command I mentioned. | 16:08 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:09 | |
| khem | RP: | 16:11 |
| khem | I saw something on bpftrace hmm | 16:11 |
| khem | but that was bpftrace issue | 16:11 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds) | 16:13 | |
| khem | RP: we need - https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/23827 | 16:13 |
| khem | I proposed it 2 months back | 16:13 |
| khem | to mesa | 16:13 |
| khem | RP: I will send a patch for mesa-native in few moments, I think I am carrying it in meta-clang thats why I did not see the issue | 16:15 |
| RP | khem: thanks | 16:16 |
| khem | hmm v1 of this patch is already applied to core | 16:25 |
| khem | so I wonder | 16:25 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 16:26 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 16:26 | |
| *** mckoan is now known as mckoan|away | 16:28 | |
| *** Estrella_ <Estrella_!~quassel@075-081-060-240.res.spectrum.com> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 16:33 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has joined #yocto | 16:35 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 16:35 | |
| khem | RP: patch is on ml | 16:37 |
| khem | regarding musl fetch issue it still remains after changing repo to drop .git | 16:39 |
| khem | https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/7862 | 16:39 |
| *** Estrella_ <Estrella_!~quassel@2603-8080-d700-7495-8015-871d-4267-20cb.res6.spectrum.com> has joined #yocto | 16:40 | |
| tlwoerner | JPEW: it would be nice if "the algorithm" took our feedback as inputs. how many times do i have to mark Miquel Raynal's emails as "not spam" before google gets a clue?! | 16:40 |
| JPEW | tlwoerner: Ya, not sure :/ | 16:42 |
| khem | RP: Fetcher is doing some translation ? - LANG=C git -c gc.autoDetach=false -c core.pager=cat clone --bare --mirror https://git.musl-libc.org/git/git/musl --progress | 16:47 |
| khem | this fails | 16:47 |
| khem | but how did it get those two git/git in the utl | 16:47 |
| *** amitk_ <amitk_!~amit@58.84.61.37> has joined #yocto | 16:49 | |
| RP | khem: it says core.pager=cat fetch -f --progress https://git.musl-libc.org/git/musl refs/heads/*:refs/heads/* refs/tags/*:refs/tags/ where I'm looking | 16:49 |
| khem | does it do something special when repo is called musl.git ? | 16:49 |
| RP | khem: not that I know of | 16:50 |
| khem | hmm ok | 16:51 |
| *** amitk_ <amitk_!~amit@58.84.61.37> has quit IRC (Remote host closed the connection) | 16:55 | |
| tlwoerner | could someone interpret/translate what this is doing? https://git.openembedded.org/openembedded-core/tree/meta/conf/machine/include/soc-family.inc | 16:58 |
| tlwoerner | i know what ${@ is, but what is ${@[ ? | 16:58 |
| tlwoerner | why not just set MACHINEOVERRIDES directly? | 16:58 |
| khem | it says append SOC_FAMILY to MACHINEOVERRIDES iff its not empty | 17:00 |
| khem | prepend actually but its same otherwise | 17:01 |
| dario | tlwoerner: first pair of brackets crates an array, second pair indexes it with the result of the comparison | 17:05 |
| tlwoerner | thanks! | 17:09 |
| vvn | what is the quick and dirty way to test upstream kernel version 6.6-rc1? | 17:16 |
| *** Estrella__ <Estrella__!~quassel@2603-8080-d700-7495-0182-d794-2af2-3de2.res6.spectrum.com> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 17:19 | |
| khem | vvn: linux-yocto-dev | 17:19 |
| vvn | khem: linux-yocto-dev unfortunately goes up to 6.5 | 17:22 |
| khem | Usually you can quickly spin a recipe too which machine are you looking for | 17:23 |
| vvn | khem: sure but I was wondering if there was something I could add in local.conf instead of creating a linux-yocto_6.6-rc1.bb recipe ;) | 17:26 |
| khem | a bbappend might do | 17:28 |
| khem | set SRCREV_machine SRCREV_meta and LINUX_VERSION | 17:30 |
| zeddii | vvn. in a matter of a day, linux-yocto-dev is going to be 6.6-rc2 | 17:31 |
| zeddii | there's breakage across a lot of coupled packages that I've been fixing. | 17:31 |
| vvn | perfect! | 17:31 |
| khem | yeah I see https://git.yoctoproject.org/yocto-kernel-cache/ | 17:31 |
| * zeddii is fighting with perf today | 17:31 | |
| *** Estrella__ <Estrella__!~quassel@2603-8080-d700-7495-5daa-a082-90ce-8aa6.res6.spectrum.com> has joined #yocto | 17:31 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-048-095-234.78.48.pool.telefonica.de> has joined #yocto | 17:51 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds) | 18:34 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 18:36 | |
| *** tokamak <tokamak!~Tokamak@2603:c020:4004:f00:59d7:d5e1:201e:845f> has quit IRC (Quit: ZNC 1.8.2+deb2build5 - https://znc.in) | 18:43 | |
| *** tokamak <tokamak!~Tokamak@129.80.5.79> has joined #yocto | 18:45 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 19:08 | |
| *** pasherring <pasherring!~paulo@2001:8a0:ec5c:a700:5ca0:9d7a:7341:1544> has quit IRC (Remote host closed the connection) | 19:10 | |
| *** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has joined #yocto | 19:42 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Read error: Connection reset by peer) | 19:51 | |
| jclsn | How to map the path from a workspace correctly when debugging with gdbserver? Do I need to involve the SDK? | 19:55 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Remote host closed the connection) | 19:56 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 19:56 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 19:56 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 20:20 | |
| *** davidinux <davidinux!~davidinux@host-80-104-236-251.retail.telecomitalia.it> has quit IRC (Ping timeout: 244 seconds) | 20:28 | |
| *** davidinux <davidinux!~davidinux@45.11.80.134> has joined #yocto | 20:29 | |
| *** amitk <amitk!~amit@58.84.61.37> has quit IRC (Ping timeout: 258 seconds) | 20:45 | |
| *** l3s8g <l3s8g!~l3s8g@p200300de171f520000000000000005e9.dip0.t-ipconnect.de> has joined #yocto | 20:48 | |
| khem | jclsn: I think you can use sysroot in a gdb config or something | 21:07 |
| khem | RP: I have sent a v3 of musl patchset | 21:08 |
| khem | which should settle the fetching issue | 21:08 |
| RP | khem: what was the issue? | 21:08 |
| khem | RP: I switched to using etalabs.net which git.musl.org resolves to | 21:09 |
| RP | khem: I kind of wish we could get to the bottom of what is breaking | 21:09 |
| khem | I could not get it on local machine again after cleanall | 21:10 |
| khem | so hard to debug | 21:10 |
| jclsn | khem: Yeah, seems gdb-multiarch is sufficient for my needs, but you could maps everything I guess | 21:10 |
| khem | RP: Rich ( musl maintainer ) suggested to use git:// protocol instead of https | 21:12 |
| khem | he wants to get https setup properly and upgrade httpd on the git machine | 21:13 |
| khem | I think we should just use github.com/bminor/musl mirror is what my mind says | 21:14 |
| khem | RP: what git client do we use on AB systems ? | 21:14 |
| khem | is it something of our own or distro provided one | 21:15 |
| RP | khem: distro provided in most cases | 21:15 |
| khem | ok | 21:15 |
| RP | khem: I wonder if there is some compatibility symlink in the fetcher for ".git" causing problems | 21:15 |
| *** l3s8g <l3s8g!~l3s8g@p200300de171f520000000000000005e9.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection) | 21:15 | |
| khem | he was suspecting that client changed something that server is not understanding now | 21:15 |
| khem | I do see some zero sized files being created by fetcher in downloads | 21:16 |
| RP | that is possible | 21:17 |
| RP | khem: we can switch to the git protocol. We changed to http everywhere for corp firewalls and it being "best practise" now | 21:18 |
| khem | you mean "we cannot" I guess | 21:19 |
| RP | khem: no, I mean that we can switch it back. We just made a conscious decision to make http the default in most places | 21:21 |
| RP | the mirrors should make http work for musl if git proto doesn't | 21:21 |
| khem | hmm | 21:22 |
| khem | let me try that | 21:22 |
| khem | oh but protocol=https or protocol=git | 21:23 |
| khem | we can only specify 1 | 21:23 |
| khem | so how will it toggle automatically | 21:23 |
| khem | I think fetching from github mirror might be a good option instead | 21:24 |
| khem | CDN and https all will work with no issues | 21:24 |
| *** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has quit IRC (Ping timeout: 244 seconds) | 21:25 | |
| RP | khem: we can add a mirror url for the other | 21:25 |
| RP | but I mean the project default mirrors should cover it too | 21:25 |
| khem | let go with what we have for now and let Rich upgrade his git server's httpd before switching | 21:26 |
| *** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has quit IRC (Ping timeout: 240 seconds) | 21:27 | |
| RP | ok | 21:29 |
| *** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has joined #yocto | 21:30 | |
| khem | RP: I would spend that time looking into ptests instead | 21:31 |
| khem | :) | 21:31 |
| yates_work | if i bbappend recipe.bb, recipe.bbappend, then are the variables from recipe.bb available for modification in recipe.bbappend? | 21:33 |
| *** brazuca <brazuca!~brazuca@2804:7f4:3598:bdc1:f54b:9b19:177e:a65a> has joined #yocto | 21:41 | |
| dario | yes | 21:48 |
| rburton | yates_work: yes, otherwise there's be no point | 21:48 |
| dario | which is why you almost always want +=, :append, :remove in .bbappend instead of plain assignments | 21:50 |
| yates_work | ok | 21:54 |
| yates_work | i looked around for the .bbappend wildcard naming and couldn't find specifics. i have qtbase_git.bb which i want to bbappend; would that be qtbase_git-%.bbappend? | 21:58 |
| JPEW | qtbase_git.bbappend works | 21:58 |
| rburton | qtbase_git.bbappend works | 21:58 |
| rburton | or qtbase_%.bbappend | 21:58 |
| yates_work | ah, ok | 21:58 |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-32-76-71-129-107.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!) | 22:06 | |
| rburton | halstead: _free_ cdn? amazing! | 22:13 |
| halstead | rburton: working my open source magic where I can. | 22:13 |
| rburton | that is impressive magic | 22:13 |
| rburton | good work :) | 22:14 |
| halstead | Now just need to get the files between 64mb and 1gb hosted | 22:14 |
| rburton | pesky webkit with its vast amount of debug symbols, it's _giant_ | 22:14 |
| halstead | And then we need to figure out how to make files over 1gb smaller! ;) | 22:14 |
| rburton | hm i have a thought | 22:16 |
| halstead | Richard said we might be able to drop debug symbols for some sstate packages. | 22:16 |
| rburton | that's cheating | 22:17 |
| rburton | i admit i did it for piglit but that had about 3gb of debug symbols for auto-generated test code | 22:20 |
| halstead | I wonder how much work it would be to make the build system break sstate files into small segments and then pull those in | 22:20 |
| rburton | RP: useful https://github.com/google/bloaty | 22:21 |
| RP | halstead: the way to do it would be a custom fetcher module | 22:22 |
| rburton | halstead: well my 10 second experiment cut dbus-dbg down from 2.8M to 800M, lets see what that does to webkit | 22:22 |
| RP | rburton: what did you do? | 22:23 |
| rburton | mwhaa | 22:23 |
| rburton | CFLAGS += "-gz" | 22:23 |
| RP | hmm, I remember trying this a while back and the world wasn't ready | 22:23 |
| rburton | the internet says it might be now | 22:23 |
| RP | did it reduce the sstate size? since that is compressed... | 22:24 |
| rburton | that much is true | 22:24 |
| rburton | but compressing sooner might be useful? | 22:24 |
| RP | I've nothing against that | 22:24 |
| RP | and yes, smaller files would help | 22:25 |
| rburton | what algorithm is sstate using? | 22:25 |
| RP | rburton: zstd | 22:27 |
| rburton | shame :) | 22:27 |
| rburton | hm it appears that compressing the dbg made the sstate grow | 22:27 |
| rburton | which wasn't expected | 22:27 |
| rburton | i guess the sstate zstd is doing better than elf gzip | 22:28 |
| rburton | ignore me, it's late :) | 22:28 |
| * RP is curious to experiment but not now :) | 22:34 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Ping timeout: 260 seconds) | 22:43 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 22:45 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 245 seconds) | 22:55 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 22:57 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds) | 23:03 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 23:04 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-048-095-234.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 23:47 | |
| *** prabhakar <prabhakar!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 240 seconds) | 23:48 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!