Wednesday, 2021-04-07

*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC00:00
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto00:01
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC00:06
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto00:08
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC00:18
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto00:20
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC00:24
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC00:27
*** kpo_ <kpo_!~kpo@gl102-35.master.pl> has quit IRC00:28
*** kpo_ <kpo_!~kpo@088156209108.radom.vectranet.pl> has joined #yocto00:28
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC00:31
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto00:32
*** kpo__ <kpo__!~kpo@gl102-35.master.pl> has joined #yocto00:33
*** kpo_ <kpo_!~kpo@088156209108.radom.vectranet.pl> has quit IRC00:33
*** vineela <vineela!~vtummala@134.134.137.75> has quit IRC00:34
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC00:37
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto00:39
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto00:43
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC00:48
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto00:50
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC00:54
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto00:55
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC01:01
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto01:08
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC01:13
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto01:15
*** kpo_ <kpo_!~kpo@088156209088.radom.vectranet.pl> has joined #yocto01:20
*** kpo__ <kpo__!~kpo@gl102-35.master.pl> has quit IRC01:21
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC01:21
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto01:23
*** vineela <vineela!~vtummala@134.134.137.75> has joined #yocto01:23
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC01:28
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto01:30
*** vineela <vineela!~vtummala@134.134.137.75> has quit IRC01:32
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC01:33
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC01:37
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto01:39
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC01:44
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto01:46
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto01:47
*** nate0202 <nate0202!~nate02@node-1w7jr9uj7cm06w0ix5ozkcfsj.ipv6.telus.net> has joined #yocto01:48
*** nate02 <nate02!~nate02@node-1w7jr9uj7cm06w0ix5ozkcfsj.ipv6.telus.net> has quit IRC01:51
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC01:52
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC01:55
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto01:57
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto02:05
*** kpo__ <kpo__!~kpo@gl132-35.master.pl> has joined #yocto02:05
*** kpo_ <kpo_!~kpo@088156209088.radom.vectranet.pl> has quit IRC02:05
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC02:07
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto02:09
*** ahadi <ahadi!~ahadi@89.244.121.182> has quit IRC02:11
*** ahadi <ahadi!~ahadi@88.130.220.64> has joined #yocto02:12
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC02:18
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto02:20
*** kpo__ <kpo__!~kpo@gl132-35.master.pl> has quit IRC02:20
*** kpo_ <kpo_!~kpo@088156209088.radom.vectranet.pl> has joined #yocto02:20
*** kpo__ <kpo__!~kpo@gl132-35.master.pl> has joined #yocto02:25
*** kpo_ <kpo_!~kpo@088156209088.radom.vectranet.pl> has quit IRC02:25
*** vineela <vineela!~vtummala@134.134.137.75> has joined #yocto02:31
*** sakoman <sakoman!~steve@72.173.249.164> has quit IRC03:02
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC03:20
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-jenlkpwvdytnpikp> has quit IRC03:22
*** davisr__ <davisr__!davisr@gateway/vpn/protonvpn/davisr> has joined #yocto03:57
*** davisr_ <davisr_!~davisr@cpe-70-92-166-130.wi.res.rr.com> has quit IRC03:59
*** vineela <vineela!~vtummala@134.134.137.75> has quit IRC04:03
*** armpit2 <armpit2!~armpit@2601:202:4180:a5c0:d82f:cd1e:57b2:d04e> has joined #yocto04:19
*** armpit <armpit!~armpit@2601:202:4180:a5c0:79a1:3ad2:977a:4b2d> has quit IRC04:19
*** kpo__ <kpo__!~kpo@gl132-35.master.pl> has quit IRC04:28
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC04:30
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto04:33
*** sno <sno!~sno@xdsl-84-44-193-115.nc.de> has joined #yocto05:01
*** davisr__ <davisr__!davisr@gateway/vpn/protonvpn/davisr> has quit IRC05:06
*** davisr__ <davisr__!davisr@gateway/vpn/protonvpn/davisr> has joined #yocto05:07
*** jobroe <jobroe!~manjaro-u@p579eb82f.dip0.t-ipconnect.de> has joined #yocto05:08
*** vineela <vineela!vtummala@nat/intel/x-yhdlgwmhtnawbhna> has joined #yocto05:11
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto05:15
*** vineela <vineela!vtummala@nat/intel/x-yhdlgwmhtnawbhna> has quit IRC05:16
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto05:31
*** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto05:33
mcfriskhi, with master branch gitsm fetcher changes considerably but it does not seem to invalidate download cached things. How to invalidate all cached downloads for gitsm fetcher? An extra command "git submodule update --init -recursive" needs to be executed on old cached trees before they can be compiled, but new fetcher code doesn't do that as it expects things to be in cache but they aren't05:34
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC05:36
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC05:37
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto05:38
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC05:44
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto05:44
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC05:45
*** camus1 is now known as kaspter05:45
*** SJ <SJ!cbbecf87@203-190-207-135.sta.dodo.net.au> has joined #yocto05:51
SJAny help will be appreciated, I am getting this error and I am scratching my head how to debug this problem -  Yocto - tools-profile' in IMAGE_FEATURES (added via EXTRA_IMAGE_FEATURES) is not a valid image feature. In the local.conf, I have added the following.05:52
SJEXTRA_IMAGE_FEATURES = "debug-tweaks tools-profile"05:52
SJhttps://stackoverflow.com/questions/66961280/yocto-tools-profile-in-image-features-added-via-extra-image-features-is-not05:52
SJ    packagegroup-core-tools-profile.bb05:53
SJ    meta/recipes-core/packagegroups05:53
SJthis looks fine to me.05:53
RPmcfrisk: that sounds a lot like a corner case we've not looked at :/05:56
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC06:02
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto06:02
SJhow to debug this?06:08
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-ozrtrupbdyftkjje> has joined #yocto06:08
LetoThe2ndyo dudX06:09
SJI am talking about this issue - https://stackoverflow.com/questions/66961280/yocto-tools-profile-in-image-features-added-via-extra-i...06:12
*** SJ17 <SJ17!cbbecf87@203-190-207-135.sta.dodo.net.au> has joined #yocto06:15
SJ17https://stackoverflow.com/questions/66961280/yocto-tools-profile-in-image-features-added-via-extra-image-features-is-not06:16
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:2167:6003:5ba7:6819> has quit IRC06:16
*** agust <agust!~agust@pd95f13e5.dip0.t-ipconnect.de> has joined #yocto06:17
*** SJ <SJ!cbbecf87@203-190-207-135.sta.dodo.net.au> has quit IRC06:18
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC06:19
*** jobroe <jobroe!~manjaro-u@p579eb82f.dip0.t-ipconnect.de> has quit IRC06:19
*** nate02 <nate02!~nate02@node-1w7jr9uj7cm06w0ix5ozkcfsj.ipv6.telus.net> has joined #yocto06:21
mcfriskRP: hmm I'll try to reproduce with plain poky master, maybe something on my side is wrong..06:24
*** nate0202 <nate0202!~nate02@node-1w7jr9uj7cm06w0ix5ozkcfsj.ipv6.telus.net> has quit IRC06:24
*** jobroe <jobroe!~manjaro-u@p579eb82f.dip0.t-ipconnect.de> has joined #yocto06:27
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC06:32
RPmcfrisk: it could just be older checkouts with the newer code :/06:32
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto06:34
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:37
*** mckoan|away is now known as mckoan06:38
SJ17can you elaborate on it like old checkouts with the newer code?06:38
SJ17Is there any tool  to debug why it cannot find the tools-profile? Where to search for and where it should be for yocto to find?06:39
LetoThe2ndSJ17: i have just kicked off an example build here with tools-profile (qemuarm64, current master) and it happily runs. so chances are that something in your layer stack/machine config disables this image feature. inspect bitbake -e for hints.06:42
*** frsc <frsc!~frsc@i59F7203C.versanet.de> has joined #yocto06:46
mcfriskRP: I'm also porting gitsm and fetcher2 changes from master to sumo to get gitsm working in off line mode, testing both master and sumo currently. I'll check if find a way to be compatible with old download cached things..06:52
*** fl0v0 <fl0v0!~fvo@88.130.217.48> has joined #yocto06:59
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto07:00
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto07:06
*** gounaris <gounaris!~quassel@185.183.146.59> has joined #yocto07:14
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC07:15
*** SJ17 <SJ17!cbbecf87@203-190-207-135.sta.dodo.net.au> has quit IRC07:24
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto07:30
*** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has joined #yocto07:33
mcfriskRP: good news, I was not able to reproduce problems with gitsm fetcher and old cached files with plain poky, and with some additional backports seem to have fixed gitsm fetcher in sumo too07:39
*** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has joined #yocto07:46
*** ENPJ <ENPJ!~ENPJ@2001:a61:24f5:b101:43d4:8979:6185:9951> has joined #yocto08:08
*** nate0202 <nate0202!~nate02@node-1w7jr9uj7cm06w0ix5ozkcfsj.ipv6.telus.net> has joined #yocto08:22
*** nate02 <nate02!~nate02@node-1w7jr9uj7cm06w0ix5ozkcfsj.ipv6.telus.net> has quit IRC08:25
*** chris_ber <chris_ber!~quassel@213.138.44.181> has joined #yocto08:29
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto08:35
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC08:48
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto08:48
*** falk0n[m] <falk0n[m]!falk0nmatr@gateway/shell/matrix.org/x-eibijaiaiqzzuyfd> has quit IRC08:50
*** jonesv[m] <jonesv[m]!jonesvmatr@gateway/shell/matrix.org/x-bmvtekbxhqitjmlq> has quit IRC08:50
*** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-fyfnkgxfjjwozljk> has quit IRC08:50
*** ldts <ldts!sid269548@gateway/web/irccloud.com/x-qweiwvqbjuzmalig> has quit IRC08:50
*** khilman <khilman!sid134447@gateway/web/irccloud.com/x-xkfibucbteoapljp> has quit IRC08:51
*** Shaun <Shaun!~soneil@pdpc/supporter/professional/shauno> has quit IRC08:51
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-udkzpygwabdrhpyf> has quit IRC08:52
*** halstead <halstead!~halstead@drupal.org/user/301087/view> has quit IRC08:52
*** ldts <ldts!sid269548@gateway/web/irccloud.com/x-rwtrcrscczflfihg> has joined #yocto08:53
*** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-usqjiajnmivvqsxv> has joined #yocto08:53
*** Shaun <Shaun!~soneil@pdpc/supporter/professional/shauno> has joined #yocto08:53
*** khilman <khilman!sid134447@gateway/web/irccloud.com/x-tjlouxxxytucsyut> has joined #yocto08:54
*** halstead <halstead!~halstead@drupal.org/user/301087/view> has joined #yocto08:56
qschulz"mornin'" folks :)08:58
*** falk0n[m] <falk0n[m]!falk0nmatr@gateway/shell/matrix.org/x-liqgfvljimrqlopl> has joined #yocto09:05
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC09:05
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto09:05
rburtoni really dislike finding bugs in pseudo09:11
qschulzrburton: who likes finding bugs :D ?09:12
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto09:14
*** guerra <guerra!~guerra@host-82-58-74-58.retail.telecomitalia.it> has joined #yocto09:14
*** grma <grma!~gruberm@80.93.38.128> has quit IRC09:15
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto09:16
*** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has quit IRC09:16
*** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has joined #yocto09:16
*** prajvalsh <prajvalsh!~prajvalsh@125.99.237.139> has joined #yocto09:20
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:19b8:5a83:fccd:c550> has joined #yocto09:20
*** prajvalsh <prajvalsh!~prajvalsh@125.99.237.139> has joined #yocto09:21
prajvalshHi. I am working on compute module 4 raspberry pi to get the usb port working. Unable to do it. I am using dunfell. I can see that the overlay necessay for usb has been added in the config.txt after making changes in the local.conf file. but, still unable to get it working. any ideas how to get it working?09:24
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-bvkvmvouypxgiimf> has joined #yocto09:33
*** jonesv[m] <jonesv[m]!jonesvmatr@gateway/shell/matrix.org/x-jdwoeasqnahsunmt> has joined #yocto09:36
*** juvenal <juvenal!juvenal@premium.znc.bg> has quit IRC09:52
mckoanprajvalsh: what did you set in local.conf to enable it?09:54
*** juvenal <juvenal!juvenal@premium.znc.bg> has joined #yocto09:54
*** kpo__ <kpo__!~kpo@gl66-35.master.pl> has joined #yocto09:57
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:19b8:5a83:fccd:c550> has quit IRC09:58
LetoThe2ndrburton: "finding" as in "proving they exist" or "finding" as in "spotting the reason, therefore now being responsible to provide a fix"?09:59
rburtonformer10:00
Ad0what's the right way to add sysctl configuration ? like vm.panic_on_oom=1 - do you override a built in recipe or just add your own file? is there some built in means to do it? :)10:05
Ad0I see that procps recipe has one10:06
prajvalshmckoan:I have used ENABLE_DWC2_HOST=1 in local.conf.10:07
*** ENPJ <ENPJ!~ENPJ@2001:a61:24f5:b101:43d4:8979:6185:9951> has quit IRC10:09
LetoThe2ndrburton: well i like it better than my customers doing it.10:18
* LetoThe2nd is more and more wearing the testing hat around here.10:18
LetoThe2ndprajvalsh: 1 or "1"?10:20
prajvalshLetoThe2nd:"1"10:22
*** nate02 <nate02!~nate02@node-1w7jr9uj7cm06w0ix5ozkcfsj.ipv6.telus.net> has joined #yocto10:23
*** nate0202 <nate0202!~nate02@node-1w7jr9uj7cm06w0ix5ozkcfsj.ipv6.telus.net> has quit IRC10:26
*** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has quit IRC10:41
Ad0I was thinking of just adding an own one in my recipe - https://stackoverflow.com/a/57072810 like that. but is it more correct to override the procps recipe?10:46
Ad0or some sysctl-related recipe. the disadvantage is that it will probably rebuild the whole thing for a change10:46
Ad0or is this more accurate? https://stackoverflow.com/a/60758066 I want to add to the sysctl.conf, not override procps' one really10:53
mckoanprajvalsh: ENABLE_DWC2_HOST = "1" should work10:54
*** huseyinkozan <huseyinkozan!~hk@31.223.46.59> has joined #yocto10:56
prajvalshmckoan:no it is not working. the config.txt has the overlay that is necessary for the usb port, but it is still not working10:59
*** w00die <w00die!~w00die@212.91.255.186> has quit IRC11:18
*** w00die <w00die!~w00die@212.91.255.186> has joined #yocto11:20
*** guest231 <guest231!93a1a523@147.161.165.35> has joined #yocto11:30
guest231Hi, I'm having a problem with applying patche:11:31
guest231*patches11:31
guest231I'm trying to build virtual/kernel, it works if I run the build command multiple times11:32
*** ENPJ <ENPJ!~ENPJ@2001:a61:24f5:b101:9042:b22:944e:460f> has joined #yocto11:32
guest231But it aborts on the first build command with the error message:11:33
guest231"error: corrupt patch at line 5"11:33
guest231the weird thing is that the patches work11:33
guest231but "do_patch" only applies one patch at a time11:34
guest231I believe this has something to do with the internal scheduling11:35
guest231I.e. I have 3 patches for "virtual/kernel" the first one is applied on the first run, the second one is applied on the second run, and the third run succeds with the 3rd patch11:36
qschulzguest231: patches are applied in the order they appear in SRC_URI11:37
qschulzin one go obviously. The weird behavior you're describing smells very much like some vendor craziness.11:38
*** gounaris <gounaris!~quassel@185.183.146.59> has quit IRC11:38
qschulzguest231: could you tell us more about your layers and the yocto version you're using?11:39
guest231I use yocto zeus11:40
qschulzguest231: also, are you using scc files by any chance? I think it should still be sequential and deterministic order11:40
qschulzbut I'm not really using those mechanisms so can't help for those11:40
guest231I'm not aware of any scc files, BB_VERSION is 1.44.011:41
guest231Also we use a custom BSP for our bespoke hardware11:41
guest231Basically, I'd like to fix the vendor craziness11:42
*** luneff <luneff!~yury@80.72.17.178> has joined #yocto11:42
luneffis there a way to reference recipe-sysroot inside a CMakeLists.txt?11:43
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto11:44
qschulzluneff: if you don't override CC, CXX, CFLAGS, LDFLAGS, you should have nothing to do IIRC11:45
luneffI know. But I need to add "recipe-sysroot/usr/include/mylib" to includes. I do :-)11:46
guest231qschulz here is the recipe for "virtual/kernel": https://0bin.net/paste/7IUnDcg7#ahECohPthTiq7i3tGTPGAc0o7kFrG2RBk++x7y+3nEk11:47
qschulzit should probably be added in the recipes and not Cmake? In which case, EXTRA_OECMAKE in recipe with -I${STAGING_INCDIR}/mylib ?11:49
*** sxiii <sxiii!~Security@cm-84.209.96.137.getinternet.no> has quit IRC11:55
qschulzguest231: the FILESEXTRAPATHS_prepend make no sense in a recipe (bbappend yes, recipe, no), otherwise the rest looks ok11:58
*** sxiii <sxiii!~Security@cm-84.209.96.137.getinternet.no> has joined #yocto11:59
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-lxfpbphpqlfnwtrr> has joined #yocto11:59
guest231qschulz What is the recommended way to organise patches? Should I put the folder name in SRC_URI?12:02
*** prajvalsh <prajvalsh!~prajvalsh@125.99.237.139> has quit IRC12:05
qschulzguest231: ${PN} is already in FILESPATH, patches dir could be put into a dir already matched by FILESPATH (${PN}/ ${BPN}/ files) and then SRC_URI += "file://patches/name1.patch" if you really want the patches in a subdir12:05
qschulzguest231: BP and not BPN sorry. c.f. https://docs.yoctoproject.org/ref-manual/variables.html#term-FILESPATH12:06
qschulzBP and not PN*12:06
luneffqschulz, plain "-I" gets cmake angry. overriding CXX_FLAGS would probably be an error too...12:06
qschulzluneff: CMAKE_INSTALL_INCLUDEDIR:PATH=${@os.path.relpath(d.getVar('includedir'), d.getVar('prefix') + '/')} so does not feel like it's supposed to be supported?12:08
qschulzluneff: what';s wrong with adding <mylib/mylib.h> in your sources?12:09
qschulz(so that you don't need to change the include path of CMake but only of cpp/c files12:09
qschulzonly inside*12:09
*** prajvalsh <prajvalsh!~prajvalsh@125.99.237.139> has joined #yocto12:10
luneffsources are autogenerated by google protobuf12:11
lunefffound a solution, STAGING_INCDIR is ok, wondering how to get the same path without usr/include part. probably ${STAGING_DIR}12:13
*** ahalaney <ahalaney!~ahalaney@136.33.225.96> has joined #yocto12:14
luneffno :-(12:15
guest231Is there some subtlety i'm missing here?  why would one use:12:17
guest231SRC_URI_append += "..."               (looks redundant)12:17
guest231SRC_URI_append = "..."                (why not just SRC_URI +=?)12:17
luneff${STAGING_INCDIR}/../../ works :-D12:18
*** prajvalsh_ <prajvalsh_!~prajvalsh@125.99.237.139> has joined #yocto12:19
*** prajvalsh <prajvalsh!~prajvalsh@125.99.237.139> has quit IRC12:19
*** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:fa89:8cc:1778:b32:f915> has joined #yocto12:21
*** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:fa89:8cc:1778:b32:f915> has quit IRC12:22
*** nate0202 <nate0202!~nate02@node-1w7jr9uj7cm06w0ix5ozkcfsj.ipv6.telus.net> has joined #yocto12:25
*** nate02 <nate02!~nate02@node-1w7jr9uj7cm06w0ix5ozkcfsj.ipv6.telus.net> has quit IRC12:27
*** rcoote <rcoote!~rcoote@ip-176-198-114-166.hsi05.unitymediagroup.de> has joined #yocto12:29
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto12:29
*** alinucs <alinucs!~abo@215.ip-51-38-235.eu> has joined #yocto12:31
luneffyeah, fixed all. thanks qschulz ! :-)12:39
guest231This is the minimal working example which fails: https://0bin.net/paste/aks03hYu#vA20PBlkjJAOZmHu-T53vy/z/UVDOatF0iCIH4zpKAj I have to build "virtual/kernel" twice12:53
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto12:53
JPEWRP: I have some patches in master-next for meta-mingw for testing on the AB, when you have some time. They are for master, not hardknott12:54
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC12:54
*** prajvalsh_ is now known as prajvalsh12:54
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto12:55
guest231errors: https://0bin.net/paste/c-Xjur+G#n0qigRlR2lvC4MI1TIcVJkDoQnyXx+Hvf7Dcu5e22tr12:57
*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC13:03
*** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto13:09
*** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:fa89:8cc:1778:b32:f915> has joined #yocto13:10
qschulzluneff: RECIPE_SYSROOT is actually what you're after13:11
luneffyes, thank you! :-)13:14
qschulzluneff: still, feels very wrong :)13:14
luneffI know :-D13:17
guest231ok: It can't be a problem with the ordering because it fails with a single patch file as well13:24
*** diem <diem!b1ac6078@177.172.96.120> has joined #yocto13:25
*** diem is now known as theodiem13:25
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC13:31
*** theodiem <theodiem!b1ac6078@177.172.96.120> has quit IRC13:32
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto13:35
*** guest2319 <guest2319!93a1a523@147.161.165.35> has joined #yocto13:39
*** guest231 <guest231!93a1a523@147.161.165.35> has quit IRC13:42
chrfleIf I have recipe A and recipe B, is it in recipe B possible to say that it should always rebuild if recipe A was rebuilt?.. I guess B depends on A in recipe B makes sure A is up to date if B needs building, but any way to ensure that B gets updated if A gets updated?13:42
*** guest2319 <guest2319!93a1a523@147.161.165.35> has quit IRC13:43
chrflecurrently there's a 'do_image[nostamp] = "1"' in recipe B, which I suspect makes it rebuild loads of stuff it doesn't need to13:44
qschulzDEPENDS = "A" in recipe B does that13:48
qschulzchrfle: ^13:48
qschulzchrfle: what exactly are the recipe A and B you're talking about and what is the exact dependencyy between both?13:48
qschulz(are we talking two image recipes, two package recipes or one package recipe and one image recipe, etc...)13:50
chrfleqschulz: recipe A generates a filesystem, recipe B creates dm-verity data for said fs along with an initramfs to mount the fs..... If A changes, I want to re-do B, but if something changes in i.e. the initramfs, I don't want to rebuild A, only B13:51
chrfleI believe both are image recipes13:53
qschulzchrfle: the dm-verity data creation is done in its own task isn't it?13:55
*** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto13:55
chrfleI believe so yes.. I must admit that I'm a real novice when it comes to yocto... Just hate that it seems to rebuild things that it should not need to13:55
qschulzchrfle: try to find how the dependency in B recipe to A is set13:56
qschulzbecause basically, my understanding is that the dependency is in B on A, not the opposite13:57
chrfleqschulz: I think this is it: do_image[depends] += "${DM_VERITY_IMAGE}:do_image_${DM_VERITY_IMAGE_TYPE}"13:57
qschulzchrfle: that does make sense yes13:57
qschulzif it's in B recipe???13:58
qschulznot sure, since I would assume DM_VEIRYT_IMAGE is B recipe, so this line is probably in A recipe?13:58
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:00
vdlwith wic, when using part --align 512 --offset 512, will the partition start at 1024?14:02
vdl(assuming it's the first one in this example)14:03
RPJPEW: https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/328514:04
chrfleqschulz: This is the file in question: https://git.yoctoproject.org/cgit/cgit.cgi/meta-security/tree/recipes-core/images/dm-verity-image-initramfs.bb?h=dunfell#n2514:06
chrfleqschulz: it's the nostamp on L25 I'm questioning14:07
chrfleqschulz: here seems to be the patch it's added in https://lists.yoctoproject.org/g/yocto/message/5046114:07
chrfleqschulz: and it seems to me that the entire rootfs is re-generated and the different images are created, then verity data is added.. And I believe it should be enough to re-add the verity data14:08
*** jobroe <jobroe!~manjaro-u@p579eb82f.dip0.t-ipconnect.de> has quit IRC14:08
*** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:fa89:8cc:1778:b32:f915> has quit IRC14:09
*** prajvalsh <prajvalsh!~prajvalsh@125.99.237.139> has quit IRC14:10
qschulzchrfle: the verity data is done in a preprocess command of the image creation so it makes sense from that side at least14:11
qschulzif it's coprrect, different topic14:11
qschulzbut since you want the verity data within your initramfs, it needs to be added before the image is finalized14:12
vdlalso that isn't possible to create a partition < 1M with wic, correct?14:12
chrfleqschulz: this recipe generates the initramfs I believe. So it makes sense to put in the verity information before generating the image.. but building this recipe (as it's nostamp) will that cause the recipes listead in do_image[depends] to be rebuilt as well?14:13
chrfleqschulz: perhaps my problem with rootfs being rebuilt is somewhere else14:14
chrfleqschulz: unfortunately need to collect my daughter from kindergarten now. I'll read up later14:14
*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC14:19
frayWe noticed yesterday that ping doesn't work for a regular user.  Unlike a lot of distributions it's not set +s root.  (For good reason)  However, does the Yocto Project support doing any sort of setcap on the files when creating filesystems?  (I've never tried doing any sort of setcap under pseudo)14:23
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto14:33
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC14:35
qschulzchrfle: do_image[depends] += "recipeX:do_task" means the do_image task of the recipe in which it is defined depends on the do_task of recipeX. Meaning, if do_task of recipeX is re-run, so will do_image.14:39
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto14:42
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC14:51
vdlhow can I create a partition smaller than 1M with wic?14:58
*** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has quit IRC15:00
*** davisr <davisr!davisr@gateway/vpn/protonvpn/davisr> has joined #yocto15:00
*** davisr__ <davisr__!davisr@gateway/vpn/protonvpn/davisr> has quit IRC15:00
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC15:03
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto15:05
tlwoernerthe layerseries thing is borked?15:08
*** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC15:08
*** luneff <luneff!~yury@80.72.17.178> has quit IRC15:08
tlwoernerERROR: Layer <layer> is not compatible with the core layer which only supports these series:  (layer is compatible with hardknott)15:10
*** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-pktxjutbrfckiimu> has quit IRC15:20
*** ecdhe_ is now known as ecdhe15:20
*** ENPJ <ENPJ!~ENPJ@2001:a61:24f5:b101:9042:b22:944e:460f> has quit IRC15:21
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-sotpzgjwohqwrhpf> has quit IRC15:21
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-ozrtrupbdyftkjje> has quit IRC15:21
smurraytlwoerner: does your layer have hardknott in its list?15:21
tlwoernersmurray: yes, they all do15:22
*** NishanthMenon <NishanthMenon!sid138049@gateway/web/irccloud.com/x-pacwdrouwqvxycgp> has quit IRC15:23
tlwoernerpulling latest master of openembedded-core causes this to show up15:23
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-tjuqivptxjiufpmq> has quit IRC15:23
smurraytlwoerner: that does seem odd.  I don't see any changes wrt that in oe-core recently, though15:23
tlwoernertry updating oe-core and building on master15:24
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-nmhhnilswcwviebz> has joined #yocto15:24
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-rlwhnztdieomwjpc> has joined #yocto15:25
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-tpjmvdrzahuhdfkl> has joined #yocto15:25
*** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-gaeylnpsfzdyqqqi> has joined #yocto15:25
*** CosmicPenguin <CosmicPenguin!sid489106@gateway/web/irccloud.com/x-taluiurxejvvrndt> has quit IRC15:25
*** NishanthMenon <NishanthMenon!sid138049@gateway/web/irccloud.com/x-wzlcwuotjuqxnxsj> has joined #yocto15:25
JaMasmurray: this is the opposite case if his layer doesn't have hardknott in LAYERSERIES_COMPAT then it would say "(layer is compatible with gatesgarth)", what is missing here is "hardknott" after ';' I do see it with current oe-core/master:15:26
*** CosmicPenguin <CosmicPenguin!sid489106@gateway/web/irccloud.com/x-mnxcmonqjuspyixb> has joined #yocto15:26
silviofHi #yocto!15:26
silviofI am trying to figure out which task is taking so long in the build process. Is it possible to add timestamps to the logfiles? Or are there other ways to find out?15:26
JaMaERROR: Layer meta-python2 is not compatible with the core layer which only supports these series: hardknott (layer is compatible with dunfell)15:26
JaMatlwoerner: does your checkout have? meta/conf/layer.conf:LAYERSERIES_CORENAMES = "hardknott"15:26
JaMaand isn't your bblayers.conf somehow messed to be missing oe-core? :)15:27
JaMadevtool sometimes does that15:27
JaMawhen adding workspace layer15:27
*** rfried <rfried!~rfried@practical-trainings.com> has quit IRC15:28
*** rfried <rfried!~rfried@practical-trainings.com> has joined #yocto15:29
JaMatlwoerner: yes removing oe-core layer from BBLAYERS produces the same error message as what you have:15:29
JaMaERROR: Layer clang-layer is not compatible with the core layer which only supports these series:  (layer is compatible with gatesgarth hardknott)15:29
tlwoernerJaMa: ah yes, my bblayers was missing oe-core !? thanks15:33
tlwoernerweird15:33
*** frsc <frsc!~frsc@i59F7203C.versanet.de> has quit IRC15:33
JaMasilviof: look at buildstats.bbclass15:34
silviofAh thanks, JaMa !15:35
kergothJaMa: huh, that's a weird error, should submit a bug for a better error when there's no LAYERSERIES_CORENAMES defined15:36
JaMatlwoerner: ^15:37
silviofJaMa: This was EXACTLY what I have searched. And it was already enabled ^^ Thanks!15:41
tlwoernerJaMa: okay, on it15:41
*** Sponge5 <Sponge5!~adam@cst2-170-39.cust.vodafone.cz> has joined #yocto15:45
Sponge5Hi, I know I'm supposed to add my systemd .service files to SYSTEMD_SERVICE, but what about .target and .mount units?15:48
linumsDoes anyone have any experience with saltstack on yocto?15:49
linumsThe recipe is there for that, but it does not seem to work15:50
*** Sponge5 <Sponge5!~adam@cst2-170-39.cust.vodafone.cz> has quit IRC15:52
tlwoernerkergoth: JaMa: bug submitted → https://bugzilla.yoctoproject.org/show_bug.cgi?id=1434015:54
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto15:56
*** dsueiro <dsueiro!uid467101@gateway/web/irccloud.com/x-syvozsoiihyexman> has joined #yocto16:00
*** fl0v0 <fl0v0!~fvo@88.130.217.48> has quit IRC16:06
*** guerra <guerra!~guerra@host-82-58-74-58.retail.telecomitalia.it> has quit IRC16:06
*** vitali <vitali!~vitali@5.20.142.87> has quit IRC16:07
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC16:09
RPCan I convince anyone to send a patch as well? please? :)16:10
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto16:16
*** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC16:42
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC16:42
*** armpit2 is now known as armpit16:44
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto16:53
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC16:54
*** chris_ber <chris_ber!~quassel@213.138.44.181> has quit IRC16:55
*** mckoan is now known as mckoan|away16:59
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has quit IRC17:08
*** davisr_ <davisr_!~davisr@cpe-70-92-166-130.wi.res.rr.com> has joined #yocto17:12
*** davisr <davisr!davisr@gateway/vpn/protonvpn/davisr> has quit IRC17:14
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-nmhhnilswcwviebz> has quit IRC17:15
*** w00die <w00die!~w00die@212.91.255.186> has quit IRC17:18
*** w00die <w00die!~w00die@212.91.255.186> has joined #yocto17:20
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC17:21
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has joined #yocto17:21
*** davisr_ is now known as davisr17:24
*** davisr <davisr!~davisr@cpe-70-92-166-130.wi.res.rr.com> has quit IRC17:27
*** davisr <davisr!~davisr@cpe-70-92-166-130.wi.res.rr.com> has joined #yocto17:28
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC17:32
*** davisr <davisr!~davisr@cpe-70-92-166-130.wi.res.rr.com> has quit IRC17:35
*** sona <sona!40672812@64.103.40.18> has joined #yocto17:43
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto17:47
*** guerra <guerra!~guerra@host-82-58-74-58.retail.telecomitalia.it> has joined #yocto17:50
*** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto18:06
*** gounaris <gounaris!~quassel@185.183.146.59> has joined #yocto18:12
*** huseyinkozan <huseyinkozan!~hk@31.223.46.59> has quit IRC18:15
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto18:16
*** rcoote <rcoote!~rcoote@ip-176-198-114-166.hsi05.unitymediagroup.de> has quit IRC18:17
*** dev1990 <dev1990!~dev@dynamic-78-8-127-66.ssp.dialog.net.pl> has quit IRC18:21
chrfleqschulz: I see, it seems reasonable then.. what about the do_image[nostamp] = "1", does that mean when do task of recipeX is being re-run, the one with depends will always be re-run, even if it seems like it could use a cached one?... Or is it always re-run when a build in invoked?18:22
*** dev1990 <dev1990!~dev@dynamic-78-8-127-66.ssp.dialog.net.pl> has joined #yocto18:28
*** gounaris <gounaris!~quassel@185.183.146.59> has quit IRC18:29
*** argonautx <argonautx!~argonautx@i577BC7B9.versanet.de> has joined #yocto18:34
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC19:01
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto19:04
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto19:39
RPchrfle: that means the task in question will always rerun19:41
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC19:42
*** sona <sona!40672812@64.103.40.18> has quit IRC19:54
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto20:03
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC20:04
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC20:07
chrfleRP: no matter if any dependecy changed or not?20:08
*** argonautx <argonautx!~argonautx@i577BC7B9.versanet.de> has quit IRC20:11
tlwoernerregistration is now open for the Yocto Project Summit: https://www.cvent.com/d/yjq4dr/4W?ct=868bfddd-ca91-46bb-aaa5-62d2b61b250120:19
tlwoernerdon't forget to submit your CfPs (CfP closes April 25)20:19
*** pharaon2502 <pharaon2502!~manjaro-u@dh207-123-178.xnet.hr> has quit IRC20:21
*** sakoman <sakoman!~steve@72.173.249.164> has quit IRC20:21
RPchrfle: if it is set as nostamp it will rerun regardless20:24
*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC20:25
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto20:27
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC20:32
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto20:34
*** la_croix <la_croix!~la_croix@cpc117350-walt24-2-0-cust237.13-2.cable.virginm.net> has quit IRC20:44
*** guerra <guerra!~guerra@host-82-58-74-58.retail.telecomitalia.it> has quit IRC20:47
*** ENPJ <ENPJ!~ENPJ@2001:a61:3aa6:b801:8e79:2c84:8174:c6ed> has joined #yocto20:49
*** ENPJ <ENPJ!~ENPJ@2001:a61:3aa6:b801:8e79:2c84:8174:c6ed> has quit IRC21:00
*** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC21:17
*** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto21:18
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC21:23
chrfleRP: ok, thanks!21:36
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC21:41
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC21:47
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto21:49
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto21:49
*** jaeckel <jaeckel!~jaeckel@sleipnir.jaeckel.eu> has quit IRC22:03
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto22:03
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.91> has quit IRC22:04
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC22:08
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto22:09
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto22:36
*** agust <agust!~agust@pd95f13e5.dip0.t-ipconnect.de> has quit IRC22:54
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC23:00
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto23:02
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC23:05
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto23:07
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has quit IRC23:27
*** Kotoz <Kotoz!9ab3c6cf@154.179.198.207> has joined #yocto23:45
KotozHi guys, is it possible to ask Questions here! i come from Yocto live code23:47

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