| *** dev1990 <dev1990!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 00:08 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 01:05 | |
| *** zkrx <zkrx!~slimshady@194.230.138.56> has quit IRC (Ping timeout: 265 seconds) | 01:08 | |
| *** zkrx <zkrx!~slimshady@194.230.138.56> has joined #yocto | 01:12 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-134-166.home.otenet.gr> has joined #yocto | 01:32 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.3-dev) | 01:33 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-134-166.home.otenet.gr> has quit IRC (Ping timeout: 245 seconds) | 01:34 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has joined #yocto | 01:36 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 02:30 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 02:47 | |
| *** m4ho <m4ho!~m4ho@81.20.119.6> has quit IRC (Ping timeout: 245 seconds) | 02:52 | |
| *** m4ho <m4ho!~m4ho@81.20.119.6> has joined #yocto | 02:54 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.117> has quit IRC (Read error: Connection reset by peer) | 03:33 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.189.117> has joined #yocto | 03:38 | |
| *** artri <artri!~artri@208.116.134.46> has joined #yocto | 04:42 | |
| *** artri <artri!~artri@208.116.134.46> has quit IRC (Ping timeout: 265 seconds) | 04:46 | |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC (Ping timeout: 245 seconds) | 05:28 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:49 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 05:51 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c876:92ac:7699:ba47> has quit IRC (Quit: Leaving) | 06:03 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Remote host closed the connection) | 06:09 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:10 | |
| *** CocoJoe <CocoJoe!~CocoJoe@xb9b5dc3e.cust.hiper.dk> has joined #yocto | 06:14 | |
| CocoJoe | good morning | 06:15 |
|---|---|---|
| CocoJoe | I am getting an error with bmaptool like this | 06:16 |
| CocoJoe | bmaptool: ERROR: checksum mismatch for blocks range 256-424 | 06:16 |
| CocoJoe | when trying to copy over a wic image | 06:16 |
| JosefHolzmayrThe | yo dudX | 06:20 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:21 | |
| *** frieder <frieder!~frieder@i59F722B4.versanet.de> has joined #yocto | 06:35 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 06:42 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Client Quit) | 06:42 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 06:42 | |
| *** mckoan|away is now known as mckoan | 06:46 | |
| mckoan | good morning | 06:46 |
| *** sstiller <sstiller!~sstiller@p200300f07f17300024ddd8716908173a.dip0.t-ipconnect.de> has joined #yocto | 06:47 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 06:49 | |
| wCPO | Are any of you aware of any GitHub Actions <-> Yocto autobuilder integrations? | 06:52 |
| JosefHolzmayrThe | wCPO: not yet, but what function would you think of the DH action to fulfill? (and vice versa, of course) | 06:53 |
| *** zpfvo <zpfvo!~fvo@88.130.217.36> has joined #yocto | 06:54 | |
| wCPO | JosefHolzmayrThe: Just something simple. Build it and test it. Perhaps I can use the Checks API and some light scripting: https://docs.github.com/en/rest/reference/checks | 06:56 |
| JosefHolzmayrThe | wCPO: ok but what would you need the yp autobuilder for, then? | 06:57 |
| JosefHolzmayrThe | i mean - who would be the trigger, and who would be the builder? | 06:57 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 06:59 | |
| wCPO | JosefHolzmayrThe: I haven't thought it all through yet. We could use one of GitHub runners and a sstate mirror, to make it somehow fast. Maybe triggering a autobuilder build isn't worth it | 07:05 |
| JosefHolzmayrThe | wCPO: jon and me are both using gitlab ci/cd for various tasks, and its a pretty neat thing. no need for the autobuilder (and i'd guess most things you can do there also apply to GH actions) | 07:06 |
| wCPO | JosefHolzmayrThe: we use github for the "network effects" (or something like that), but I know gitlab CI can be used with github. Are the .gitlab-ci.yml files public? | 07:08 |
| JosefHolzmayrThe | wCPO: sure, jons stuff is for example at https://gitlab.com/jonmason00/poky and https://gitlab.com/jonmason00/meta-arm my stuff or parts of it are for example https://gitlab.com/TheYoctoJester/esdk-builder or https://gitlab.com/a4202/meta-justnode | 07:11 |
| JosefHolzmayrThe | wCPO: please note that especially the esdk-builder is one of my tinkering places, which may or may not be in a working state at any given point in time. | 07:11 |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 07:13 | |
| *** ant__ <ant__!~ant@host-82-54-240-7.retail.telecomitalia.it> has quit IRC (Quit: Leaving) | 07:18 | |
| *** eFfeM <eFfeM!~eFfeM@185.184.109.34> has joined #yocto | 07:35 | |
| eFfeM | Hi all, I am having problems cloning meta-gplv2 due to a certificate issue, Is this a known problem? | 07:36 |
| eFfeM | frans@DESKTOP-N51I0K2:~/git$ git clone https://git.yoctoproject.org/git/meta-gplv2 | 07:36 |
| eFfeM | Cloning into 'meta-gplv2'... | 07:36 |
| eFfeM | fatal: unable to access 'https://git.yoctoproject.org/git/meta-gplv2/': server certificate verification failed. CAfile: none CRLfile: none | 07:36 |
| JosefHolzmayrThe | eFfeM: manually or through google repo? | 07:36 |
| eFfeM | cloning using http works | 07:36 |
| eFfeM | JosefHolzmayrThe manually using the command I pasted | 07:37 |
| JosefHolzmayrThe | eFfeM: can't reproduce, work manually over https. | 07:38 |
| eFfeM | hmm, ok | 07:38 |
| JosefHolzmayrThe | eFfeM: yesterday we had a report of somebody else giving a similar problem for poky, but the asker blamed it on google repo which was in the build chain. | 07:39 |
| *** eFfeM64 <eFfeM64!~eFfeM@a97014.upc-a.chello.nl> has joined #yocto | 07:39 | |
| JosefHolzmayrThe | eFfeM: anyways, i'll give the admin a heads up and ask to verify the cert chain if there is something unusual. | 07:39 |
| eFfeM64 | got disconnected | 07:39 |
| JosefHolzmayrThe | Josef Holzmayr (TheYoctoJester) eFfeM: anyways, i'll give the admin a heads up and ask to verify the cert chain if there is something unusual. | 07:40 |
| eFfeM64 | I tried this from the office network and it failed, disconnected from vpn (that is why I was disconnected from chat as well) but if I try on my local network it also fails | 07:41 |
| eFfeM64 | JosefHolzmayrThe thanks | 07:41 |
| JosefHolzmayrThe | eFfeM64: what distro/release are you on? | 07:42 |
| *** eFfeM <eFfeM!~eFfeM@185.184.109.34> has quit IRC (Ping timeout: 256 seconds) | 07:43 | |
| eFfeM64 | JosefHolzmayrThe I just tried to clone on ubuntu 20.04 under WSL, but actually we saw the issue first on our build agent | 07:43 |
| JosefHolzmayrThe | eFfeM64: and the agent uses? | 07:44 |
| *** eFfeM <eFfeM!~eFfeM@185.184.109.34> has joined #yocto | 07:45 | |
| eFfeM | back again, I just tried on an ubuntu 20.04 system and there it worked | 07:45 |
| JaMa | do you have ca-certificates installed in WSL? | 07:45 |
| alicef_ | eFfeM: check if works with "git config --global http.sslverify false" ? | 07:48 |
| *** eFfeM64 <eFfeM64!~eFfeM@a97014.upc-a.chello.nl> has quit IRC (Ping timeout: 256 seconds) | 07:48 | |
| eFfeM | JaMa JosefHolzmayrThe tried on build agent and there it now works, in WSL it still fails but indeed I have no ca-certificates installed there, will try | 07:48 |
| JosefHolzmayrThe | i wonder if there have been recent changes in ubuntu there. | 07:48 |
| alicef_ | there have been recent changes in letsencrypt | 07:49 |
| eFfeM | JaMa ca-certificates were installed on WSL | 07:49 |
| alicef_ | they disabled dsu root x3 | 07:49 |
| alicef_ | and changed it with ISRG root X1 | 07:50 |
| alicef_ | https://techcrunch.com/2021/09/21/lets-encrypt-root-expiry/ | 07:50 |
| eFfeM | alicef_ with setting http.sslverify to false it works | 07:51 |
| alicef_ | if so is the ssl root certification probably broken. you should find a way of updating it for a "permanent" solution | 07:53 |
| alicef_ | try to update ca-certificates package or try to use update-ca-certificates command | 07:53 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:56 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:58 | |
| RP | abelloni, kanavin: we should be ok on builds again now | 07:59 |
| alicef_ | JosefHolzmayrThe: how do you open a yocto issue ? maybe we should document this | 08:00 |
| JosefHolzmayrThe | alicef_: there's a bugzilla | 08:00 |
| alicef_ | link ? | 08:01 |
| alicef_ | ah found | 08:01 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 08:06 | |
| rburton | if you get TLS/SSL failures then you just need to update ca-certificates. | 08:07 |
| qschulz | jonmason: if the non-https downloads links are not in literal blocks, please use :yocto_dl: to replace them | 08:09 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 08:09 | |
| qschulz | I should say that on the ML, so will do | 08:12 |
| qschulz | which exists only for yocto-docs and not bitbake/docs | 08:15 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 08:27 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 08:30 | |
| eFfeM | alicef_ rburton update-ca-certificates didnt fix it for me | 08:35 |
| kanavin | RP: PLATFORM:·noarch-unknown-linux vs PLATFORM:·noarch-pc-linux | 08:37 |
| kanavin | RP: seems like my build with TARGET_SYS changes could've poisoned the cache somehow? :-/ | 08:38 |
| kanavin | really don't understand how it could happen - I never seen this before | 08:38 |
| kanavin | RP: also, only noarch packages | 08:40 |
| kanavin | RP: I can check how that header's value gets produced | 08:40 |
| kanavin | there might be undesirable leakage that wasn't triggered before | 08:41 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:51 | |
| kanavin | RP: I had changed meta/site in my build and I think that isn't factored into sstate signatures | 08:56 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:59 | |
| kanavin | RP: let me see how rpm gets that value | 09:00 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 09:00 | |
| *** wCPO7 <wCPO7!~wCPO@mail.klausen.dk> has joined #yocto | 09:14 | |
| *** __ad <__ad!~heisenbug@2a01:4f8:c2c:5a84::1> has quit IRC (Excess Flood) | 09:15 | |
| *** ad__ <ad__!~heisenbug@2a01:4f8:c2c:5a84::1> has joined #yocto | 09:15 | |
| eFfeM | alicef_ just want to let you know that updating ca-certificates did help, also with WSL. Stupid me forgot to do an apt-get update first :O | 09:15 |
| *** wCPO <wCPO!~wCPO@mail.klausen.dk> has quit IRC (Ping timeout: 264 seconds) | 09:16 | |
| *** wCPO7 is now known as wCPO | 09:16 | |
| eFfeM | thanks for your help alicef_ JosefHolzmayrThe | 09:16 |
| JosefHolzmayrThe | np, have fun! | 09:17 |
| eFfeM | always :-) | 09:18 |
| lukma | Dear Community, Is there any reason that do_rootfs modify the ELF headers of programs? | 09:24 |
| lukma | In the "package" (or even in image directory) the ELF program seems not to be touched | 09:25 |
| lukma | but when I inspect it with readelf on the running rootfs, it has some offset added (to entry point value for example) | 09:25 |
| JosefHolzmayrThe | lukma: you probably have prelink enabled, then. | 09:26 |
| michaelo | Hello. Any reason for having the sstate.yoctoproject.org available only though http, not https? | 09:34 |
| lukma | JosefHolzmayrThe: Thanks for the hint | 09:35 |
| lukma | I will investigate this :-) | 09:35 |
| JosefHolzmayrThe | have fun! | 09:37 |
| kanavin | RP: still not sure. that field is written into rpms during package_write_rpm, the task depends on rpm-native:populate_sysroot, that depends on rpm-native:configure, that depends on BUILD_SYS, which depends on BUILD_VENDOR | 09:44 |
| RP | kanavin: I was wondering if it could have been cross pollution but in the sstatesig patch, I changed sstate version and hash equiv version so it shouldn't have been that, just bad timing I think | 09:44 |
| RP | kanavin: I'm wondering if my changes meant noarch was being crossed between musl and non-musl or something | 09:45 |
| RP | kanavin: it could also be arm host somehow i guess | 09:45 |
| *** Nalgas <Nalgas!~Nalgas@bl21-230-36.dsl.telepac.pt> has joined #yocto | 09:48 | |
| *** jonatan <jonatan!~jonatan@2a05:f6c4:2013:0:3a4:ac15:ef12:4b78> has joined #yocto | 09:50 | |
| RP | kanavin: what is the command to view an rpm's tags? I'm sure I did know at some point :/ | 09:51 |
| jonatan | Hi everyone. I am setting up a project with a lot of python packages, several of which depend on the Poetry build tool. Yocto doesn't have any poetry-native support yet, right? | 09:51 |
| RP | jonatan: the layer index would be the best place to check and see if it exists anywhere | 09:52 |
| rburton | oh great another "useful" tool | 09:53 |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC (Read error: Connection reset by peer) | 09:53 | |
| qschulz | rburton: there's flit also for python packages :) | 09:54 |
| JosefHolzmayrThe | rburton: cue xkcd "standards" | 09:54 |
| jonatan | Ah, I haven't actually seen the layer index before. That's nice. But nothing with Poetry, it looks like | 09:55 |
| rburton | poetry looks like it does everything possible to be actively hostile to traditional distributions | 09:55 |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 09:57 | |
| RP | kanavin: I'm pretty sure it is arm host built rpms vs those built on x86 | 09:57 |
| jonatan | First bad things I hear about poetry, to be honest - but also my first time using it with Yocto. It doesn't play well with buildroot, either | 09:58 |
| kanavin | RP: right, meanwhile the rust target issue seems to be down to just mozjs trying to be clever (and failing), it's not rust-wide :) | 09:58 |
| RP | kanavin: just going off "strings <rpm>" I see noarch-unknown-linux on arm and pc-linux on x86 | 09:59 |
| RP | kanavin: I wonder what we should force this value to. Probably "pc" looking at the platform files | 09:59 |
| kanavin | mozjs is calling out to some GNU config.sub nonsense to canonicalize the system name, GNU script adds -gnu to the name, and then that's used as a rust target | 10:00 |
| RP | kanavin: ah, config.sub is rather gnu centric | 10:01 |
| kanavin | I guess I can patch that out, just need to find where | 10:02 |
| kanavin | RP: I suspect those names are provided by the same config.sub, but this time in rpm-native's configure | 10:03 |
| kanavin | you can run it directly to see what it prints | 10:03 |
| kanavin | for rpm, we can simply set --vendor btw | 10:04 |
| RP | kanavin: I think it is way worse, see the rpm/platform/ files. There is no aarch64 one | 10:04 |
| RP | kanavin: but yes, I think we can just code it | 10:04 |
| kanavin | RP: those are dynamically generated | 10:04 |
| kanavin | RP: the value is determined as RPMCANONVENDOR at do_configure | 10:05 |
| RP | kanavin: dynamically generated from what? :/ | 10:05 |
| kanavin | ${S}/platform.in | 10:06 |
| RP | kanavin: good news, setting _vendor does fix it on the arm worker | 10:06 |
| kanavin | RP: I guess we can just add --vendor=${TARGET_VENDOR} to ./configure | 10:08 |
| kanavin | RP: --with-vendor, exactly | 10:09 |
| RP | kanavin: yes, that would help with determinism I guess | 10:09 |
| RP | kanavin: that also works in testing so I'll send a patch as it is probably the better fix, thanks! | 10:13 |
| kanavin | RP: cheers | 10:13 |
| kanavin | RP: nice coincidence that I am sorting the same issue in mozjs, so have a 'hot cache' in my head ;) | 10:13 |
| RP | kanavin: yes, and ironic you were poking this system wide so it looks like corruption but isn't | 10:14 |
| RP | rburton: it suggests output on the arm workers isn't being well reused on x86 until now, quite interesting | 10:15 |
| *** gourve_l <gourve_l!~laurent@40.72.95.92.rev.sfr.net> has quit IRC (Ping timeout: 260 seconds) | 10:15 | |
| rburton | ah interesting | 10:16 |
| RP | rburton: and always norarch only since we don't build x86 on arm and we test reproducibility with an x86 target | 10:18 |
| JosefHolzmayrThe | don't tell me you haven't been warned, folks! https://www.instagram.com/yoctoproject/ | 10:18 |
| kanavin | RP: you opted for 'pc'? I guess it doesn't matter. | 10:23 |
| RP | kanavin: it is the value we've had everywhere so far | 10:24 |
| kanavin | RP: right, I'm just a bit worried that this mismatch will come up somewhere | 10:24 |
| kanavin | (pc vs poky) | 10:24 |
| kanavin | but I guess it hasn't until now | 10:25 |
| *** gourve_l <gourve_l!~laurent@static-176-175-104-214.ftth.abo.bbox.fr> has joined #yocto | 10:31 | |
| RP | kanavin: I suspect there is a much bigger chance there is rpm magic that looks for "pc" | 10:48 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 10:51 | |
| CocoJoe | is it possible to verify a wic with bmap without doing antyhing else? | 10:55 |
| JosefHolzmayrThe | CocoJoe this is mostly a bmap topic I guess, but at least it's manpage mentions nothing like it. | 11:05 |
| *** gourve_l <gourve_l!~laurent@static-176-175-104-214.ftth.abo.bbox.fr> has quit IRC (Ping timeout: 265 seconds) | 11:06 | |
| *** gourve_l <gourve_l!~laurent@static-176-175-104-214.ftth.abo.bbox.fr> has joined #yocto | 11:20 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 11:31 | |
| nucatus | hello! What is the yocto way of configure a specific package to use a predefined configuration file based on the image it is built? For instance, if imgA is built, our package would install /etc/confA file, and if imgB is built, out package would install the /etc/confB | 11:36 |
| JosefHolzmayrThe | nucatus: none, because thats not how it works. the package recipe has no way of knowing the image in question (think, what would happen if you build two images? or none?) | 11:37 |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 11:37 | |
| JosefHolzmayrThe | nucatus: one common way would be to provide seperate recipes, where the images only pull in one each. | 11:38 |
| JosefHolzmayrThe | shared things can go into an include that the packages all use. | 11:38 |
| JosefHolzmayrThe | an alternative are distro flags. | 11:38 |
| qschulz | JosefHolzmayrThe: you could have two packages only from the same recipe (provided the paths of both config files are different, otherwise need to play with pkg_post_inst and RCONFLICTS between the two packages, but not impossible) | 11:39 |
| JosefHolzmayrThe | qschulz: sure, one recipe can provide multiple packages too. | 11:39 |
| nucatus | ok. I think it makes sense now | 11:40 |
| JosefHolzmayrThe | when did it not make sense? ;-) | 11:40 |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 11:41 | |
| nucatus | it was not clear for me whether the image is a proper place to make such configuration | 11:42 |
| qschulz | nucatus: an image is still a recipe and recipes cannot impact other recipes | 11:43 |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 11:43 | |
| *** mckoan is now known as mckoan|away | 11:52 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 12:10 | |
| *** bunk <bunk!~bunk@debian/bunk> has quit IRC (Quit: leaving) | 12:30 | |
| *** bunk <bunk!~bunk@debian/bunk> has joined #yocto | 12:51 | |
| jonmason | qschulz: the yocto_dl is only for inside documentation, correct? | 13:01 |
| qschulz | jonmason: it'll just be replaced by https://docs.yoctoproject.org c.f. https://git.yoctoproject.org/cgit/cgit.cgi/yocto-docs/tree/documentation/conf.py#n76 | 13:03 |
| qschulz | the %s is replaced by X from :yocto_dl:`X` | 13:03 |
| qschulz | by https://download.yoctoproject.org * | 13:04 |
| qschulz | +s | 13:04 |
| jonmason | yes, I get that part | 13:04 |
| qschulz | ok, :yocto_dl: can only be used from within the project that sphinx is building | 13:04 |
| qschulz | so yocto-docs only | 13:04 |
| jonmason | these changes are all over the place, just making sure it's only in the docs repo | 13:04 |
| jonmason | 84 files changed, 208 insertions(+), 208 deletions(-) | 13:05 |
| qschulz | not all extlinks are present in the bitbake docs though | 13:05 |
| qschulz | (and since it's a different docs project... :) ) | 13:05 |
| jonmason | exactly, PITA | 13:05 |
| qschulz | one more thing we should put in common between the two projects I guess :| | 13:06 |
| qschulz | ndec_: ^ | 13:06 |
| qschulz | jonmason: be careful, extlinks do NOT work in blocks (at least literal, probably code-blocks too) | 13:06 |
| qschulz | so a simple sed might be a bit too optimistic :) | 13:07 |
| jonmason | qschulz: docs n00b. by blocks what do you mean? | 13:08 |
| jonmason | PREMIRRORS:prepend = "\ | 13:08 |
| jonmason | - git://.*/.* http://downloads.yoctoproject.org/mirror/sources/ \n \ | 13:08 |
| jonmason | not that? | 13:08 |
| qschulz | jonmason: https://www.sphinx-doc.org/en/master/usage/restructuredtext/basics.html#rst-literal-blocks | 13:18 |
| jonmason | qschulz: RTFM? ;-) Thanks for the link, I will actually read it now | 13:19 |
| qschulz | jonmason: and maybe https://www.sphinx-doc.org/en/master/usage/restructuredtext/directives.html#directive-code-block | 13:19 |
| qschulz | so, basically any section starting with :: (can be at the end of a sentence, or at the beginning of the line) | 13:20 |
| jonmason | qschulz: looking over the changes, I think all but maybe one hyperlink is in a block | 13:20 |
| qschulz | and MAYBE (haven't checked), the sections started by .. code-block:: | 13:20 |
| qschulz | jonmason: not RTFM, I always link the docs in case I misinterpreted (and also for reference :) ) | 13:21 |
| jonmason | honestly, it's probably why they were http and not replaced anyway | 13:21 |
| jonmason | qschulz: not offended, just joking around | 13:21 |
| qschulz | jonmason: the shortest way to figure this out is to run make before your changes, then after, then do a git diff or meld on that output and see if the changes are what you wanted in the first place | 13:22 |
| qschulz | if the :yocto_dl: extlink is not replaced, it'll be obvious to the eye :) | 13:22 |
| qschulz | jonmason: I had guessed :) | 13:22 |
| qschulz | jonmason: the thing we COULD do is replace those with an entry in poky.yaml instead | 13:23 |
| qschulz | which would be something like &YOCTO_DL; and then it would work, because we change those and not sphinx (well, it's part of sphinx process but we do it manually, without sphinx help) | 13:23 |
| qschulz | s/change/replace | 13:23 |
| qschulz | which incidentally also only exists in yocto-docs and not bitbake :) | 13:24 |
| qschulz | I think a search and replace will do for now :) | 13:25 |
| jonmason | qschulz: so, what I'm hearing is that for documentation, I should add the yocto_dl and similar into poky.yaml, then replace everything in the blocks with that | 13:26 |
| jonmason | YOCTO_DL_URL : "https://downloads.yoctoproject.org" | 13:26 |
| jonmason | looks like its already there | 13:26 |
| qschulz | well, then yes :) | 13:27 |
| qschulz | for yocto-docs only | 13:27 |
| qschulz | does not apply to bitbake/docs unfortunately | 13:27 |
| jonmason | yes, and I've many changes there as well | 13:27 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:55 | |
| *** Flumpy33 <Flumpy33!~dev@178-84-56-61.dynamic.upc.nl> has joined #yocto | 13:55 | |
| qschulz | michaelo: we need a download button on docs.yoctoproject.org for the epub and pdf now :) | 13:55 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 13:56 | |
| *** eFfeM <eFfeM!~eFfeM@185.184.109.34> has quit IRC (Quit: Client closed) | 14:00 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 14:04 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 14:05 | |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto | 14:16 | |
| *** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:9502:f9d3:d146:db2c> has joined #yocto | 14:17 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has quit IRC (Ping timeout: 265 seconds) | 14:20 | |
| kanavin | RP: new master-next a-full started without stopping the previous one, is that intentional? | 14:21 |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 14:22 | |
| *** kiran <kiran!~kiran@2607:fea8:5a80:ea0:ac76:21e9:f28d:9110> has joined #yocto | 14:27 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:28 | |
| *** jonatan <jonatan!~jonatan@2a05:f6c4:2013:0:3a4:ac15:ef12:4b78> has quit IRC (Quit: Leaving) | 14:30 | |
| *** artri <artri!~artri@bras-base-toroon4843w-grc-03-76-67-19-22.dsl.bell.ca> has joined #yocto | 14:41 | |
| *** Flumpy33 <Flumpy33!~dev@178-84-56-61.dynamic.upc.nl> has quit IRC (Ping timeout: 246 seconds) | 14:48 | |
| *** atril <atril!~artri@208.116.134.46> has joined #yocto | 14:48 | |
| *** artri <artri!~artri@bras-base-toroon4843w-grc-03-76-67-19-22.dsl.bell.ca> has quit IRC (Ping timeout: 265 seconds) | 14:51 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has joined #yocto | 14:56 | |
| *** Nalgas <Nalgas!~Nalgas@bl21-230-36.dsl.telepac.pt> has quit IRC (Ping timeout: 256 seconds) | 14:58 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has quit IRC (Ping timeout: 245 seconds) | 14:58 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 15:00 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 245 seconds) | 15:04 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 15:06 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 15:08 | |
| *** sstiller <sstiller!~sstiller@p200300f07f17300024ddd8716908173a.dip0.t-ipconnect.de> has quit IRC (Quit: Leaving) | 15:11 | |
| ad__ | how can i overlay a bbclass of a lower layer in my bsp layer ? | 15:11 |
| *** Nalgas <Nalgas!~Nalgas@62.153.212.4> has joined #yocto | 15:12 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Read error: Connection reset by peer) | 15:12 | |
| ad__ | i just tried with same bbclass name inside my layer, in /classes , but does not work | 15:12 |
| *** iokill_ is now known as iokill | 15:15 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 15:15 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 15:16 | |
| qschulz | ad__: you're not supposed to do it | 15:18 |
| ad__ | qschulz, ok, i created a custom class and inherited it | 15:18 |
| qschulz | yup, that works :) | 15:18 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 15:23 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Read error: Connection reset by peer) | 15:23 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 15:23 | |
| vd898 | kinda existential question: does "core" in recipes-core originally came from the "core" layer (OE-Core) and was then cargocult used by other layers or does "core" as another meaning here? | 15:24 |
| rburton | recipes-core are recipes that are core to a system | 15:27 |
| rburton | recipes-* are basically arbitrary namespaces | 15:27 |
| moto-timo | vmeson: python3-cryptography 3.4.8 (really it's setuptools-rust/pyo3) is failing on musl. it ends up trying to rebuild the rust code in do_install and I don't know why. | 15:28 |
| moto-timo | vmeson: and python3-cryptography 35.0.0 uses a newer version of pyo3 (0.14.5) that only seems to work on host == target | 15:29 |
| moto-timo | vmeson: plus tgamblin is seeing the "rebuild in do_install" even on qemux86-64 which seems somehow to be host dependent :/ | 15:30 |
| vd898 | when you change a recipe's PACKAGECONFIG, do_configure is naturally triggered again, but does do_compile restart from scratch or from the previous compilation? | 15:35 |
| RP | kanavin: yes, testing two things in parallel | 15:38 |
| qschulz | vd898: tasks are organized in a tree | 15:41 |
| qschulz | all leaf nodes to the current task are retriggered if current task is modified | 15:41 |
| qschulz | and do_compile depends on do_configure so yes | 15:41 |
| qschulz | except... if you have hashequiv server running and two different do_configure actually output the exact same thing, in which case the sstate-cache of compile is used | 15:42 |
| rburton | vd898: most recipes do out-of-tree builds so on configure the build tree is entirely deleted. some recipes don't support that, so you don't get a guaranteed build from clean. | 15:49 |
| qschulz | oh, completely missed the question I see :) | 15:52 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 15:52 | |
| *** xicopitz[m] <xicopitz[m]!~xicopitzm@2001:470:69fc:105::4869> has quit IRC (Quit: You have been kicked for being idle) | 16:00 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 16:03 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 245 seconds) | 16:04 | |
| *** zpfvo <zpfvo!~fvo@88.130.217.36> has quit IRC (Quit: Leaving.) | 16:05 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 16:07 | |
| vmeson | moto-timo: is that using buildall-qemu ? I see a glibc then musl failure for rust-hello-world. pgowda_ is working on that... | 16:08 |
| *** user_ <user_!~user@14.142.4.2> has quit IRC (Remote host closed the connection) | 16:13 | |
| *** user123 <user123!~user@14.142.4.2> has joined #yocto | 16:13 | |
| pgowda_ | A patch is posted as well as per Richard's (RP) suggestions that fixed the issue.. | 16:16 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 245 seconds) | 16:17 | |
| pgowda_ | @moto-timo: https://lists.openembedded.org/g/openembedded-core/message/156513 | 16:18 |
| *** CocoJoe <CocoJoe!~CocoJoe@xb9b5dc3e.cust.hiper.dk> has quit IRC (Quit: Client closed) | 16:19 | |
| *** creich_ <creich_!~creich@p200300f6af34b210d25002826bf78cc7.dip0.t-ipconnect.de> has joined #yocto | 16:19 | |
| *** davidinux <davidinux!~davidinux@84.17.59.156> has quit IRC (Ping timeout: 268 seconds) | 16:19 | |
| *** bunk <bunk!~bunk@debian/bunk> has quit IRC (Ping timeout: 265 seconds) | 16:20 | |
| *** davidinux <davidinux!~davidinux@84.17.59.156> has joined #yocto | 16:21 | |
| *** creich <creich!~creich@p200300f6af34b210d25002826bf78cc7.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 265 seconds) | 16:21 | |
| *** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has quit IRC (Ping timeout: 260 seconds) | 16:21 | |
| *** Barry[m] <Barry[m]!~barryriot@2001:470:69fc:105::900> has quit IRC (Ping timeout: 260 seconds) | 16:21 | |
| *** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has quit IRC (Ping timeout: 260 seconds) | 16:21 | |
| *** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has quit IRC (Ping timeout: 260 seconds) | 16:21 | |
| *** khem <khem!~khemmatri@2001:470:69fc:105::b81> has quit IRC (Ping timeout: 260 seconds) | 16:21 | |
| *** Nate[m]1 <Nate[m]1!~nsdrudema@2001:470:69fc:105::f855> has quit IRC (Ping timeout: 260 seconds) | 16:21 | |
| *** saYco[m] <saYco[m]!~saycomatr@2001:470:69fc:105::1:2a0> has quit IRC (Ping timeout: 260 seconds) | 16:21 | |
| *** berton[m] <berton[m]!~berton@2001:470:69fc:105::ce36> has quit IRC (Ping timeout: 260 seconds) | 16:21 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 265 seconds) | 16:21 | |
| *** bantu_ <bantu_!~bantu@edna.bantux.com> has quit IRC (Ping timeout: 264 seconds) | 16:22 | |
| *** Spectrejan[m] <Spectrejan[m]!~spectreja@2001:470:69fc:105::1609> has quit IRC (Ping timeout: 260 seconds) | 16:22 | |
| *** bantu <bantu!~bantu@edna.bantux.com> has joined #yocto | 16:22 | |
| *** bunk <bunk!~bunk@debian/bunk> has joined #yocto | 16:25 | |
| *** chrfle_ <chrfle_!~chrfle@217-209-195-249-no206.tbcn.telia.com> has joined #yocto | 16:28 | |
| *** chrfle <chrfle!~chrfle@217-209-195-249-no206.tbcn.telia.com> has quit IRC (Ping timeout: 252 seconds) | 16:29 | |
| *** chrfle_ is now known as chrfle | 16:29 | |
| RP | rburton: Sstate summary: Wanted 2672 Local 0 Network 2657 Missed 15 Current 0 (99% match, 0% complete) | 16:32 |
| RP | JPEW: that hack in bitbake master-next does look to solve the problem | 16:32 |
| JPEW | RP: cool | 16:33 |
| RP | (the 15 was base-files rebuilding as I changed the branch head) | 16:33 |
| *** Barry[m] <Barry[m]!~barryriot@2001:470:69fc:105::900> has joined #yocto | 16:37 | |
| *** berton[m] <berton[m]!~berton@2001:470:69fc:105::ce36> has joined #yocto | 16:41 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 3.2) | 16:41 | |
| *** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has joined #yocto | 16:43 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 16:43 | |
| *** vd898 <vd898!~vd898@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 16:44 | |
| *** vd898 <vd898!~vd898@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 16:44 | |
| *** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has joined #yocto | 16:44 | |
| *** saYco[m] <saYco[m]!~saycomatr@2001:470:69fc:105::1:2a0> has joined #yocto | 16:46 | |
| *** Nate[m]1 <Nate[m]1!~nsdrudema@2001:470:69fc:105::f855> has joined #yocto | 16:46 | |
| *** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has joined #yocto | 16:47 | |
| kanavin | RP: right, I'll wait :) | 16:50 |
| *** Spectrejan[m] <Spectrejan[m]!~spectreja@2001:470:69fc:105::1609> has joined #yocto | 16:50 | |
| RP | kanavin: I have yet another queued too. Trying to sort a few last minute changes and test a key bugfix in isolation | 16:51 |
| moto-timo | vmeson: pgowda_: this was with multiconfig building qemux86-64, qemux86-musl and qemuarm64 | 16:51 |
| *** khem <khem!~khemmatri@2001:470:69fc:105::b81> has joined #yocto | 16:51 | |
| RP | kanavin: I did stop the earlier one now we have the needed data from it (the noarch stuff is corrupt in sstate right now :( ) | 16:51 |
| RP | I feared that was the case | 16:52 |
| moto-timo | vmeson: pgowda_: to be clear, it is something specific in setuptools-rust and/or pyo3 (the rust bindings for python). Not obviously a problem with rust stack in oe-core. | 16:52 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:53 | |
| jonmason | qschulz: thanks for the reviews. patch 7/8 should address what you were mentioning this morning | 17:07 |
| vmeson | moto-timo: ok, thanks for the heads up. there's an uprev of rust to 1.55 in kanavin's poky-contrib tree so you might try that just for fun. pgowda_ says it fixed: DEBUG_BUILD = "1" for rust. | 17:08 |
| kanavin | a lot of other rust fixes too | 17:08 |
| kanavin | latest greatest librsvg and mozjs build ok now :) | 17:09 |
| kanavin | mozjs in particular would've prevented python 3.10 otherwise :-/ | 17:09 |
| kanavin | (staying with old rustless one) | 17:09 |
| kanavin | and one can't just blacklist it, because polkit needs it | 17:09 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 17:13 | |
| *** CocoJoe <CocoJoe!~CocoJoe@xb9b5dc3e.cust.hiper.dk> has joined #yocto | 17:13 | |
| moto-timo | kanavin: great work. I'll try my 2 branches rebased that as well. | 17:28 |
| moto-timo | 1 branch is python3-cryptography 3.4.8 which was working for me except musl (but tgamblin had trouble on F34 on qemux86-64 for _reasons_). The other is 35.0.0 which upgrades pyo3 and is failing in other ways... | 17:29 |
| moto-timo | either way, they aren't landing in honister branches anymore I assume so punt to kirkstone | 17:29 |
| * moto-timo might go back to phosh for a bit | 17:31 | |
| *** frieder <frieder!~frieder@i59F722B4.versanet.de> has quit IRC (Remote host closed the connection) | 17:32 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC (Read error: Connection reset by peer) | 17:32 | |
| vd898 | I was wondering about package configuration. Some recipes like systemd and (meta-arago) qtbase have a ${PN}-conf package to deploy /etc files. Similarly to ${PN}-dev, should ALL package have a ${PN}-conf package so that any package can be easily configure by users and distros? | 17:34 |
| vd898 | RP: ^ | 17:34 |
| vd898 | (or at least a conf.bbclass that one can inherit from a bbappend or from INHERIT so that it activates ${PN}-conf package(s)) | 17:35 |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 17:36 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 17:51 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 18:06 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.3-dev) | 18:25 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 18:30 | |
| *** Nalgas <Nalgas!~Nalgas@62.153.212.4> has quit IRC (Quit: Client closed) | 18:39 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 18:42 | |
| *** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:9502:f9d3:d146:db2c> has quit IRC (Quit: Client closed) | 18:57 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 19:00 | |
| *** florian <florian!~florian@dynamic-078-049-002-158.78.49.pool.telefonica.de> has joined #yocto | 19:01 | |
| *** tre <tre!~tre@ip5f588630.dynamic.kabel-deutschland.de> has joined #yocto | 19:05 | |
| RP | vd898: we don't have any policy like that | 19:35 |
| RP | I'm not even sure it would be straight forward to do in the general case | 19:36 |
| vd898 | so a conf.bbclass which adds a ${PN}-conf package and e.g. CONF_FILES to fetch from SRC_URI would make sense for huge package like systemd then? | 19:40 |
| * RP realises that agl certificate problems took out my queued builds :( | 19:43 | |
| RP | smurray, dl9pf: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/2716 - think it is fixed now though? | 19:44 |
| *** Jon96 <Jon96!~Jon@83.141.247.146> has joined #yocto | 19:44 | |
| khem | vd: re qtlocation, is that due to -fcommon flag ? | 19:45 |
| smurray | RP: I believe dl9pf fixed the certificates on the AGL hosting, yes | 19:45 |
| RP | smurray: I'm just a bit worried that takes out our builds :( | 19:46 |
| *** vquicksi1 <vquicksi1!~nobody@user/vquicksilver> has quit IRC (Quit: WeeChat 3.1) | 19:47 | |
| khem | vd898: I would question the benefits of doing so. I can see multi init system setups but then now a days packages have systemd support in more than conf files | 19:47 |
| *** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has joined #yocto | 19:47 | |
| smurray | RP: he's been on vacation (back next week AIUI), and I've no access to that side of the infra, so if you're seeing issues today, it might be a problem unless he checks irc / email | 19:47 |
| RP | smurray: I think it is fixed now, this build is running past the failure poin | 19:48 |
| RP | smurray: I'd just expected to see a build 2.5 hours in now :/ | 19:48 |
| smurray | RP: I notice it's a debian 8 builder, I guess the new ca-certificates is in the buildtools? | 19:48 |
| RP | smurray: yes, should be | 19:49 |
| smurray | RP: it clones with that URI here, so a bit puzzling | 19:50 |
| RP | smurray: I think it is fixed now | 19:50 |
| smurray | RP: okay, cool | 19:50 |
| vd898 | khem: so are you saying that packages like this one aren't the way to go and a bbappend must be preferred? http://arago-project.org/git/?p=meta-arago.git;a=blob;f=meta-arago-distro/recipes-qt/qt5/qtbase-conf_1.0.bb;h=5c2974e1f37f00221409362a05ed2971ede47e53;hb=HEAD | 19:51 |
| RP | vd898: systemd is more of a special case for this, most recipes are a lot more entwined for these things | 19:53 |
| *** tre <tre!~tre@ip5f588630.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 19:57 | |
| khem | it makes sense when say you have platform specific configs | 19:58 |
| khem | so you just want the configs to be machine specific and main package could still be arch specific | 19:58 |
| khem | RP: I looked at https://fedoraproject.org/wiki/Changes/PythonNoSemanticInterpositionSpeedup | 19:59 |
| khem | RP: I think we should experiment with this option and see if it has something in it for us | 19:59 |
| khem | marex pointed this as well | 19:59 |
| RP | khem: right, marex mentioned to me as well. I think there is an open bug. Maybe tgamblin has it? | 20:02 |
| khem | I dont have bug | 20:04 |
| khem | so maybe open one | 20:04 |
| vd898 | khem: why one would prefer to add a foo-conf package rather and adding SRC_URI:machine in the main package? | 20:04 |
| marex | khem: am I missing something in the log ? | 20:05 |
| RP | khem: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14466 | 20:12 |
| RP | and in searching for that I found another bug I think I accidentally fixed | 20:14 |
| RP | hmm, actually not :( | 20:14 |
| JaMa | vd898: because foo-conf will be MACHINE_ARCH while main package can stay TUNE_PKGARCH (shared between multiple machines) | 20:16 |
| JaMa | you can even add foo-conf to main package RDEPENDS as long as it's just config file without any ABI different between machines (and you add it to SIGGEN_EXCLUDERECIPES_ABISAFE or SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS), I was using it quite havily in meta-fso (long time ago) | 20:17 |
| JaMa | making qtbase (and everything which depends on it like qtwebengine) effectivelly MACHINE_ARCH is BAD especially when the only reason is small MACHINE specific config file you were too lazy to ship in separate recipe | 20:19 |
| marex | RP: that bug 14466 , i.e. enabling fno-semantic-interposition , does not really do the 1.3x trick, does it ? | 20:20 |
| vd898 | JaMa: that's why I'm proposing that OE-Core provides something like that, like a conf.bbclass to easily add machine specific configuration files to an arch specific package | 20:20 |
| RP | marex: well, our hope is that it would | 20:21 |
| RP | marex: your tests suggest it doesn't | 20:21 |
| marex | RP: I tried, it does not (as-is) | 20:21 |
| marex | yep | 20:21 |
| marex | but then, maybe I messed something up ? | 20:21 |
| RP | marex: I've not tried it. I really have my hands full at the moment | 20:21 |
| marex | RP: for me it isnt urgent | 20:22 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Remote host closed the connection) | 20:22 | |
| marex | RP: so ... no stress ? | 20:22 |
| RP | marex: could you add a comment about what you tried and how you measured the speed? | 20:22 |
| RP | marex: we may as well collect the data we have in the bug | 20:22 |
| RP | marex: I'm sure one of us will get to having a look at it at some point | 20:22 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 20:22 | |
| marex | RP: yea....have my hands full too, I'll just add it to my roll of todo paper | 20:23 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 20:29 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 20:30 | |
| *** florian <florian!~florian@dynamic-078-049-002-158.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 20:31 | |
| *** zkrx <zkrx!~slimshady@194.230.138.56> has quit IRC (Ping timeout: 265 seconds) | 20:35 | |
| override | whats the difference between RDEPENDS and RECOMMENDS | 20:37 |
| vd898 | override RDEPENDS lists packages that are necessary for the program to run properly (otherwise it may fail) and RRECOMMENDS list package that are not crucial for the execution of the program but that you are likely to want (like plugins for example) | 20:39 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 20:53 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 20:57 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 21:02 | |
| halstead | RP: I Debian 8 is running openssl 1.0.1t-1 but the new certs need openssl 1.1.0 or later. I think we need to retire debian 8. I can replace it with Debian 11. | 21:05 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds) | 21:05 | |
| *** Jon96 <Jon96!~Jon@83.141.247.146> has quit IRC (Quit: Client closed) | 21:06 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 21:09 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 21:11 | |
| RP | halstead: I think buildtools have that covered but retiring I think makes sense at this point | 21:12 |
| RP | debian8 has done well but... :) | 21:12 |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has joined #yocto | 21:12 | |
| RP | halstead: oh, I think I understand - the checkout is happening with the host's certs as buildtools isn't present yet | 21:12 |
| RP | If the certs are the issue there then yes, we should retire | 21:13 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 21:16 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 21:21 | |
| *** JPEW <JPEW!sid500061@id-500061.helmsley.irccloud.com> has quit IRC (Ping timeout: 246 seconds) | 21:22 | |
| *** halstead <halstead!sid505447@id-505447.ilkley.irccloud.com> has quit IRC (Ping timeout: 252 seconds) | 21:23 | |
| *** georgem <georgem!uid210681@id-210681.tinside.irccloud.com> has quit IRC (Ping timeout: 252 seconds) | 21:23 | |
| *** cengiz_io <cengiz_io!sid223191@id-223191.ilkley.irccloud.com> has quit IRC (Ping timeout: 240 seconds) | 21:23 | |
| *** Crofton_ <Crofton_!sid401373@id-401373.lymington.irccloud.com> has quit IRC (Ping timeout: 252 seconds) | 21:23 | |
| *** madisox <madisox!sid453692@id-453692.ilkley.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 21:23 | |
| *** ldts <ldts!sid269548@id-269548.hampstead.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 21:23 | |
| *** armpit <armpit!sid501830@id-501830.uxbridge.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 21:23 | |
| *** flynn378 <flynn378!sid63564@id-63564.ilkley.irccloud.com> has quit IRC (Ping timeout: 240 seconds) | 21:23 | |
| *** dagmcr <dagmcr!sid323878@id-323878.uxbridge.irccloud.com> has quit IRC (Ping timeout: 246 seconds) | 21:23 | |
| *** moto-timo <moto-timo!sid495702@fedora/ttorling> has quit IRC (Ping timeout: 240 seconds) | 21:23 | |
| *** bradfa <bradfa!sid297668@id-297668.helmsley.irccloud.com> has quit IRC (Ping timeout: 250 seconds) | 21:23 | |
| *** aeroraptor <aeroraptor!sid503835@id-503835.ilkley.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 21:23 | |
| *** darknighte <darknighte!sid214177@user/darknighte> has quit IRC (Ping timeout: 268 seconds) | 21:23 | |
| *** NishanthMenon_ <NishanthMenon_!sid138049@id-138049.uxbridge.irccloud.com> has quit IRC (Ping timeout: 246 seconds) | 21:24 | |
| *** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has quit IRC (Ping timeout: 246 seconds) | 21:24 | |
| *** rmmr <rmmr!sid240755@id-240755.helmsley.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 21:24 | |
| *** xtopher_ <xtopher_!sid495823@id-495823.tinside.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 21:24 | |
| *** awafaa <awafaa!sid716@id-716.uxbridge.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 21:24 | |
| *** mithro <mithro!sid24875@id-24875.ilkley.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 21:24 | |
| *** smurray <smurray!sid98062@id-98062.hampstead.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 21:24 | |
| *** elfenix|cloud <elfenix|cloud!uid516192@2a03:5180:f:1::7:e060> has quit IRC (Ping timeout: 260 seconds) | 21:24 | |
| *** fancer <fancer!fancer@2a03:5180:f::2:c200> has quit IRC (Ping timeout: 260 seconds) | 21:24 | |
| *** Tartarus <Tartarus!sid72705@id-72705.ilkley.irccloud.com> has quit IRC (Ping timeout: 268 seconds) | 21:24 | |
| *** angolini <angolini!uid62003@id-62003.helmsley.irccloud.com> has quit IRC (Ping timeout: 246 seconds) | 21:24 | |
| *** thierryE <thierryE!sid286446@id-286446.lymington.irccloud.com> has quit IRC (Ping timeout: 246 seconds) | 21:24 | |
| *** ernstp <ernstp!sid168075@id-168075.hampstead.irccloud.com> has quit IRC (Ping timeout: 268 seconds) | 21:24 | |
| *** jonmason <jonmason!sid36602@id-36602.lymington.irccloud.com> has quit IRC (Ping timeout: 252 seconds) | 21:24 | |
| *** CosmicPenguin <CosmicPenguin!sid489106@id-489106.uxbridge.irccloud.com> has quit IRC (Ping timeout: 246 seconds) | 21:24 | |
| *** paulbarker <paulbarker!sid269702@id-269702.hampstead.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 21:24 | |
| *** nohit <nohit!sid334887@id-334887.tinside.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 21:24 | |
| *** smurray <smurray!sid98062@hampstead.irccloud.com> has joined #yocto | 21:24 | |
| *** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has quit IRC (Ping timeout: 268 seconds) | 21:24 | |
| *** madisox <madisox!sid453692@ilkley.irccloud.com> has joined #yocto | 21:25 | |
| *** dl9pf <dl9pf!sid395223@id-395223.helmsley.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 21:25 | |
| *** jamestperk <jamestperk!sid520428@id-520428.tinside.irccloud.com> has quit IRC (Ping timeout: 264 seconds) | 21:25 | |
| *** rburton <rburton!rburton@user/rburton> has quit IRC (Ping timeout: 268 seconds) | 21:25 | |
| *** YogeshSiraswar_ <YogeshSiraswar_!sid500596@id-500596.uxbridge.irccloud.com> has quit IRC (Ping timeout: 268 seconds) | 21:25 | |
| *** ndec_ <ndec_!sid219321@id-219321.tinside.irccloud.com> has quit IRC (Ping timeout: 268 seconds) | 21:25 | |
| *** YogeshSiraswar_ <YogeshSiraswar_!sid500596@uxbridge.irccloud.com> has joined #yocto | 21:25 | |
| *** dagmcr <dagmcr!sid323878@uxbridge.irccloud.com> has joined #yocto | 21:25 | |
| *** awafaa <awafaa!sid716@uxbridge.irccloud.com> has joined #yocto | 21:26 | |
| *** moto-timo <moto-timo!sid495702@fedora/ttorling> has joined #yocto | 21:26 | |
| *** bradfa <bradfa!sid297668@helmsley.irccloud.com> has joined #yocto | 21:26 | |
| *** flynn378 <flynn378!sid63564@ilkley.irccloud.com> has joined #yocto | 21:26 | |
| *** jamestperk <jamestperk!sid520428@5.254.36.57> has joined #yocto | 21:26 | |
| *** dl9pf <dl9pf!sid395223@helmsley.irccloud.com> has joined #yocto | 21:26 | |
| *** NishanthMenon_ <NishanthMenon_!sid138049@uxbridge.irccloud.com> has joined #yocto | 21:26 | |
| *** ndec_ <ndec_!sid219321@5.254.36.57> has joined #yocto | 21:26 | |
| *** aeroraptor <aeroraptor!sid503835@ilkley.irccloud.com> has joined #yocto | 21:26 | |
| *** paulbarker <paulbarker!sid269702@hampstead.irccloud.com> has joined #yocto | 21:26 | |
| *** mithro <mithro!sid24875@ilkley.irccloud.com> has joined #yocto | 21:26 | |
| *** thierryE <thierryE!sid286446@lymington.irccloud.com> has joined #yocto | 21:26 | |
| *** cengiz_io <cengiz_io!sid223191@ilkley.irccloud.com> has joined #yocto | 21:26 | |
| *** CosmicPenguin <CosmicPenguin!sid489106@uxbridge.irccloud.com> has joined #yocto | 21:27 | |
| *** behanw <behanw!uid110099@uxbridge.irccloud.com> has joined #yocto | 21:27 | |
| *** armpit <armpit!sid501830@uxbridge.irccloud.com> has joined #yocto | 21:27 | |
| *** rburton <rburton!rburton@user/rburton> has joined #yocto | 21:27 | |
| *** nohit <nohit!sid334887@5.254.36.57> has joined #yocto | 21:27 | |
| *** ldts <ldts!sid269548@hampstead.irccloud.com> has joined #yocto | 21:27 | |
| *** xtopher_ <xtopher_!sid495823@5.254.36.57> has joined #yocto | 21:27 | |
| *** rmmr <rmmr!sid240755@helmsley.irccloud.com> has joined #yocto | 21:27 | |
| *** elfenix|cloud <elfenix|cloud!uid516192@helmsley.irccloud.com> has joined #yocto | 21:27 | |
| *** ernstp <ernstp!sid168075@hampstead.irccloud.com> has joined #yocto | 21:27 | |
| *** Crofton_ <Crofton_!sid401373@lymington.irccloud.com> has joined #yocto | 21:28 | |
| *** fancer <fancer!fancer@5.254.36.57> has joined #yocto | 21:28 | |
| *** Tartarus <Tartarus!sid72705@ilkley.irccloud.com> has joined #yocto | 21:29 | |
| *** angolini <angolini!uid62003@helmsley.irccloud.com> has joined #yocto | 21:30 | |
| *** jonmason <jonmason!sid36602@lymington.irccloud.com> has joined #yocto | 21:31 | |
| *** rsalveti <rsalveti!uid117878@uxbridge.irccloud.com> has joined #yocto | 21:32 | |
| *** kiran <kiran!~kiran@2607:fea8:5a80:ea0:ac76:21e9:f28d:9110> has quit IRC (Ping timeout: 245 seconds) | 21:32 | |
| *** robbawebba <robbawebba!~rob@12.206.203.186> has joined #yocto | 21:32 | |
| tgamblin | RP: khem: marex: I have a bug for that: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14466 but I haven't had a chance to look at it yet | 21:32 |
| marex | tgamblin: yeah, we discussed that before | 21:33 |
| marex | tgamblin: the dumb "add -fno-semantic-interposition to CFLAGS/LDFLAGS" approach does not work | 21:34 |
| marex | there must be something more | 21:34 |
| *** ant__ <ant__!~ant@host-82-54-240-7.retail.telecomitalia.it> has joined #yocto | 21:36 | |
| *** georgem <georgem!sid210681@id-210681.tinside.irccloud.com> has joined #yocto | 21:37 | |
| *** halstead <halstead!sid505447@id-505447.ilkley.irccloud.com> has joined #yocto | 21:37 | |
| *** darknighte <darknighte!sid214177@user/darknighte> has joined #yocto | 21:38 | |
| *** JPEW <JPEW!sid500061@id-500061.helmsley.irccloud.com> has joined #yocto | 21:38 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 22:02 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 22:19 | |
| manuel_ | Can I have graphics acceleration in qemux86-64? | 22:21 |
| manuel_ | Am using wayland. | 22:21 |
| JPEW | manuel_: Yes, using virtio | 22:23 |
| manuel_ | JPEW: Archlinux wiki says I have to start qemu with -vga virtio. Does runqemu does this? Guess I can change the default qemu options using some variable | 22:29 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 22:44 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 268 seconds) | 22:51 | |
| *** dvorkindmitry <dvorkindmitry!~dvorkindm@5.167.98.73> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/) | 23:06 | |
| manuel_ | When I do `runqemu slirp kvm gtk gl` it tells me "Failed to run qemu: qemu-system-x86_64: Display 'gtk' is not available." | 23:07 |
| *** atril <atril!~artri@208.116.134.46> has quit IRC (Ping timeout: 245 seconds) | 23:07 | |
| *** florian <florian!~florian@dynamic-078-049-002-158.78.49.pool.telefonica.de> has joined #yocto | 23:53 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!