| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 272 seconds) | 00:12 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 00:17 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 260 seconds) | 00:31 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Read error: Connection reset by peer) | 00:32 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 00:35 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 00:36 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 272 seconds) | 00:47 | |
| *** JPEW <JPEW!sid500061@5.254.36.58> has quit IRC (Ping timeout: 256 seconds) | 00:51 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 00:52 | |
| *** JPEW <JPEW!sid500061@helmsley.irccloud.com> has joined #yocto | 00:54 | |
| *** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has joined #yocto | 01:01 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 01:01 | |
| *** camus <camus!~Instantbi@2409:8a1e:9115:e190:613c:fe00:cd5b:1dcf> has joined #yocto | 01:01 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Ping timeout: 246 seconds) | 01:01 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 01:05 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 260 seconds) | 01:07 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:13 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 260 seconds) | 01:19 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:25 | |
| *** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Ping timeout: 246 seconds) | 01:38 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Quit: Ping timeout (120 seconds)) | 01:39 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:39 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 246 seconds) | 01:45 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:50 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 252 seconds) | 01:55 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:00 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 272 seconds) | 02:05 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 02:07 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:11 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 272 seconds) | 02:17 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:22 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:27 | |
| *** jclsn100 <jclsn100!~jclsn@149.224.5.107.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 260 seconds) | 02:30 | |
| *** jclsn100 <jclsn100!~jclsn@149.233.163.143.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:35 | |
| *** jclsn100 <jclsn100!~jclsn@149.233.163.143.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 260 seconds) | 02:43 | |
| *** jclsn100 <jclsn100!~jclsn@149.233.163.143.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:48 | |
| *** unknown__ <unknown__!~creich@p200300f6af2a72107b065ee738a7213c.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 252 seconds) | 02:48 | |
| *** creich <creich!~creich@p4ffe0344.dip0.t-ipconnect.de> has joined #yocto | 02:53 | |
| *** jclsn100 <jclsn100!~jclsn@149.233.163.143.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 246 seconds) | 02:56 | |
| *** jclsn100 <jclsn100!~jclsn@149.233.163.143.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 03:02 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Ping timeout: 256 seconds) | 04:19 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:29 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 260 seconds) | 04:45 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 05:03 | |
| *** sgw <sgw!~swold_loc@user/sgw> has joined #yocto | 05:18 | |
| *** peoliye <peoliye!~peoliye@205.251.233.183> has quit IRC (Ping timeout: 250 seconds) | 06:02 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has joined #yocto | 06:09 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:30 | |
| *** mckoan|away is now known as mckoan | 06:53 | |
| RP | khem: still think it is too late given the impact on other layers | 07:08 |
|---|---|---|
| RP | good for master though | 07:08 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-240-254.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 07:13 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:16 | |
| *** sstiller <sstiller!~sstiller@p200300f07f1387002bfbd678b5256b43.dip0.t-ipconnect.de> has joined #yocto | 07:21 | |
| *** dgriego_ <dgriego_!~dgriego@user/dgriego> has quit IRC (Ping timeout: 240 seconds) | 07:23 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 07:25 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:31 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 07:32 | |
| dirtyflag | gm, need to set a customized m4 app for imx8qxp (i own the binary), is it a imx-boot bbappend okay for this ? | 07:34 |
| dirtyflag | (i am in zeus) | 07:34 |
| dirtyflag | ok sry, this seems more meta-imx specific stuff | 07:34 |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC (Quit: install gentoo) | 07:40 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 07:41 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 07:47 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 07:59 | |
| *** selff <selff!~selff@46.221.0.162> has joined #yocto | 08:12 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 260 seconds) | 08:14 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 08:18 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 250 seconds) | 08:20 | |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 08:24 | |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has joined #yocto | 08:24 | |
| *** selff <selff!~selff@46.221.0.162> has quit IRC (Quit: Client closed) | 08:53 | |
| *** moto_timo[m] <moto_timo[m]!~mototimom@2001:470:69fc:105::c94> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
| *** jaskij[m] <jaskij[m]!~jaskijmat@2001:470:69fc:105::fa76> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 09:19 | |
| RP | Saur[m]: you mentioned a source mirror problem where the url changes were causing problems with the mirrors. Did you ever look into that more or find a simpler test case? | 09:35 |
| RP | Saur[m]: I did try locally changing some urls to use https then seeing if the tarballs from the mirror worked and they still do so I don't think they're encoding url information | 09:43 |
| *** MWelchUK <MWelchUK!~MWelchUK@gyros.collabora.co.uk> has quit IRC (Quit: Ping timeout (120 seconds)) | 09:45 | |
| *** MWelchUK <MWelchUK!~MWelchUK@gyros.collabora.co.uk> has joined #yocto | 09:46 | |
| *** selff <selff!~selff@46.221.0.162> has joined #yocto | 10:29 | |
| selff | hi everyone, i have problem with wpa and ap. i want to share my problem but a little bit long with explanation. is it problem ? im asking because i dont know if there are any rules here. (newbie) | 10:30 |
| selff | when i run hostapd service in runtime, it switches to AP mode without any problems. to switch to wpa, i follow these steps: | 10:43 |
| selff | enable "wpa_supplicant@wlan0" and disable "hostapd", reboot. when i run the "wpa_supplicant@wlan0" service, it does not switch to wpa mode. | 10:43 |
| selff | even though hostapd is closed, wpa uses the hostapd ip in ap mode, that is 192.168.0.1. | 10:43 |
| selff | for this i followed the steps as follows: | 10:43 |
| selff | 1) i made the AP related settings in "hostapd.conf", ssid, pw etc. : | 10:43 |
| selff | interface=wlan0 | 10:43 |
| selff | driver=nl80211 | 10:43 |
| selff | hw_mode=g | 10:43 |
| selff | ssid=YOCTO_TEST | 10:43 |
| selff | auth_algs=1 | 10:43 |
| selff | ignore_broadcast_ssid=0 | 10:43 |
| selff | wpa=2 | 10:43 |
| selff | etc. | 10:43 |
| selff | 2) i set the "hostapd.network" as follows: | 10:43 |
| selff | [Match] | 10:43 |
| selff | name=wlan0 | 10:43 |
| selff | [Network] | 10:43 |
| selff | Address=192.168.0.1/24 | 10:43 |
| selff | there was no answer related to the rules. i shared it, sorry if i did something wong . | 10:44 |
| *** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto | 10:52 | |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Quit: Quit) | 10:53 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 10:55 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 11:01 | |
| Schlumpf | Hi, is there a way to see which packages of an image have been included by RECOMMENDS? | 11:03 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 11:05 | |
| qschulz | Schlumpf: NO_RECOMMENDATIONS = "1" in your image and rebuild, do the diff :) | 11:08 |
| qschulz | (I don't know if there's a better way, sorry) | 11:08 |
| qschulz | (use buildhistory though, which gives you plenty of info, among which the list of packages) | 11:08 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 11:12 | |
| Schlumpf | qschulz: OK, thanks will try | 11:14 |
| rburton | Schlumpf: the do_rootfs log will probably say | 11:19 |
| *** Guest16 <Guest16!~Guest16@145.253.222.69> has joined #yocto | 11:23 | |
| Guest16 | Hi! Do you know which yocto package contains the tool "chrt"? | 11:24 |
| selff | rburton may i ask you a question? you find answers to almost all my questions :D | 11:25 |
| LetoThe2nd | Guest16: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-core/util-linux/util-linux_2.37.4.bb | 11:25 |
| rburton | selff: you can ask the channel and I may know | 11:27 |
| Guest16 | ah cool. I already set IMAGE_INSTALL_append += " util-linux-taskset". Is it possible to set IMAGE_INSTALL_append += " util-linux-chrt" additionally? | 11:27 |
| *** camus <camus!~Instantbi@2409:8a1e:9115:e190:613c:fe00:cd5b:1dcf> has quit IRC (Ping timeout: 260 seconds) | 11:28 | |
| Guest16 | It seems to me this reduces to a single program of this package, but I'm not sure | 11:28 |
| LetoThe2nd | Guest16: might work, try and find out. | 11:28 |
| Guest16 | thanx LetoThe2nd for your quick reply! | 11:29 |
| *** Guest16 <Guest16!~Guest16@145.253.222.69> has quit IRC (Quit: Guest16) | 11:32 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 11:36 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 11:37 | |
| selff | i have problem with wpa and ap. i want to use both wpa and ap in my image. | 11:59 |
| selff | when i run hostapd service in runtime, it switches to AP mode without any problems and read the "hostapd.network" settings. to switch to wpa, i follow these steps: | 11:59 |
| selff | enable "wpa_supplicant@wlan0" and disable "hostapd", reboot. when i run the "wpa_supplicant@wlan0" service, it does not switch to wpa mode. | 11:59 |
| selff | even though hostapd is closed, wpa uses the hostapd ip in ap mode, that is 192.168.0.1. wpa is still reading "hostapd.network" instead of "wlan.network". | 11:59 |
| *** codavi <codavi!~akiCA@user/akica> has joined #yocto | 13:15 | |
| *** ar__ <ar__!~akiCA@user/akica> has joined #yocto | 13:18 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:20 | |
| *** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 13:21 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:3958:796d:6d52:6def> has joined #yocto | 13:38 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:51 | |
| *** manuele <manuele!~manuele@94-36-154-104.adsl-ull.clienti.tiscali.it> has joined #yocto | 14:16 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Ping timeout: 260 seconds) | 14:16 | |
| wyre | is this class recommended to parse git tags and use them in PV? 🤔 | 14:27 |
| wyre | hmmm, apparently openembedded has its own classes for this https://github.com/openembedded/meta-openembedded/blob/master/meta-oe/classes/gitpkgv.bbclass and https://github.com/open-rnd/meta-openrnd/blob/master/classes/externalgitsrc.bbclass | 14:28 |
| wyre | but ... I'm not sure which one is the appropriate for PV 🤔 | 14:29 |
| wyre | oh, I meant that one https://github.com/openembedded/meta-openembedded/blob/master/meta-oe/classes/gitver.bbclass | 14:29 |
| wyre | I think I prefer those from oe than the one in meta-rnd, that way I don't need an extra layer just for this | 14:30 |
| wyre | apparently the most appropriate for setting PV is gitver.bbclass 🤔 | 14:32 |
| MrSaturn | Is there something more drastic than cleanall? I am getting this error message: ERROR: When reparsing /workdir/bgnetworks/yocto/sources/meta-uei-arm/recipes-bsp/u-boot/u-boot-uei_2021.04.bb:do_compile, the basehash value changed from 496b9c60a9b67ba3a584f8f0c16e5809fa58d62b3e428130e87cef480c3d97f0 to a052ed2d05d9ca29c5f8f3ac53c9e92a58e2167da7a14900890b77a3eb4b4f7c. The metadata is not deterministic and | 14:36 |
| MrSaturn | this needs to be fixed." | 14:36 |
| rburton | that's a bug in the recipe | 14:36 |
| rburton | the hashes changed between when it was first parsed, and a few minutes later when it was executed | 14:36 |
| rburton | often there's a timestamp embedded somewhere which needs to be excluded specifically | 14:37 |
| MrSaturn | Hrm. The commands that it recommends "-cdo_compile -Snone" followed by "-cdo_compile -Sprintdiff" dont seem to do anything. | 14:39 |
| rburton | often easier to just read the recipe | 14:39 |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 14:42 | |
| wyre | I've tried something like this https://bpa.st/7C4Q but it doesn't work ... so I'm not sure what's the proper way to set PV using GITVER 🤔 | 14:43 |
| *** selff <selff!~selff@46.221.0.162> has quit IRC (Quit: Client closed) | 14:44 | |
| wyre | I cannot see anything about this in the official docu https://docs.yoctoproject.org/search.html?q=GITVER&check_keywords=yes&area=default# | 14:45 |
| rburton | because gitver.bbclass is a meta-oe specific thing | 14:46 |
| rburton | just put the srcrev in, much easier | 14:47 |
| rburton | ie PV = "1.2+git${SRCPV}" | 14:47 |
| wyre | rburton, sure, but I have to set the version manually | 14:48 |
| wyre | I'd like to parse also tags | 14:48 |
| wyre | also ... OE docs points to yocto project docs http://www.openembedded.org/wiki/Documentation | 14:49 |
| qschulz | wyre: where? | 14:52 |
| qschulz | wyre: sorry misread the message | 14:52 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 14:52 | |
| MrSaturn | rburton: could it be because I added a layer that modified the source? | 14:53 |
| rburton | well, you're using a non-standard uboot recipe | 14:54 |
| rburton | so that recipe might be buggy | 14:54 |
| wyre | so any clue on how to use GITVER to set PV? 🤔 | 14:57 |
| MrSaturn | rburton: the only reason I ask, is that it built fine. I added another layer and it seemed to build fine again. I when went into the work directory and made a few development changes. This is when I hit that error. When cleanall didn't work I was a bit surprised. | 14:59 |
| qschulz | wyre: would help if you would explain what exactly you're trying to do? | 15:00 |
| *** Guest17 <Guest17!~Guest17@static-qvn-qvs-174085.business.bouyguestelecom.com> has joined #yocto | 15:00 | |
| *** Guest17 <Guest17!~Guest17@static-qvn-qvs-174085.business.bouyguestelecom.com> has quit IRC (Client Quit) | 15:01 | |
| rburton | wyre: i'd guess inherit class, use PV="${GITVER}". I note that nothing in meta-oe uses that class anymore so maybe it just bitrotted and needs fixing. | 15:01 |
| wyre | oh, I see | 15:01 |
| wyre | what about gitpkgv? | 15:01 |
| MrSaturn | I am just going to nuke everything and start the build over. While that is happening I will look at the recipe and see what I can learn... the recipe is pretty lean | 15:02 |
| wyre | qschulz, my point is that I'd like to do what rburton said ... because currently my recipe is as rburton previous suggestion (PV = "1.2+git${SRCPV}") but I'd like to do something like PV = "${GITVER}" | 15:02 |
| wyre | instead having to set that "1.2+git" string manually | 15:03 |
| rburton | wyre: seems like they basically do the same thing | 15:03 |
| wyre | rburton, this looks promising https://github.com/openembedded/meta-openembedded/blob/master/meta-oe/classes/gitpkgv.bbclass#L36 | 15:04 |
| wyre | but I guess PKGV won't be used as PV 🤔 | 15:04 |
| rburton | the point of PKGV is that its the version of the packages | 15:05 |
| rburton | so if you're dynamically generating it, it's exactly what you want | 15:05 |
| wyre | rburton, I though the package version is just PV 🤔 I didn't know that PKGV even exists | 15:06 |
| wyre | oh.... I see https://docs.yoctoproject.org/ref-manual/variables.html?highlight=pkgv#term-PKGV | 15:07 |
| wyre | but why it still sets PV = "1.0+git${SRCPV}"? https://github.com/openembedded/meta-openembedded/blob/master/meta-oe/classes/gitpkgv.bbclass#L35 | 15:08 |
| MrSaturn | LOCALVERSION = "-uei-${DATE}" | 15:09 |
| MrSaturn | Perhaps that could be causing the issue? | 15:09 |
| rburton | yes | 15:09 |
| rburton | if its coming from a git tree then the SRCREV is far more useful than the date it was built | 15:10 |
| MrSaturn | :| So it will work today, and then at midnight it will turn into a pumpkin | 15:10 |
| MrSaturn | Just for future reference - Is there a way to scrape the hashes for a specific package so it looks like it has never been built? | 15:12 |
| qschulz | MrSaturn: -c cleansstate | 15:14 |
| qschulz | not sure if this deletes things from the hashequiv server though | 15:15 |
| MrSaturn | qschulz: it doesn't appear to. | 15:15 |
| rburton | MrSaturn: just delete tmp, much easier | 15:15 |
| rburton | cleansstate is super slow and removes more than you care about | 15:15 |
| qschulz | you would still have the tarball of the sources though, -c cleanall for everything related to the recipe | 15:15 |
| MrSaturn | I will try removing tmp if I run into that again. | 15:16 |
| qschulz | or as rburton suggested, if you want to make sure you don't have leftover from previous debugging attempts, just remove tmp directory (make sure you keep sstate-cache and downloads directory though, the rest is fine to be removed) | 15:16 |
| MrSaturn | Thanks for the help. I don't undertand the internals that well yet, so hitting issues like this are real head scratchers. | 15:16 |
| qschulz | MrSaturn: and BTW, use devtool for trying things out instead of going directly into WORKDIR :) | 15:17 |
| MrSaturn | qschulz: I have tried devtool, but when I use it the directory it creates for me in workspace doesn't have the patches and configuration fragments applied, and it hasn't run the "configure" step. It seems very cumbersome. I have to tried running "bitbake u-boot -c configure" after setting up the source with devtool and that doesn't work. | 15:20 |
| MrSaturn | I am probably doing something wrong. | 15:21 |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Remote host closed the connection) | 15:22 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 15:22 | |
| MrSaturn | It is strange, because creates a directory within the workspace folder that has all the patches and fragments. | 15:26 |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Remote host closed the connection) | 15:27 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 15:30 | |
| qschulz | MrSaturn: might be your vendor recipe too | 15:34 |
| qschulz | wouldn't be the first time :) | 15:35 |
| MrSaturn | qschulz: I would have to dig down through a bunch of layers (unless there is a way to see what complete recipe looks like). The one that is most likely is pretty benign, the only thing that might cause an issue is setting ${S} and ${B}. | 15:37 |
| rburton | MrSaturn: did you try what i said yesterday? | 15:38 |
| rburton | vendor uboots that are not bbappends to drop in patches are the worst though | 15:39 |
| MrSaturn | rburton: I was trying to do that this morning when I hit this issue. I shouldn't say I was trying it... I was looking in the cml1.bbclass to try to figure out what I might need to remove | 15:42 |
| MrSaturn | yeah, this one: inherit fsl-u-boot-localversion | 15:44 |
| abelloni | rburton: just so you know, my branch currently building on the AB has your zlib changes | 15:47 |
| MrSaturn | I have to shutdown. Thanks for the help\ | 15:49 |
| *** MrSaturn <MrSaturn!~sam@cpe-72-224-69-22.maine.res.rr.com> has quit IRC (Quit: leaving) | 15:49 | |
| *** sstiller <sstiller!~sstiller@p200300f07f1387002bfbd678b5256b43.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 260 seconds) | 15:56 | |
| *** manuele <manuele!~manuele@94-36-154-104.adsl-ull.clienti.tiscali.it> has quit IRC (Ping timeout: 250 seconds) | 15:56 | |
| *** mckoan is now known as mckoan|away | 15:59 | |
| *** YoussefAllagui[m <YoussefAllagui[m!~youssefal@2001:470:69fc:105::1:cd47> has quit IRC (Quit: You have been kicked for being idle) | 16:00 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:04 | |
| *** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has quit IRC (Ping timeout: 246 seconds) | 16:18 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 16:19 | |
| *** kriive <kriive!~kriive@user/kriive> has quit IRC (Ping timeout: 260 seconds) | 16:38 | |
| *** kriive <kriive!~kriive@user/kriive> has joined #yocto | 16:39 | |
| *** Guest11 <Guest11!~Guest11@137.220.68.120> has joined #yocto | 16:46 | |
| Guest11 | Hey team! | 16:49 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 16:49 | |
| Guest11 | I sound like a bit of a broken record | 16:49 |
| Guest11 | But I'm quite new to Yocto and BB | 16:49 |
| Guest11 | We have a Jenkins instance running our builds | 16:49 |
| Guest11 | Builds are talking an abnormal amount of time | 16:49 |
| Guest11 | That's caused because we use: PREMIRRORS = ...git://.*/.* http://downloads.yoctoproject.org/mirror/sources/ | 16:51 |
| Guest11 | And the OpenCV is taking 5h to download | 16:51 |
| barometz | yeah, the yoctoproject.org mirror has been somewhat congested lately | 16:52 |
| Guest11 | I tried to set the PREMIRRORS= "" (to an empty string) | 16:52 |
| Guest11 | But then other dependencies started failing | 16:52 |
| Guest11 | Is there a way I can just specify that OpenCV should be downloaded from github? While the rest should be from yoctoproject? | 16:53 |
| barometz | that... should not be the case, the premirror shoudln't be the only source of stuff. But I highly recommend setting up your own local mirror, it's not all that much trouble and resolves all this | 16:53 |
| barometz | let me see if I can find the things I used | 16:53 |
| barometz | https://wiki.yoctoproject.org/wiki/How_do_I https://low-level.wiki/mirrors/yocto_sources.html and https://www.mndet.net/2018/12/28/yocto-mirrors.html but #1 should ideally cover everything | 16:55 |
| Guest11 | Thanks! That's what I'd like to do | 16:55 |
| Guest11 | I see you've linked one of the guided I was reading | 16:56 |
| Guest11 | We have this repo with all the meta-layers | 16:56 |
| Guest11 | They are submodules and I can't seem to be able to clone them locally | 16:56 |
| Guest11 | (I should mention I'm basically the substitute for people that are on holiday:D ) | 16:57 |
| Guest11 | Hence why I don't know the setup very well | 16:57 |
| Guest11 | I was hoping I could overwrite the SRC_URI just for opencv which is part of meta-openembedded | 16:58 |
| rburton | Guest11: what branch are you using | 16:58 |
| Guest11 | zeus-l4t-r32.3.1-develop | 16:58 |
| *** Guest11 is now known as mickeypash | 16:59 | |
| rburton | well the urls are probably failing as that's a very old release and they need updating | 16:59 |
| rburton | as per https://wiki.yoctoproject.org/wiki/Releases, zeus was EOL nearly two years ago | 16:59 |
| mickeypash | :( I am aware | 17:00 |
| mickeypash | Our Yocto expert hasn't found the time but was working on Dunfell support | 17:00 |
| rburton | opencv in zeus just does a git clone, and it works fine | 17:01 |
| mickeypash | If I had the skills and the knowledge I would upgrade to a future release:( | 17:01 |
| mickeypash | but it's outside my remit | 17:01 |
| rburton | so if it fails telling us what the errors are would help us | 17:01 |
| mickeypash | When I jumped on our Jenkins worker and checked I see this | 17:02 |
| mickeypash | wget -t 2 -T 30 --passive-ftp --no-check-certificate -P /tmp/ http://downloads.yoctoproject.org/mirror/sources/git2_github.com.opencv.opencv.git.tar.gz --progress=dot -v | 17:02 |
| mickeypash | I've changed the destination dir to /tmp but otherwise it's the same command | 17:03 |
| rburton | i mean the errors after you turned off premirrors | 17:03 |
| mickeypash | Ah | 17:03 |
| rburton | yes that will be slow right now, we're working on that problem :) | 17:03 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-240-254.ssp.dialog.net.pl> has joined #yocto | 17:04 | |
| mickeypash | WARNING: file-native-5.37-r0 do_fetch: Failed to fetch URL git://github.com/file/file.git, attempting MIRRORS if available | 17:05 |
| mickeypash | WARNING: rpm-native-1_4.14.2.1-r0 do_fetch: Failed to fetch URL git://github.com/rpm-software-management/rpm;branch=rpm-4.14.x, attempting MIRRORS if available | 17:05 |
| rburton | do you have a broken git proxy? | 17:05 |
| mickeypash | WARNING: ninja-native-1.9.0-r0 do_fetch: Failed to fetch URL git://github.com/ninja-build/ninja.git;branch=release, attempting MIRRORS if available | 17:05 |
| rburton | oh! | 17:06 |
| rburton | that's gitub | 17:06 |
| rburton | it turned off git: support | 17:06 |
| mickeypash | :( oh this could be a security choice | 17:06 |
| rburton | you need to update your zeus | 17:06 |
| rfs613 | yeah, switch from git:// to https:// | 17:06 |
| rburton | https://git.yoctoproject.org/poky/commit/?h=zeus&id=daf096e295121ea49ebf21f8070e9a6e28f5d46c | 17:06 |
| rburton | that's been in the zeus branch since november last year, so just update | 17:07 |
| mickeypash | Thanks. Trying to clone the submodules locally | 17:12 |
| rburton | that has a reference to the bitbake commit if you're actually using bitbake directly | 17:14 |
| mickeypash | :facepalm: | 17:14 |
| mickeypash | https://github.com/yoctoproject/poky/commit/a92ae31dc4f1a124fe3d722c7239796d1b37cbc3 | 17:14 |
| mickeypash | We are on this branch with poky | 17:15 |
| mickeypash | git apply --check git_stuff.patch | 17:15 |
| mickeypash | error: bitbake/lib/bb/fetch2/git.py: No such file or directory | 17:15 |
| mickeypash | This commit* | 17:15 |
| rfs613 | mickeypash: seems to work for me: git checkout a92ae31dc4f1a124fe3d722c7239796d1b37cbc3; git cherry-pick daf096e295121ea49ebf21f8070e9a6e28f5d46c | 17:18 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 17:18 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 17:28 | |
| mickeypash | Hmm you know I think it's my fault | 17:29 |
| mickeypash | When I removed PREMIRRORS I also removed MIRRORS | 17:29 |
| * RP has just found another memres issue and is tring a patch | 17:38 | |
| *** amitk <amitk!~amit@103.208.71.56> has quit IRC (Ping timeout: 260 seconds) | 17:41 | |
| mickeypash | Okay I've set the poky changes to daf096e295121ea49ebf21f8070e9a6e28f5d46c a PREMIRRORS = "" in conf/local.conf | 17:42 |
| mickeypash | Pray for me | 17:42 |
| mickeypash | Time for dinner and some fresh air | 17:42 |
| mickeypash | Thanks rburton rfs613 Really appreciate your help! | 17:42 |
| *** mickeypash <mickeypash!~Guest11@137.220.68.120> has quit IRC (Quit: Connection closed) | 18:16 | |
| *** bonalais <bonalais!uid502939@id-502939.tinside.irccloud.com> has joined #yocto | 18:51 | |
| LetoThe2nd | 19:27 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 19:27 | |
| *** MrSaturn <MrSaturn!~sam@147.sub-174-196-204.myvzw.com> has joined #yocto | 19:37 | |
| *** MrSaturn <MrSaturn!~sam@147.sub-174-196-204.myvzw.com> has quit IRC (Read error: Connection reset by peer) | 19:44 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:3958:796d:6d52:6def> has quit IRC (Quit: Leaving) | 19:52 | |
| *** jclsn1007 <jclsn1007!~jclsn@46.59.216.93.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 19:56 | |
| *** jclsn100 <jclsn100!~jclsn@149.233.163.143.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 272 seconds) | 19:58 | |
| *** MrSaturn <MrSaturn!~sam@147.sub-174-196-204.myvzw.com> has joined #yocto | 20:05 | |
| *** MrSaturn_ <MrSaturn_!~sam@147.sub-174-196-204.myvzw.com> has joined #yocto | 20:08 | |
| *** marc3 <marc3!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (Ping timeout: 252 seconds) | 20:15 | |
| *** marc3 <marc3!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto | 20:17 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has quit IRC (Quit: Leaving) | 20:25 | |
| abelloni | rburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/3373/steps/14/logs/stdio | 20:33 |
| rburton | abelloni: argh | 20:33 |
| abelloni | don't look at the efi failure ;) | 20:34 |
| abelloni | but the other ones are yours | 20:34 |
| *** MrSaturn <MrSaturn!~sam@147.sub-174-196-204.myvzw.com> has quit IRC (Quit: leaving) | 20:34 | |
| *** MrSaturn_ <MrSaturn_!~sam@147.sub-174-196-204.myvzw.com> has quit IRC (Quit: leaving) | 20:34 | |
| rburton | i was about to worry that the efi one was too ;) | 20:34 |
| rburton | easy fix at least | 20:35 |
| abelloni | well, it is funny that the efi one did happen twice | 20:37 |
| abelloni | but I would think this is a side effect | 20:38 |
| *** bonalais <bonalais!uid502939@id-502939.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 20:58 | |
| *** otavio_ <otavio_!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 252 seconds) | 21:41 | |
| *** camus <camus!~Instantbi@2409:8a1e:9115:e190:613c:fe00:cd5b:1dcf> has joined #yocto | 21:43 | |
| *** otavio <otavio!~otavio@187.71.134.179> has joined #yocto | 21:48 | |
| RP | kergoth: Can you spot where oe.classextend is setup so we can import it? | 21:49 |
| RP | kergoth: I'm wondering why we see these failures in oe-selftest with BB_SERVER_TIMEOUT=60 (i.e. bitbake memory resident) | 21:49 |
| RP | https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/3377/steps/14/logs/stdio | 21:49 |
| RP | kergoth: I can't see where we add oe.classextend in the first place. I see others in OE_IMPORT but not that | 21:50 |
| kergoth | RP: it's explicitly included wherever it's used. https://github.com/openembedded/openembedded-core/search?q=classextend | 22:03 |
| kergoth | presumably the sys.path adjustmnets from base.bbclass allow for that to work | 22:03 |
| kergoth | afaict | 22:03 |
| RP | kergoth: what would get corrupted in memory resident bitbake that would stop that working then? | 22:03 |
| RP | kergoth: that would imply sys.path getting messed up? | 22:04 |
| kergoth | or an ordering issue with the adjustments in base.bbclass, yeah | 22:04 |
| RP | kergoth: interestingly I tried adding oe.classextend to the list of imports and that blows up with a ModuleNotFoundError: No module named 'oe.rootfs'. I'll check what sys.path looks like in the two cases next I guess, thanks | 22:06 |
| *** otavio <otavio!~otavio@187.71.134.179> has quit IRC (Ping timeout: 252 seconds) | 22:07 | |
| *** otavio <otavio!~otavio@187.71.133.138> has joined #yocto | 22:09 | |
| *** otavio <otavio!~otavio@187.71.133.138> has quit IRC (Ping timeout: 246 seconds) | 22:13 | |
| *** bonalais <bonalais!uid502939@id-502939.tinside.irccloud.com> has joined #yocto | 22:13 | |
| *** camus <camus!~Instantbi@2409:8a1e:9115:e190:613c:fe00:cd5b:1dcf> has quit IRC (Ping timeout: 240 seconds) | 22:16 | |
| RP | kergoth: debugging shows that sys.path grows for every time we parse the datastore :/ | 22:22 |
| sielicki | can someone key me into what's going on with `pip_install_wheel.bbclass`? I am finding a bunch of threads and search results for it, but it's not actually in poky/master at the moment. Did I miss a thread? | 22:23 |
| *** otavio <otavio!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has joined #yocto | 22:24 | |
| kergoth | RP: oof. not surprising, thinking about it, given it alters global state. I wonder if we could hook the import process to allow for 'import oe' to work without directly mucking with sys.path | 22:26 |
| kergoth | worst case could just stop addin gpaths that are already in the list, of course | 22:26 |
| kergoth | sitll doesn't seem ideal, though, as not all metadata changes might be reflected | 22:27 |
| RP | kergoth: Oddly enough I'm just testing that. I think there is a second issue that there is an empty meta/lib/oe being left behind which breaks things | 22:27 |
| RP | kergoth: I think I might teach cookerdata to stash sys.path and reset it at the start of a new parse | 22:27 |
| kergoth | Good idea | 22:28 |
| RP | kergoth: I still think we should probably also not add paths already in the path list too as the number of duplicates in there is sad | 22:28 |
| RP | that might change behaviour very slightly but not in a way I'm going to lose much sleep over | 22:29 |
| kergoth | Agreed. I'm wondering about the imported modules and our context dict, though. those are also global. I'm guessing folks won't gneerally be changing bblayers without restarting hte server, but if it did, we could end up with old wrong versions of modules imported from the wrong paths, in the case of layers overriding them by priority | 22:29 |
| kergoth | Might want to think about stashing sys.modules and our context | 22:29 |
| RP | kergoth: oe-selftest definitely does that | 22:29 |
| RP | kergoth: hmm, yes :/ | 22:30 |
| kergoth | if it imported some module from oe-core, then a layer got added that overrode it, i doubt it'd be re-imported with the new version | 22:30 |
| RP | it is less likely oe-selftest would hit that but a user could | 22:30 |
| kergoth | Related: we should probably support hot-reloading / reimporting modules on file change | 22:30 |
| kergoth | .py file change that is | 22:30 |
| RP | kergoth: wouldn't it do that now? | 22:31 |
| kergoth | I have no idea :) | 22:31 |
| RP | kergoth: I guess we need inotify watches on the files in sys.path | 22:31 |
| RP | kergoth: it depends where the files are and if they trigger the existing watches. Some might bit some wouldn't | 22:32 |
| kergoth | True | 22:33 |
| kergoth | Hmm, only slightly related, but I also don't know if we ever got around to adding calls to imported python code to python function checksums, changing an external module won't re-run tasks that run it. | 22:33 |
| * kergoth shrugs | 22:33 | |
| kergoth | It's a bit of a mess. I actually wonder if base.bbclass is what should be responsible for adding to sys.path, it's hard to ensure they're imported in time if you want to use them early enough in the parsing process. Maybe layer.conf could add to PYTHONPATH and cooker could add that to sys.path? | 22:35 |
| RP | kergoth: is the " if hasattr(bb.utils, "_context")" https://git.yoctoproject.org/poky-contrib/tree/meta/classes/base.bbclass#n28 a fallback for older bitbakes? | 22:35 |
| kergoth | I think so, yeah | 22:35 |
| RP | kergoth: so we could remove that and I think we handle the utils context at reset? | 22:35 |
| RP | kergoth: I think we always viewed this import piece as temporary until we figured out the proper API :/ | 22:36 |
| RP | some kind of directive in layer.conf saying "modules <here>" would be better in many ways | 22:36 |
| RP | tlwoerner: that GPLv2.patch in keymaps is horrible. I want to remove that ;-) | 22:44 |
| *** ar__ <ar__!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 22:44 | |
| *** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has joined #yocto | 22:49 | |
| kergoth | RP: yeah, that's what i was thinking too, maybe a new variable for the layer to add its own python search paths to, the way we add to bbpath/bbfiles. would be a lot cleaner than the way we're hacking it now | 22:55 |
| dvorkindmitry | I am using WKS file to create SD card image. my first partition is shifted from the start. Between start and the first partition a raw binary should be placed. Is there any standard way to do this on WKS creation step? | 22:55 |
| RP | kergoth: exactly | 23:17 |
| *** alimon <alimon!~alimon@189.172.100.150> has quit IRC (Ping timeout: 240 seconds) | 23:28 | |
| RP | kergoth: thanks for talking it though, it helps. I can't quite get it working but I'm in the right area. Will try again fresh tomorrow :) | 23:29 |
| *** ANU[m] <ANU[m]!~anubhutis@2001:470:69fc:105::1:ea2b> has joined #yocto | 23:42 | |
| *** alimon <alimon!~alimon@189.174.2.174> has joined #yocto | 23:43 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!