Thursday, 2022-08-11

khemzeddii: my branch has many other bombs which you might now want but you can also get these two patches from patchwork and
*** pbsds <pbsds!~pbsds@> has quit IRC (Ping timeout: 252 seconds)00:26
*** pbsds <pbsds!~pbsds@> has joined #yocto00:27
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 268 seconds)00:34
*** nemik <nemik!~nemik@> has joined #yocto00:34
*** buh0 <buh0!> has joined #yocto00:58
khemRP: your v2 is still problematic ERROR: ParseError at /mnt/b/yoe/master/sources/meta-qt5/classes/qmake5_base.bbclass:49: Could not inherit file classes/remove-libtool.bbclass                                               | ETA:  --:--:--01:03
khemERROR: Parsing halted due to errors, see error messages above01:03
khemthis is with master-next as of now01:04
*** buh0 <buh0!> has quit IRC (Ping timeout: 268 seconds)01:05
*** buh0 <buh0!> has joined #yocto01:06
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 252 seconds)01:08
*** nemik <nemik!> has joined #yocto01:09
*** nemik <nemik!> has quit IRC (Ping timeout: 244 seconds)01:13
*** nemik <nemik!~nemik@> has joined #yocto01:13
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)01:17
*** rber|res <rber|res!~rber|> has joined #yocto01:32
*** RobertBerger <RobertBerger!~rber|> has quit IRC (Ping timeout: 268 seconds)01:34
*** starblue <starblue!> has quit IRC (Ping timeout: 255 seconds)01:38
*** starblue <starblue!> has joined #yocto01:40
*** agupta1 <agupta1!~agupta1@> has quit IRC (Ping timeout: 268 seconds)02:04
*** buh0 <buh0!> has quit IRC (Quit: Bye!)02:05
*** adams[1] <adams[1]!~adams1]@> has joined #yocto02:23
*** BobPungartnik <BobPungartnik!~Pung@> has joined #yocto02:25
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)02:28
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto02:28
*** sakoman <sakoman!> has joined #yocto02:29
adams[1]tar (child): pzstd -8 -p 16: Cannot exec: No such file or directory ---------> getting this weird error even though I have zstd installed02:31
adams[1]#1: sstate_create_package, /local/home/xyz/ws/build/tmp/work/armv8-2a-poky-linux/gcc-runtime/11.2.0-r0/temp/run.sstate_create_package.8326, line 19902:33
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)02:38
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto02:38
khemit could be corrupt or racing can you check the binary ?02:47
adams[1]khem: which binary, sorry new to yocto.02:48
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)02:55
adams[1]you mean zstd?03:06
*** mrnuke <mrnuke!> has joined #yocto03:41
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 244 seconds)03:44
*** nemik <nemik!> has joined #yocto03:44
*** nemik <nemik!> has quit IRC (Ping timeout: 268 seconds)03:49
*** nemik <nemik!~nemik@> has joined #yocto03:49
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 268 seconds)03:54
*** nemik <nemik!~nemik@> has joined #yocto03:59
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 268 seconds)04:15
*** nemik <nemik!~nemik@> has joined #yocto04:15
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)04:30
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 268 seconds)05:04
*** nemik <nemik!> has joined #yocto05:04
*** xmn <xmn!> has quit IRC (Ping timeout: 252 seconds)05:08
*** Adrian_ <Adrian_!> has joined #yocto05:08
*** nemik <nemik!> has quit IRC (Ping timeout: 268 seconds)05:09
*** nemik <nemik!~nemik@> has joined #yocto05:09
*** Guest53 <Guest53!~Guest53@> has joined #yocto05:48
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 268 seconds)05:50
*** nemik <nemik!~nemik@> has joined #yocto05:50
Guest53Hi guys05:50
Guest53Does bitbake -f option invalidate all dependent tasks?05:50
*** goliath <goliath!~goliath@user/goliath> has joined #yocto05:54
LetoThe2ndGuest53: it taints the build dependency tree AFAICS, so it should really be avoided. what is the actual problem?05:57
Guest53Yes, in general I probably should not do that. Just for testing05:58
LetoThe2ndYeah but why?05:58
Guest53Seems like I have the task executed multiple times in my CI, so it says 'Nothing to build' and gives exit code 105:59
Guest53Nothing to do.  Use 'bitbake world' to build everything, or run 'bitbake --help' for usage information.05:59
LetoThe2ndGuest53: but if bitbake thinks that all builds are up to date (so there's nothing to do) it is a good thing usually :)06:00
LetoThe2ndI wonder a bit about why its exit code 1 then, but there probably is some rationale to it.06:01
Guest53stdin is hidden in Jenkins, don't really know why. I think I have to investigate that06:01
Guest53Maybe 'Nothing to build' does not give error code 1, I can check that on my local machine06:02
Guest53then something else gives it06:02
*** wkawka <wkawka!> has joined #yocto06:02
*** thomasd13 <thomasd13!> has quit IRC (Quit: Leaving)06:06
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 252 seconds)06:13
*** nemik <nemik!> has joined #yocto06:14
*** nemik <nemik!> has quit IRC (Ping timeout: 268 seconds)06:18
*** nemik <nemik!~nemik@> has joined #yocto06:19
*** rob_w <rob_w!> has joined #yocto06:19
*** alessioigor <alessioigor!~alessioig@> has joined #yocto06:20
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Client Quit)06:21
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto06:33
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)06:45
*** Guest46 <Guest46!~Guest46@> has joined #yocto06:54
Guest46Hi guys, I'm looking for a way to deploy the file "image_license.manifest" from "${TMPDIR}/deploy/licenses/<image-name>-<machine-name>-date/image_license.manifest" to my filesystem (i.e. my image). Is there a way to do this?06:56
*** zpfvo <zpfvo!> has joined #yocto06:59
ykronsqschulz: I get it for my do_configure issue. A typo 'do_configue' with a missing 'r' :| Thanks for your help07:01
*** Guest53 <Guest53!~Guest53@> has quit IRC (Ping timeout: 252 seconds)07:16
*** mvlad <mvlad!~mvlad@2a02:2f08:4a10:7900:24d7:51ff:fed6:906d> has joined #yocto07:26
*** Zappan <Zappan!> has joined #yocto07:28
*** gsalazar <gsalazar!> has joined #yocto07:31
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 252 seconds)07:34
*** nemik <nemik!> has joined #yocto07:34
*** manuel1985 <manuel1985!~manuel198@> has joined #yocto07:34
wkawkaHi, I have a problem with RPI0w2. Machine boots, uart is enabled, but on the uart i see only booting process, i don't se login prompt and can't log in into device. Login prompt is visible via HDMI. I get an answer from raspberry channel `you probably have to modify whatever pid 1 is running, to launch a getty on the correct uart` but how can I07:35
wkawkaachieve that. Also, there is an option to enter recovery shell during boot and se what is going on there?07:35
*** goliath <goliath!~goliath@user/goliath> has joined #yocto07:37
*** gsalazar <gsalazar!> has quit IRC (Ping timeout: 268 seconds)07:39
*** gsalazar <gsalazar!> has joined #yocto07:40
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)07:44
*** nemik <nemik!> has quit IRC (Ping timeout: 268 seconds)07:44
*** nemik <nemik!~nemik@> has joined #yocto07:44
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto07:45
*** mrnuke <mrnuke!> has quit IRC (Ping timeout: 268 seconds)07:49
*** Guest53 <Guest53!~Guest53@> has joined #yocto07:49
Zappan@wkawka You might want to respawn getty in your inittab07:50
*** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has quit IRC (Read error: Connection reset by peer)07:52
*** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has joined #yocto07:56
qschulzykrons: good to hear :)08:00
*** Xagen <Xagen!> has quit IRC (Read error: Connection reset by peer)08:00
*** Xagen <Xagen!> has joined #yocto08:00
qschulzwyre: ahah! one more (or the same?) layer with this issue08:01
qschulzyou should have a LINUX_VERSION somewhere in the recipe08:01
wkawkaZappan How can I acheve that?08:02
*** mrnuke <mrnuke!> has joined #yocto08:08
*** mateuszmar2 <mateuszmar2!> has joined #yocto08:10
*** td54 <td54!~td@> has joined #yocto08:10
td54should gcc for native recipes use --sysroot flag? We have some kind of host contamination on latest poky master. If we have libmagic installed and we build util-linux-native the ./configure compiles with -lmagic and it links to /lib64/ but then on compilation it uses08:13
td54#ifdef USE_MAGIC08:13
td54and it fails because we don't have any include path set to /usr/include.08:13
td54And if we for example use --sysroot flag it won't link to /lib64/libmagic.so08:14
td54but maybe the solution would be something else08:14
Zappanwkawka You could edit the inittab file in the sysvinit recipe, or make a recipe append in your own layer08:22
*** adams[1] <adams[1]!~adams1]@> has quit IRC (Quit: Client closed)08:25
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 255 seconds)08:34
*** nemik <nemik!> has joined #yocto08:34
*** nemik <nemik!> has quit IRC (Ping timeout: 255 seconds)08:38
*** nemik <nemik!~nemik@> has joined #yocto08:39
*** stuom <stuom!> has joined #yocto08:46
*** frieder <frieder!> has joined #yocto08:47
stuomcan anyone say what causes this "unexpected EOF in archive" error during do_populate_sdk_ext?
*** Guest3868 <Guest3868!> has joined #yocto08:52
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 268 seconds)08:54
*** nemik <nemik!> has joined #yocto08:54
*** nemik <nemik!> has quit IRC (Ping timeout: 244 seconds)08:59
*** nemik <nemik!~nemik@> has joined #yocto08:59
landgrafstuom: partially downloaded file I guess08:59
landgrafstuom: try do unpack it manually or (better) check checksums09:00
Zappanstuom: yes or try to refetch (bitbake -c fetch -f)09:01
ptsnevestd54: it seems the magic test in utils-linux does not check include the header and the isystem is then ignored. The test is crap09:03
td54ptsneves: well it looks like it, we'll prepare the patch for the test09:06
ptsnevesgood luck :)09:06
td54thank :)09:06
stuomlandgraf Zappan thanks, maybe I'm blind but I don't really understand what file is the culprit? What should I refetch?09:06
*** BobPungartnik <BobPungartnik!~Pung@> has quit IRC (Quit: Leaving)09:12
landgrafstuom: ` tar --xattrs --xattrs-include='*' -xf - -C ` - it's stdin not file09:12
landgrafthat's why we don't see filename09:13
stuomlandgraf ok, what does that mean then?09:17
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 244 seconds)09:19
*** nemik <nemik!> has joined #yocto09:19
*** argonautx <argonautx!> has joined #yocto09:20
landgrafstuom: tar --exclude='.git' --exclude='__pycache__' --xattrs --xattrs-include='*' -chf - -C /home/tuomas/work/sampo-bsp-platform-v5.3/layers/meta-freescale -p . | tar --xattrs --xattrs-include='*' -xf - -C09:24
*** nemik <nemik!> has quit IRC (Ping timeout: 268 seconds)09:24
*** nemik <nemik!~nemik@> has joined #yocto09:24
RPmy class changes have a "small" problem :/09:27
landgrafstuom: please try it localy maybe it will give you some clue why it's failing.09:28
landgrafRP: "Small" doesn't sound like small :)09:28
*** Zappan <Zappan!> has quit IRC (Quit: WeeChat 2.3)09:31
*** Zappan <Zappan!> has joined #yocto09:32
RPlandgraf: totally breaks some internals :/09:32
ernstpwow, I just found a corporate http proxy that explicitly rejects the User-Agent set in bb.fetch2.wget:checkstatus() :-(09:32
RPernstp: :(09:33
ernstpI mean it's ancient but still... Just not setting any works..09:34
ernstp"Ubuntu/9.10" :-)09:35
*** Adrian_ <Adrian_!> has quit IRC (Quit: Leaving)09:38
JaMaheh I was recently installing ubuntu-6.06 in VM when trying to get some old app using Qt3 bindings in ruby (which weren't updated in last 10 years), but using 9.10 in production that's different kind of insanity :)09:40
RPernstp: I'll take a patch to update it to something more modern09:41
ernstpOk the triggering part in the user agent seems to be Firefox/64.0 vs Firefox/63.009:42
ernstpRP: yeah I will send a patch :-)09:43
* RP blows away his tmpdir due to the damage he just did to it09:43
RPif anyone was using master-next, they'll probably have corruption too09:43
ernstpor... we stop setting a user agent....09:43
RPernstp: we did add it for a reason, but a long time ago09:43
RPernstp: I don't know how things would work out. Sourceforge will probably still be a pain09:44
ernstpRP: yeah, you're right09:44
*** starblue <starblue!> has quit IRC (Ping timeout: 268 seconds)10:04
*** Ram-Z_ <Ram-Z_!> has quit IRC (Ping timeout: 240 seconds)10:05
*** starblue <starblue!> has joined #yocto10:05
stuomlandgraf thanks, I ran the command locally and it returned no error (or any output). But bitbake still fails10:07
*** ptsneves <ptsneves!> has quit IRC (Ping timeout: 252 seconds)10:13
*** ptsneves <ptsneves!> has joined #yocto10:22
landgrafstuom: thanks. It's some pseudo magic I don't fully understand :( Same issue has been reported here and here,,,20,0,0,0::,,,0,0,0,82205936 . Which version/branch are you using?10:23
RPlandgraf, stuom: the interesting bits in those failures are in the pseudo.log file10:26
landgrafyup. error message says this )10:26
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Ping timeout: 268 seconds)10:28
stuomonly thing pseudo.log seems to tell is path mismatch [22 links]: ino 1898804 db '/home/tuomas/work/sampo-bsp-platform-v5.3/build-develop/tmp/work/colibri_imx8x-tdx-linux/sampo-console-image/BSPv5.3-r0/rootfs/usr/share/common-licenses/firmware-imx-vpu-imx8/EULA' req '/home/tuomas/work/sampo-bsp-platform-v5.3/layers/meta-freescale/EULA'.10:31
stuomRP does that tell something?10:31
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto10:34
*** Skippy <Skippy!~Skippy@> has joined #yocto10:35
*** Skippy is now known as Skiper10:36
*** Skiper <Skiper!~Skippy@> has quit IRC (Client Quit)10:37
*** Skiper <Skiper!~Skiper@> has joined #yocto10:37
ernstpSo a python f-string formatting was added to and cherry-picked to Dunfell. Dunfell should support python3.5 however which doesn't have f-strings.10:48
ernstpNow we've been trying to keep cve-check the same between master and LTS right, so should we remove the f-string on master also, or only dunfell?10:48
ernstp(Ubuntu 16.04 has python3.5. I know, it's ancient... 18.04 has python3.6 with f-string support)10:49
RPstuom: that is the file is having issues with10:49
qschulzernstp: considering that dunfell is going to be supported for about 2 more years, I guess it makes sense to have master not use f-string until dunfell is EOL?10:57
qschulzwill allow less mistakes and make maintainers life easier10:57
ernstpqschulz: yeah that's what I thought10:59
ernstpspecially for cve-check10:59
qschulzernstp: you can use formatted string so that it's not too much of a change (in the string section at least)10:59
stuomRP ok, what needs to be fixed then? EULA file exists in both those paths and have same checksum. What is mismatching?11:00
ernstpqschulz: exactly11:00
qschulzernstp: f'{foo}{bar}' into '{foo}{bar}'.format(foo=foo, bar=bar)11:00
RPstuom: something is changing a file outside of pseudo's knowledge and confusing it11:03
ernstpstuom: which exact Yocto version are you using? there's been fixes to pseudo etc...11:06
*** Ram-Z <Ram-Z!> has joined #yocto11:06
RPernstp: this is the issue people have been telling me "isn't a problem" for ages :(11:07
RP(f strings)11:07
ernstpRP: ah... probably very few people actually use python3.5 also...11:08
stuomernstp the BSP is based on dunfell, not sure how to get more exact version? Current commit of meta-yocto?11:16
Guest46Can I use IMAGE_POSTPROCESS_COMMAND to add files to the ROOTFS?11:22
stuom@RP I have ACCEPT_FSL_EULA = "1" in my local.conf to auto-accept Freescale EULA, can that affect it? Cannot bitbake image without it, though...11:25
*** ptsneves <ptsneves!> has quit IRC (Ping timeout: 268 seconds)11:31
RPstuom: could be related, I have no idea how it works11:35
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:8c94:68da:503b:9e7f> has joined #yocto11:36
*** agupta1 <agupta1!~agupta1@> has joined #yocto11:41
landgraf'fsl_bin_do_unpack', d)11:41
*** ardo <ardo!> has quit IRC (Read error: Connection reset by peer)11:41
*** ardo <ardo!> has joined #yocto11:42
ernstpstuom: it's not the ACCEPT_FSL_EULA variable, that's just a standard thing11:47
*** GillesM <GillesM!> has joined #yocto11:48
*** ptsneves <ptsneves!> has joined #yocto11:48
landgrafernstp: fsl-eula-unpack.bbclass calls fetcher and may confuse pseudo (just guessing)11:50
*** agupta1 <agupta1!~agupta1@> has quit IRC (Ping timeout: 268 seconds)11:55
*** TobiQS <TobiQS!> has joined #yocto11:56
*** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:c2e4:4196:316:34dc> has quit IRC (Ping timeout: 255 seconds)12:22
stuomwhat is this pseudo tool and is there a way to trick it not to care about this one file12:32
*** thomasd13 <thomasd13!> has joined #yocto12:35
neverpanicstuom: pseudo is used to fake filesystem permissions (so files look like they're owned by root without actually needing root privileges)12:37
neverpanicthat's important so that packages can contain files owned by root (or any other user), without your build actually needing sudo.12:37
neverpanicUsually you don't want to exclude specific files from that. Maybe you can elaborate what your specific problem is?12:38
stuomneverpanic thanks. As I understood, my problem (talked above)  is that an EULA file is maybe changed outside of pseudo's knowledge, and it aborts the build12:41
RPstuom: the key question is where is BSPv5.3-r0/rootfs/usr/share/common-licenses/firmware-imx-vpu-imx8/EULA getting deleted outside pseudo context12:43
*** seninha <seninha!~seninha@user/seninha> has joined #yocto12:45
*** florian_kc <florian_kc!> has joined #yocto12:47
*** agupta1 <agupta1!~agupta1@> has joined #yocto12:49
stuomRP, at least I don't deliberately touch EULA file anywhere, unless BSP does something funny for some reason. But also this happens only with populate_sdk_ext, why it doesn't happen when normally building image?12:50
RPstuom: sounds like it might be the clean and rebuild that is the issue :/12:51
*** argonautx_ <argonautx_!> has joined #yocto13:01
ernstpah there's already a user-agent update on master!13:01
ernstpsakoman: I propose that you cherry-pick "bitbake: fetch2/wget: Update user-agent" to dunfell, it picks cleanly!13:02
qschulzernstp: the cve-check patches probably applied cleanly too :p13:03
ernstpqschulz: they're trying extra to keep cve-check identical on all the active branches13:03
*** frieder <frieder!> has quit IRC (Remote host closed the connection)13:04
qschulzernstp: I know, just nitpicking around the fact that something applying cleanly does not mean it's a simple valid backport13:04
qschulz(waiting for builds to finish, sorry to bother you :) )13:04
*** Guest53 <Guest53!~Guest53@> has quit IRC (Ping timeout: 252 seconds)13:08
*** roussinm <roussinm!> has joined #yocto13:10
ernstpqschulz: right :-) Just mean that it's an easy backport!13:10
*** xmn <xmn!> has joined #yocto13:11
roussinmI have a python recipe that generates multiple whl files. I just upgraded to kirkstone and bitbake complains about having multiple whl files. What is the way to fix this? Packages? Multiple Recipes, with the same git source? Is there any existing recipe that deals with that in poky or meta-oe?13:11
*** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has quit IRC (Quit: Quitting)13:39
*** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has joined #yocto13:40
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 268 seconds)13:44
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 268 seconds)13:46
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:8c94:68da:503b:9e7f> has quit IRC (Quit: Client closed)13:48
*** nemik <nemik!~nemik@> has joined #yocto13:49
*** argonautx_ <argonautx_!> has quit IRC (Quit: Leaving)13:53
*** sakoman <sakoman!> has joined #yocto13:54
RProussinm: you may be the first13:59
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto13:59
*** kranzo <kranzo!> has joined #yocto14:00
*** Guest46 <Guest46!~Guest46@> has quit IRC (Quit: Connection closed)14:03
kranzoHi all,14:09
kranzoi've created a local directory structure and use a custom templateconf pointing to a folder outside of OEROOT... works fine so far but is breaking the esdk because the template conf folder is not present in the sdk. i think i abused the variable but i can't find documentation about the proper usage. any advice?14:09
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 -
*** gsalazar <gsalazar!> has quit IRC (Ping timeout: 268 seconds)14:11
*** rob_w <rob_w!> has quit IRC (Remote host closed the connection)14:11
*** gsalazar <gsalazar!> has joined #yocto14:13
*** thomasd13 <thomasd13!> has quit IRC (Ping timeout: 268 seconds)14:15
Tartaruszeddii, sakoman, JFYI I was looking at some stuff in dunfell and I see genericx86* machines are behind qemux86* in terms of linux-yocto revs. Is that an easy thing to address or something that'll take a bit of time and so not high up on the priority list?14:19
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)14:22
sakomanTartarus: typically someone from Intel will send a patch to update those14:22
sakomanBut since they haven't feel free to send a patch :-)14:23
Tartarusheh, i'll put it on the todo list14:24
TartarusDo need to sort out the customer requests first14:24
zeddiiI have a script that can update the REVs as well, but I do it less often, as the testing is a but more cumbersome on my end. I can send something right now if it saves everyone some time.14:24
TartarusI was hoping getting everything in line with qemux86* at least would be pretty quick for someone to take care of14:26
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 244 seconds)14:26
Tartarus5.4.204 or so is also a bit old I think?  But so is dunfell14:26
RPTartarus: it is quick if you don't care about testing it :/14:29
TartarusHow much testing isn't automated?14:31
Tartarussdmux boards make even  x86 pretty nice for automation, so long as you aren't also trying to flash the firmware :)14:32
*** td54 <td54!~td@> has quit IRC (Ping timeout: 252 seconds)14:35
*** spchpd <spchpd!~spchpd@user/ako> has joined #yocto14:37
*** Skiper <Skiper!~Skiper@> has quit IRC (Ping timeout: 252 seconds)14:40
*** Skiper <Skiper!~Skiper@> has joined #yocto14:41
roussinmRP: Damn, this is the repository I try to create a recipe from: As you can see there is multiple setups inside the so that seems to be the issue.14:48
*** Skiper <Skiper!~Skiper@> has quit IRC (Read error: Connection reset by peer)14:49
*** Skiper <Skiper!> has joined #yocto14:49
*** mateuszmar2 <mateuszmar2!> has quit IRC (Quit: Client closed)14:51
roussinmRP: No idea if that could be the right approach, but if I split all wheels into a seperate packages and, no idea if possible, move the wheel to seperate directories and override install step for each package to run in their own directory... that seems convoluted though.14:54
*** spchpd <spchpd!~spchpd@user/ako> has quit IRC (Ping timeout: 268 seconds)14:58
*** adams[1] <adams[1]!~adams1]@> has joined #yocto15:00
bigendianhi, is there any issue to setup a meta-layer as a symlink ?15:01
Saur[m]bigendian: Using a symbolic link works fine.15:02
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:f18b:a48e:e2d7:8a1e> has joined #yocto15:02
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 252 seconds)15:18
*** nemik <nemik!> has joined #yocto15:18
*** nemik <nemik!> has quit IRC (Ping timeout: 255 seconds)15:23
*** nemik <nemik!~nemik@> has joined #yocto15:23
*** TobiQS <TobiQS!> has quit IRC (Remote host closed the connection)15:27
*** SDes91 <SDes91!~SDes91@> has joined #yocto15:28
TartarusRP, JPEW a different question, way back in 0be64e54a in oe-core, qemux86 picked up tune-corei7 rather than tune-i586 (without changing the default, with good reason) but qemux86-64 is still only grabbing tune-core2. Since that commit qemux86 switched up to use core2-32 as the default tune. Would it make sense to post a patch switching qemux86-64 to grab tune-corei7 as well, without changing the tune, but similar explanation as to why as given in15:32
Tartarus0be64e54a ?15:32
RPTartarus: it is done by Intel/WR so I really don't know15:32
RPTartarus: that was in reply to the testing. For the tune, switching is probably ok15:33
JPEWTartarus: allowing qemux86-64 to tune to i7, but leaving the default as core2-64 seems OK to me15:36
JPEWTBH, I don't know why I didn't do that originally, other than "I didn't need it so I didn't think about it" :)15:36
TartarusPosting a patch in a moment, bitbake -g'ing to avoid a very silly error15:36
JPEWWe don't use qemux86-64 for testing because u-boot doesn't fully support it yet15:37
Tartarus^potential error15:37
TartarusJPEW: If you wanna talk about u-boot and qemux86-64, we can head over to #u-boot ;)  As I'm not sure where the issue would be exactly15:37
Tartarusqemux86-64 is part of the U-Boot CI cycle15:38
JPEWYa, I think the display wasn't implemented last I checked15:38
TartarusIt shouldn't be different from qemux86 in that regard15:39
*** GregWilson <GregWilson!~GregWilso@> has quit IRC (Quit: Client closed)15:40
JPEWYa, I know very little about x86. The documentation in u-boot says it has to be booted with -nographic (and I verified that empirically), and we really want graphics15:40
TartarusIf you email me how to make things fail I'll put it on my to poke list, but I'm on vacation next week too15:40
JPEWSure! Can you DM your e-mail?15:41
*** goliath <goliath!~goliath@user/goliath> has joined #yocto15:42
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto15:51
ptsnevesWhen there is an error in the commit hash it mentions is from what repository?15:52
*** v0n <v0n!> has quit IRC (Quit: WeeChat 3.6)15:53
*** vvn <vvn!> has joined #yocto15:54
*** SDes91 <SDes91!~SDes91@> has quit IRC (Quit: Client closed)15:54
*** davidinux <davidinux!~davidinux@> has joined #yocto15:55
RPptsneves: yoe so probably from khem somewhere15:56
ptsneves@RP yoe means this ?15:57
RPkhem: if we can get that base inherit issue merged it would help some of my testing15:58
RPptsneves: yes15:58
RPzeddii: I sent a patch for kernel-devsrc which I think fixes the 5.19 perf python issue15:58
RPzeddii: a patch for perf even15:58
RPkernel-devsrc was the other day15:58
RPwhat day is it again?15:59
*** Guest16 <Guest16!> has joined #yocto15:59
Guest16How does one go about fetching a specific git tagged version of a recipe?  Running int `kirkstone` it feels like setting a SRC_URI like this16:01
Guest16`git://;tag=${PV};branch=${BRANCH};protocol=https;nobranch=1;rebaseable=1;`  seems to longer work16:01
Guest16Man, that formatted horrible16:01
Guest16Here's a better formatted version:
Guest16The error feels somewhat related to this commit
Guest16I can't make sense of how one is supposed to fetch specific tagged versions anymore from github -is a SHA _always_ required now?16:07
qschulzshort answer is "do not use tags"16:08
qschulzI don't remember the long answer :|16:08
*** stuom <stuom!> has quit IRC (Quit: Client closed)16:08
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 252 seconds)16:08
*** nemik <nemik!> has joined #yocto16:09
Guest16Yeah, that feels like the answer - but I feel like that makes updating recipes to new versions a bit more work.  One used to be able to just update `` to `` and viola, you'd get the new version (assuming the new tag existed)16:09
qschulzGuest16: tags can be moved, therefore not desirable for reproducible builds, and you want reproducible builds (if you don't, you do)16:09
Guest16Yeah- that is fair regarding reproducible builds16:10
Guest16that is sort of the point :)16:10
qschulzGuest16: you can always start using auto-upgrade-helper to automatically do this for you16:10
*** zpfvo <zpfvo!> has quit IRC (Remote host closed the connection)16:10
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 255 seconds)16:10
qschulzwe use this tool on the recipes the project maintains16:10
Guest16is this a bitbake tool?16:11
kranzoGuest16 last time is stumbled over this RP metioned the commit should not break tags and therefore is still correct:)  but yeah tags are kinda broken right now .16:12
*** davidinux <davidinux!~davidinux@> has joined #yocto16:12
kranzohad no time to dig deeper16:12
Guest16yeah I can confirm they appear to be fully broken16:12
Guest16Even setting a SRCREV=SomeSha to match the SHA of the actual tag, the build still fails (albeit with a different error saying the SRCREV hash doesn't match the tag name, which... duh?)16:13
*** nemik <nemik!> has quit IRC (Ping timeout: 264 seconds)16:13
Guest16I also found out that it appears bitbake only supports fetching annotated tags vs. lightweight tags - which I think is perfectly fine, just something I didn't know was a thing16:15
*** nemik <nemik!~nemik@> has joined #yocto16:15
*** d4rkn0d3z <d4rkn0d3z!> has joined #yocto16:15
Guest16As it wasn't abundantly clear from docs16:15
d4rkn0d3zHi I am trying to build yocto for i.mx8 and I get an error building zstd16:16
kranzoGuest16 remove the tag from SRC_URI it's as its conflicting with SRCREV16:16
d4rkn0d3zcould I get some help ?16:16
Guest16Yep, I was hoping to be able to use the `tag=` param and _not_ the SRCREV - but it is sounding like (and looking like) that is not possible16:17
Guest16The only way to fetch a tag is to use the SRCREV of said tag, which is disappointing - unless there is someone that has another way to do this16:18
*** florian <florian!> has quit IRC (Quit: Ex-Chat)16:18
*** gsalazar <gsalazar!> has quit IRC (Ping timeout: 268 seconds)16:18
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 268 seconds)16:21
RPGuest16: we definitely don't recommend tags. It is possible something got broken with them16:22
Guest16Absolutely understand - with reproducible builds this makes 100% sense.  I just had never run into that before kirkstone.16:24
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 268 seconds)16:29
RPJPEW: We have a problem with mingw. is resulting in :/16:29
*** nemik <nemik!> has joined #yocto16:29
RPJPEW: any ideas?16:29
* JPEW reads16:30
RPabelloni: ^^^ we at least have a suspect16:30
*** Guest16 <Guest16!> has quit IRC (Quit: Client closed)16:30
*** ptsneves <ptsneves!> has quit IRC (Ping timeout: 255 seconds)16:32
JPEWRP: Ah, I think I've found it16:34
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)16:35
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:f18b:a48e:e2d7:8a1e> has quit IRC (Quit: Client closed)16:36
JPEWRP: meta-mingw does some questionable(?) things with HOSTTOOLS so that `wine` is only required if you want to test a MinGW SDK (since it's a bit of a pain to have as a general dependency):
JPEWSomething in there is wrong with the classes split I'm guessing16:36
RPJPEW: testsdk would only be there in image context now, not global context16:37
JPEWYa, I was just thinking that16:37
RPhmm, how do we fix that16:37
JPEWThe whole idea of modifying global HOSTTOOLS based on image classes is not great, but I didn't know a better way at the time16:38
RPJPEW: yes, that might be better16:38
JPEWNot _great_ but I guess you just need to know to install or you can't test16:38
RPwine being missing would give a pretty obvious failure at least16:38
JPEWRight, it should look just like the one from the AB, which seems straight forward enough16:39
JPEW(as far as those errors go anyway)16:39
RPJPEW: right16:40
* RP does want to support recipe specific HOSTTOOLS at some point16:40
RPbut not now16:40
JPEWThat would be really nice16:40
RPJPEW: are you able to push a tweak to mingw? This is breaking builds atm :/16:40
JPEWYep, working on it now16:41
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:f18b:a48e:e2d7:8a1e> has joined #yocto16:42
*** nemik <nemik!> has quit IRC (Ping timeout: 268 seconds)16:44
*** nemik <nemik!~nemik@> has joined #yocto16:44
JPEWRP: In master-next; did you want it to go straight to master?16:47
RPJPEW: might as well please16:48
RPJPEW: thanks. One less autobuilder failure to recur!16:50
khemRP: yes I was carrying a similar patch on my mut branch last night see
RPkhem: ah, ok, good :)16:53
khemRP: I am also seeing another issue with remove-libtool class see
RPkhem: I didn't see one on the list when I looked16:53
RPkhem: I fixed that for now by moving it back to classes16:53
RPkhem: working through other issues before I worry about that one16:54
khemI see I was thinking for pushing both the issues16:54
RPkhem: I'm not sure recipes should be using that class16:55
khemthis parsed ok last night 🙂16:55
khemlibtool one ?16:56
khemdebatable but I see we add it to INHERIT_DISTRO and its a weak assign so some one can technically override it and I think these recipes need it regardless of distro policy16:58
RPkhem: it is debatable. In theory recipes should build without deleting those files though, it was meant to be optional, not used by recipes non-optionally16:59
RPanyway, something to ponder for now16:59
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:f18b:a48e:e2d7:8a1e> has quit IRC (Quit: Client closed)17:00
*** kranzo <kranzo!> has quit IRC (Quit: Client closed)17:06
*** kranzo <kranzo!> has joined #yocto17:07
*** Guest3868 <Guest3868!> has quit IRC (Quit: Client closed)17:08
khemyeah, I think we should just make it default and move on17:13
khemI think removing la files help more than they harm17:13
khemso we can perhaps just enable it globally17:14
khemabelloni: I have sent a v4 for glibc 2.36 patch17:14
khemjust to avoid sending an immediate patch update to delete two patches17:14
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:f18b:a48e:e2d7:8a1e> has joined #yocto17:20
*** KurtKiefer[m] <KurtKiefer[m]!~kekieferm@2001:470:69fc:105::2:61a8> has joined #yocto17:31
*** wkawka <wkawka!> has quit IRC (Quit: Client closed)17:35
*** KurtKiefer[m] is now known as kekiefer[m]17:36
roussinmrburton: You integrated the check to see if there was more than 1 wheel to install it fails, what is the idea behind the check? The repository has one and calls setup() for each tool, which I think creates the whl files? Maybe the recipe shouldn't inherit setuptools3 ? The project isn't using17:40
roussinmpyproject.toml either.17:40
*** adams[1] <adams[1]!~adams1]@> has quit IRC (Quit: Client closed)17:45
*** agupta1 <agupta1!~agupta1@> has quit IRC (Ping timeout: 268 seconds)17:53
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 268 seconds)17:54
*** nemik <nemik!> has joined #yocto17:54
*** kranzo <kranzo!> has quit IRC (Quit: Client closed)17:56
*** nemik <nemik!> has quit IRC (Ping timeout: 268 seconds)17:59
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)18:00
*** nemik <nemik!~nemik@> has joined #yocto18:00
d4rkn0d3zis there a better place to ask for help with builds?18:02
*** agupta1 <agupta1!~agupta1@> has joined #yocto18:06
*** manuel1985 <manuel1985!~manuel198@> has quit IRC (Ping timeout: 268 seconds)18:09
landgrafd4rkn0d3z: google :)18:13
landgrafor here18:13
*** argonautx <argonautx!> has quit IRC (Quit: Leaving)18:21
d4rkn0d3zwell I am having trouble with zstd-native building18:32
d4rkn0d3zCan't find anything on google18:32
JPEWd4rkn0d3z: What version of Yocto are you using and what error are you seeing?18:32
d4rkn0d3zI'm following the yocto user guide18:33
d4rkn0d3zI am alternately getting the following,18:35
d4rkn0d3zERROR: Task (/home/build/5.15.32-2.0.0/sources/poky/meta/recipes-devtools/binutils/ failed with exit code '1'18:36
d4rkn0d3zor similar with zstd-native18:36
d4rkn0d3zI have tried a few things from the web to no avail18:36
d4rkn0d3zas far as version ...18:37
JPEWDoes it give more log messages than that?18:37
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 268 seconds)18:38
d4rkn0d3zyes a bunch of compiler errors18:39
JPEWCan you include a pastebin of them?18:39
*** nemik <nemik!> has joined #yocto18:39
d4rkn0d3zhere let me revert everything and re-init18:39
ernstpd4rkn0d3z: are you using krikstone for both poky and meta-freescale (which I guess you have since you mention
d4rkn0d3zI am new and I am trying to follow the imx8 yocto user guide18:40
*** yudjinn[m]1 <yudjinn[m]1!~yudjinnma@2001:470:69fc:105::1:fb00> has joined #yocto18:41
yudjinn[m]1hello, I'm trying to catalog and list all the recipes, appends, classes, etc used in the building of an image, whats the best way to do this?18:42
yudjinn[m]1I've tried the -g to build a dotfile, and that gives me bb files, but I want to also see which appends are being used, etc18:43
*** nemik <nemik!> has quit IRC (Ping timeout: 244 seconds)18:43
JPEWyudjinn[m]1: I don't know of anything that exposes that information; any reason why you want it?18:43
*** nemik <nemik!~nemik@> has joined #yocto18:44
yudjinn[m]1I have multiple projects that I want to reorganize into shared layers, and want to catalog what is currently using which recipes so I can make informed decisions about it18:45
kergotharchiver can optionally include full recipe data after inherits/includes/etc, not sure if it mentions what files they came from, though18:46
JPEWyudjinn[m]1: Hmm, ya. I don't know anything that will give you that; bitbake does know that information though (you can see it in bitbake -e)18:46
d4rkn0d3zJPEW I am following the pdf in the link I sent18:47
JPEWd4rkn0d3z: OK, unless someone is already using that, it's unlikely that anyone will try to follow those directions and reproduce it on their own, so the error logs would be helpful18:48
d4rkn0d3zI am about to get it18:48
d4rkn0d3zI just did a new repo init18:49
d4rkn0d3zand sync18:49
*** adams[1] <adams[1]!~adams1]@> has joined #yocto18:50
*** prabhakarlad <prabhakarlad!> has joined #yocto18:50
d4rkn0d3zStarted fresh build18:51
d4rkn0d3zERROR: Task (virtual:native:/home/build/5.15.32-2.0.0/sources/poky/meta/recipes-extended/zstd/ failed with exit code '1'18:54
d4rkn0d3zWhich logs do you want?18:54
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 268 seconds)18:55
JPEWIt should point you to a .log file18:55
*** nemik <nemik!> has joined #yocto18:55
d4rkn0d3zif it did it scrolled away18:55
d4rkn0d3zI see that error preceded by mounds of compiler errors18:56
*** Skiper <Skiper!> has quit IRC (Ping timeout: 252 seconds)18:57
d4rkn0d3zthe error in binutils-cross appears to be related to not finding pod2man although it is installed18:57
JPEWI think it's at the end after bitbake finishes18:58
d4rkn0d3zNope nothing there18:58
*** Skiper <Skiper!~Skiper@> has joined #yocto18:58
d4rkn0d3z| make: *** [Makefile:245: Options.o] Error 118:58
d4rkn0d3z| make: *** [Makefile:245: main.o] Error 118:58
d4rkn0d3z| make: Leaving directory '/home/build/5.15.32-2.0.0/minimal/tmp/work/x86_64-linux/zstd-native/1.5.2-r0/git/contrib/pzstd'18:58
d4rkn0d3z| ERROR: oe_runmake failed18:58
d4rkn0d3z| WARNING: exit code 1 from a shell command.18:58
d4rkn0d3zERROR: Task (virtual:native:/home/build/5.15.32-2.0.0/sources/poky/meta/recipes-extended/zstd/ failed with exit code '1'18:58
d4rkn0d3zSecond Keyboard Interrupt, stopping...18:58
d4rkn0d3zSummary: 1 task failed: virtual:native:/home/build/5.15.32-2.0.0/sources/poky/meta/recipes-extended/zstd/
JPEWOh, hmm. I thought we listed the log file when an error occurred19:00
d4rkn0d3zperhaps if I just run that particular recipe?19:00
d4rkn0d3zUsually it does19:01
d4rkn0d3zHow would one remove that recipe?19:01
landgrafd4rkn0d3z: there should be temp directory under /home/build/5.15.32-2.0.0/minimal/tmp/work/x86_64-linux/zstd-native/1.5.2-r0/19:02
landgrafwith logs inside19:02
JPEWYa should be a line like "ERROR: Logfile of failure stored in: ..."19:02
landgraflook  for log*.do_compile19:02
landgraflook  for log*.do_compile*19:02
JPEWd4rkn0d3z: Ah the line is there but it might be before the error output (it's not necessary, but convenient because it gives the exact path to the error log)19:03
*** nemik <nemik!> has quit IRC (Ping timeout: 268 seconds)19:04
*** nemik <nemik!~nemik@> has joined #yocto19:05
d4rkn0d3zOkay I see that log and it shows the compile errors19:07
d4rkn0d3zwhere do you want it?19:07
JPEWpastebin or equivalent?19:08
d4rkn0d3ztoo big for pastebin19:12
JPEWAh; do you see anything in there that you can distill down?19:13
d4rkn0d3zlet me look19:13
*** agupta1 <agupta1!~agupta1@> has quit IRC (Ping timeout: 252 seconds)19:16
d4rkn0d3z  <-- looks like things go wrong here19:18
yudjinn[m]1does anyone else have experience with cataloging which .bb and .bbappend files are used by an image?19:21
*** agupta1 <agupta1!~agupta1@> has joined #yocto19:21
d4rkn0d3zJPEW ->
*** Skiper <Skiper!~Skiper@> has quit IRC (Read error: Connection reset by peer)19:23
landgrafd4rkn0d3z: something is wrong with your host system.19:26
yudjinn[m]1d4rkn0d3z: is that your code?19:26
d4rkn0d3zno that is not my code19:26
d4rkn0d3zI have no code in this build just starting out19:26
d4rkn0d3zwhat is wrong with my system?19:27
d4rkn0d3zI am building on a ubuntu 20.04 VM19:27
*** Skiper <Skiper!> has joined #yocto19:28
landgrafd4rkn0d3z:    28 | #ifndeF _GLIBCPX_DEBUGWMACRO_SSITCH_H19:28
d4rkn0d3zI really apprecaite the help19:28
d4rkn0d3zyeah I saw that19:28
d4rkn0d3zare you suggesting my ssytem changed that line?19:28
landgrafI gusss someone (or something) edited this file with vim and pressed wrong button. Well, happened to me few times :)19:28
d4rkn0d3zI have not touched anything I just repo init and sync and build19:29
d4rkn0d3zI'm just evaluating this for a project19:30
landgrafd4rkn0d3z:can you share /usr/include/c++/9/debug/debug.h: ?19:30
*** agupta1 <agupta1!~agupta1@> has quit IRC (Ping timeout: 255 seconds)19:31
d4rkn0d3zI see that it does have those offending edits19:31
landgrafSo it has nothing to do with Yocto19:31
d4rkn0d3zhmm perhaps I should reinstall those packages19:32
d4rkn0d3zI did not mean to suggest yocto had problems just that I needed help19:32
d4rkn0d3zI'm perplexed19:33
landgrafd4rkn0d3z: I meant repo reinitialization will not help until you fix host compiler/toolchain19:34
d4rkn0d3zOkay I'll build a fresh VM, thanks for help19:34
yudjinn[m]1yeah the /usr/include/c++ has nothing to do with repo (most likely)19:34
yudjinn[m]1you could also just try making the fixes your log calls out19:35
d4rkn0d3zmeh pretty easy to make a fresh one19:35
landgrafrpm has verification option to find out such changes. dpkg should have something similar too I guess19:36
*** Skiper <Skiper!> has quit IRC (Quit: Quit)19:39
*** Skiper <Skiper!> has joined #yocto19:40
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto19:45
d4rkn0d3zthanks landgraf19:45
*** Skiper <Skiper!> has quit IRC (Ping timeout: 268 seconds)19:48
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)19:49
*** Skiper <Skiper!> has joined #yocto19:49
*** Skiper <Skiper!> has quit IRC (Client Quit)19:49
*** Skiper <Skiper!> has joined #yocto19:49
*** amitk <amitk!~amit@> has joined #yocto20:02
*** agupta1 <agupta1!~agupta1@> has joined #yocto20:07
*** florian_kc <florian_kc!~florian@> has joined #yocto20:30
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Remote host closed the connection)20:30
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto20:31
*** rsalveti <rsalveti!> has quit IRC (Quit: Connection closed for inactivity)20:41
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 244 seconds)20:42
*** fullstop <fullstop!~fullstop@user/fullstop> has quit IRC (Quit: ZNC -
*** fullstop <fullstop!~fullstop@user/fullstop> has joined #yocto21:08
*** mvlad <mvlad!~mvlad@2a02:2f08:4a10:7900:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)21:13
*** agupta1 <agupta1!~agupta1@> has quit IRC (Ping timeout: 268 seconds)21:15
*** fullstop <fullstop!~fullstop@user/fullstop> has quit IRC (Quit: ZNC -
*** fullstop <fullstop!~fullstop@user/fullstop> has joined #yocto21:18
*** xmn <xmn!> has quit IRC (Quit: xmn)21:31
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 268 seconds)21:44
*** nemik <nemik!> has joined #yocto21:44
*** nemik <nemik!> has quit IRC (Ping timeout: 268 seconds)21:49
*** nemik <nemik!~nemik@> has joined #yocto21:49
*** xmn <xmn!> has joined #yocto22:17
*** mckoan <mckoan!> has quit IRC (Read error: Connection reset by peer)22:32
*** mckoan <mckoan!> has joined #yocto22:36
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 268 seconds)22:44
*** florian_kc <florian_kc!~florian@> has quit IRC (Ping timeout: 255 seconds)22:48
*** sakoman <sakoman!> has joined #yocto22:53
*** vladest <vladest!> has joined #yocto23:03
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 268 seconds)23:14
*** nemik <nemik!> has joined #yocto23:14
*** GillesM <GillesM!> has quit IRC (Remote host closed the connection)23:15
*** nemik <nemik!> has quit IRC (Ping timeout: 268 seconds)23:19
*** nemik <nemik!~nemik@> has joined #yocto23:19
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 252 seconds)23:34
*** nemik <nemik!> has joined #yocto23:34
*** nemik <nemik!> has quit IRC (Ping timeout: 268 seconds)23:39
*** nemik <nemik!~nemik@> has joined #yocto23:39
*** vladest <vladest!> has quit IRC (Ping timeout: 252 seconds)23:45

Generated by 2.17.2 by Marius Gedminas - find it at!