| pidge | RP: on qemumips (which is the slowest to fully render), seven seconds between dbus-wait org.matchbox_project.desktop Loaded returning and the screen being entirely rendered :( | 00:06 |
|---|---|---|
| RP | pidge: I wonder if rburton has any thoughts on that :/ | 00:07 |
| RP | it is what it was meant for :( | 00:07 |
| pidge | RP: I'm thinking that what I probably need to be doing is tapping into qmp signals instead of dbus. ie. I don't think it's a sato issue, it's how we're invoking display for qemu. | 00:09 |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC (Quit: WeeChat 3.8) | 00:11 | |
| pidge | To further prove this theory, wiping out qb_graphics and the diff between the dbus-wait is negligable. | 00:12 |
| RP | pidge: I don't know I'm afraid. I just knew we had that signal | 00:17 |
| * RP should sleep | 00:17 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:34 | |
| *** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 01:11 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 01:22 | |
| *** davidinux <davidinux!~davidinux@host-79-24-143-81.retail.telecomitalia.it> has quit IRC (Ping timeout: 245 seconds) | 02:03 | |
| *** davidinux <davidinux!~davidinux@host-79-40-158-247.business.telecomitalia.it> has joined #yocto | 02:11 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Read error: Connection reset by peer) | 02:39 | |
| *** kystncode <kystncode!~kystncode@117.241.178.27> has joined #yocto | 02:40 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 02:43 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6523:9a00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 260 seconds) | 03:48 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:653e:400:2ce:39ff:fecf:efcd> has joined #yocto | 03:50 | |
| *** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:82dc:3a7d:153d:7318:262> has joined #yocto | 04:01 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 260 seconds) | 05:31 | |
| *** jmd <jmd!~user@2001:a61:2aaa:2d01:bdbd:1ae3:2ec6:37f9> has joined #yocto | 05:55 | |
| *** astlep550401 <astlep550401!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has joined #yocto | 06:07 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 06:10 | |
| *** astlep550401 <astlep550401!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 06:12 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Read error: Connection reset by peer) | 06:16 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 06:17 | |
| *** astlep550401 <astlep550401!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has joined #yocto | 06:24 | |
| *** kystncode <kystncode!~kystncode@117.241.178.27> has quit IRC (Quit: Quit) | 06:47 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 245 seconds) | 06:53 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 06:54 | |
| *** camus <camus!~Instantbi@58.246.136.203> has quit IRC (Ping timeout: 256 seconds) | 06:58 | |
| *** camus <camus!~Instantbi@58.246.136.203> has joined #yocto | 07:00 | |
| *** sng <sng!~quassel@217.140.105.55> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 07:01 | |
| *** sng <sng!~quassel@217.140.105.56> has joined #yocto | 07:02 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:8406:100:518b:5fa1:af6e:99b8> has joined #yocto | 07:03 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser) | 07:15 | |
| *** jmd <jmd!~user@2001:a61:2aaa:2d01:bdbd:1ae3:2ec6:37f9> has quit IRC (Remote host closed the connection) | 07:17 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 07:46 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Client Quit) | 07:46 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 07:46 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Client Quit) | 07:46 | |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has joined #yocto | 08:05 | |
| *** frieder <frieder!~frieder@i577B9142.versanet.de> has joined #yocto | 08:11 | |
| *** zpfvo <zpfvo!~fvo@87.122.81.141> has joined #yocto | 08:13 | |
| *** camus1 <camus1!~Instantbi@58.246.136.203> has joined #yocto | 08:14 | |
| *** camus <camus!~Instantbi@58.246.136.203> has quit IRC (Remote host closed the connection) | 08:14 | |
| *** camus1 is now known as camus | 08:14 | |
| *** wak <wak!~wkenningt@2001:19f0:ac01:40f:5400:4ff:fe7c:68e6> has quit IRC (Quit: ZNC - https://znc.in) | 08:23 | |
| *** wak <wak!~wkenningt@2001:19f0:ac01:40f:5400:4ff:fe7c:68e6> has joined #yocto | 08:24 | |
| *** Saur <Saur!~pkj@nebula.axis.com> has quit IRC (Ping timeout: 264 seconds) | 08:35 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:36 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 08:46 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 245 seconds) | 08:54 | |
| *** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto | 08:56 | |
| *** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:82dc:3a7d:153d:7318:262> has quit IRC (Ping timeout: 260 seconds) | 08:56 | |
| dvergatal | RP: OK I have tested it and patchest applied are not solving the issue regarding proper order of postinst calls | 09:02 |
| *** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:82dc:86ff:6f00:74b2:1947> has joined #yocto | 09:17 | |
| RP | dvergatal: "it" being the master patches or the proposed one on the list? | 09:25 |
| RP | the ones in master were never claimed to fix the postinst order | 09:25 |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 09:30 | |
| *** bradfa <bradfa!sid297668@id-297668.helmsley.irccloud.com> has quit IRC (Ping timeout: 255 seconds) | 09:30 | |
| *** bradfa <bradfa!sid297668@id-297668.helmsley.irccloud.com> has joined #yocto | 09:30 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 09:32 | |
| *** mdp <mdp!sid49840@id-49840.ilkley.irccloud.com> has quit IRC (Ping timeout: 256 seconds) | 09:34 | |
| *** mdp <mdp!sid49840@id-49840.ilkley.irccloud.com> has joined #yocto | 09:34 | |
| dvergatal | > 18:32 < dvergatal> RP: but it is written in here https://git.yoctoproject.org/poky/commit/?id=ecef665062be55fcfa0915216335d08883aa86f7 for that Bug 13904 and Bug 15084 it fixes the effects | 09:35 |
| dvergatal | RP: I need to check something else because I have some suspicions | 09:36 |
| *** khem <khem!uid220931@id-220931.helmsley.irccloud.com> has quit IRC (Ping timeout: 255 seconds) | 09:37 | |
| RP | pidge: I said this would cause problems :( | 09:43 |
| RP | dvergatal: it only fixes 13904. It may help 15084 but does not fix it | 09:44 |
| RP | 15084 remains open and actually has other patches on the list | 09:44 |
| RP | that commit message should really say "fixes issues potentially related to:" | 09:45 |
| *** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:82dc:86ff:6f00:74b2:1947> has quit IRC (Ping timeout: 246 seconds) | 09:47 | |
| dvergatal | RP: 13904 is the order of postinst-* | 09:49 |
| dvergatal | RP: OK | 09:52 |
| rburton | pidge: what did you change to stop the delta between the signal and the desktop actually finished being so long? | 09:55 |
| rburton | i can't remember where that signal is fired but it shouldn't be doing much after. but maybe it needs to be shifted slightly. | 09:55 |
| rburton | an alternative would be to take shots every few seconds until it stops changing | 09:55 |
| *** khem <khem!uid220931@id-220931.helmsley.irccloud.com> has joined #yocto | 09:56 | |
| rburton | as you'll need something like that for "clicked on <app>" where you don't get a magic dbus signal | 09:56 |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto | 10:04 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Remote host closed the connection) | 10:16 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 10:17 | |
| *** olani <olani!~olani@wlan-gw.se.axis.com> has quit IRC (Remote host closed the connection) | 10:26 | |
| *** olani <olani!~olani@wlan-gw.se.axis.com> has joined #yocto | 10:28 | |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Quit: Quit) | 10:36 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 10:38 | |
| *** jonesv <jonesv!e7e4272e85@2604:bf00:561:2000::10b5> has quit IRC (Remote host closed the connection) | 10:40 | |
| *** raghavgururajan <raghavgururajan!ea769b8000@user/raghavgururajan> has quit IRC (Remote host closed the connection) | 10:40 | |
| *** tleb <tleb!6dbdd9ebc9@2604:bf00:561:2000::10cf> has quit IRC (Remote host closed the connection) | 10:40 | |
| *** raghavgururajan <raghavgururajan!ea769b8000@user/raghavgururajan> has joined #yocto | 10:43 | |
| *** jonesv <jonesv!e7e4272e85@2604:bf00:561:2000::10b5> has joined #yocto | 10:44 | |
| *** tleb <tleb!6dbdd9ebc9@2604:bf00:561:2000::10cf> has joined #yocto | 10:44 | |
| *** neofutur_ <neofutur_!~neofutur@neoxena.ww7.be> has quit IRC (Ping timeout: 256 seconds) | 10:52 | |
| dvergatal | RP: If I run `bitbake package -e variables.txt` i should be able to see USERADD_DEPENDS for that specific package? | 10:53 |
| RP | dvergatal: sorry, you're right, yes. It doesn't fix that. I meant the other 13XXX bug :/ | 10:54 |
| dvergatal | RP: ahhhh:P so the commit message is wrong | 10:55 |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Remote host closed the connection) | 10:55 | |
| RP | dvergatal: as I said, " that commit message should really say "fixes issues potentially related to:"" | 10:55 |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 10:55 | |
| *** neofutur_ <neofutur_!~neofutur@neoxena.ww7.be> has joined #yocto | 10:55 | |
| dvergatal | RP: sure, n/p but I was thinking it fixes but it's not | 10:56 |
| dvergatal | maybe not entirely | 10:56 |
| RP | dvergatal: it is related but not entirely fixes all the issues | 10:56 |
| dvergatal | RP: yeah | 10:56 |
| *** camus <camus!~Instantbi@58.246.136.203> has quit IRC (Ping timeout: 276 seconds) | 10:56 | |
| *** camus1 <camus1!~Instantbi@58.246.136.203> has joined #yocto | 10:56 | |
| RP | and yes, bitbake -e <recipe> should show USERADD_DEPENDS if you set that in the recipe | 10:57 |
| dvergatal | RP: so the funny thing is that i have it set in recipe and | 10:57 |
| dvergatal | 11:56 < dvergatal> maybe not entirely | 10:57 |
| dvergatal | sorry stupid 3rd mice button | 10:57 |
| dvergatal | RP: bitbake -e <recipe> returns me USERADD_DEPENDS = "" but it is set in that recipe | 10:58 |
| *** camus1 is now known as camus | 10:59 | |
| RP | dvergatal: before or after the inherits? | 11:04 |
| dvergatal | one sec | 11:05 |
| dvergatal | after | 11:05 |
| dvergatal | ahhhh that is why ok | 11:06 |
| dvergatal | RP: yay, you were right stupid me | 11:08 |
| dvergatal | RP: nevertheless what in case if one package listed in USERADD_DEPENDS has in its body also its own USERADD_DEPENDS? | 11:13 |
| RP | dvergatal: that should work? | 11:13 |
| dvergatal | RP: how should I know? | 11:14 |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 11:17 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto | 11:18 | |
| *** wak <wak!~wkenningt@2001:19f0:ac01:40f:5400:4ff:fe7c:68e6> has quit IRC (Quit: ZNC - https://znc.in) | 11:18 | |
| *** wak <wak!~wkenningt@2001:19f0:ac01:40f:5400:4ff:fe7c:68e6> has joined #yocto | 11:18 | |
| *** sakman <sakman!~Thunderbi@176.42.20.226> has quit IRC (Read error: Connection reset by peer) | 11:18 | |
| *** khem <khem!uid220931@id-220931.helmsley.irccloud.com> has quit IRC (Ping timeout: 245 seconds) | 11:18 | |
| *** jonesv <jonesv!e7e4272e85@2604:bf00:561:2000::10b5> has quit IRC (Write error: Connection reset by peer) | 11:18 | |
| *** tleb <tleb!6dbdd9ebc9@2604:bf00:561:2000::10cf> has quit IRC (Read error: Connection reset by peer) | 11:18 | |
| *** raghavgururajan <raghavgururajan!ea769b8000@user/raghavgururajan> has quit IRC (Write error: Connection reset by peer) | 11:18 | |
| *** khazakar <khazakar!uid144674@id-144674.ilkley.irccloud.com> has quit IRC (Read error: Connection reset by peer) | 11:18 | |
| *** raghavgururajan_ <raghavgururajan_!799d132964@2604:bf00:561:2000::242> has joined #yocto | 11:18 | |
| *** tleb <tleb!6dbdd9ebc9@2604:bf00:561:2000::10cf> has joined #yocto | 11:18 | |
| *** jonesv_ <jonesv_!e7e4272e85@2604:bf00:561:2000::10b5> has joined #yocto | 11:18 | |
| *** camus1 <camus1!~Instantbi@58.246.136.203> has joined #yocto | 11:18 | |
| *** sakman <sakman!~Thunderbi@176.42.20.226> has joined #yocto | 11:19 | |
| *** khem <khem!uid220931@id-220931.helmsley.irccloud.com> has joined #yocto | 11:19 | |
| *** khazakar <khazakar!uid144674@id-144674.ilkley.irccloud.com> has joined #yocto | 11:19 | |
| *** jonesv_ is now known as jonesv | 11:19 | |
| *** sng <sng!~quassel@217.140.105.56> has quit IRC (Quit: No Ping reply in 180 seconds.) | 11:19 | |
| *** sng <sng!~quassel@217.140.105.56> has joined #yocto | 11:20 | |
| *** davidinux <davidinux!~davidinux@host-79-40-158-247.business.telecomitalia.it> has quit IRC (Ping timeout: 245 seconds) | 11:21 | |
| *** davidinux <davidinux!~davidinux@host-79-40-158-247.business.telecomitalia.it> has joined #yocto | 11:22 | |
| *** camus <camus!~Instantbi@58.246.136.203> has quit IRC (Ping timeout: 245 seconds) | 11:22 | |
| *** camus1 is now known as camus | 11:22 | |
| dvergatal | RP: I think that because of the order it was also not working for me on kirkstone:P | 11:27 |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 11:27 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 11:28 | |
| *** arkanoid <arkanoid!~arkanoid@2-235-241-4.ip230.fastwebnet.it> has joined #yocto | 11:32 | |
| arkanoid | hello! | 11:33 |
| arkanoid | I'm new to yocto. What's the go-to layer to handle network-related stuff when LTE/modem comes into play? | 11:33 |
| arkanoid | I don't see ModemManager here https://layers.openembedded.org/layerindex/branch/master/layer/meta-networking/ | 11:33 |
| arkanoid | nor qmi, or other modem drivers | 11:34 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor) | 11:37 | |
| ablu | arkanoid: You might want to try the recipe search: https://layers.openembedded.org/layerindex/branch/master/recipes/?q=modemmanager | 11:37 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 11:37 | |
| dvergatal | arkanoid: meta-openembedded | 11:38 |
| dvergatal | arkanoid: recipes-connecitvity | 11:40 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor) | 11:43 | |
| *** rty <rty!~rty@mtph-gw-3.btlnet.com> has joined #yocto | 11:52 | |
| rty | hi, people. I was wondering, is it possible to dynamically add a layer (akin to what you would do manually in conf/bblayers.conf) directly from the command line, without editing files? | 11:53 |
| rty | with temporary effect only for that command's execution | 11:53 |
| *** IB1387 <IB1387!~IB1387@ip-109-090-011-114.um36.pools.vodafone-ip.de> has joined #yocto | 12:00 | |
| *** IB1387 <IB1387!~IB1387@ip-109-090-011-114.um36.pools.vodafone-ip.de> has quit IRC (Client Quit) | 12:01 | |
| *** IB1387 <IB1387!~IB1387@ip-109-090-011-114.um36.pools.vodafone-ip.de> has joined #yocto | 12:01 | |
| RP | rty: there are the -r and -R options to bitbake which specific conf files to read before and after bitbake.conf but nothing for bblayers.conf that I know of | 12:15 |
| RP | s/specific/specify/ | 12:15 |
| *** speeli <speeli!~speeli@ip-109-090-011-114.um36.pools.vodafone-ip.de> has joined #yocto | 12:20 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed) | 12:30 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 12:33 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 12:35 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 12:35 | |
| *** xmn <xmn!~xmn@p200300c37f3a0400e8444aa77be31530.dip0.t-ipconnect.de> has joined #yocto | 12:38 | |
| *** alperak <alperak!~alperak@176.88.106.122> has joined #yocto | 12:39 | |
| dvergatal | RP: btw. how can I override `inherit useradd` in case of bbappend? meaning that I have some recipe from some layer which already has this inherit and I want to also set USERADD_DEPENDS in this bbappend? | 12:40 |
| rty | RP: thanks! I'll try | 12:41 |
| IB1387 | Hi, I hope it's fine for me to ask a quick question here! I'm trying to patch a file in u-boot. I've created the bbappend and patch files using devtool. When building, bitbake throws an error that the patch file couldn't be applied. I think it's applying mulitple patches to the same file in the wrong order. My patch should be the last one to be | 12:41 |
| IB1387 | applied, but from the log it seems that it get's applied before a patch in meta-mender-raspberrypi. | 12:41 |
| *** ablu-lin- <ablu-lin-!ablu-linar@irc.codelinaro.org> has joined #yocto | 12:42 | |
| *** vvmeson <vvmeson!~rmacleod@198-48-226-243.cpe.pppoe.ca> has joined #yocto | 12:42 | |
| *** ablu-linaro <ablu-linaro!ablu-linar@irc.codelinaro.org> has quit IRC (Ping timeout: 252 seconds) | 12:42 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-243.cpe.pppoe.ca> has quit IRC (Ping timeout: 252 seconds) | 12:42 | |
| dvergatal | RP: can I `inherit useradd` twice ? | 12:42 |
| LetoThe2nd | IB1387: so you want to have mender + raspberrypi + additional patches? | 12:43 |
| *** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:6471:515e:99d7:d2f:b037> has joined #yocto | 12:43 | |
| RP | dvergatal: you can but it won't help :/ | 12:45 |
| IB1387 | LetoThe2nd I need to patch configs/rpi_arm64_defconfig in u-boot. There is a patch in meta-mender-raspberrypi/recipes-bsp/u-boot/ that alters the same file. The problem seems to be, that my patch get's applied before the patch from meta-mender-raspberrypi is applied. When I created my patch using devtool, the patch from meta-mender-raspberrypi is | 12:45 |
| IB1387 | already applied in the workspace. | 12:45 |
| IB1387 | So I guess yes, I want all patches to be applied in series in the correct order. | 12:46 |
| pidge | rburton: on qemumips I blanked out qb_graphics from vga std. The problem isn't a sato issue I don't think, it's a qemu issue in that the screen rendering is just taking too long. | 12:46 |
| rburton | i wonder if mips can be told to do virtio vga | 12:47 |
| LetoThe2nd | IB1387: I see. hm. We've had a situation like that when layer priorities were interfering. Is your layer bumped up there? | 12:47 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 12:47 | |
| IB1387 | LetoThe2nd I'm already searching for some time for a solution and tried to play with layer prios, setting my layer priority (`BBFILE_PRIORITY_mylayer` in layer.conf) to the highest or lowest number of all present layers didn't seem to change anything concerning the patch order. The priority was correctly updated in `bitbake-layers show-layers` | 12:49 |
| IB1387 | though. | 12:49 |
| *** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-208.dsl.bell.ca> has quit IRC (Ping timeout: 252 seconds) | 12:50 | |
| *** sgw <sgw!~swold@user/sgw> has quit IRC (Ping timeout: 252 seconds) | 12:51 | |
| LetoThe2nd | IB1387: so its not just the patch order, its actually the append ordering? | 12:51 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 12:52 | |
| *** sgw <sgw!~swold@user/sgw> has joined #yocto | 12:52 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.1.2) | 12:52 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-208.dsl.bell.ca> has joined #yocto | 12:52 | |
| dvergatal | RP: hmmm so it is not possible to modify recipe with bbappend and I must do that within original recipe? | 12:54 |
| IB1387 | LetoThe2nd I'm not sure how bitbake does the applying of the patches. I want to only apply a single patch myself. Does it collect all patches of all bbappends | 12:56 |
| IB1387 | LetoThe2nd Does it collect all patches of all bbappends and applies them in order after? Or does it process one bbappend file, apply it's patches and then continues with the next one? | 12:57 |
| arkanoid | ablu: thanks | 12:58 |
| RP | dvergatal: USERADD_DEPENDS is set with ??= so any other setting of the variable should override it | 12:58 |
| IB1387 | LetoThe2nd when I set the priority to 1, my bbappend file is listed first in `bitbake-layers show-appends`, when I set the prio to 20, it's listed last in the same command. So the priority change at least does something. | 12:58 |
| LetoThe2nd | IB1387: my understanding is that patches are applied in the order in which they appear in at SRC_URI | 12:58 |
| LetoThe2nd | IB1387: set it to the same prio as meta-mender and meta-mender-raspberrypi :) | 12:59 |
| LetoThe2nd | IB1387: I agree that we should improve the documentation there. | 12:59 |
| IB1387 | LetoThe2nd alright, I'll try that this afternoon. I have an appointment now but will go back to debugging later. Thanks so far, I'll report the results :-) | 12:59 |
| LetoThe2nd | IB1387: thanks. You can of course ping me here, but if nobody is responsive please drop it on hub.mender.io. three days to xmas is probably not a great time to get people taking a look but I can always try. | 13:01 |
| dvergatal | RP: yeah I'm just thinking out loud | 13:02 |
| *** IB9 <IB9!~IB1387@ip-109-090-011-114.um36.pools.vodafone-ip.de> has joined #yocto | 13:02 | |
| *** IB9 <IB9!~IB1387@ip-109-090-011-114.um36.pools.vodafone-ip.de> has quit IRC (Client Quit) | 13:03 | |
| *** IB1387 <IB1387!~IB1387@ip-109-090-011-114.um36.pools.vodafone-ip.de> has quit IRC (Ping timeout: 250 seconds) | 13:04 | |
| *** rty <rty!~rty@mtph-gw-3.btlnet.com> has quit IRC (Ping timeout: 250 seconds) | 13:11 | |
| *** rty <rty!~rty@mtph-gw-3.btlnet.com> has joined #yocto | 13:12 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor) | 13:29 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 13:29 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 13:35 | |
| *** davidinux <davidinux!~davidinux@host-79-40-158-247.business.telecomitalia.it> has quit IRC (Ping timeout: 256 seconds) | 13:41 | |
| *** rty <rty!~rty@mtph-gw-3.btlnet.com> has quit IRC (Quit: Client closed) | 13:44 | |
| *** vvmeson is now known as vmeson | 13:45 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 13:46 | |
| *** zpfvo <zpfvo!~fvo@87.122.81.141> has quit IRC (Ping timeout: 252 seconds) | 13:50 | |
| *** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:6471:515e:99d7:d2f:b037> has quit IRC (Ping timeout: 245 seconds) | 13:51 | |
| *** rm5248 <rm5248!~rm5248@c-76-100-95-162.hsd1.va.comcast.net> has joined #yocto | 13:55 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 256 seconds) | 13:57 | |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:bc14:87cb:25ec:da4e> has quit IRC (Remote host closed the connection) | 14:04 | |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:2689:9325:526:8f62> has joined #yocto | 14:04 | |
| *** zpfvo <zpfvo!~fvo@87.122.81.141> has joined #yocto | 14:04 | |
| *** IB1387 <IB1387!~IB1387@ip-109-090-011-114.um36.pools.vodafone-ip.de> has joined #yocto | 14:21 | |
| IB1387 | LetoThe2nd hi again, I changed the priority of my layer to 10 (the same that meta-mender-raspberrypi has, which contains the patch file that needs to be used before my own). Sadly, same error. | 14:24 |
| LetoThe2nd | IB1387: so if you do bitbake-getvar -r u-boot SRC_URI, then the order is garbled? | 14:27 |
| abelloni | khem: I'm dropping the patches that were on your branch, there is no particular issue with them but you will need to send them on the ML | 14:28 |
| IB1387 | Yes, the order of patch files in SRC_URI is not the order that I want them to be applied in. | 14:30 |
| LetoThe2nd | IB1387: ok, and bitbake-layers show-appends should correlate to that, hence by priority you should get your patch into the correct place. but this doesn't work? | 14:33 |
| IB1387 | LetoThe2nd and the layer priority does not seem to make a difference for the content of the SRC_URI variable. SRC_URI stays the same when setting the layer prio to 1 (lower than everything else), 10 (equal to meta-mender-raspberrypi) or 20 (higher than everything else) | 14:36 |
| IB1387 | The layer prio DOES make a difference to bitbake-layers show-appends! When setting the prio of my layer to 20, my bbappend file is listed last, when I set the prio to 10 my bbappend file is put above the meta-mender-raspberrypi one. | 14:36 |
| LetoThe2nd | IB1387: i'm out of ideas slowly, sorry. last thing that comes to my mind, are you using a different operation to add to SRC_URI than meta-mender-raspberrypi does? e.g. += vs. :append | 14:37 |
| IB1387 | LetoThe2nd That's exactly what I was thinking now too. And that has to be it: | 14:42 |
| IB1387 | I'm using the default devtool way of doing the bbappend using SRC_URI += ... | 14:42 |
| IB1387 | meta-mender-raspberrypi/recipes-bsp/u-boot/u-boot-raspberrypi.inc sets SRC_URI a litte bit more convoluted: | 14:42 |
| IB1387 | ``` | 14:42 |
| IB1387 | SRC_URI:append:rpi:mender-uboot = "${@bb.utils.contains('MENDER_UBOOT_AUTO_CONFIGURE', \ | 14:42 |
| IB1387 | '1', \ | 14:42 |
| IB1387 | '', \ | 14:42 |
| IB1387 | ' file://0001-configs-rpi-enable-mender-requirements.patch \ | 14:42 |
| IB1387 | ', \ | 14:42 |
| IB1387 | d)}" | 14:42 |
| IB1387 | ``` | 14:42 |
| IB1387 | LetoThe2nd sorry, I hoped that this would be able to show markdown :-D | 14:43 |
| LetoThe2nd | IB1387: irccloud made it pretty enough :-) | 14:49 |
| *** Guest49 <Guest49!~Guest49@176.88.106.122> has joined #yocto | 14:50 | |
| *** Guest49 <Guest49!~Guest49@176.88.106.122> has left #yocto | 14:50 | |
| LetoThe2nd | IB1387: I don't usually work with devtool, so I can just guess here. The meta-mender-raspberrypi one looks convoluted, but actually is relatively simple at its heart. for your case, can you just change your recipe to a classic SRC_URI:append = "xxxx-your_thing.patch"? | 14:51 |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Quit: vladest) | 14:52 | |
| IB1387 | LetoThe2nd Yes, I'm trying that right now. Seems to work at least inside the `kas shell` environment I'm currently using. I'll include the changes properly in my layer repos and will report back :-) | 14:54 |
| LetoThe2nd | IB1387: cool! | 14:54 |
| LetoThe2nd | IB1387: for the reasons behind it: += operations take place in an earlier processing stage than :append ones. | 14:55 |
| IB1387 | yes, I've seen the video you recommended when we did our call. Now that I know what's the issue, it seems obvious. We are still trying to learn the ropes here when it comes to bitbakes inner workings. :-) | 14:56 |
| *** zpfvo <zpfvo!~fvo@87.122.81.141> has quit IRC (Ping timeout: 264 seconds) | 14:57 | |
| LetoThe2nd | :-) | 14:57 |
| *** zpfvo <zpfvo!~fvo@87.122.81.141> has joined #yocto | 14:57 | |
| LetoThe2nd | glad to see you're progressing! | 14:58 |
| RP | abelloni, khem: the issue is the Upstream-Status Pending ;-) | 15:08 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Remote host closed the connection) | 15:27 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 15:28 | |
| *** xmn <xmn!~xmn@p200300c37f3a0400e8444aa77be31530.dip0.t-ipconnect.de> has quit IRC (Quit: ZZZzzz…) | 15:32 | |
| *** frieder <frieder!~frieder@i577B9142.versanet.de> has quit IRC (Remote host closed the connection) | 15:33 | |
| *** xmn <xmn!~xmn@p200300c37f3a0400f5f2effd05e05eb0.dip0.t-ipconnect.de> has joined #yocto | 15:41 | |
| *** zpfvo <zpfvo!~fvo@87.122.81.141> has quit IRC (Ping timeout: 252 seconds) | 15:47 | |
| *** zpfvo <zpfvo!~fvo@87.122.81.141> has joined #yocto | 15:48 | |
| *** samkent <samkent!~samkent@2.31.72.77> has joined #yocto | 15:49 | |
| *** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has joined #yocto | 15:54 | |
| IB1387 | LetoThe2nd Everything seems to work corretly now. Thanks a lot for the help! | 15:56 |
| LetoThe2nd | IB1387: YAY! thanks for reporting back, have fun then! | 15:59 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Remote host closed the connection) | 15:59 | |
| IB1387 | Thank you and marry christmas of course! | 16:00 |
| *** speeli <speeli!~speeli@ip-109-090-011-114.um36.pools.vodafone-ip.de> has quit IRC (Quit: Client closed) | 16:15 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 16:21 | |
| *** xmn <xmn!~xmn@p200300c37f3a0400f5f2effd05e05eb0.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 240 seconds) | 16:28 | |
| *** IB1387 <IB1387!~IB1387@ip-109-090-011-114.um36.pools.vodafone-ip.de> has quit IRC (Quit: Client closed) | 16:31 | |
| *** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:6471:d042:f141:5242:f4c7> has joined #yocto | 16:31 | |
| *** davidinux <davidinux!~davidinux@host-95-250-128-65.retail.telecomitalia.it> has joined #yocto | 16:33 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 16:35 | |
| *** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:6471:d042:f141:5242:f4c7> has quit IRC (Quit: Leaving) | 16:44 | |
| *** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:6471:d042:f141:5242:f4c7> has joined #yocto | 16:44 | |
| * LetoThe2nd actually married somebody else. And this would make for a really bad old white male James Bond reference. | 16:47 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto | 16:50 | |
| *** amitk <amitk!~amit@58.84.62.191> has joined #yocto | 16:51 | |
| dvergatal | RP: yeah it is working now on kirkstone as well but the order of postinst-* calls is not fixed with it | 17:05 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 17:09 | |
| *** zeddii <zeddii!~zeddii@174.112.183.231> has quit IRC (Ping timeout: 268 seconds) | 17:14 | |
| *** jmd <jmd!~user@2001:a61:2aaa:2d01:bdbd:1ae3:2ec6:37f9> has joined #yocto | 17:14 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor) | 17:15 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 17:15 | |
| *** jmd <jmd!~user@2001:a61:2aaa:2d01:bdbd:1ae3:2ec6:37f9> has quit IRC (Remote host closed the connection) | 17:15 | |
| *** jmd <jmd!~user@2001:a61:2aaa:2d01:bdbd:1ae3:2ec6:37f9> has joined #yocto | 17:20 | |
| *** zeddii <zeddii!~zeddii@174.112.183.231> has joined #yocto | 17:26 | |
| *** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:6471:d042:f141:5242:f4c7> has quit IRC (Quit: Leaving) | 17:35 | |
| *** zpfvo <zpfvo!~fvo@87.122.81.141> has quit IRC (Quit: Leaving.) | 17:39 | |
| jdiez | do all files installed in the root filesystem come from a package? i.e. in theory I could update a device with runtime PM by diffing package manifests between versions? | 17:42 |
| *** samkent <samkent!~samkent@2.31.72.77> has quit IRC (Ping timeout: 256 seconds) | 17:42 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 17:43 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Read error: Connection reset by peer) | 17:46 | |
| *** ptsneves1 <ptsneves1!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 17:46 | |
| *** ptsneves1 is now known as ptsneves | 17:48 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor) | 17:50 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 17:50 | |
| dvergatal | RP: | 17:54 |
| dvergatal | 18:50 -!- alessioigor [~alessioig@185.178.95.240] has joined #yocto | 17:54 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 17:54 | |
| dvergatal | 18:50 -!- alessioigor [~alessioig@185.178.95.240] has joined #yocto | 17:54 |
| dvergatal | RP: I think that despite your corrections, Jan's patch is necessary to fix #13904 | 17:54 |
| dvergatal | stupid mice... | 17:54 |
| dvergatal | mice/mouse/whatever :P | 17:55 |
| rburton | jdiez: _most_. some files in the rootfs may be touched by the rootfs post-install scripts. depends on your image. | 17:55 |
| jdiez | I see, thanks! | 17:55 |
| rburton | jdiez: if you want to do on-device updates in production then i'd recommend something more resilient than the package manager. swupdate/mendor/raux and more are all better. | 17:56 |
| RP | dvergatal: the postinst ordering isn't fixed yet | 17:56 |
| jdiez | rburton: yeah, I'm evaluating these too, but in my application (linux on satellites) sending a whole new rootfs image is slow | 17:58 |
| rburton | jdiez: sure, they can send incremental changes | 17:58 |
| rburton | on satellites i wouldn't want to rely on something as fragile as a bare package manager | 17:58 |
| jdiez | my thinking so far is to have a base image flashed to the device, and then install any application software as packages. then we only need to send changed packages for updates | 17:58 |
| *** alperak <alperak!~alperak@176.88.106.122> has quit IRC (Ping timeout: 250 seconds) | 17:59 | |
| rburton | sounds like a proper A/B updater would be good, so you always have a good image and can roll back if needed | 17:59 |
| jdiez | yeah, would also use a/b system partitions | 18:00 |
| yudjinn | moto-timo: you around? had a question about the layer index | 18:00 |
| jdiez | the problem with swupdate's differential update thing is that the device requests chunks from the server, not the other way around, and that's also less practical in my case | 18:01 |
| yudjinn | I am running the layer index container locally, and after adding a layer it says it needs to index, but it's been almost 20 hours and no recipes yet | 18:02 |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Read error: Connection reset by peer) | 18:02 | |
| jdiez | mender does support diffing two rootfs and only sending that, but that is also somewhat clunky | 18:02 |
| dvergatal | RP: yeah that's how I finally figured it out | 18:03 |
| dvergatal | :P | 18:03 |
| jdiez | ideally a (third party?) software developer can make a package for my target using the extended sdk and it should be easy to send that up to the sat | 18:04 |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 18:04 | |
| jdiez | oh, mender's diff thing is also closed source | 18:07 |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser) | 18:28 | |
| *** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 18:34 | |
| *** frosteyes <frosteyes!~frosteyes@185.53.130.211> has quit IRC (Ping timeout: 268 seconds) | 18:34 | |
| *** frosteyes <frosteyes!~frosteyes@185.53.130.211> has joined #yocto | 18:35 | |
| *** amitk <amitk!~amit@58.84.62.191> has quit IRC (Remote host closed the connection) | 18:46 | |
| dvergatal | RP: OK it has finally built in addition whit this https://bugzilla.yoctoproject.org/attachment.cgi?id=4972&action=diff patch | 18:51 |
| dvergatal | RP: because generally this patch works, but sometimes build crashes when do_populate_sysroot_setscene is called... | 18:53 |
| moto-timo | yudjinn: https://git.yoctoproject.org/layerindex-web/tree/README#n174 | 19:03 |
| moto-timo | yudjinn: update.py —help will give you the options | 19:04 |
| *** jmd <jmd!~user@2001:a61:2aaa:2d01:bdbd:1ae3:2ec6:37f9> has quit IRC (Remote host closed the connection) | 19:39 | |
| *** jmd <jmd!~user@2001:a61:2aaa:2d01:bdbd:1ae3:2ec6:37f9> has joined #yocto | 19:40 | |
| *** Nonkel <Nonkel!~Nonkel@ip-81-11-198-35.dsl.scarlet.be> has joined #yocto | 19:44 | |
| Nonkel | Hello | 19:45 |
| Nonkel | I try to addapd the kernel with the follow in cmd: bitbake -c menuconfig virtual/kernel but no GUI popups, what do I wrong? | 19:45 |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 19:52 | |
| *** jmd <jmd!~user@2001:a61:2aaa:2d01:bdbd:1ae3:2ec6:37f9> has quit IRC (Remote host closed the connection) | 20:21 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 20:22 | |
| *** alperak <alperak!~alperak@176.88.106.122> has joined #yocto | 20:29 | |
| khem | RP: yeah I am aware of it, working though it one by one | 20:34 |
| khem | RP: some of the problems are long standing which this change is bringing to front see the elfutils discussion, so its taking time | 20:35 |
| *** Nonkel <Nonkel!~Nonkel@ip-81-11-198-35.dsl.scarlet.be> has quit IRC (Ping timeout: 250 seconds) | 20:35 | |
| khem | if you are fine to apply it or wait its ok, I will regardless working them into respective upstreams | 20:36 |
| khem | alpine has the same issues | 20:38 |
| LetoThe2nd | jdiez: yeah delta updates is a paid feature for Mender. Happy to help if you’ve got any questions or such around the system (I work for Mender) | 20:47 |
| *** alperak <alperak!~alperak@176.88.106.122> has quit IRC (Quit: Client closed) | 20:50 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor) | 20:52 | |
| *** alperak <alperak!~alperak@176.88.106.122> has joined #yocto | 20:53 | |
| vmeson | Does anyone (rburton) know if this is still broken: Cannot build x86-64 Go SDK on aarch64 -- https://bugzilla.yoctoproject.org/show_bug.cgi?id=14860 | 20:53 |
| rburton | zeddii khem: master poky+master clang means perf breaks: 2023-12-21 17:05:27 - INFO - | aarch64-poky-linux-clang: error: no such file or directory: 'aarch64-poky-linux' | 20:53 |
| rburton | vmeson: i'll fire a build now and find out | 20:53 |
| vmeson | rburton: thanks | 20:54 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 21:01 | |
| zeddii | you lost me at clang ;) | 21:02 |
| *** alperak <alperak!~alperak@176.88.106.122> has quit IRC (Quit: Client closed) | 21:04 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 21:05 | |
| rburton | zeddii: it also explodes in an unrolled loop with pages of warning | 21:19 |
| rburton | 2023-12-21 17:05:27 - INFO - | unroll_loop_thread.c:35:25: warning: value size does not match register size specified by the constraint and modifier [-Wasm-operand-widths] | 21:19 |
| rburton | 2023-12-21 17:05:27 - INFO - | 35 | : /* in */ [in] "r" (in) | 21:19 |
| rburton | 2023-12-21 17:05:27 - INFO - | | ^ | 21:19 |
| zeddii | you lost me at unroll | 21:22 |
| zeddii | ;) :) | 21:22 |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 264 seconds) | 21:26 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:8406:100:518b:5fa1:af6e:99b8> has quit IRC (Remote host closed the connection) | 21:29 | |
| *** sakman <sakman!~Thunderbi@176.42.20.226> has quit IRC (Ping timeout: 260 seconds) | 21:32 | |
| dvergatal | RP: btw. what in case of using user from different recipe just to call `chown uid:gid path` ? Because right now I will not use if I want to add package to USERADD_DEPENDS it demands `inherit useradd` which in turn demands USERADD_PACKAGES... | 21:39 |
| *** sakman <sakman!~Thunderbi@176.42.20.226> has joined #yocto | 21:46 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 22:18 | |
| *** Notgnoshi <Notgnoshi!~quassel@184-83-174-55-dynamic.midco.net> has quit IRC () | 22:48 | |
| *** Notgnoshi <Notgnoshi!~quassel@184-83-174-55-dynamic.midco.net> has joined #yocto | 22:48 | |
| vmeson | rburton: [Bug 14860] Cannot build x86-64 Go SDK on aarch64 -> RESOLVED - yay and thanks again. | 23:02 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 245 seconds) | 23:03 | |
| *** xmn <xmn!~xmn@p200300c37f3a0400f1d07be2b3722d6e.dip0.t-ipconnect.de> has joined #yocto | 23:15 | |
| *** tlwoerner_ <tlwoerner_!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 23:24 | |
| *** dmoseley_ <dmoseley_!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto | 23:24 | |
| *** xmn_ <xmn_!~xmn@p200300c37f3a0400f1d07be2b3722d6e.dip0.t-ipconnect.de> has joined #yocto | 23:24 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Read error: Connection reset by peer) | 23:26 | |
| *** xmn <xmn!~xmn@p200300c37f3a0400f1d07be2b3722d6e.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 260 seconds) | 23:26 | |
| *** rm5248 <rm5248!~rm5248@c-76-100-95-162.hsd1.va.comcast.net> has quit IRC (Quit: Leaving.) | 23:27 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Ping timeout: 260 seconds) | 23:27 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 23:43 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 23:44 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!