*** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:7481:757c:1037:bf17> has quit IRC (Ping timeout: 268 seconds) | 00:00 | |
*** GLumen <GLumen!~Gregory@97-126-1-223.tukw.qwest.net> has quit IRC (Ping timeout: 260 seconds) | 00:03 | |
vvn | what's your opinion on installing packagegroups explicitly or mapping them to image features? (i.e. IMAGE_INSTALL += "packagegroup-foo-bar" vs. IMAGE_FEATURES += "foo-bar") | 00:09 |
---|---|---|
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 248 seconds) | 00:14 | |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 00:19 | |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 248 seconds) | 00:27 | |
moto-timo | I like the organization of packagegroups, but I have experienced some poorly defined odd behavior... where a change in a packagegroup did not cause a rebuild. I'm somewhat inclined to vote for IMAGE_FEATURES... | 00:31 |
moto-timo | NOTE: if I had some better reproducers for the "odd behavior" I would have shared them... basically a Heisenbug. You can either know what it is or when it happens. | 00:32 |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 00:33 | |
moto-timo | vvn: and I appreciate your support :) | 00:33 |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 248 seconds) | 00:43 | |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 00:49 | |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 01:06 | |
*** starblue <starblue!~juergen@dslb-094-220-109-125.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 246 seconds) | 01:08 | |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:09 | |
*** starblue <starblue!~juergen@dslb-188-109-097-193.188.109.pools.vodafone-ip.de> has joined #yocto | 01:10 | |
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:14 | |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 01:15 | |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:17 | |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 01:32 | |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:37 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 01:52 | |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 272 seconds) | 01:55 | |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:57 | |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 248 seconds) | 02:07 | |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:10 | |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 02:23 | |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:28 | |
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:30 | |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 248 seconds) | 02:35 | |
moto-timo | In the dead of night, the cobbler elves come out and make amazing shoes. | 02:36 |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:40 | |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Quit: Ping timeout (120 seconds)) | 02:51 | |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:51 | |
*** jclsn0 <jclsn0!~jclsn@149.224.58.250.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 248 seconds) | 02:59 | |
*** jclsn0 <jclsn0!~jclsn@134.101.145.87.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 03:05 | |
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Ping timeout: 248 seconds) | 03:07 | |
*** kevinrowland <kevinrowland!~kevinrowl@165.225.243.0> has quit IRC (Ping timeout: 250 seconds) | 03:12 | |
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 03:15 | |
JaMa | moto-timo: teach the elves to make the ponny you wanted :) | 03:22 |
moto-timo | JaMa: https://i.ebayimg.com/images/g/NIcAAOSwkZhWTfSO/s-l500.jpg | 03:24 |
moto-timo | Maybe it should be a pony made of fake jade: https://i.ebayimg.com/images/g/VkwAAOSwByVe9khJ/s-l500.jpg | 03:26 |
JaMa | daughter has pillow with ponny like that and doesn't use it much, will ask her to send it to you :) | 03:33 |
* moto-timo will be happy and sing her name daily to the squirrels and birds in my back yard. | 03:47 | |
moto-timo | 🦄 | 03:48 |
*** amitk <amitk!~amit@103.208.69.67> has joined #yocto | 04:02 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 04:04 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 04:10 | |
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 248 seconds) | 04:23 | |
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 04:27 | |
*** Net147_ <Net147_!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has quit IRC (Quit: Quit) | 04:34 | |
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:35 | |
*** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 04:36 | |
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 04:52 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:15 | |
*** camus <camus!~Instantbi@2409:8a1e:911c:7f00:1c58:e994:83d7:4365> has quit IRC (Ping timeout: 268 seconds) | 05:56 | |
*** simonew <simonew!~simonew@2a01:c23:c082:b000:d197:573e:ddc:5e05> has joined #yocto | 06:07 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:10 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Ping timeout: 256 seconds) | 06:15 | |
*** camus <camus!~Instantbi@183.192.142.69> has joined #yocto | 06:16 | |
jclsn0 | Hey party people | 06:18 |
*** jclsn0 is now known as jclsn | 06:18 | |
*** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has joined #yocto | 06:19 | |
*** usvi <usvi!~janne@91-158-132-187.elisa-laajakaista.fi> has quit IRC (Ping timeout: 240 seconds) | 06:20 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:27 | |
jclsn | Does anyone have an idea why this isn't working? https://pastebin.com/GmBrycLk | 06:27 |
jclsn | I want to only fetch from my mirror | 06:28 |
landgraf | jclsn: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13353 isn't it your case? | 06:29 |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 06:30 | |
jclsn | landgraf: Yeah I guess. This is my output. It doesn't fetch from the PREMIRRORS https://pastebin.com/axqPrZ8y | 06:32 |
jclsn | It does when I set BB_NO_NETWORK = "1", but then complains that it can't reach it because it can't access the network | 06:32 |
landgraf | jclsn: yup. there's a bug. I need to prepare better fix for it | 06:34 |
LetoThe2nd | yo dudX | 06:36 |
jclsn | landgraf: okay, so I guess there is nothing I can do about it now? | 06:36 |
landgraf | jclsn: you have problem with tarballs, not git fetcher. looks like different issue | 06:38 |
jclsn | landgraf: This is what I get when I set BB_NO_NETWORK = "1" https://pastebin.com/GrfwmXxV | 06:38 |
jclsn | Now it is trying fetching from Artifactory, but can't without network access from what I understand | 06:39 |
jclsn | That is why I think it is the same issue | 06:40 |
jclsn | I can fetch manually with the generated wget command just fine | 06:40 |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 06:41 | |
*** eFfeM <eFfeM!~eFfeM@185.184.109.34> has joined #yocto | 06:41 | |
landgraf | jclsn: don't you need to specify PREMIRRORS for BB_FETCH_PREMIRRORONLY? | 06:42 |
landgraf | jclsn: https://www.yoctoproject.org/docs/1.7/ref-manual/ref-manual.html#idm140271184140960 | 06:43 |
eFfeM | Hi, I am trying to build with BB_NO_NETWORK but I get this error: | 06:43 |
eFfeM | bb.data_smart.ExpansionError: Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)} which triggered exception NetworkAccess: Network access disabled through BB_NO_NETWORK (or set indirectly due to use of BB_FETCH_PREMIRRORONLY) | 06:43 |
eFfeM | SRCREV_pn is set | 06:43 |
eFfeM | nevermind, I think I already got it; poroblem is as usual between chair and keyboard :P | 06:44 |
jclsn | landgraf: SOURCE_MIRROR _URL should do the same from what I understand https://docs.yoctoproject.org/ref-manual/variables.html#term-SOURCE_MIRROR_URL | 06:44 |
landgraf | jclsn: I'd try with premirror https://github.com/openembedded/bitbake/blob/master/lib/bb/fetch2/__init__.py#L1734 :) | 06:49 |
eFfeM | Hmm, I still seem not to get it. I do a fetch all from a local mirror using BB_FETCH_PREMIRROR_ONLY, I pinned all pn's using the buildhistory-collect-srcrevs script and put them in my conf; however even after fetching all; if I refetch with BB_NO_NETWORK it still fails for a recipe with autorev | 06:49 |
eFfeM | with BB_NO_NETWORK even when pinning PN it still wants to do a git ls-remote | 06:50 |
eFfeM | an I doing something wrong? or is there something I am missing? | 06:50 |
jclsn | landgraf: Here is says SOURCE_MIRROR_URL is the same as setting all PREMIRRORS https://stackoverflow.com/questions/52940431/using-premirrors-in-bitbake-configuration | 06:50 |
*** florian <florian!~florian@dynamic-078-048-045-094.78.48.pool.telefonica.de> has joined #yocto | 06:51 | |
landgraf | jclsn: right. unless there's a bug somewhere | 06:51 |
landgraf | eFfeM: which version do you use? This bug has been fixed few months ago | 06:52 |
eFfeM | landgraf it seems we are looking in the same corner, what is your issue? | 06:53 |
eFfeM | landgraf I am using dunfell | 06:53 |
landgraf | eFfeM: it's jclsn who has issue, not me :) | 06:53 |
eFfeM | ah ok sorry | 06:53 |
eFfeM | landgraf anyway: I am using poky dunfell branch latest commit is from Mar 17 from RP | 06:54 |
landgraf | eFfeM: yup. dunfell is affected afaik. | 06:54 |
landgraf | lemme check | 06:54 |
eFfeM | BB_FETCH_PREMIRROR_ONLY works for me and seems only to fetch from the mirrors judging the speed | 06:55 |
landgraf | eFfeM: the fix is NOT in dunfell | 06:56 |
eFfeM | landgraf ah ok, do you happen to have a link to the fix; it is easy to somewhat apply itin an overlay or so? | 06:58 |
landgraf | eFfeM: https://github.com/openembedded/bitbake/commit/4b5eed1626709ef3dc06b32fd55d40a2a6edd179 | 06:59 |
eFfeM | landgraf thanks! | 07:02 |
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 07:07 | |
*** florian <florian!~florian@dynamic-078-048-045-094.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds) | 07:08 | |
*** mckoan|away is now known as mckoan | 07:15 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 07:19 | |
*** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 260 seconds) | 07:25 | |
*** dev1990 <dev1990!~dev@dynamic-78-8-240-254.ssp.dialog.net.pl> has joined #yocto | 07:27 | |
*** manuel_ <manuel_!~manuel198@62.99.131.178> has joined #yocto | 07:34 | |
*** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 07:38 | |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 07:43 | |
jclsn | landgraf: It still doesn't work with PREMIRROSl although the errors are different https://pastebin.com/UPhqmF4Z | 07:53 |
dwagenk | Hey there. Can someone here help me understand this problem? I'm building with kas container (v 3.0.2) and am using the uninative.bbclass (`UNINATIVE_VERSION="3.5"`, through basing my own distro on poky). Several nativesdk packages fail to build due to `#include <crypt.h>`. I can work around this by setting `ASSUME_PROVIDED:... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/a964baabbe6260f94cac370f559dc9e8d8de8546) | 07:53 |
jclsn | landgraf: Here is the config I've tried https://pastebin.com/0f87RKtb | 07:54 |
landgraf | Checksum failure | 07:55 |
dwagenk | > <@dwagenk:tchncs.de> Hey there. Can someone here help me understand this problem? I'm building with kas container (v 3.0.2) and am using the uninative.bbclass (`UNINATIVE_VERSION="3.5"`, through basing my own distro on poky). Several nativesdk packages fail to build due to `#include <crypt.h>`. I can work around this by... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/446108ab7dbd449716e0e8c3afd9b3838cf9a6a7) | 07:55 |
*** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:51cf:7e7d:f4f2:9b3e> has joined #yocto | 07:56 | |
LetoThe2nd | zen_coder: sorry, didn't see your TOOLCHAIN_HOST_TASK question yesterday. | 07:56 |
jclsn | landgraf: Meaning the files on my server are defected? | 07:56 |
jclsn | I will compare | 07:58 |
landgraf | jclsn: or something wrong with checksum itself. I'm not familiar with this part of the code | 07:59 |
dwagenk | Ah, my problem dissolved. The affected recipes didn't properly set their `DEPENDS += "virtual/crypt"`. The `ASSUME_PROVIDED` thing was not really the cause/fix. Sometimes posting the question to IRC is enought o fix a problem :-) | 08:04 |
wyre | I'm trying to install a single built deb with apt-get ... but apt-get it's not able to do it https://bpa.st/SC4A I'm guessing this is because some mismatch between the .deb name and the debian/control file inside of it, probably some problem in my recipe with PV and PKGV? https://bpa.st/JSIQ | 08:07 |
wyre | this is the control file inside the .deb https://bpa.st/6ISA | 08:08 |
wyre | I can see Version: field is properly set | 08:09 |
wyre | oh, I have to use the relative path 😞 | 08:10 |
wyre | hmm, but I still can see this message https://bpa.st/SEXQ | 08:14 |
wyre | the problem was the .deb file aren't readable by _apt user because of it was placed at /root (and /root has 700 perms) | 08:34 |
*** SpicyChimera <SpicyChimera!~SpicyChim@158.110.165.91> has joined #yocto | 08:52 | |
*** SpicyChimera <SpicyChimera!~SpicyChim@158.110.165.91> has quit IRC (Client Quit) | 08:52 | |
*** Guest60 <Guest60!~Guest60@158.110.165.91> has joined #yocto | 08:53 | |
Guest60 | Hello everyone. Is it possible to use pip on Yocto (on runtime)? | 08:53 |
LetoThe2nd | Guest60: possible,? yes, its only software. sensible? depends. | 08:54 |
LetoThe2nd | (hint: probably not) | 08:55 |
Guest60 | Would devtool be a better option to install Python packages on runtime? | 08:55 |
qschulz | Guest60: what is your usecase so we could point you in the right direction :) | 08:56 |
Guest60 | We are using Yocto on a Variscite DART-MX8M-PLUS which we will be using for Computer Vision stuff and sometimes we need to add Python packages without rebuilding the image | 08:57 |
qschulz | Guest60: for debugging purposes right? because in the end it should be part of the image | 08:58 |
Guest60 | Yes | 08:58 |
qschulz | Guest60: in that case, devtool probably makes more sense since you anyway are going to need a recipe for it | 08:58 |
Guest60 | Okay, thanks! | 09:00 |
qschulz | Guest60: also, you'd need to write a recipe for pip which might not be straightforward | 09:00 |
qschulz | https://github.com/robseb/meta-intelfpga/blob/master/recipes-pip/pip/pip-pip_19.3.1.bb seems to be one though | 09:00 |
qschulz | and finally, pip would work fine for pure-python extensions | 09:00 |
qschulz | would/could | 09:01 |
Guest60 | Okay, thank you again for the help | 09:02 |
qschulz | don't know how pip will match the local Yocto image with pypa registry wheels packages | 09:02 |
qschulz | and, if it needs to build stuff, you'd need to add the -dev packages of your packages in your image | 09:02 |
qschulz | sooo, in short, python package recipe :) | 09:02 |
Guest60 | Hmm okay. I'll test it a bit and see how it works :) | 09:03 |
qschulz | let us know how it goes :) | 09:05 |
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:06 | |
Guest60 | Sure, Ill come back later | 09:08 |
*** Guest60 <Guest60!~Guest60@158.110.165.91> has quit IRC (Quit: Connection closed) | 09:08 | |
*** mike_87 <mike_87!~sgi@cpe90-146-41-24.liwest.at> has joined #yocto | 09:13 | |
*** mike_87 <mike_87!~sgi@cpe90-146-41-24.liwest.at> has left #yocto (WeeChat 2.8) | 09:19 | |
RP | abelloni: we have a hung worker in bitbake :( | 09:24 |
abelloni | is it your selftest-fedora? | 09:25 |
RP | abelloni: yes :( | 09:25 |
RP | abelloni: it looks like it is stuck in the garbage collector :( | 09:27 |
RP | abelloni: it is stuck in drop_gil(). I think it is a python bug of some kind :( | 09:45 |
*** starblue <starblue!~juergen@dslb-188-109-097-193.188.109.pools.vodafone-ip.de> has quit IRC (Ping timeout: 248 seconds) | 09:56 | |
*** starblue <starblue!~juergen@dslb-188-109-097-193.188.109.pools.vodafone-ip.de> has joined #yocto | 09:58 | |
RP | I filed https://bugs.python.org/issue47258 | 10:02 |
LetoThe2nd | image_license.manifest gives me the really shipped license information, license.manifest gives me all licenses involved in the build, rgiht? | 10:10 |
Saur[m] | LetoThe2nd: No. image_license.manifest contains licenses for deployed tasks, e.g., the bootloader. See `license_deployed_manifest()` in license_image.bbclass. | 10:22 |
Saur[m] | So typically, if you want the licenses for everything in an image, you want everything from both those manifests. | 10:23 |
LetoThe2nd | Saur[m]: ah okay got it. thanks! | 10:27 |
*** gsalazar <gsalazar!~gsalazar@88.157.99.69> has joined #yocto | 10:29 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 10:46 | |
*** simonew <simonew!~simonew@2a01:c23:c082:b000:d197:573e:ddc:5e05> has quit IRC (Quit: Client closed) | 11:02 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Ping timeout: 246 seconds) | 11:08 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 11:14 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Client Quit) | 11:16 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 11:22 | |
dirtyflag | hi and good friday all. Is there a way to avoid a bbappend to be processed ? Don't want to comment lines by # | 11:28 |
rburton | no | 11:29 |
kroon | BBMASK ? | 11:30 |
rburton | hm yeah maybe that would work | 11:31 |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 11:52 | |
*** gsalazar <gsalazar!~gsalazar@88.157.99.69> has quit IRC (Ping timeout: 260 seconds) | 11:56 | |
LetoThe2nd | BBMASK works. | 11:58 |
LetoThe2nd | i mean, BBMASK should be the same mechanism as BBLAYERS_DYNAMIC, right? I've succesfully used that to filter out appends too. | 11:59 |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 12:03 | |
*** selff <selff!~selff@46.221.0.162> has joined #yocto | 12:07 | |
*** gsalazar <gsalazar!~gsalazar@88.157.99.69> has joined #yocto | 12:08 | |
selff | hi everyone. i cannot initialize coral in cm4, but there is no problem in rpi4. any ideas on what could be causing it? | 12:09 |
*** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has joined #yocto | 12:16 | |
kranzo | Hi, Is there a way do bundle all patches sources of an image into a folder/archive? | 12:16 |
*** selff <selff!~selff@46.221.0.162> has quit IRC (Quit: Client closed) | 12:17 | |
*** gsalazar <gsalazar!~gsalazar@88.157.99.69> has quit IRC (Ping timeout: 268 seconds) | 12:19 | |
LetoThe2nd | kranzo: sure- https://docs.yoctoproject.org/dev-manual/common-tasks.html#providing-the-source-code | 12:44 |
*** codavi <codavi!~akiCA@user/akica> has joined #yocto | 12:45 | |
*** ar__ <ar__!~akiCA@user/akica> has joined #yocto | 12:46 | |
kranzo | LetoThe2nd thats what i was looking for but seems like i skipped it while scanning over the manual, thx | 12:47 |
*** eFfeM <eFfeM!~eFfeM@185.184.109.34> has quit IRC (Quit: Client closed) | 12:47 | |
LetoThe2nd | kranzo: have fun! | 12:48 |
*** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 248 seconds) | 12:50 | |
*** otavio <otavio!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 12:55 | |
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 12:56 | |
*** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:51cf:7e7d:f4f2:9b3e> has quit IRC (Quit: Konversation terminated!) | 12:56 | |
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 12:57 | |
*** ar__ <ar__!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 13:09 | |
LetoThe2nd | can anybody maybe take a look at poky b0130fcf91daee0d905af755302fabe608da141c ? | 13:19 |
LetoThe2nd | my understanding of the grub sources is that it should actually be GPL-3.0-or-later, not -only | 13:20 |
qschulz | LetoThe2nd: https://git.savannah.gnu.org/gitweb/?p=grub.git;a=blob;f=grub-core/gentrigtables.c;h=fface6efc8323c28abe6fd096c12a473ef4a2ed0;hb=HEAD#l9 | 13:23 |
qschulz | seems to indicate it's GPL-3.0-or-later | 13:24 |
LetoThe2nd | qschulz: thx | 13:25 |
LetoThe2nd | i guess that means that I really have to prepare my very first patch submission now. | 13:26 |
qschulz | LetoThe2nd: that's what I was about to say :D | 13:26 |
rburton | RP: 2856 passed, 1654 skipped in 4626.00s (1:17:05) <-- py3-crypto ptest | 13:27 |
rburton | yes it took my machine over an hour to run the damn thing | 13:27 |
LetoThe2nd | qschulz: its a hard life. | 13:29 |
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 13:30 | |
*** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has quit IRC (Quit: Client closed) | 13:31 | |
RP | rburton: didn't we enable that on the AB? | 13:37 |
rburton | yes but this doesn't have an xskip in anymore | 13:37 |
rburton | xfail, even | 13:37 |
rburton | sorry should have said | 13:37 |
*** GillesMM <GillesMM!~gilles@105.61.128.77.rev.sfr.net> has quit IRC (Remote host closed the connection) | 13:38 | |
vvn | If you want to describe your complete software stack in a packagegroup recipe, would you generally advice to have your packagegroup-product-base group depends on packagegroup-core-boot and packagegroup-base-extended or would you leave that to the recipe? | 13:39 |
*** gsalazar <gsalazar!~gsalazar@213.58.201.38> has joined #yocto | 13:42 | |
vvn | Explicit is better I guess, and it makes it obvious that you are using the core packagegroups (and thus the MACHINE/DISTRO*_EXTRA_RDEPENDS/RRECOMMENDS variables) | 13:44 |
jclsn | landgraf: I just tried uploading everything again and it still doesn't work. Another weird thing about the checksum error ist that the uninative bitbake is complaining about doesn't even exist. I deleted the whole folde and is hasn't been fetched again | 13:45 |
jclsn | And when I fetch the same file manually with wget from Artifactory, the checksum is correct | 13:48 |
vvn | smurray: khem: did you find a proper fix for wxwidgets? Actually I lied, I'm compiled qtwebengine with DISTRO_FEATURES +opengl -wayland -x11 -vulkan, so even more minimalist | 13:49 |
*** argonautx <argonautx!~argonautx@i5E86709C.versanet.de> has joined #yocto | 13:54 | |
sotaoverride | is there a way of figuring out what size a .xz decompresses to, without actually decompressing it? | 13:59 |
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 14:02 | |
LetoThe2nd | sotaoverride: xz --list and some magic? the actual size on disk would depend on the FS, though. | 14:02 |
RP | rburton: that seems to add a lot of time to it then? or am I missing something? | 14:03 |
rburton | RP: my qemu is fairly slow | 14:03 |
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Quit: Leaving) | 14:04 | |
*** pbergin <pbergin!~pbergin@83.218.73.98> has joined #yocto | 14:07 | |
*** BhsTalel <BhsTalel!~BhsTalel@102.156.178.177> has joined #yocto | 14:17 | |
*** GLumen <GLumen!~Gregory@97-126-1-223.tukw.qwest.net> has joined #yocto | 14:17 | |
*** GLumen_ <GLumen_!~Gregory@97-126-1-223.tukw.qwest.net> has joined #yocto | 14:18 | |
*** GLumen <GLumen!~Gregory@97-126-1-223.tukw.qwest.net> has quit IRC (Ping timeout: 268 seconds) | 14:22 | |
*** amitk <amitk!~amit@103.208.69.67> has quit IRC (Ping timeout: 256 seconds) | 14:25 | |
*** Net147 <Net147!~Net147@user/net147> has quit IRC (Quit: Quit) | 14:25 | |
*** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 14:28 | |
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 272 seconds) | 14:30 | |
*** Net147 <Net147!~Net147@user/net147> has quit IRC (Client Quit) | 14:30 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 14:36 | |
sotaoverride | lzma python module doesnt seem to have an api for reading the uncompressed size for a .xz from the header.. trying to stick to some pythonic method of figuring out what size the .xz decompresses to for some unit tests. | 14:37 |
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 14:44 | |
smurray | vvn: I've started looking at wxwidgets, it does look like it supports Wayland now (so that could maybe be wired up in the recipe), but AFAICT they've hard-coded libglu use with OpenGL, and that requires x11 | 14:51 |
*** BhsTalel <BhsTalel!~BhsTalel@102.156.178.177> has quit IRC (Ping timeout: 250 seconds) | 14:51 | |
*** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 14:56 | |
*** Net147 <Net147!~Net147@user/net147> has quit IRC (Client Quit) | 14:59 | |
*** Cezarus27 <Cezarus27!~Cezarus27@89-78-172-154.dynamic.chello.pl> has joined #yocto | 15:01 | |
*** Cezarus27 <Cezarus27!~Cezarus27@89-78-172-154.dynamic.chello.pl> has quit IRC (Client Quit) | 15:01 | |
*** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 15:07 | |
*** Net147 <Net147!~Net147@user/net147> has quit IRC (Remote host closed the connection) | 15:07 | |
*** GLumen_ is now known as GLumen | 15:09 | |
*** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 15:12 | |
*** Net147 <Net147!~Net147@user/net147> has quit IRC (Remote host closed the connection) | 15:13 | |
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Read error: Connection reset by peer) | 15:13 | |
*** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 15:16 | |
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 15:16 | |
*** Net147 <Net147!~Net147@user/net147> has quit IRC (Client Quit) | 15:18 | |
*** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 15:21 | |
rburton | i wonder why a build from YP sstate is building things like which and bash but reusing most of the public sstate | 15:37 |
RP | rburton: do we build them on the autobuilder? | 15:40 |
rburton | the ab does core-image-sato and i'm building core-image-base, so i'd have *thought* there was coverage | 15:42 |
smurray | vvn khem: I've sent a patch for wxwidgets to oe-devel | 15:44 |
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 15:44 | |
rburton | hm | 15:45 |
rburton | 2022-04-08 15:44:02 - INFO - Bitbake still alive (no events for 600s). Active tasks: | 15:45 |
rburton | 2022-04-08 15:44:02 - INFO - /builds/engineering/yocto/meta-arm/work/poky/meta/recipes-connectivity/openssl/openssl_3.0.2.bb:do_package_write_rpm_setscene | 15:45 |
rburton | 2022-04-08 15:44:02 - INFO - /builds/engineering/yocto/meta-arm/work/poky/meta/recipes-devtools/gcc/gcc_11.2.bb:do_package_write_rpm_setscene | 15:45 |
*** otavio <otavio!~otavio@201-3-135-79.paemt705.dsl.brasiltelecom.net.br> has joined #yocto | 15:46 | |
rburton | RP: does the sstate fetch happen in the _setscene tasks? | 15:46 |
RP | rburton: yes | 15:48 |
RP | smurray: is it ok if I merge that connman-conf patch? I really want rid of that category of intermittent failure! | 15:49 |
RP | rburton: anything in the logs? | 15:49 |
rburton | RP: nope | 15:52 |
rburton | i suspect its just downloading slowly for that run | 15:52 |
rburton | i shall grab the task logs when the build is done and see if anything failed | 15:52 |
RP | rburton: ps might show the commands it is running | 15:52 |
rburton | too many layers, I can't do that | 15:53 |
RP | rburton: fair enough, just an idea | 15:53 |
smurray | RP: my concern there is that it seems like qemu target images are then specific to the runqemu imposed config, so maybe it needs to be documented somewhere? | 15:53 |
RP | smurray: that has always really been the case though | 15:55 |
smurray | RP: okay. We play a bit loose with that in AGL, as the config has been tweaked to allow booting them on real h/w, but if no one else cares, we'll just hack around this change | 15:56 |
smurray | RP: I do wonder what benefit connman gives in the qemu images, though, there's no wifi, etc. for it to do anything with | 15:57 |
RP | smurray: well, there is that. It was mainly to try and be more common with our other targets | 15:58 |
RP | smurray: where that commonality is breaking our tests intermittently though... | 15:58 |
smurray | RP: we could try to do something upstream to make it ip auto-config aware the way I believe systemd-networkd is, but that's not a today thing | 16:01 |
RP | smurray: I'm definitely open to improving things and removing the need to do this. Right now I do think we need to sort the race issue though. I'm happy to do that in a way which minimises the impact on agl if we can though | 16:02 |
RP | rburton: trying hard not to reply to the "try thing" patch | 16:02 |
smurray | RP: push the change, and I'll tweak the AGL bbappend, if I remove our own do_install:append, our main.conf will still get picked up via FILESEXTRAPATHS | 16:05 |
*** gsalazar <gsalazar!~gsalazar@213.58.201.38> has quit IRC (Ping timeout: 240 seconds) | 16:15 | |
RP | smurray: ok, thanks | 16:15 |
rburton | RP: i almost cut that all out | 16:26 |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:32 | |
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 248 seconds) | 16:37 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 16:38 | |
*** manuel_ <manuel_!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 16:40 | |
*** mckoan is now known as mckoan|away | 16:44 | |
rfs613 | are the variable renames for inclusive language being done for older branches? dunfell does not seem to handle CVE_CHECK_IGNORE currently. | 16:45 |
RP | rfs613: no, they're not | 16:46 |
rfs613 | RP: ok thanks | 16:46 |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 16:55 | |
* RP wonders whether to diverge kirkstone and master | 17:00 | |
kergoth | Which page has the mapping from bitbake version to yocto release? | 17:00 |
kergoth | oh nevermind, yocto releases | 17:00 |
*** argonautx <argonautx!~argonautx@i5E86709C.versanet.de> has quit IRC (Quit: Leaving) | 17:22 | |
*** florian <florian!~florian@dynamic-078-048-045-094.78.48.pool.telefonica.de> has joined #yocto | 17:44 | |
*** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:44be:a828:c922:3136> has joined #yocto | 17:54 | |
zen_coder | In which file do I have to place "TOOLCHAIN_TARGET_TASK_append" ? | 17:54 |
rburton | zen_coder: your local conf, or the image, depending on use-case | 17:56 |
zeddii | zen_coder, and depending on the release/branch you are building, that may be a :append ... | 17:57 |
amahnui[m] | Is there another directory that contains local.conf apart from that in the build/conf/local.conf | 17:59 |
amahnui[m] | Tends there isn't because it was confusing to me, thinking there was one which I could add some special configurations which will be inherited each time I deleted the build directory and started bitbake again. | 18:02 |
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 18:03 | |
*** florian <florian!~florian@dynamic-078-048-045-094.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 18:11 | |
kergoth | amahnui[m]: no, that's it. but there are other files parsed, not just local.conf. see meta/conf/bitbake.conf and scroll down to the include lines | 18:13 |
zen_coder | rburton: adding it to "build/conf/local.conf" had no effect | 18:13 |
amahnui[m] | kergoth: thanks I see them now. | 18:16 |
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 18:16 | |
rburton | zen_coder: maybe you're using a new release which needs :append instead of _append | 18:21 |
kergoth | RP: thought about allowing the use of f-strings but limiting their syntax to that of format()? would allow for the convenience of the format while still making it easy enough to switch to postponed evaluation with format() later if needed. i.e. https://pypi.org/project/flake8-complex-f-strings/. there's also https://pypi.org/project/f-yeah/ | 18:23 |
kergoth | s/of the format/of the syntax/ | 18:23 |
kergoth | (in bitbake, that is) | 18:23 |
kergoth | I think either of those options would alleviate the concerns about it | 18:24 |
*** Cezarus27 <Cezarus27!~Cezarus27@89-78-172-154.dynamic.chello.pl> has joined #yocto | 18:26 | |
kergoth | Not a priority, obviously :) | 18:29 |
rburton | kergoth: i think the biggest concern was ease of backporting changes to releases which don't support them | 18:34 |
rburton | personally hell yes demand py3.7 for good f-strings and the improved asyncio support | 18:34 |
kergoth | Hmm since f-yeah uses an f() function for it, we could probably backport equivalent functionality with format() + inspect | 18:35 |
*** kevinrowland <kevinrowland!~kevinrowl@165.225.243.0> has joined #yocto | 18:45 | |
*** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 18:47 | |
*** florian <florian!~florian@78.48.45.94> has joined #yocto | 18:51 | |
*** Cezarus27 <Cezarus27!~Cezarus27@89-78-172-154.dynamic.chello.pl> has quit IRC (Quit: Client closed) | 18:51 | |
*** florian <florian!~florian@78.48.45.94> has quit IRC (Ping timeout: 246 seconds) | 18:56 | |
*** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:44be:a828:c922:3136> has quit IRC (Ping timeout: 248 seconds) | 19:24 | |
rfs613 | sakoman: around? | 19:30 |
*** florian <florian!~florian@78.48.45.94> has joined #yocto | 19:43 | |
sakoman | rfs613: yes | 19:56 |
rfs613 | sakoman: oops, just when I wandered off... | 20:13 |
rfs613 | am working on CVE-2022-1271 which affects both gzip and xz. | 20:14 |
rfs613 | patches for xz are done, straightforward backport for both master and dunfell. | 20:14 |
rfs613 | for gzip, it seems like master should just update to newly-released 1.12 version. | 20:15 |
rfs613 | and gzip dunfell, is on 1.10, so i'll backport the fix. First attempt patched clean but fails to build, so I'll have to figure that out | 20:16 |
rfs613 | my question is, for gzip backport, there are multiple commits upstream, but only one of them is the actual fix. Are we okay to take just that one, or do we want all the 'bookkeeping' too? | 20:17 |
rfs613 | see https://git.savannah.gnu.org/cgit/gzip.git/log/ the fix is "zgrep: void exploit via multi-newline filenames" | 20:18 |
*** amitk <amitk!~amit@103.208.69.67> has joined #yocto | 20:27 | |
* rfs613 heads off to collect the kids | 20:35 | |
*** pbergin <pbergin!~pbergin@83.218.73.98> has quit IRC (Quit: Leaving) | 20:39 | |
*** hushmoney <hushmoney!~hushmoney@de1.hashbang.sh> has quit IRC (Read error: Connection reset by peer) | 20:49 | |
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection) | 21:15 | |
*** florian <florian!~florian@78.48.45.94> has quit IRC (Ping timeout: 268 seconds) | 21:29 | |
*** amitk <amitk!~amit@103.208.69.67> has quit IRC (Ping timeout: 248 seconds) | 21:53 | |
sakoman | rfs613: I usually just take the actual fix | 22:13 |
sakoman | under the theory that the less changes the better | 22:14 |
rfs613 | sakoman: ok, sounds good. The build error is resolved, it was 'devtool build' playing some tricks (-Werror failure), which didn't happen when I just used bitbake with the patch applied. | 22:17 |
rfs613 | so I'll post them later, probably after kids asleep | 22:18 |
sakoman | rfs613: sounds good, thanks! | 22:31 |
*** dev1990 <dev1990!~dev@dynamic-78-8-240-254.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 23:31 | |
*** GLumen <GLumen!~Gregory@97-126-1-223.tukw.qwest.net> has quit IRC (Ping timeout: 272 seconds) | 23:49 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!