Tuesday, 2021-07-20

*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Remote host closed the connection)00:10
*** whuang <whuang!~whuang@2607:9880:2d78:22:833:be63:2dc5:76ca> has joined #yocto00:11
whuangis there a variable I can use to refer to python version? for example python3.8, python3.900:12
whuangthere's a recipe that hard codes the python version (export NUMPY_INCLUDE_PATH = "${STAGING_DIR_TARGET}/usr/lib/python3.9/site-packages/numpy/core/include")00:12
*** whuang <whuang!~whuang@2607:9880:2d78:22:833:be63:2dc5:76ca> has quit IRC (Quit: Client closed)00:32
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.)00:57
*** steve__ <steve__!~steve@> has quit IRC (Ping timeout: 265 seconds)01:04
*** Guest5 <Guest5!~Guest5@2607:9880:2d78:22:8ffc:34ce:190f:f6b2> has joined #yocto01:28
*** Guest5 <Guest5!~Guest5@2607:9880:2d78:22:8ffc:34ce:190f:f6b2> has quit IRC (Client Quit)01:28
*** rber|res <rber|res!~rber|res@athedsl-4432950.home.otenet.gr> has joined #yocto01:32
*** RobertBerger <RobertBerger!~rber|res@> has quit IRC (Ping timeout: 256 seconds)01:34
OutBackDingo@zeddii ping01:44
*** camus1 <camus1!~Instantbi@> has joined #yocto02:54
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 252 seconds)02:55
*** camus1 is now known as camus02:55
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Ping timeout: 255 seconds)04:06
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)04:38
*** amitk <amitk!~amit@> has joined #yocto04:45
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-21-184-145-222-193.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.3-dev)05:32
*** YoctoStarter <YoctoStarter!~YoctoStar@cpe90-146-128-173.liwest.at> has joined #yocto05:43
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC (Ping timeout: 255 seconds)05:50
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto06:01
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto06:04
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:18
*** hmw__ <hmw__!~hmw@zimbra.welvaarts.com> has joined #yocto06:21
*** frieder <frieder!~frieder@i59F724D0.versanet.de> has joined #yocto06:21
*** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has joined #yocto06:23
*** YoctoStarter <YoctoStarter!~YoctoStar@cpe90-146-128-173.liwest.at> has quit IRC (Quit: Client closed)06:32
LetoThe2ndyo dudX06:42
*** mckoan|away is now known as mckoan06:42
mckoangood morning06:42
LetoThe2ndmostly indeed.06:42
mckoanLetoThe2nd: :-D06:43
mckoanLetoThe2nd: summer holidays are approaching \o/06:44
LetoThe2ndmckoan: somewhat, yes.06:45
*** Schlumpf <Schlumpf!~schlumpf@p200300ca4f363000b46e22faf89acc52.dip0.t-ipconnect.de> has joined #yocto06:46
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Remote host closed the connection)06:56
*** zpfvo <zpfvo!~fvo@> has joined #yocto06:58
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto07:06
*** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has joined #yocto07:16
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:21
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto07:27
*** zyga <zyga!~zyga@> has joined #yocto07:31
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)07:36
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Quit: WeeChat 3.1)07:42
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto07:42
qschulzJPEW: I'm not sure your PR works for local builds?08:04
qschulzI think at best your local build will be prefixed with the registry name (which, if it works, is confusing)08:07
qschulzOn podman, I think local images are available with the localhost "registry", so if the same can be said for docker, we can just set registry to localhost when doing a local build?08:08
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto08:19
*** goliath <goliath!~goliath@user/goliath> has joined #yocto08:21
*** Schlumpf <Schlumpf!~schlumpf@p200300ca4f363000b46e22faf89acc52.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection)08:35
*** Schlumpf <Schlumpf!~schlumpf@p200300ca4f36300023fa559516bbe25e.dip0.t-ipconnect.de> has joined #yocto08:36
*** tnovotny_ <tnovotny_!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto08:42
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Read error: Connection reset by peer)08:42
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)08:48
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:18
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 252 seconds)09:21
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Ping timeout (120 seconds))09:23
*** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto10:07
fleghi, I am making a recipe for a CMake-based project, and for some reason while /usr/lib/libmylibrary.so.1.2.3 is packaged correctly, symlink to that file in /usr/lib/libmylibrary.so is split into the -dev package. Is it supposed to work this way, or am I doing something wrong? Thanks in advance for help!10:11
qschulzfleg: that10:12
qschulz's expected10:12
flegoh, thanks. Is there anything I can do to put those symlinks into the main package, or should I just install the -dev as well on the resulting image?10:12
qschulzfleg: why do you want the .so in your rootfs?10:13
*** eFfeM <eFfeM!~eFfeM@> has joined #yocto10:13
flegthe application that I'm packaging depends on the .so10:13
qschulzmake it depend on the versioned lib if possible (only exception would be if you receive precompiled binaries/libraries)10:14
flegI will try to do that then, thanks!10:15
qschulzthat's the cleanest way to do it10:15
qschulzotherwise, you need to remove the *.so from FILES_${PN}-dev and add it to FILES_${PN} (or another package) IIRC, setting FILES_SOLIBSDEV to "" and adding the two default paths to FILES_${PN} should be enough?10:17
eFfeMHi, can I enforce that in a specific conf users cannot build a specific image recipe?10:17
qschulzor add the -dev but I don't know what exactly the consequences are10:17
qschulzeFfeM: you could always have a python anonymous function in the image recipe that looks for the current user and fail the parsing10:19
qschulzthough, if your user have write access to said image recipe, they can remove it10:19
eFfeMWhat I want to achieve is that in a conf that allows GPLv3 code it is not possible to accidently buiild a release image (I have a different conf for release images)10:19
eFfeMqschulz: we have a different conf to build release images, but I want to make very sure that things do not get wrong. GPLv3 is to some extend a p.i.t.a.10:21
eFfeMI would love to go without it, but for dev purposes we need gdb10:21
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 252 seconds)10:21
*** camus1 <camus1!~Instantbi@> has joined #yocto10:22
*** camus1 is now known as camus10:24
qschulzeFfeM: check the content of INCOMPATIBLE_LICENSE from the image recipe?10:24
flegqschulz, I'll try to go the "depend on the versioned .so instead" route first, if I get stuck there then I'll try the other suggestions. Fortunately I build both the libraries and the application, so it should not be an issue10:24
qschulzfleg: :+1:10:26
eFfeMqschulz: hmm yes that is an idea10:27
eFfeMI'll explore after lunch10:28
qschulzeFfeM: but it's not bulletproof, because you can unset the INCOMPATIBLE_LICENSE per recipe in your conf file or have a package in the whitelist10:29
qschulzbest option would be to check into the final manifest with the license of all software included in your image and check if there is a GPLv3 in there10:30
qschulzyou might need to enable buildhistory for that, I don't remember10:30
qschulzmaybe there's even something built in Yocto/bitbake but I'm not aware of it10:31
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto10:41
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC (Ping timeout: 268 seconds)11:00
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto11:04
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto11:04
*** linums <linums!~linums@> has joined #yocto11:05
*** camus1 <camus1!~Instantbi@> has joined #yocto11:07
linumsI see that every branch brings it's own kernel version + the lts, like hardknott comes with 5.10 and 5.411:08
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 252 seconds)11:08
*** camus1 is now known as camus11:08
linumsbut the libc headers are only present with the version 5.10 on hardknott11:09
linumsis it right, or should I not use hardknott for 5.4 kernel?11:10
qschulzlinums: in most cases, you can use newer kernel release headers with an older kernel release11:12
LetoThe2ndlinums: bruce might probably shed more light on this, but once there is no version selection available you will get the latest of a package, hence run 5.4 kernel and use the 5.10 libc headers.11:12
linumsthanks, so it is intentional, so I'll select the kernel version, and nothing more11:31
LetoThe2ndlinums: thats what i woould guess.11:32
*** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto11:38
eFfeMqschulz: yeah I know one can override INCOMPATIBLE_LICENSE, I also considered whitelisting gdb and then exclude it from the release image, but the pain is that gdb requires a newer readine than the one in meta-gplv2 and I cannot select a different version of readline in an image11:41
LetoThe2ndeFfeM: i personally would probably try BBMASK in the distro combined with an automated test on the resulting artifacts.11:50
eFfeMLetoThe2nd: I'm not sure if that would help, I think INCOMPATIBLE_LICENSE is a better mechanism11:57
LetoThe2ndeFfeM: sure, it always depends.11:59
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::e05> has joined #yocto12:19
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::e05> has quit IRC (Client Quit)12:19
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::f245> has joined #yocto12:20
*** camus1 <camus1!~Instantbi@> has joined #yocto12:54
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 252 seconds)12:55
*** camus1 is now known as camus12:55
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:a043:ef83:5025:ad7c> has joined #yocto13:27
*** override <override!~override@ec2-3-138-201-125.us-east-2.compute.amazonaws.com> has joined #yocto13:34
overrideso the byte for byte image type would be ext3?13:40
whuang0389Hi I'm trying to create a recipe that depends on llvm13:41
whuang0389Im guessing it needs to be llvm-lite but it's looking for a llvm-config file13:41
JPEWoverride: Ya, any of those file systemd formats (ext3, ext4, etc.) will produce an image you could directly dd into a partition13:41
whuang0389so I have a DEPENDS += "llvm-native", but the llvm-native doesn't get compiled... am I missing something?13:42
whuang0389or should DEPENDS be enough?13:42
JPEWoverride: If you need a whole disk images (i.e. all the partitions w/ partition table, you need to use wic)13:42
overridewhuang0389: you could check if its a run time or a build time dependency (RDEPENDS vs DEPENDS). and use oe-pkgdata-util to check youve got the right packages in your build..13:44
whuang0389maybe my understanding of run tim dependency is wrong.. but I believe that it means they are packages that are required to be pulled in when the source is runned on target?13:46
whuang0389if that's the case, I think it'sa build time dependency13:47
overridewhuang0389: yeah then just make sure the recipe the package added as a depends and just maybe add the llvm-config depency to your recipe too. use the oe-pkagdata-util to find the name for whatever dependency you recipe needs...13:49
overridethats just how I was told to do things.. not a yocto know it all by any standard13:50
whuang0389no worries! thanks for some tips!13:50
overrideprolly a dumb question do distro/machine conf includes from different layers require absolute paths, or is YOCTO smart about them?13:55
qschulzoverride: relative to (any) layer root dir13:55
qschulzwell, relative to the root dir of the layer with the distro/machine conf file13:56
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto13:57
overrideok, think thats what I got13:58
overridethe manual reads The IMAGE_FSTYPES variable's default value now specifies ext4 instead of ext3. I dont see any of these being made for my builds14:08
overrideare they not made when I have something like IMAGE_FSTYPES += "teziimg" in my machine config?14:08
overrideim just appending to the IMAGE_FSTYPES varaible, I was expecting this would add fstypes on top of the defaults.. ?14:09
JPEWoverride: The defaults are probably "weak" so the += might be overriding them14:09
overrideand since ext4 is supposedly the default would it require something IMAGE_CLASSES_append " image_type_tezi ext5" in my case?14:10
overrideJPEW: when a varaible is "weak" does _append also overrides it, or just +=14:11
JPEWoverride: I'm not sure if ext4 is the default14:11
overrideive always been curious why we have _append and +=14:11
JPEWoverride: _append is deferred until the end of parsing, += is immediate14:11
qschulzoverride: https://pretalx.com/media/yocto-project-summit-2021/submissions/WTT3UV/resources/Demystifying_the_OVERRIDES_mechan_no6J6fb.pdf14:12
JPEWoverride: You should explictly set the IMAGE_FSTYPES you want instead of relying on the defaults14:13
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto14:13
JPEWoverride: If you are curious about how a variable gets it's value `bitbake -e <image>` will tell you14:14
overrideJPEW: would I need to do an IMAGE_CLASSES_append =" ext5" ? I have that in, but Im still just seeing the texiimg..14:15
Xagendoes anyone know why you would be able to build an image recipe, but `bitbake <recipe> -c populate_sdk` errors out?14:15
rburtonXagen: can you pastebin the error?14:15
Xagensure, one moment14:15
JPEWoverride: I don't think you need that for any of the normal image types. If you are doing other things you might need something14:16
Xagenrburton: i'm going to have to rerun the command, so it will be a couple minutes14:17
*** frieder <frieder!~frieder@i59F724D0.versanet.de> has quit IRC (Remote host closed the connection)14:29
Xagenrburton: https://pastebin.com/KHutJ9yc14:30
Xageni can see in toaster that json-c, libevent, libsodium, python, and python3 all built14:31
Xagenthe only thing i could think of is that i need to have toaster run the populate_sdk itself, and that it wouldn't work from the cli, but i couldn't find any place to explicitly run populate_sdk14:33
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto14:33
vdhi all -- after systemd switches root from the initrd, I get a bench of FAILED service, for hardware RNG, network manager, user login management, etc. My guess is an issue with /var. Anyone with a clue?14:35
whuang0389ok so, it turns out I do have llvm-config executable pulled in14:50
whuang0389I think the setup.py file executes llvm-config to determine the llvm version14:50
whuang0389but the setup fails with permission denied...14:51
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)14:51
whuang0389is there something I need to do allow the setup file to execute the llvm-config? I can execute it manually myself14:51
*** eFfeM <eFfeM!~eFfeM@> has quit IRC (Remote host closed the connection)14:55
*** roussinm <roussinm!~mroussin@> has joined #yocto14:57
* RP is pondering an addlayer directive: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=9aa43a88d9ad9178f8ec4e5cec56662352a72c37 http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=0216deadff94f565fb880c17d0654606fe82ea65 15:02
*** steve__ <steve__!~steve@> has joined #yocto15:03
Xagenso i found a post saying that i could do the populate_sdk from toaster, but that it doesn't prepend the do_15:04
Xagenso i ran it from inside toaster, and it had the same error as what i posted in the paste15:04
overridewhuang0389: try S = "${WORKDIR}/git"15:11
overridewhere are you pulling the source from?15:11
whuang0389yea I do have that line15:12
whuang0389btw I've used devtool. should i be doing devtool build recipe or bitbake recipe?15:12
overrideto test it out? bitbake recipe15:12
overridedevtool gives you a template for the recipe youre trying to put together15:13
qschulzwhuang0389: both work just fine15:13
overrideoh, lol I didnt know that..15:13
whuang0389ive been using bitbake, wondering if devtool build would fix that permission denied15:13
*** tnovotny_ <tnovotny_!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving)15:14
whuang0389so generally, if a recipe depends on an executable to get information, yocto should be able to run that executable correct?15:14
overridepastebin your recipe or just share a repo or something. sure someone would help you out15:14
whuang0389thats awfully nice :)  haha15:15
whuang0389will do15:15
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)15:19
qschulzwhuang0389: yes, otherwise we wouldn't be able to use cmake/autotools/meson and all15:20
rburtonwhuang0389: depends *on the native recipe* that provides that binary15:21
rburtonyou can't run target binaries15:21
*** saurabh <saurabh!~saurabh@> has joined #yocto15:27
*** saurabh <saurabh!~saurabh@> has quit IRC (Client Quit)15:28
*** Guest16 <Guest16!~Guest16@> has joined #yocto15:29
*** Guest16 <Guest16!~Guest16@> has quit IRC (Client Quit)15:30
*** Guest1739 <Guest1739!~Guest17@> has joined #yocto15:30
*** Guest1739 <Guest1739!~Guest17@> has quit IRC (Ping timeout: 246 seconds)15:41
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 265 seconds)15:42
yatesis there a variable which defines the cross-toolchain sysroot when cross-building the kernel?15:45
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)15:47
*** camus1 <camus1!~Instantbi@> has joined #yocto15:50
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 255 seconds)15:50
*** camus1 is now known as camus15:50
yatesi need to specify the --sysroot path to gcc when the kernel Makefile for my architecture runs in order to setup the libgcc library15:51
*** Guest1766 <Guest1766!~Guest17@> has joined #yocto15:51
*** Guest1766 <Guest1766!~Guest17@> has quit IRC (Client Quit)15:53
yatesbut wait - i just realized somewhere, between yocto and the kernel build system, that sysroot is already defined.15:54
rburtonwell, yes15:54
rburtondid you try grepping oe-core for --sysroot?15:54
yatesi will15:54
rburtonconf/bitbake.conf:TOOLCHAIN_OPTIONS = " --sysroot=${STAGING_DIR_TARGET}"15:54
rburtonif you use ${CC} you get that included15:55
rburtonso, tell your kernel to use ${CC} not gcc15:55
rburtonobviously, the standard kernel recipe/classes do this already15:55
yatesrburton: in my arch's kernel Makefile, there is this line: libs-y += arch/csky/lib/ $(shell $(CC) $(KBUILD_CFLAGS) $(KCFLAGS) -print-libgcc-file-name)15:57
rburtonright, so ensure CC is passed15:57
rburtonor use the standard kernel classes that do this for you15:57
rburtonusing kernel.bbclass doesn't mean using linux-yocto15:58
*** zpfvo <zpfvo!~fvo@> has quit IRC (Quit: Leaving.)15:59
*** Guest44 <Guest44!~Guest44@> has joined #yocto16:00
yatesi'm confused, but let me dig some more before I ask more stupid questions.16:00
yatesthank you, rburton16:00
yatesi guess basically i am wondering why yocto isn't already defining CC with the sysroot when this top-level Makefile is run16:01
rburtonit is16:01
rburtonexport CC = "${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS}"16:02
* rburton goes to collapse somewhere16:02
yatesthen why is "$(shell $(CC) $(KBUILD_CFLAGS) $(KCFLAGS) -print-libgcc-file-name)" returning just "libgcc.a" and not "<some-path-in-sysroot>/libgcc.a"?16:02
rburtonbecause gcc doesn't always give you an absolute path if the result is in the search path16:03
Guest44I have problem generating eSDK for my image.my image usages meta-qt layer which has dependency on python3 where as my application are dependent on python2.i am using python2-mako in my applications and same mako is used by meta-qt as well but they use python3.-mako.16:03
rburtonyates: this works for the standard kernels, therefore you're doing something odd or wrong.  i suggest you don't write your own kernel recipe but use linux-yocto with a custom config if needed.  if you *really* need to write your own recipe then at least inherit kernel.bbclass16:04
Guest44so while generation it tries to install mako-render which is provided by both python packages.My problem is hot disable python3-mako while generation eSDK.16:05
yatesrburton: i switched to using my own instead of linux-yocto because there were several complications due to this being for a new architecture which is not fully supported in yocto (yet).16:06
rburtonbut are you using mainline kernel?16:06
rburtonso use linux-yocto as that is mainline16:06
yatesusing linux-yocto pulls in other machinations unique to linux-yocto which do not work with the architecture i am using. i've already spent weeks tracking down those and decided it was better to based our system on mainline non-linux-yocto to remove dependencies on those machinations16:09
yatesi resolved a couple, but it was very tedious.16:10
yatesrburton: CC is not constructed with a --sysroot option when the top-level arch/<arch>/Makefile runs. i just instrumented it: CC = csky-poky-linux-gcc16:20
yatesneither is there a sysroot in KBUILD_CFLAGS16:20
yatesnot at that time16:21
yatesi believe the only time gcc emits just the "libgcc.a" filename is when it can't really find it.16:21
yatesi know that a lower level submake has it defined, but that is after the libs-y has been improperly defined16:23
yatesso i guess i have to dig and find out what happens between this top-level Makefile and the myriad levels the kernel build system evokes..16:23
* yates takes a dirt nap...16:24
*** mckoan is now known as mckoan|away16:26
*** goliath <goliath!~goliath@user/goliath> has joined #yocto16:26
Xagenrburton: did you get a chance to look at my pastebin?16:36
*** camus1 <camus1!~Instantbi@> has joined #yocto16:40
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 240 seconds)16:41
*** camus1 is now known as camus16:41
*** Guest63 <Guest63!~textual@2600:1700:211:7e60:a0de:d28f:eac4:36af> has joined #yocto16:46
*** Xagen <Xagen!~Xagen@2600:1700:211:7e60:3d0a:f9eb:6f5f:7d30> has quit IRC (Quit: Xagen)16:47
*** Guest63 is now known as Xagen16:47
*** Guest44 <Guest44!~Guest44@> has quit IRC (Quit: Client closed)16:51
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed)17:04
*** fleg <fleg!64bf4386e9@user/fleg> has quit IRC (Remote host closed the connection)17:18
*** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto17:20
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Ping timeout: 255 seconds)17:25
overridedoes anyone know what recipe is responsible for making the .json file we see under the deploy folder. its got the blockdevs (partitions and some other stuff defined in it. Not sure if this is some yocto standard way of doing things, or something the vendor pulled off. the .json files looks like this - https://pastebin.ubuntu.com/p/gtYBRqCkf7/17:26
*** florian_kc <florian_kc!~florian@dynamic-093-131-050-131.93.131.pool.telefonica.de> has joined #yocto17:34
yatesoverride: perhaps it is an output from "wic"?17:39
overrideoh, was really hoping I could just add a fs partition to that json file or something17:39
overrideguess I gotta look up wic17:39
overrideyates: could you link me to some wic doc or something? Ill try to figure if this is wic generated17:41
overridedoes wic generate any json?17:41
*** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)17:43
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:a043:ef83:5025:ad7c> has quit IRC (Quit: Client closed)17:43
*** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Ping timeout: 256 seconds)17:44
*** amitk_ <amitk_!~amit@> has joined #yocto17:44
overrideyates: so I see a image_type.bbclass in a layer, does wic require something along those lines?17:45
overrideIm just having a hard time finding something to read for wic17:45
overridethe manual starts talking about partion commands wic supports.. I want an overview of what the heck is it all about even17:46
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 255 seconds)17:46
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto17:53
*** Guest8 <Guest8!~Guest8@> has quit IRC (Quit: Client closed)18:05
JPEWoverride: Ya, the "Getting started" documentation for wic needs some help18:08
JPEWoverride: You need to add a ".wic" file system to IMAGE_TYPES as a suffix of the rootfs type you want to embed, e.g. `IMAGE_TYPES += "ext4.wic"`18:09
JPEWoverride: Ugh, sorry, that's wrong. Just add `wic` to `IMAGE_FSTYPES`18:10
overrideJPEW: cool ok think my vendor is using something else, but while we are talking wics18:11
overrideI get the wic to my IMAGE_FSTYPES18:11
overrideim guessing that is in my maching.conf?18:11
JPEWoverride: Usually18:11
overridethen what happens? how do the partions get defined?18:12
JPEWoverride: The code will search for a .wks file; default file to look for is `"${IMAGE_BASENAME}.${MACHINE}.wks"`18:13
JPEWYou can change it by setting the `WKS_FILE` variable18:13
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC (Ping timeout: 255 seconds)18:13
JPEWoverride: It will search in the `wic` directory of every layer18:13
overrideok nice, those were the extension names I was looking for18:14
overrideIm trying to make sure if my vendor is using wic or something not so standarized..18:14
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto18:15
JPEWwic is pretty flexible; if they boot from eMMC you can write a wic file to make the image18:15
overrideeMMC is sd cards and all, right18:16
overrideIm the worst with these terms18:16
JPEWCan you share the SoC? A lot already have examples you can start with18:16
overrideim using some som from toradex, let me get u the exact name and all one sec18:17
*** Guest8 <Guest8!~Guest8@> has joined #yocto18:17
overridetoradex verdin imx8m mini18:17
overridethey have some easy installer stuff that is throwing me off / has zero docs when it comes to setting up partitions18:18
JPEWOh, ya. That one should have pretty good support18:18
Guest8Anyone have experience using dmalloc with c++ apps on yocto targets?18:18
JPEWoverride: Start here probably: https://github.com/Freescale/meta-freescale/tree/master/wic18:18
overridesounds good18:19
overrideJPEW thats repo you just wanted me to look at some sample .wks files?18:23
JPEWoverride: Ya, that repo supports the IMX8M so one of those wks files is probably correct?18:24
JPEWoverride: At least as a starting point18:24
overrideyeah, Its beginning to sink in a little18:24
overridelike you add wic to the wic to the IMAGE_FSTYPES then you have a .wks file with the actual partion defintion youre going for..18:25
JPEWoverride: Correct18:27
overridei get what uboot is, whats uboot spl now?18:27
JPEWoverride: It's highly technical and related to the way that many SoC's boot: https://stackoverflow.com/questions/31244862/what-is-the-use-of-spl-secondary-program-loader18:29
overrideyeah, not sure if I should be too concerned about it right now..18:30
JPEWoverride: Basically, u-boot is too big and SoC's can't access RAM immediately, so you need a small SPL to initialize RAM, copy u-boot into it and jump to it18:30
overrideoh, ok. thanks JPEW:18:31
TartarusDumb question, but wasn't there some way to make local source archives that included the githash in them?18:31
Tartarusie for use cases like where you have a single local source mirror that you use when you start building $whatever and $whichever source branch that might be, get the right glibc git hash archive18:31
TartarusJPEW: that only gives me git2_sourceware.org.git.glibc.git.tar.gz for example18:32
JPEWAh, for a specific hash and/or branch?18:32
TartarusI have a site.conf I start with for everything and it has a own-mirror / SOURCE_MIRROR_URL in it18:33
TartarusIt's great for everything that's not git, but since I might be on thud or zeus or dunfell or something modern, all of the git stuff isn't a cache hit18:33
JPEWYa, that's not supported.... we run into the same thing all the time :/18:33
TartarusUgh, I thought it used to be18:34
TartarusGuess it's time for plan B and directories for just the git ones18:34
TartarusI should probably double check the logic for getting uninative stuff too while I'm at it18:35
TartarusI think that's caught normally with own-mirrors18:35
overrideJPEW: you know what WKS_FILE_DEPENDS_append is all about? I think toradex is using the wic image type but its not very out very obvious becuase they define their own image type, which extends wic18:36
JPEWoverride: If you need to include other items in the disk image (e.g. u-boot or other bootloader), you need to tell bitbake to build them before attempting to run wic18:37
JPEW`WKS_FILE_DEPENDS` does that.... basically "Wic creation depends on these things"18:37
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)18:39
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 268 seconds)18:39
JPEWoverride: Sounds like they are producing a wic file then wrapping an installer around it?18:41
*** davidinux <davidinux!~davidinux@> has joined #yocto18:41
overrideso this toradex som im working with has a image_type_tezi.bbclass with WKS_FILE_DEPENDS in it. which makes me think toradex is trying to extend the wic image type ... but I cant find a .wks file .. like I see some random ones18:41
overrideJPEW: im just trying to add another partition to the emmc or what ever the nand memory on the board is called, so I can just dd ext4 images to it, tell uboot to boot from that partion, and call this entire thing a system update18:42
JPEWoverride: Ya, pretty standard A/B partition stuff :)18:44
overrideJPEW: yeah it wouldbe been simpler if I didnt have toradex in my way right now18:44
JPEWSounds like they did their own thing instead.... to bad. But the IMX8M has pretty good support, I'm fairly certain you can get it working18:45
overrideyeah think theyre extending the basic wic stuff tho18:45
overrideso if I can file the correct wks file i can just add the swap partion to it18:46
overrideright now I think it just has the one uboot and one kernel partition18:46
TartarusJPEW: OK, so locally I'm fixing this by dropping own-mirrors, and having PREMIRRORS_prepend itself in site.conf with stuff like: git://.*/.*     ${SOURCE_MIRROR_URL}/${LAYERSERIES_COMPAT_core} \n which evaluates correctly at least.  But please tell me if that's still a horrid idea or something :)18:46
JPEWIn fact, I'm positive you can get it to work, I've got an IMX8M on my desk that I had booting with wic a few months ago :)18:46
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto18:46
overridenice think I'll ditch whatever image class toradex has setup and just add simple wic to my distro18:47
Tartarusoverride: Modifying the tezi images is not easy, sadly.18:47
overrideTartarus: you know about tezi?18:48
TartarusWhich is a problem if you want to use tezi to in turn flash a production run of toradex stuff18:48
TartarusI have (ab)used it before, yes.18:48
JPEWoverride: Here is the specific wks file we use for the IMX8MM: https://github.com/Freescale/meta-freescale/blob/master/wic/imx-imx-boot-bootpart.wks.in18:49
overrideIm just trying to see if I just went all wic right now. I do a clean wipe of my emmc, then just write a fresh uboot, and kernel partition and swap partition just sits empty for now18:49
overrideI dont need no tezi then do i?18:49
JPEWoverride: Hard to say... it really depends on what else they have done18:50
TartarusIt also depends on what you're trying to do, in the end18:50
overrideif i went wic I'll still be doing everything toradex has done, just not making a tezi image? wic image instead18:51
overridewhere would i run into issues that way?18:51
TartarusWell, if you're on a toradex SOM, there's important questions18:51
overridewhat might those be18:52
TartarusLike, are you doing a one-off personal project?  Or is this a company thing that'll have 1k units?18:52
overridethere can be all the units we want for it18:52
TartarusAre you going to flash them, or is toradex?18:53
overrideno we are18:53
overridelike our cm people would18:53
overridethey can just well I can get to that later18:53
TartarusAnd you're just now figuring out how they'll do the flashing?18:53
overridelike ive use these dd scripts in the past ..18:53
TartarusThere's many ways to install, yes, which is why toradex created yet another one, their 'easy installer'.18:54
overrideyeah im trying to ditch that toradex easy installer stuff myself18:54
TartarusOK, then yeah, look at the wks that JPEW mentioned18:54
overridethey use some library that doesnt work on osx for one thing18:54
overrideeasy installer has some universal update utility dependency which doesnt work on osx18:55
TartarusThen you can shove your product-image.wic.xz inside of installer-image.wic, and write installer-image.wic to SD card and have that boot and uncompress/dd product-image.wic.xz18:55
overrideso I gotta freakin sit at home with where my ubuntu machines at to be able to flash boards18:55
overrideTartarus: yeah thats more or less what im trying to get it. still sounds quite a mouth full - given how I just figured out how wic is a file system type and wks file has the definition for wic18:56
*** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has joined #yocto18:57
TartarusAh, ok.  Yeah, it's all a bit tricky but there's many examples.18:57
TartarusThe hard/ugly part comes when you copy image A in to image B18:57
TartarusAnd that's more ugly than hard.18:58
overrideI dont think I have to take it that far tho18:58
TartarusYou do, it'll suck more than not to read the product-image.wks.xz in to U-Boot and write it out18:58
TartarusIt's doable, yes, but you're better off not I bet.18:58
TartarusWith my U-Boot custodian hat on.18:59
overrideI just copy to what ever partion Im not booting the kernel from and then just tell uboot to boot from this partion the kernel got copied to18:59
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 255 seconds)18:59
TartarusYou may want to explore using fastboot or similar, for flashing, too.18:59
TartarusFire up U-Boot, then write the disk image that way.18:59
overrideoh so like dd wont cut it?19:00
TartarusWell, dd in Linux? sure19:00
TartarusThat's what you can easily automate, with an installer image19:01
TartarusThere's in-tree examples for that today19:01
overrideoh crap theres no uboot dd?19:01
overridefor now I was even then when I get that uboot interupt on boot up19:01
*** florian_kc <florian_kc!~florian@dynamic-093-131-050-131.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)19:01
TartarusThere's not "dd" but there is writing, yes19:01
Tartarusbut you're limited by your amount of DDR19:01
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto19:01
Tartarususing fastboot or ums to expose the disk / device to the Linux host is probably easier19:01
overridefastboot is a uboot utility?19:02
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto19:02
Tartarusfastboot is a protocol supported in a lot of ways/places.19:02
overridehow would that do things faster with the same amount of ddR?19:02
LetoThe2ndTartarus: side note: in german "fast" means "almost", which makes this thing named "almost-boot", essentially ;)19:03
TartarusLetoThe2nd: and in turn, very accurate description of this ;)19:03
LetoThe2ndTartarus: hi519:04
overrideTartarus: you got a repo or something that I can start looking into. I start trying out JPEW's wic/wks19:04
overrideLetoThe2nd: thanks for linking me to that distro, machines, images youtube the other day. I still dont know the best way to like include stuff on top of vendors machine/distro, but I got a lot of stuff out of my local.conf19:06
Tartarusoverride: No, most of the time what I need is in meta-freeescale or meta-freescale-3rdparty19:07
LetoThe2ndoverride: have fun then.19:07
TartarusHave you checked meta-freescale-3rdparty for the boad you're using?19:07
overrideno, ill make sure to look there19:08
overridethey got some interesting wks files there?19:08
overrideLetoThe@nd: what am I having fun with again?19:09
LetoThe2ndoverride: life, the universe and everything, hopefully.19:09
overrideLetoThe2nd: got it. enjoying all that is the least of my worries. Just his wic stuff and all that keeps me worried.19:10
*** florian_kc <florian_kc!~florian@dynamic-093-131-050-131.93.131.pool.telefonica.de> has joined #yocto19:17
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 268 seconds)19:20
overridewhy am i seeing .wks files in my build directory?19:33
*** florian_kc is now known as florian19:34
JPEWoverride: is your input file a .wks.in file?19:35
*** linums <linums!~linums@> has quit IRC (Quit: Client closed)19:35
overridei have a feeling ... Im still not a hundred percent19:36
JPEWThe code will do variable expansion on .wks.in files, so I *think* it writes out the final .wks (with the variables expanded) for reference19:36
overrideim trying to see what .wks would come out of this recipe.. https://pastebin.ubuntu.com/p/6f8wgTwxTy/19:37
overridewell, its a bbclass to be precise19:37
overrideor more like what /wks file will this class be referring to19:38
*** zyga <zyga!~zyga@> has quit IRC (Ping timeout: 240 seconds)19:40
*** zyga <zyga!~zyga@> has joined #yocto19:41
JPEWoverride: easiest way to tell is to do `bitbake -e <image> | grep ^WKS_FILE`19:42
overridenice, forgot about that19:44
*** Schlumpf <Schlumpf!~schlumpf@p200300ca4f36300023fa559516bbe25e.dip0.t-ipconnect.de> has quit IRC (Quit: Konversation terminated!)19:51
overrideJPEW: so I can find the first wks.in but the second one doesnt seem to exist. is that just some vraible expansion or something going on?19:53
overrideWKS_FILES="imx-imx-boot-bootpart.wks.in Reference-Minimal-Image.wks"19:53
Xagenis there a way, through bitbake, to show what a `do_populate_sdk` for a given image would think is available to be added to it?19:53
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)19:53
JPEWoverride: WKS_FILES is a *little* annoying because it stops as soon as it finds one19:54
JPEWIt doesn't generate one of each as you might expect :)19:54
overridebut why is it listing Reference-Minimal-Image.wks19:54
overridethat file doesnt seem to exist anywhere19:55
JPEWoverride: Someone added it.... `bitbake -e` can tell you who added it19:55
JPEWoverride: Ya, I'm not sure?19:55
overrideJPEW: so like bitbake -e | grep Reference-Minimal-Image should work?19:57
JPEWoverride: `bitbake -e <image> > env.txt` then look through the file19:57
JPEWIt will give the "history" of the variables in a comment above each one so you can see how each was modified19:58
overrideJPEW: Im getting ERROR: Only one target can be used with the --environment option.19:59
overridewhen I try something like bitbake -e tdx-reference-minimal-image env.txt19:59
JPEWRight, I usually redirect to a file (`> env.txt`) because it is a lot of outputy20:00
overrideahh ok.. thanks20:00
JPEWI can see why that might be confusing with the `<>` I put around `image`20:00
overrideso wis is an image type or a file system type?20:13
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto20:18
overridewindow 2020:20
*** Nullcast <Nullcast!~Nullcast@> has joined #yocto20:22
NullcastHi all, This may be more of an opkg question but that's a Yocto repo so... What's the minimum set of options for installing packages into an offline root tree that's opkg-based?  Because --offline-root and --conf still gives me a setup that doesn't see existing packages.20:33
NullcastOpkg version is 0.4.1 for ref20:36
*** camus1 <camus1!~Instantbi@> has joined #yocto20:45
*** camus <camus!~Instantbi@> has quit IRC (Read error: Connection reset by peer)20:46
*** camus1 is now known as camus20:46
*** robbawebba <robbawebba!~rob@> has joined #yocto20:48
overrideis there an image only equivalent for IMAGE_FSTYPES, or am I just terribly confused?20:54
overridesomething with just the kernel and not a complete file system image for istance20:55
*** amitk <amitk!~amit@> has joined #yocto20:55
*** amitk_ <amitk_!~amit@> has quit IRC (Ping timeout: 255 seconds)20:57
kergothoverride: "image only"? i don't know what you mean. an image fs type can be a rootfs type, i.e. ext4, or a disk image, i.e. wic. if all you want is a kernel, don't build an image recipe at all, just bitbake virtual/kernel and use the kernel image in tmp*/deploy/images/20:59
overridekergoth: whats the difference between a rootfs and a disk image?21:03
*** Guest8 <Guest8!~Guest8@> has quit IRC (Quit: Client closed)21:05
NullcastA rootfs is an image(or tree) of / with your standard packages installed on it?  It should be a (mostly) complete system.21:10
*** Nullcast <Nullcast!~Nullcast@> has quit IRC (Quit: Client closed)21:13
kergotha rootfs is just the root filesystem only, no partition table, etc.21:14
*** Nullcast <Nullcast!~Nullcast@> has joined #yocto21:18
overridekergoth, a disk image can have multiple partitions?21:28
*** ant__ <ant__!~ant@host-87-8-132-196.retail.telecomitalia.it> has joined #yocto21:31
RPkergoth: any thoughts on http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=9aa43a88d9ad9178f8ec4e5cec56662352a72c37 ?21:33
*** zyga <zyga!~zyga@> has quit IRC (Ping timeout: 255 seconds)21:35
NullcastI think I found my problem:  The copy of opkg on my build server is one I added to my SDK.  Apparently it's writing status in a local copy of the SDK sysroot path  for /var/lib/opkg and I'm not sure which path option overrides that.g/21:35
TartarusSo, uh, has anyone discussed rpm+zstd in general recently?  I ask since I just needed to whack in a closed source rpm that was also using zstd on the inside, and rpm2cpio.sh blew up badly, and then I think since our rpm-native doesn't know zstd I had to drop in zstd -d in the pipe for do_install.21:43
TartarusWondering what direction I should take to deal with this if at all, upstream :)21:43
Tartarus(PACKAGECONFIG zstd to rpm?)21:43
JPEWTartarus: Someone was looking into it, I do not recall who unfortunatley21:44
TartarusI'll keep an eye on the ML then.  Or if they don't show up in a while, feel free to poke me then21:44
RPJPEW, Tartarus: was kanavin21:44
TartarusAh, ok, so not a drive-by21:45
RPhe is on holiday for a bit21:45
RPTartarus: basically I think it is due in the next release at which point we might try it again. It was unstable until now21:45
RPour plan is to switch21:45
TartarusCustomer project is dunfell for now, might move up to next LTS21:45
TartarusAh, OK.  So this particular bit of closed source stuff is ahead of the RPM recommended features anyhow?21:46
RPTartarus: I think so21:46
*** BobPungartnik <BobPungartnik!~Pung@> has joined #yocto21:46
TartarusMakes a bit more sense then, ok21:46
RPTartarus: I know kanavin did try it and it was all a bit too much of an experiment last time we looked so we were waiting21:46
*** BobPungartnik <BobPungartnik!~Pung@> has quit IRC (Client Quit)21:48
*** camus1 <camus1!~Instantbi@> has joined #yocto21:57
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Remote host closed the connection)21:59
*** camus <camus!~Instantbi@> has quit IRC (Read error: Connection reset by peer)21:59
*** camus1 is now known as camus21:59
*** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)22:06
*** zyga <zyga!~zyga@> has joined #yocto22:20
*** florian <florian!~florian@dynamic-093-131-050-131.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)22:20
*** zyga_ <zyga_!~zyga@> has joined #yocto22:22
*** zyga__ <zyga__!~zyga@> has joined #yocto22:25
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Ping timeout: 255 seconds)22:25
*** zyga <zyga!~zyga@> has quit IRC (Ping timeout: 258 seconds)22:26
*** zyga_ <zyga_!~zyga@> has quit IRC (Ping timeout: 268 seconds)22:28
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto22:28
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto22:31
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto22:40
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)22:43
*** florian <florian!~florian@dynamic-093-131-050-131.93.131.pool.telefonica.de> has joined #yocto23:01
*** Nullcast <Nullcast!~Nullcast@> has quit IRC (Quit: Client closed)23:03
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 252 seconds)23:05
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)23:05
*** camus <camus!~Instantbi@> has joined #yocto23:05
*** zyga__ <zyga__!~zyga@> has quit IRC (Quit: Leaving)23:09
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto23:15
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:a043:ef83:5025:ad7c> has joined #yocto23:22
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:a043:ef83:5025:ad7c> has quit IRC (Client Quit)23:23
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)23:24
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto23:26
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Remote host closed the connection)23:36
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)23:38
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto23:40
*** florian <florian!~florian@dynamic-093-131-050-131.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds)23:50

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!