| *** schtobia <schtobia!~quassel@schmidl.dev> has quit IRC (Quit: Bye!) | 00:00 | |
| *** schtobia <schtobia!~quassel@schmidl.dev> has joined #yocto | 00:01 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 00:19 | |
| *** davidinux <davidinux!~davidinux@45.11.82.70> has quit IRC (Ping timeout: 272 seconds) | 01:04 | |
| *** Ablu <Ablu!~Ablu@user/Ablu> has quit IRC (Ping timeout: 264 seconds) | 01:05 | |
| *** davidinux <davidinux!~davidinux@host-80-104-78-27.retail.telecomitalia.it> has joined #yocto | 01:06 | |
| *** Ablu <Ablu!~Ablu@user/Ablu> has joined #yocto | 01:06 | |
| *** sakman <sakman!~sakman@208.111.77.233> has joined #yocto | 01:59 | |
| *** Ablu <Ablu!~Ablu@user/Ablu> has quit IRC (Ping timeout: 255 seconds) | 02:03 | |
| *** Ablu <Ablu!~Ablu@user/Ablu> has joined #yocto | 02:04 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6506:be00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 240 seconds) | 02:23 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:653a:a000:2ce:39ff:fecf:efcd> has joined #yocto | 02:25 | |
| *** Estrella__ <Estrella__!~quassel@2603-8080-d700-7495-7e05-07ff-fe93-9961.res6.spectrum.com> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 03:04 | |
| *** Estrella <Estrella!~quassel@2603-8080-d700-7495-7e05-07ff-fe93-9961.res6.spectrum.com> has joined #yocto | 03:08 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 03:40 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has joined #yocto | 03:48 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 03:48 | |
| *** alimon <alimon!~alimon@fixed-189-203-87-137.totalplay.net> has quit IRC (Ping timeout: 260 seconds) | 04:03 | |
| *** alimon <alimon!~alimon@fixed-189-203-87-137.totalplay.net> has joined #yocto | 04:04 | |
| *** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has quit IRC (Remote host closed the connection) | 04:05 | |
| *** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has joined #yocto | 04:05 | |
| *** kanavin_ <kanavin_!~Alexander@2a02:2454:29b:d900:f58f:7d32:a721:fcdd> has quit IRC (Remote host closed the connection) | 04:16 | |
| *** kanavin_ <kanavin_!~Alexander@2a02:2454:29b:d900:f58f:7d32:a721:fcdd> has joined #yocto | 04:16 | |
| *** amitk <amitk!~amit@58.84.62.6> has joined #yocto | 04:18 | |
| *** wooosaiiii1 <wooosaiiii1!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto | 05:01 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Ping timeout: 248 seconds) | 05:03 | |
| *** wooosaiiii1 is now known as wooosaiiii | 05:03 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds) | 05:05 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 05:15 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 272 seconds) | 05:35 | |
| *** Omax <Omax!~m-6qlehn@185-107-13-229.static.kviknet.net> has quit IRC (Remote host closed the connection) | 05:36 | |
| *** Omax <Omax!~m-6qlehn@185-107-13-229.static.kviknet.net> has joined #yocto | 05:46 | |
| *** sakman <sakman!~sakman@208.111.77.233> has quit IRC (Quit: Leaving) | 05:58 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 05:59 | |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto | 06:14 | |
| *** l3s8g <l3s8g!~l3s8g@user/l3s8g> has joined #yocto | 06:15 | |
| *** alimon <alimon!~alimon@fixed-189-203-87-137.totalplay.net> has quit IRC (Ping timeout: 272 seconds) | 06:17 | |
| *** alimon <alimon!~alimon@fixed-189-203-87-137.totalplay.net> has joined #yocto | 06:18 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 06:19 | |
| *** sakman <sakman!~sakman@208.111.77.233> has joined #yocto | 06:20 | |
| *** mckoan|away is now known as mckoan | 06:27 | |
| mckoan | good morning | 06:27 |
|---|---|---|
| landgraf | (^_^)/ | 06:30 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:30 | |
| Guest98 | morning | 06:32 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 06:37 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 06:38 | |
| alessioigor | good morning to all! | 06:43 |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 06:50 | |
| *** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has quit IRC (Remote host closed the connection) | 06:52 | |
| *** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has joined #yocto | 06:53 | |
| *** rfuentess <rfuentess!~rfuentess@2001:861:208:5b0:39fd:fdfb:549b:3a09> has joined #yocto | 06:53 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 06:55 | |
| *** mr_nice <mr_nice!~nice@178.115.33.239.wireless.dyn.drei.com> has joined #yocto | 06:58 | |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto | 07:02 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:8414:c500:7656:3cff:fe3f:7ce9> has joined #yocto | 07:03 | |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:7db:7318:528e:ff3f> has joined #yocto | 07:10 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 07:11 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Quit: vladest) | 07:11 | |
| LetoThe2nd | yo dudX | 07:19 |
| LetoThe2nd | rburton: time bitbake core-image-sato on the new box:real 83m32.211s user 0m25.560s sys 0m10.779s | 07:24 |
| *** dvergatal <dvergatal!~dvergatal@185.53.145.32> has quit IRC (Ping timeout: 255 seconds) | 07:25 | |
| *** dvergatal <dvergatal!~dvergatal@88-199-105-73.tktelekom.pl> has joined #yocto | 07:26 | |
| *** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has quit IRC (Ping timeout: 255 seconds) | 07:27 | |
| *** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has joined #yocto | 07:29 | |
| *** dvergatal <dvergatal!~dvergatal@88-199-105-73.tktelekom.pl> has quit IRC (Ping timeout: 255 seconds) | 07:30 | |
| *** dvergatal <dvergatal!~dvergatal@185.53.145.32> has joined #yocto | 07:31 | |
| *** ray-san <ray-san!~ray-san@195.50.168.194> has joined #yocto | 07:43 | |
| yocton | LetoThe2nd: Nice! It got me thinking... Shouldn't we put some of these number somewhere in the doc? It would give the user the ballpark of the build time they are looking at... | 07:45 |
| LetoThe2nd | yocton: ross said he has a table for it, and probably it is public | 07:47 |
| *** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Quit: Leaving) | 07:47 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 07:48 | |
| ray-san | hi there, i try to build uwsgi for the machine genericx86-64 and i get the following error message "QA Issue: package python3-uwsgi contains bad RPATH /yocto/bls-kirkstone/tmp/tmp/work/core2-64-poky-linux/python3-uwsgi/2.0.22-r0/recipe-sysroot/usr/lib" has anyone an idea how to fix that? i am not realy familliar with the build process of uwsgi | 07:49 |
| *** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto | 07:50 | |
| *** davidinux <davidinux!~davidinux@host-80-104-78-27.retail.telecomitalia.it> has quit IRC (Ping timeout: 255 seconds) | 07:58 | |
| *** davidinux <davidinux!~davidinux@45.11.82.12> has joined #yocto | 07:58 | |
| *** dkl_ <dkl_!~dkl@prometheus.umask.eu> has quit IRC (Quit: %quit%) | 07:59 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 08:01 | |
| *** dkl <dkl!~dkl@prometheus.umask.eu> has joined #yocto | 08:01 | |
| ray-san | looks like "chrpath -d ${D}/usr/bin/uwsgi" in do_install:append() did the trick. or do i break something with that? | 08:03 |
| dvergatal | hi all | 08:04 |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Ping timeout: 255 seconds) | 08:05 | |
| *** bhstalel <bhstalel!~bhstalel@193.95.99.58> has joined #yocto | 08:08 | |
| *** vladest <vladest!~Thunderbi@mob-194-230-147-0.cgn.sunrise.net> has joined #yocto | 08:12 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:13 | |
| *** vladest1 <vladest1!~Thunderbi@mob-194-230-160-53.cgn.sunrise.net> has joined #yocto | 08:15 | |
| *** vladest <vladest!~Thunderbi@mob-194-230-147-0.cgn.sunrise.net> has quit IRC (Ping timeout: 240 seconds) | 08:16 | |
| *** vladest1 is now known as vladest | 08:16 | |
| *** radanter <radanter!~rad@host86-132-34-232.range86-132.btcentralplus.com> has joined #yocto | 08:21 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:21 | |
| *** vladest <vladest!~Thunderbi@mob-194-230-160-53.cgn.sunrise.net> has quit IRC (Read error: Connection reset by peer) | 08:23 | |
| *** vladest <vladest!~Thunderbi@mob-194-230-160-53.cgn.sunrise.net> has joined #yocto | 08:24 | |
| *** vladest1 <vladest1!~Thunderbi@217.192.139.41> has joined #yocto | 08:31 | |
| *** vladest <vladest!~Thunderbi@mob-194-230-160-53.cgn.sunrise.net> has quit IRC (Read error: Connection reset by peer) | 08:32 | |
| *** vladest1 is now known as vladest | 08:32 | |
| yocton | LetoThe2nd: rburton: Maybe this should be in the doc? => https://bugzilla.yoctoproject.org/show_bug.cgi?id=15226 | 08:33 |
| dvergatal | is it possible to check with bb.utils.contains if two values are found in e.g. DISTRO_FEATURES ? | 08:34 |
| dvergatal | because from what I'm seeing in the code there are checks like that | 08:34 |
| bhstalel | dvergatal You're using contains to assign to a value or you are using it in a Python task ? | 08:35 |
| bhstalel | assign to variable* | 08:36 |
| dvergatal | to assign to value | 08:36 |
| dvergatal | PACKAGE_DEPENDS | 08:36 |
| dvergatal | sorry variable:P | 08:36 |
| bhstalel | Like PACKAGE_DEPENDS:append = " ${@bb.utils.contains...." ? | 08:36 |
| dvergatal | yeah | 08:36 |
| bhstalel | You can use inline Python instead of bb.utils.contains | 08:38 |
| bhstalel | Let me check an example | 08:38 |
| dvergatal | ok | 08:38 |
| *** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has joined #yocto | 08:41 | |
| bhstalel | dvergatal PACKAGE_DEPENDS:append = " ${@'to_add' if all(value in d.getVar('DISTRO_FEATURES') for value in ['val1', 'val2']) else ''}" | 08:42 |
| Tyaku | Hello, "ipset" is not available in dunfell ? | 08:43 |
| Tyaku | In hardknott/kirkstone ipset is in meta-openembedded/meta-networking | 08:43 |
| Tyaku | /recipes-filter | 08:43 |
| landgraf | bhstalel: d.getVar('DISTRO_FEATURES').split() otherwise you may hit funny issues | 08:45 |
| landgraf | bhstalel: that's why bb.contains and stuff is there | 08:45 |
| bhstalel | landgraf How funny issues? I thought checking a string in another string would always work | 08:46 |
| landgraf | bhstalel: DISTRO_FEATURES="mynicefeature mynicefeature-foo mynicefeature-bar" for example | 08:46 |
| bhstalel | landgraf You are totally right, I missed that hh | 08:47 |
| landgraf | bhstalel: and now you're looking for mynicefeature but have mynicefeature-foo mynicefeature-bar in the list | 08:47 |
| landgraf | bhstalel: I've learned this the hard way myself few days ago =) | 08:47 |
| bhstalel | dvergatal Use: PACKAGE_DEPENDS:append = " ${@bb.utils.contains('DISTRO_FEATURES', 'val1 val2', 'to_add', '', d)}" | 08:50 |
| bhstalel | Luckly, (contains) will split the checkvalues on whitespace into a set() | 08:51 |
| bhstalel | So passing a white separated string would work. | 08:51 |
| bhstalel | landgraf I asked a question regarding layer.conf but I got no response | 08:54 |
| bhstalel | I checked and I found that empty layer.conf will pass, | 08:54 |
| bhstalel | and BBFILES only would work as well. | 08:54 |
| dvergatal | bhstalel: yeah that is what I was seeing in the code already | 08:56 |
| dvergatal | and I was woundering if it will also work if e.g. DISTRO_FEATURES will containt val1 and val2 in different order | 08:56 |
| dvergatal | wondering* | 08:56 |
| landgraf | dvergatal: you can try asking your question on the mailing list. people here may be quite busy with the upcoming release and issues we're seeing... | 08:57 |
| *** Herdinger <Herdinger!~Herdinger@31.17.185.65> has joined #yocto | 08:58 | |
| *** ykrons <ykrons!~guillaume@62.192.23.101> has quit IRC (Ping timeout: 258 seconds) | 08:59 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 08:59 | |
| bhstalel | dvergatal It will work as well, it will check if a set is a subset of another, so it will work, check the contains function in poky/bitbake/lib/bb/utils.py | 09:01 |
| dvergatal | bhstalel: thx | 09:01 |
| bhstalel | landgraf I am active on stackoverflow and on the training side, I would love to be involved in the code contributions (I already analyzing the source code for some bugs) but it there a meeting (like daily) or something that I can assign some tasks to my self and work on them ? | 09:02 |
| rburton | bhstalel: https://www.yoctoproject.org/public-virtual-meetings/ | 09:03 |
| bhstalel | Thnx | 09:05 |
| bhstalel | rburton After attending the meeting, I think it should be an other platform that hold all tasks and assignees right? | 09:08 |
| rburton | the triage call goes through the new bugs and tries to find assignees | 09:09 |
| rburton | if you want to discuss specific bugs, that can be done in either call after the usual agenda is done | 09:09 |
| rburton | or just comment on a bug and say that you'll work on it | 09:09 |
| bhstalel | So, in the meeting, I can raise my hand and say that I can work on the bug, then I do the work and send a PATCH. | 09:11 |
| bhstalel | Otherwise, finding a Bug in the list without assignee, then I can comment that I will work on and follow again the PATCH send. | 09:11 |
| bhstalel | Also, I can find a Bug on my own and send a PATCH directly if I fix it | 09:11 |
| *** ykrons <ykrons!~guillaume@62.192.23.101> has joined #yocto | 09:11 | |
| rburton | right, you don't need to ask if the assignee is unassigned. Even if it's assigned, if there's been no action then just ask in the bug. | 09:13 |
| rburton | i've got a load of bugs that i'm not working on right now and would support someone taking one off by hands! | 09:13 |
| bhstalel | You have list of bugs? | 09:14 |
| bhstalel | I can start working on them as a starting point to be familiar with the process | 09:14 |
| rburton | https://wiki.yoctoproject.org/wiki/Bug_Triage | 09:17 |
| rburton | if you're actively looking for something to do then the Newcomer or Medium+ 4.3 Unassigned lists are worth a browse | 09:18 |
| landgraf | feel free to work on bugs assigned to me, lol :D | 09:18 |
| bhstalel | Lol, I will do my best | 09:21 |
| *** Guillaume <Guillaume!~Guillaume@82-64-143-102.subs.proxad.net> has joined #yocto | 09:22 | |
| landgraf | bhstalel: you can start with https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs | 09:24 |
| *** Herdinger <Herdinger!~Herdinger@31.17.185.65> has quit IRC (Quit: Client closed) | 09:24 | |
| bhstalel | landgraf Thx, I will take my time to analyse the links and understand the workflow | 09:25 |
| Guillaume | Hi! If I want to add postgresql on my system, is it enough to just add the postgresl recipe dependency in my RDEPENDS? For instance, If i need postgresql to be installed and running at boot start (I'm using sysv and not systemd), what should I do? | 09:25 |
| rburton | Guillaume: you depend on packages, so have a look at the postgresql recipe to see what package contains the daemon and init scripts | 09:26 |
| Guillaume | Yes, it seems I already have the init scripts and all in my built system, I just don't know what the best practice to build a system that launches postgres at boot time, should I inherit the postgres recipes to add something for this? | 09:29 |
| Guillaume | Ho I think I misunderstood the recipe, it seems that the official postgres recipe already does that | 09:36 |
| landgraf | Guillaume: Does it? INITSCRIPT_PARAMS = "start 64 . stop 36 0 1 2 3 4 5 6 ." | 09:38 |
| Guillaume | landgraf: ok so I should inherit the postgres recipe myself to change this param? | 09:42 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 09:45 | |
| bhstalel | rburton landgraf When working on the bugs, I am free to propose any code changes that fix or implmenent the idea ? | 09:50 |
| rburton | sure, that's what fixing a bug is | 09:51 |
| landgraf | bhstalel: you're. but it doesn't mean *any* code changes will be accepted :) | 09:53 |
| bhstalel | landgraf LOL of course | 09:53 |
| *** mr_nice <mr_nice!~nice@178.115.33.239.wireless.dyn.drei.com> has quit IRC (Ping timeout: 264 seconds) | 09:54 | |
| *** mr_nice <mr_nice!~nice@178.165.180.184.wireless.dyn.drei.com> has joined #yocto | 09:56 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 09:59 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 09:59 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:3c25:7e12:d01c:c70a> has quit IRC (Ping timeout: 272 seconds) | 10:13 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 10:14 | |
| *** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has quit IRC (Quit: Lost terminal) | 10:21 | |
| mcfrisk | RP: I remember seeing some odd issues on some boards and having to hit enter a few times before serial console and getty "wake up". How about https://pastebin.com/raw/YCUZeeHk ? I know this should not be needed but maybe it helps.. | 10:24 |
| rburton | RP: forwarded your mail my internal kernel slack and crossed my fingers | 11:14 |
| ad__ | hi, do you think at hardknott rel, can i generate some sort of sbom ? | 11:17 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 252 seconds) | 11:21 | |
| rburton | ad__: there's the manifests | 11:25 |
| rburton | you'll have to backport the spdx stuff if you want that specifically, but the image/package manifests are SBOMs, just not SPDX format | 11:26 |
| ad__ | ah ok thanks a lot | 11:29 |
| mihai | it's a hardknott life | 11:31 |
| ad__ | hehe yeah | 11:32 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 11:33 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Ping timeout: 248 seconds) | 11:36 | |
| ad__ | how can i check unnecessary packages ? as orphan libraries ? | 11:36 |
| mihai | ad__: which ones exactly? technically, all of them are necessary :) | 11:40 |
| mihai | whatever you get in your image is either targeted by the image recipe, required as a dependency or (depending on your config) recommended packages | 11:41 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 11:44 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 11:44 | |
| RP | rburton: thanks. I'm still wondering what to do next :/ | 11:49 |
| RP | mcfrisk: I was wondering about putting a couple of newlines down the serial port, see if that wakes it up | 11:49 |
| mcfrisk | RP: how about checking for login prompt from ttyS0, that seems to work reliably. then use that to move on with yocto side releases etc. track this issue separately with kernel serial upstream, a bug report if mails don't get replies. reproduction is the tricky bit, since this seems to be only visible on yocto autobuilders. | 11:52 |
| RP | mcfrisk: the code doesn't really make that easy, we need both to work. The serial based tests don't like kernel logs mid test | 11:54 |
| RP | mcfrisk: I suspect the kernel console logs make the port work :/ | 11:54 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 11:54 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 11:55 | |
| mcfrisk | yea, I think the same. large amount of data fixes things. but grepping for login prompt from both serial lines could work. in case ttyS1 is broken, ttyS0 likely has what is needed, even if kernel logs can break it | 11:55 |
| dvergatal | landgraf: I know but sometimes for very easy questions i dunno if it's worth to clutter the mailing list... | 11:59 |
| *** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has quit IRC (Ping timeout: 240 seconds) | 12:00 | |
| RP | mcfrisk: ttyS0 is being handled by a separate isolated thread so we can't just switch over to it for the tests though | 12:06 |
| mcfrisk | I thought tests don't use serial console but ssh, but maybe I'm wrong and lack the overview | 12:10 |
| mcfrisk | but writing couple of "\n\n" to ttyS1 might do the trick. with real HW and especially u-boot/firmware, this is often needed too. | 12:10 |
| RP | mcfrisk: https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/5836/steps/14/logs/stdio is interesting in that the "helloA" forced data to appear on ttyS1 | 12:14 |
| mcfrisk | RP: exactly :) | 12:14 |
| mcfrisk | we need to add HW quirks for virtual HW :( | 12:15 |
| *** bhstalel <bhstalel!~bhstalel@193.95.99.58> has quit IRC (Ping timeout: 245 seconds) | 12:20 | |
| RP | mcfrisk: I've put a newlines patch in master-next | 12:24 |
| *** dmoseley <dmoseley!~dmoseley@24.35.62.150> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 12:28 | |
| *** dmoseley <dmoseley!~dmoseley@24.35.62.150> has joined #yocto | 12:30 | |
| mcfrisk | RP: looks good, I was hoping qemu would buffer input towards host but waiting a bit doesn't harm | 12:47 |
| mcfrisk | or not even qemu, the socket towards qemu | 12:47 |
| ad__ | how can i check if a library as lrzsz is included as dependancy ? | 12:52 |
| rburton | ad__: look at DEPENDS? | 12:54 |
| rburton | iirc there used to be a packagegroup that pulled in lrzsz | 12:55 |
| rburton | oe-core 7b3e49915ac7caa2e2ca96c44aaad71882e3db16 ripped that out | 12:55 |
| rburton | ad__: oe-depends-dot is useful. bitbake -g [your image], then oe-depends-dot --why lrzsz task-depends.dot | 12:56 |
| rburton | erm, --why --key lrzssz | 12:56 |
| ad__ | ok thaks. I have also zlib in a image packagegroup here, i thinkl i could remove it, since if needed, it should be added as dependancy, correct ? | 12:57 |
| mihai | is there a known issue wrt. reproducibility of the final image because of ctime? does this sound familiar? | 12:57 |
| rburton | ad__: correct | 12:57 |
| rburton | mihai: not afaik. if you have custom image processing steps, they may be unreproducible | 12:58 |
| mihai | yes, but I've confirmed the same behavior with latest master and core-image-minimal | 12:59 |
| mihai | basically I'm doing a cleansstate and rebuild on core-image-minimal and get different hashes with each build | 13:00 |
| mihai | atime and mtime are the same with each build, but ctime breaks reproducibility | 13:01 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 248 seconds) | 13:03 | |
| *** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has joined #yocto | 13:03 | |
| *** davidinux <davidinux!~davidinux@45.11.82.12> has quit IRC (Quit: WeeChat 3.5) | 13:04 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 13:05 | |
| *** davidinux <davidinux!~davidinux@194.34.233.56> has joined #yocto | 13:07 | |
| mihai | maybe this is normal? | 13:08 |
| *** Guest76 <Guest76!~Guest98@31.145.189.2> has joined #yocto | 13:09 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 260 seconds) | 13:11 | |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds) | 13:13 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Remote host closed the connection) | 13:16 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 13:16 | |
| LetoThe2nd | rburton: is your sato-benchmark table public somewhere? | 13:17 |
| rburton | LetoThe2nd: my build so slow presentation has some numbers in | 13:17 |
| LetoThe2nd | rburton: k | 13:18 |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto | 13:18 | |
| LetoThe2nd | rburton: for the record, KAS_REPO_REF_DIR cut down hot cache rebuilds to 90 seconds, which is nice :-) | 13:18 |
| rburton | nice | 13:20 |
| *** Guest76 <Guest76!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds) | 13:21 | |
| *** Guest27 <Guest27!~Guest98@31.145.189.2> has joined #yocto | 13:23 | |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds) | 13:24 | |
| *** Guest43 <Guest43!~Guest98@31.145.189.2> has joined #yocto | 13:24 | |
| *** Guest27 <Guest27!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds) | 13:28 | |
| *** bhstalel <bhstalel!~bhstalel@193.95.99.58> has joined #yocto | 13:31 | |
| *** mrdmitry <mrdmitry!~mrdmitry@c-73-144-225-27.hsd1.mi.comcast.net> has joined #yocto | 13:39 | |
| qschulz | halstead: hello, SSL cert issue on https://cgit.openembedded.org/ | 13:48 |
| qschulz | halstead: SSL_ERROR_BAD_CERT_DOMAIN cgit.openembedded.org. The certificate is only valid for the following names: docs.yoctoproject.org, www.yoctoproject.org, yoctoproject.org | 13:49 |
| *** Guest43 <Guest43!~Guest98@31.145.189.2> has quit IRC (Quit: Client closed) | 13:52 | |
| *** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has joined #yocto | 13:57 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 13:59 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 14:00 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 14:00 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 255 seconds) | 14:04 | |
| *** speeder <speeder!~speeder__@2001:8a0:dfde:fa00:dd08:41f3:b397:a8c> has quit IRC (Remote host closed the connection) | 14:09 | |
| mckoan | when I'm using initramfs, if I add a module in the initramfs with PACKAGE_INSTALL:append = " kernel-module-md5" I get automatically the kernel in /boot. Is this an expected behavior in kirkstone? | 14:10 |
| mckoan | I mean I want the module but not the kernel into initramfs | 14:11 |
| mckoan | did I miss a new model/variable to change the new behavior? | 14:11 |
| JPEW | RP: If you don't want to take https://lists.openembedded.org/g/bitbake-devel/message/15193 that's fine, but it bothered me enough to see if I can get it corrected :) | 14:17 |
| JPEW | (before we put it into production anyway) | 14:17 |
| mckoan | in dunfell adding a module didn't include the kernel (as it have to be) | 14:18 |
| *** ptsneves <ptsneves!~Thunderbi@bl9-239-73.dsl.telepac.pt> has joined #yocto | 14:20 | |
| RP | JPEW: fair enough, is that tweaking a patch in -next? | 14:21 |
| JPEW | Yes | 14:21 |
| *** frieder <frieder!~frieder@i4df677e2.static.tripleplugandplay.com> has joined #yocto | 14:23 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:31 | |
| landgraf | if I need to change one commit message in the patch series (forgotten reference) should I resubmit entire series or just v3 of the 2/3 patch? | 14:33 |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Quit: vladest) | 14:34 | |
| landgraf | question for RP or abelloni probably :) | 14:34 |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 14:34 | |
| RP | landgraf: I'm fine with just that patch, I think abelloni may prefer series | 14:36 |
| *** Guest53 <Guest53!~Guest53@user-5-173-174-47.play-internet.pl> has joined #yocto | 14:37 | |
| *** Guest53 <Guest53!~Guest53@user-5-173-174-47.play-internet.pl> has quit IRC (Client Quit) | 14:38 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Ping timeout: 255 seconds) | 14:38 | |
| *** robertd <robertd!~robertd@user-5-173-174-47.play-internet.pl> has joined #yocto | 14:38 | |
| robertd | Hi guys, do you know where to get a working example of external toolchain? | 14:39 |
| rburton | robertd: meta-arm-toolchain has support for the arm toolchain | 14:39 |
| robertd | I'm trying to use meta-arm/meta-arm-toolchain, but I have some linker issues | 14:39 |
| robertd | for aarch64 | 14:40 |
| rburton | personally i'd recommend not using an external toolchain | 14:41 |
| rburton | (and i'm a meta-arm co-maintainer) | 14:41 |
| landgraf | RP: cheers! I've resent series to make Alex'es life easier :) | 14:41 |
| robertd | rburton the thing is I have really old yocto release and external toolchain seemed the only reasonable way to try using newer toolchain | 14:43 |
| rburton | brace yourself for a world of pain | 14:43 |
| rburton | one does not just upgrade to a newer gcc and expect stuff to work | 14:43 |
| bhstalel | What email should I use when submitting a PATCH in bitbake lib ? | 14:46 |
| robertd | rburton thanks, I think that's the best answer given the circumstances | 14:46 |
| landgraf | bhstalel: check bitbake/README* out | 14:47 |
| landgraf | bhstalel: bitbake-devel@lists.openembedded.org | 14:47 |
| bhstalel | Can anyone see a PATCH from bhstalel@gmail.com in bitbake-devel ? | 15:04 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 15:09 | |
| rburton | bhstalel: look yourself https://lists.openembedded.org/g/bitbake-devel/topics | 15:10 |
| qschulz | bhstalel: yes | 15:10 |
| bhstalel | Yes I was checking the link, now it appears | 15:10 |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:7db:7318:528e:ff3f> has quit IRC (Ping timeout: 260 seconds) | 15:11 | |
| *** skokkonda <skokkonda!~skokkonda@49.205.251.225> has joined #yocto | 15:12 | |
| *** l3s8g <l3s8g!~l3s8g@user/l3s8g> has quit IRC (Remote host closed the connection) | 15:22 | |
| *** l3s8g <l3s8g!~l3s8g@user/l3s8g> has joined #yocto | 15:22 | |
| *** Guillaume <Guillaume!~Guillaume@82-64-143-102.subs.proxad.net> has quit IRC (Quit: Client closed) | 15:24 | |
| *** frieder <frieder!~frieder@i4df677e2.static.tripleplugandplay.com> has quit IRC (Quit: Leaving) | 15:28 | |
| *** l3s8g <l3s8g!~l3s8g@user/l3s8g> has quit IRC (Ping timeout: 272 seconds) | 15:31 | |
| qschulz | bhstalel: FWIW, mailing list archives typically take a few minutes to list your mails. For lore.kernel.org I sometimes had to wait about 30min to see them appear :) | 15:32 |
| RP | new subscribers also hit moderation which adds a few minutes | 15:35 |
| bhstalel | I am new to contributions, what should I never miss or always keep in mind when trying to contribute ? Maybe this advice will help me alot avoiding any mistakes | 15:36 |
| qschulz | bhstalel: well what I can say is that you had your Signed-off-by, the patch as body of the mail instead of attachment and the commit seems to be easily applicable on top of master (or trivial to rebase), so I'd say you're doing pretty darn well right now for contribution :) | 15:38 |
| bhstalel | qschulz I am not native english speaker, if I understand correctly, am I on the right path? Other then that, I was really busy training Yocto and spreading it in Tunisia (Africa) in Arabic language, I am also top5 on stackoverflow, now I feel so sad because I feel I am late to the contributions party | 15:41 |
| *** mr_nice <mr_nice!~nice@178.165.180.184.wireless.dyn.drei.com> has quit IRC (Remote host closed the connection) | 15:42 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 15:43 | |
| qschulz | bhstalel: you contributed to yocto in multiple ways already, just not in code | 15:43 |
| qschulz | bhstalel: but training people and answering questions on stackoverflow is a lot of work and benefits the project already, so thank you :) | 15:43 |
| qschulz | bhstalel: but yes, I was saying you're doing things well right now, nothing to worry about | 15:44 |
| bhstalel | I Love Yocto, SPOILER: I am developing an Auto cooker in Rust for 3 months now, that will replace KAS, it accepts JSON, YAML, INI, ..., and has lot of features, it will be public soon. it has more then 4K lines. | 15:44 |
| bhstalel | qschulz Thanks for the appreciation. I will always keep contributing, I am just starting my career, so a lot to come. | 15:45 |
| bhstalel | qschulz I my submittion will be accepted, we will meet in this Summit 2023.11 :)) | 15:46 |
| bhstalel | If* | 15:46 |
| qschulz | bhstalel: i've seen that already, was wondering why not using the new internal tool for the layers that kanavin_ wrote and is merged internally. Spoiler, I'm using kas only because his tool wasn't merged into kirkstone... so don't have first hands experience with that tool | 15:47 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 255 seconds) | 15:47 | |
| rburton | to be fair, kas and oe-setup-layer do have different use cases | 15:48 |
| qschulz | bhstalel: I won't be present this edition sadly... once again. Hopefully will have time again soon :) | 15:48 |
| qschulz | bhstalel: but developing a tool even if it already exists (which I don't is the case or not) is anyway a good way to get started on a project :) | 15:49 |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 15:50 | |
| bhstalel | My project called easyocto, it has multiple subsystems (subframeworks): | 15:51 |
| bhstalel | - Easyocto build (To build what is in the input file) | 15:51 |
| bhstalel | - Easyocto reverse (It will generate a build config from an existing build) | 15:51 |
| bhstalel | - Easyocto repo (Build from a given repo config file) Similar to google's repo | 15:52 |
| bhstalel | - Easyocto container (Like kas-container) | 15:52 |
| bhstalel | It has lot of features: | 15:52 |
| bhstalel | - Core layers already supported internally, | 15:52 |
| bhstalel | - Themes: ROS, IOT, RPI, ... | 15:52 |
| bhstalel | - Other .. | 15:52 |
| qschulz | bhstalel: fingers crossing for your talk :) | 15:52 |
| qschulz | bhstalel: looking forward to seeing it being used :) | 15:53 |
| bhstalel | qschulz Yes, that was the goal, two birds one stone, learn Rust and provide a tool that all the community will benefit from that covers all missing ideas in other alternatives | 15:53 |
| bhstalel | I implemented layer fetching source type as a generic Trait, now Git is implemented, so any contribution will be easy to add support for layer fetching from FTP, and other for example .. | 15:54 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 15:57 | |
| *** robertd <robertd!~robertd@user-5-173-174-47.play-internet.pl> has quit IRC (Ping timeout: 245 seconds) | 16:04 | |
| halstead | qschulz: I'll expand that cert. | 16:08 |
| *** mrdmitry <mrdmitry!~mrdmitry@c-73-144-225-27.hsd1.mi.comcast.net> has quit IRC (Quit: Client closed) | 16:28 | |
| *** mckoan is now known as mckoan|away | 16:31 | |
| *** radanter <radanter!~rad@host86-132-34-232.range86-132.btcentralplus.com> has quit IRC (Remote host closed the connection) | 16:34 | |
| *** florian <florian!~florian@dynamic-093-133-169-241.93.133.pool.telefonica.de> has joined #yocto | 16:50 | |
| halstead | qschulz: I've replaced that cert and prevented a few renewal issues that would have cropped up soon as well. | 16:51 |
| *** bhstalel <bhstalel!~bhstalel@193.95.99.58> has quit IRC (Ping timeout: 245 seconds) | 16:53 | |
| *** florian <florian!~florian@dynamic-093-133-169-241.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 248 seconds) | 16:58 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:653a:a000:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 4.0.5) | 17:01 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:653a:a000:2ce:39ff:fecf:efcd> has joined #yocto | 17:01 | |
| *** rfuentess <rfuentess!~rfuentess@2001:861:208:5b0:39fd:fdfb:549b:3a09> has quit IRC (Remote host closed the connection) | 17:08 | |
| *** skokkonda <skokkonda!~skokkonda@49.205.251.225> has quit IRC (Quit: Client closed) | 17:13 | |
| landgraf | qschulz: Re BBFILES issue. even if specifying of the dir in BBFILES is not supported this patch is valid becaase it fixes code which is simply broken atm | 17:24 |
| landgraf | otherwise this code is just piece of dead code | 17:26 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds) | 17:33 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 17:34 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 17:55 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 17:55 | |
| *** bhstalel <bhstalel!~bhstalel@197.27.71.101> has joined #yocto | 18:03 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:653a:a000:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 4.0.5) | 18:04 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 18:05 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 18:10 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 18:11 | |
| *** geoffhp <geoffhp!~GParker@207.154.79.70> has joined #yocto | 18:11 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 18:14 | |
| *** bhstalel <bhstalel!~bhstalel@197.27.71.101> has quit IRC (Quit: Client closed) | 18:27 | |
| *** bhstalel <bhstalel!~bhstalel@197.27.71.101> has joined #yocto | 18:28 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:653a:a000:2ce:39ff:fecf:efcd> has joined #yocto | 18:33 | |
| *** mrdmitry <mrdmitry!~mrdmitry@c-73-144-225-27.hsd1.mi.comcast.net> has joined #yocto | 18:39 | |
| *** geoffhp <geoffhp!~GParker@207.154.79.70> has quit IRC (Quit: Leaving) | 18:39 | |
| *** geoffhp <geoffhp!~GParker@207.154.79.70> has joined #yocto | 18:41 | |
| mrdmitry | I've been having weird reproducibility issues with useradd/postint order. If I read it correctly, useradd postint script execution behaves differently depending if base-passwd already ran its postinst or not (https://git.yoctoproject.org/poky/tree/meta/classes/useradd.bbclass?h=mickledore#n117). And base-passwd itself appears to run all deployed | 18:47 |
| mrdmitry | postinst scripts in a wildcard expansion order (https://git.yoctoproject.org/poky/tree/meta/recipes-core/base-passwd/base-passwd_3.6.1.bb?h=mickledore#n65), ultimately breaking the potential dependencies between postint scripts, e.g. non-hardcoded useradd UIDs may conflict with hardcoded, depending on order of execution or ability to use groups by | 18:47 |
| mrdmitry | name. How should useradd postinst scripts be ordered from the bitbake point of view? Or can they not be ordered at all? | 18:47 |
| *** l3s8g <l3s8g!~l3s8g@user/l3s8g> has joined #yocto | 18:52 | |
| mrdmitry | The order of postinst calls from staging.bbclass (https://git.yoctoproject.org/poky/tree/meta/classes-global/staging.bbclass?h=mickledore#n631) comes from BFS traversal, so it's a layered dependency tree, not any specific dependency order - just order of appearance through dependencies. Cascading dependencies through DEPENDS does not produce a | 18:54 |
| mrdmitry | consistent order for postinsts iteration, the order depends on "how soon any package is resolved" through BFS and for different bitbake targets the order may change slightly (sometimes ordering base-passwd before the useradd packages, and sometimes changing the order of other packages, depending on the "level" at which any dependency is discovered) | 18:54 |
| *** mrdmitry <mrdmitry!~mrdmitry@c-73-144-225-27.hsd1.mi.comcast.net> has quit IRC (Quit: Client closed) | 19:04 | |
| *** mrdmitry <mrdmitry!~dmitry@c-73-144-225-27.hsd1.mi.comcast.net> has joined #yocto | 19:04 | |
| *** florian <florian!~florian@dynamic-093-133-169-241.93.133.pool.telefonica.de> has joined #yocto | 19:05 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.) | 19:15 | |
| *** Danct12 <Danct12!~danct12@user/danct12> has quit IRC (Remote host closed the connection) | 19:15 | |
| *** Danct12 <Danct12!~danct12@user/danct12> has joined #yocto | 19:15 | |
| *** amitk <amitk!~amit@58.84.62.6> has quit IRC (Ping timeout: 255 seconds) | 19:16 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 19:18 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 19:36 | |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto | 19:39 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 19:56 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:8414:c500:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection) | 20:02 | |
| *** l3s8g <l3s8g!~l3s8g@user/l3s8g> has quit IRC (Remote host closed the connection) | 20:08 | |
| *** alimon <alimon!~alimon@fixed-189-203-87-137.totalplay.net> has quit IRC (Ping timeout: 272 seconds) | 20:58 | |
| *** alimon <alimon!~alimon@fixed-189-203-87-137.totalplay.net> has joined #yocto | 20:59 | |
| *** schtobia <schtobia!~quassel@schmidl.dev> has quit IRC (Quit: Bye!) | 21:00 | |
| *** schtobia <schtobia!~quassel@schmidl.dev> has joined #yocto | 21:00 | |
| *** bhstalel <bhstalel!~bhstalel@197.27.71.101> has quit IRC (Ping timeout: 245 seconds) | 21:09 | |
| *** florian <florian!~florian@dynamic-093-133-169-241.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds) | 21:44 | |
| *** bhstalel <bhstalel!~bhstalel@197.27.71.101> has joined #yocto | 22:04 | |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 22:08 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 22:08 | |
| *** florian <florian!~florian@dynamic-093-133-169-241.93.133.pool.telefonica.de> has joined #yocto | 22:25 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds) | 22:50 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 22:51 | |
| *** mckoan|away <mckoan|away!~marco@host-95-229-48-41.business.telecomitalia.it> has quit IRC (Ping timeout: 255 seconds) | 23:22 | |
| *** bhstalel <bhstalel!~bhstalel@197.27.71.101> has quit IRC (Quit: Client closed) | 23:26 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Remote host closed the connection) | 23:31 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto | 23:31 | |
| *** mckoan|away <mckoan|away!~marco@host-95-229-48-41.business.telecomitalia.it> has joined #yocto | 23:39 | |
| *** florian <florian!~florian@dynamic-093-133-169-241.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds) | 23:45 | |
| *** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has quit IRC (Ping timeout: 252 seconds) | 23:58 | |
| *** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has joined #yocto | 23:59 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!