Thursday, 2021-03-11

*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC00:01
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto00:14
*** dev1990 <dev1990!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has quit IRC00:19
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto00:22
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC00:27
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto00:30
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC00:30
*** camus is now known as kaspter00:30
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC00:35
*** aquijoule_ <aquijoule_!~richbridg@213-225-37-24.nat.highway.a1.net> has joined #yocto00:46
*** richbridger <richbridger!~richbridg@213-225-37-24.nat.highway.a1.net> has quit IRC00:48
*** gpanders_ <gpanders_!~gpanders@gateway/tor-sasl/gpanders> has joined #yocto01:18
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has quit IRC01:18
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto01:22
mranostajyates: yeah you need to execute that binary and it will give instructions where it will extract01:48
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC02:05
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto02:23
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC02:28
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto02:28
*** kyanres__ <kyanres__!~kyanres@ecascr.ecatou.fr> has joined #yocto02:31
*** m1ster_r- <m1ster_r-!~m1ster_r0@prometheus.umask.eu> has joined #yocto02:32
*** gillesMMM <gillesMMM!~gm@117.187.22.109.rev.sfr.net> has joined #yocto02:32
*** otavio_ <otavio_!~otavio@static.203.17.243.136.clients.your-server.de> has joined #yocto02:33
*** risca_ <risca_!~quassel@212.85.71.156> has joined #yocto02:35
*** kyanres_ <kyanres_!~kyanres@ecascr.ecatou.fr> has quit IRC02:36
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@prometheus.umask.eu> has quit IRC02:36
*** otavio <otavio!~otavio@static.203.17.243.136.clients.your-server.de> has quit IRC02:36
*** jdrol <jdrol!~gm@117.187.22.109.rev.sfr.net> has quit IRC02:36
*** risca <risca!~quassel@212.85.71.156> has quit IRC02:36
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC02:41
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto02:42
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC03:23
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto03:28
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC03:29
*** camus is now known as kaspter03:29
*** ahadi <ahadi!~ahadi@89.244.123.84> has quit IRC04:01
*** ahadi <ahadi!~ahadi@89.244.121.57> has joined #yocto04:02
zeddiiRP: a WIP patch for wrapping pmu-events.c in perf is in your inbox. what a pain.04:16
* zeddii calls it a day04:16
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto04:24
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC04:27
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC04:28
*** plntyk2 <plntyk2!~plntyk@91.64.89.12> has quit IRC04:38
*** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto04:38
*** gendevbot_ <gendevbot_!~devbot@176.235.187.234> has quit IRC04:42
*** gendevbot <gendevbot!~devbot@176.235.187.234> has joined #yocto04:42
*** Kyubi <Kyubi!~Kyubi@149.199.62.129> has quit IRC05:28
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto05:47
*** jobroe <jobroe!~manjaro-u@p57a59ef9.dip0.t-ipconnect.de> has joined #yocto05:52
*** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto05:58
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto06:00
*** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC06:02
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC06:07
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC06:12
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto06:13
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC06:18
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto06:24
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto06:26
*** ayaka <ayaka!~ayaka@103.1.152.185> has quit IRC06:28
*** ayaka <ayaka!~ayaka@103.1.152.185> has joined #yocto06:28
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC06:29
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto06:30
*** jobroe <jobroe!~manjaro-u@p57a59ef9.dip0.t-ipconnect.de> has quit IRC06:32
*** jobroe <jobroe!~manjaro-u@p57a59ef9.dip0.t-ipconnect.de> has joined #yocto06:36
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto06:43
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto06:46
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC06:48
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto06:50
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto07:01
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC07:16
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC07:21
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has joined #yocto07:22
*** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto07:23
thekappehello guys ! I've a question for you !07:27
thekappeWhich is, in your opinion, the best way to keep track of the software version of a yocto project ?07:28
thekappeLet's say, I need a way to know which is the "build number" of the custom yocto project from the linux user space07:28
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto07:32
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC07:32
*** camus is now known as kaspter07:32
derRichardthekappe: e.g. use the os-release recipe07:34
*** frsc <frsc!~frsc@mue-88-130-71-217.dsl.tropolys.de> has joined #yocto07:36
thekappederRichardm thanks, never heard aboout that07:37
*** mckoan_ is now known as mckoan07:43
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto07:45
*** rewitt1 <rewitt1!~rewitt@unaffiliated/rewitt> has joined #yocto07:48
*** rewitt <rewitt!rewitt@unaffiliated/rewitt> has quit IRC07:49
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-miopufzoawpoaxkw> has joined #yocto07:52
RobertBerger@thekappe: cat /etc/version might be what you want07:58
*** Yumasi <Yumasi!~guillaume@2a01cb0506313c00e14be01ac4a050f7.ipv6.abo.wanadoo.fr> has joined #yocto07:59
*** fl0v0 <fl0v0!~fvo@i5E86AF75.versanet.de> has joined #yocto08:00
*** radsquirrel <radsquirrel!~radsquirr@173.167.31.197> has quit IRC08:00
*** radsquirrel <radsquirrel!~radsquirr@2603:3015:e15:5bf2:d0b3:d9ff:fede:b022> has joined #yocto08:00
RobertBerger@thekappe: you can also add additional variables to /etc/build which might customized look like that:: https://pastebin.com/LVcjZx2E08:01
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto08:02
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto08:03
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto08:03
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC08:03
*** rewitt2 <rewitt2!rewitt@unaffiliated/rewitt> has joined #yocto08:09
*** rewitt1 <rewitt1!~rewitt@unaffiliated/rewitt> has quit IRC08:10
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto08:20
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC08:26
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto08:29
*** medaliyou <medaliyou!c4b3dd32@196.179.221.50> has joined #yocto08:30
medaliyouHI guys08:30
medaliyoudo_kernel_metadata: [NOTE]: defconfig was supplied both via KBUILD_DEFCONFIG and SRC_URI. Dropping SRC_URI defconfig08:30
medaliyouhow can i make sure that the kernel uses my defconfig file referred by the .bbappend file with SEC_URI ?08:31
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC08:33
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto08:34
*** NiksDev <NiksDev!~NiksDev@192.91.75.12> has quit IRC08:34
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto08:36
thekappeRobertBerger, thanks !08:36
*** rcoote <rcoote!~rcoote@ip-176-198-112-234.hsi05.unitymediagroup.de> has joined #yocto08:39
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC08:42
*** fatalhalt <fatalhalt!~fatalhalt@2601:244:4d01:52df:225:90ff:feda:2428> has quit IRC08:42
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto08:46
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto08:47
khemRP:  seeing https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/1028  on AB it seems pseudo might be aborting, is there a way to collect the pseudo logs ? I have seen this happen few times now on AB on this recipe08:54
*** tgamblin_ <tgamblin_!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto09:05
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto09:07
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC09:08
hthiery[m]hi all .. i have encountered a problem with the number of inodes09:10
hthiery[m]i see that in the /tmp folder a lot of stuff is created and not deleted anymore09:11
hthiery[m]is that a know behavior?09:11
hthiery[m]can I configure somewhere to delete these files09:11
RPkhem: there is a patch in master-next which is meant to do that?09:12
RPzeddii: thanks, I'll give it a try. It looks like it was painful!09:12
hthiery[m]background .. I have a "small" tmp partion with 2GB and 131072 inodes. the default configuration for in local.conf for BB_DISKMON_DIRS for tmp is STOPTASKS,/tmp,100M,100K09:13
*** dev1990 <dev1990!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has joined #yocto09:14
LetoThe2ndhthiery[m]: that sounds soemwhat wrong, placing a build on /tmp if you only got 2G there.09:14
hthiery[m]LetoThe2nd: I do not know why in /tmp files are created09:15
hthiery[m]my build dir is somewhere else09:16
LetoThe2ndhthiery[m]: then find out if somethign whacks your pathes.09:16
hthiery[m]there are a lot of "_tmp2314130238628230366" folders09:16
qschulz_medaliyou: override KBUILD_DEFCONFIG by setting it to "" ?09:18
medaliyouthank you , @q helpful as ususal09:19
hthiery[m]LetoThe2nd: can you confirm that yocto should not create files in /tmp09:19
medaliyouqschulz_ Thank you09:19
*** qschulz_ is now known as qschulz09:20
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto09:22
RPhthiery[m]: it will create files in /tmp but they should be transient and not be too large or there for long09:28
hthiery[m]RP: but in my case the STOPTASK will hit. I see that after a successful build with bitbake the files will stay09:37
RPhthiery[m]: any clue which piece of software is creating them?09:38
kmaincentRP: your last build from the master-next branch raised lots of errors!09:39
hthiery[m]RP: /tmp/_tmp995249292676025234# classes/com/google/devtools/09:39
hthiery[m]RP: does this give you any hint09:40
hthiery[m]RP: I see around ~3500 directories like _tmp<blabla>09:42
RPkmaincent: I think two issues, the createrepo-c upgrade had patch fuzz and the gnu-efi upgrade broken systemd-boot. I've dropped those two09:44
RPhthiery[m]: what is in them?09:45
RPhthiery[m]: I'm not aware of anything from just the name09:45
hthiery[m]RP: https://pastebin.com/raw/2sD448c109:45
hthiery[m]RP: this are just some few directories09:46
RPhthiery[m]: looks like modules of some kind but I don't recognise them09:46
hthiery[m]RP: strange09:48
hthiery[m]RP: but all are in classes/com/google/devtools09:49
LetoThe2ndmaybe something in grpc going amok? what kind of build is this?09:50
hthiery[m]LetoThe2nd: is this question to me?09:50
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto09:51
jmieheAre underscores fine in bbclass names?09:51
LetoThe2ndjmiehe: i think they are, but it seems that dashes are preferred: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes09:53
jmieheLetoThe2nd: I see, but I can't use EXPORT_FUNCTIONS with dashes ~09:55
*** SWAT <SWAT!~swat@ubuntu/member/swat> has quit IRC10:09
*** SWAT <SWAT!~swat@ubuntu/member/swat> has joined #yocto10:12
rburtonjmiehe: most likely you don't need EXPORT_FUNCTIONS10:17
rburtondo you know what it does?10:17
LetoThe2ndrburton: it packs a function, puts it on a truck, waits 2 or 3 weeks at customs and then goes on to a customer.10:21
rburtononly three?10:22
LetoThe2ndrburton: well, unless you're starting in the UK, obviously.10:22
*** micka_ is now known as micka10:23
RPjmiehe: underscores are fine10:29
RPjmiehe: dashes have problems with shell so underscores should really be preferred10:29
jmieherburton: I have buildsystem.bbclass which defines do_compile. afaik, EXPORT_FUNCTIONS and defining buildsystem_do_compile instead resolves problems with multiple inheritance10:31
*** NiksDev <NiksDev!~NiksDev@192.91.75.12> has joined #yocto10:31
jmieheI had a look at cmake.bbclass for reference10:32
rburtonif you expect people to want to overlay and do multiple inheritance then yes.  uncommon though.10:34
jmieherburton: so it's preferred to just define do_compile and expect use of _append in recipes?10:36
RPjmiehe: the system was designed to let people avoid that by using EXPORT_FUNCTIONS but most people don't. I'm undecided if that is a good or a bad thing10:37
jmieheRP: "most people don't" is in this case reason enough for me to go with my gut: the class name feels more consistent using a dash, so I'll just define tasks in recipe and use _append where necessary.10:40
jmiehe… define tasks in recipe → define tasks in class10:40
rburtonjmiehe: depends if you expect people to need to construct do_compile from bits.  autotools does use export modules but almost nobody uses autotools_do_compile, and there's only a few users of do_compile_append.10:41
RPjmiehe: FWIW we're planning to start phasing out dashes in class names due to the shell issue10:41
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto10:42
RPjmiehe: I like dashes too but they don't work with shell10:42
LetoThe2ndseriously, whenever i read the word "undecided" my brain associates with "Undecided Adrian" from the Smoking Gnu https://discworld.fandom.com/wiki/The_Smoking_Gnu10:42
jmieheRP: what about poky/meta/classes as linked above? there's like an awful lot of dash-classes in there. Legacy?10:44
RPjmiehe: yes. There is a bug discussing a plan to list the ones we have and stop new ones10:45
*** prabhakarlad <prabhakarlad!51988ebd@host81-152-142-189.range81-152.btcentralplus.com> has joined #yocto10:50
*** agust <agust!~agust@p508b6964.dip0.t-ipconnect.de> has joined #yocto10:54
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC11:11
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto11:11
chryshI am coming back with my question about deactivating SELinux. I have made sure that selinux is not in the environment variables DISTRO_FEATURES and IMAGE_INSTALL. I only have it in DISTRO_FEATURES_FILTER_NATIVE="  selinux". But I can still see the folder /etc/selinux showing up in myimage/1.0-r0/rootfs-original. That is not what I expected.11:11
chryshis there any other variable where I have to remove selinux?11:12
*** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto11:18
qschulzchrysh: https://docs.yoctoproject.org/ref-manual/variables.html#term-DISTRO_FEATURES_FILTER_NATIVE is not what you want11:19
qschulzit only applies to native recipes11:19
qschulzah sorry, misread11:20
qschulzplease ignore :)11:20
chryshWhen I add those to lines to my local.conf, selinux is removed in my image: IMAGE_INSTALL_remove += "selinux"11:20
chryshDISTRO_FEATURES_remove += "selinux"11:20
chryshany idea why?11:20
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC11:21
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto11:22
stefan-schmidt[mRP: and others how have an idea on this. We are just discussing on SPDX headers for bb and bbappend files in our layer. This starts to make me wondering what the view from you is on that. I see them in scripts but not in bb recipes (even if they could contain python functions or more)11:22
RPchrysh: is selinux actually present or is it just some config from some individual piece of software?11:22
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC11:22
stefan-schmidt[mWas that discussed before and I have not found it? Happy for a pointer.11:23
LetoThe2ndoO( why do people add things in the first place just so they can remove them laters in local.conf? i'll never get it. )11:23
qschulzLetoThe2nd: vendor distros/machines, you never know what's going on :/11:23
RPstefan-schmidt[m: Not sure there was documented discussion, I have certainly thought about it and my worry was the meaning of it in a recipe isn't clear11:23
LetoThe2ndqschulz: copy the best, leave out the rest.11:23
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto11:23
* LetoThe2nd declares yocto chant #411:24
RPstefan-schmidt[m: it is unclear whether the license applies to the recipe itself, the patches or the whole piece of software. It isn't the latter but it could confuse things11:24
stefan-schmidt[mRP: yeah, we also are unclear on copyrightable or not. Really depends on the recipe. It should have no influence on the license of the handled code though, right?11:24
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC11:24
RPstefan-schmidt[m: well, yes and no :/11:24
stefan-schmidt[mI would say it really only is about the meta build part11:24
stefan-schmidt[mpatches and the original code are different11:25
RPstefan-schmidt[m: I think adding them will confuse a lot of people11:25
RPstefan-schmidt[m: I think a recipe is copyrightable and we probably should have copyright headers11:26
RPa minority of recipes do11:26
stefan-schmidt[mRP: we could clarify the meaning for these headers in a document. But I fully understand that this legal part is no joy. :-)11:26
RPstefan-schmidt[m: we probably do need to do that. I started with the easier bits (scripts and code)11:27
RPstefan-schmidt[m: adding license headers to much of the code in git.yoctoproject.org wasn't fun :/11:27
stefan-schmidt[mRP: yeah :/11:28
RPstefan-schmidt[m: fancy proposing a document?11:28
stefan-schmidt[mRP: but its good to understand your position on this11:28
stefan-schmidt[mI feared you would ask that. :-) A fair point :-)11:28
RPstefan-schmidt[m: I have given it a bit of thought, I just wish I had some good answers11:28
RobertBerger@RP/stefan-schmidt[m: isn't something like an SPDX header in a recipe only the license for the recipe, as in a .c file only for the .c file?11:28
stefan-schmidt[mLet me wrap my head around this for a little longer and I can try to come up with something11:29
stefan-schmidt[mRobertBerger: yes, it would be the license for the recipe itself.11:29
RPRobertBerger: in principle, yes. Just as in principle everyone shares the source for GPL binaries ;-)11:29
RobertBerger@RP: hehe I get you ;) But certainly it makes it more obvious when I sue somebody and the SPDX header is all over the .c and .h files11:30
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto11:31
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC11:31
*** camus is now known as kaspter11:31
jmieheIs it safe to create a non-standard directory in $WORKDIR while building, to contain build system metadata?11:32
RPjmiehe: probably, most of the time11:33
stefan-schmidt[mRP: I will think about it more and ping you about it again when I have cleared my thoughts on this11:33
RPstefan-schmidt[m: fair enough :)11:33
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto11:38
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto11:41
qschulzchrysh: bitbake -e your-image-recipe | less and look for IMAGE_INSTALL and DISTRO_FEATURES and check which recipe/conf files are adding what11:46
qschulzLetoThe2nd: I think it's almost time for YP to have actual songs like OpenSuse does :D11:46
*** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto11:50
*** caiortp_ <caiortp_!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto11:50
*** Blackbetty <Blackbetty!540affd6@84-10-255-214.static.chello.pl> has joined #yocto11:51
*** Yumasi <Yumasi!~guillaume@2a01cb0506313c00e14be01ac4a050f7.ipv6.abo.wanadoo.fr> has quit IRC11:53
*** wertigon <wertigon!~per@92.34.97.109> has joined #yocto11:59
manuel1985RobertBerger: Nice domain name :D That's some serious SEO right there: http://yocto.training.12:03
RobertBerger@manuel1985: Hehe - how about embedded-linux.training ?12:04
gillesMMMhi when I list the layers with bitbake-layers show-layers I see a priority column. Is it the order of layers execution?12:07
wertigonHello, two quick fetch error messages I get when compiling dunfell, no idea if you have looked at these already:12:07
manuel1985RobertBerger: Seems you know your job ;)12:07
manuel1985a.k.a you did your homework.12:07
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto12:07
wertigonWARNING: xz-native-5.2.4-r0 do_fetch: Failed to fetch URL https://tukaani.org/xz/xz-5.2.4.tar.gz, attempting MIRRORS if available <-- Said URL is a Sourceforge alias12:08
wertigonNot sure if that is the best source for it12:08
manuel1985by the way I found the link to the screen capture of the Yocto Project Summit 2020 I asked you for via email, but am still in need for the slides, though12:08
wertigonWARNING: netbase-1_6.1-r0.spark1 do_fetch: Failed to fetch URL http://ftp.debian.org/debian/pool/main/n/netbase/netbase_6.1.tar.xz, attempting MIRRORS if available12:08
RobertBerger@manuel1985: I'll send you some more links ;) Stay tuned.12:09
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC12:09
*** camus is now known as kaspter12:09
wertigonnetbase_6.1 has changed to netbase_6.1~bpo10+1.tar.xz12:09
qschulzwertigon: do you have errors when building or just the warnings?12:10
wertigonNeither give catastrophic errors12:10
wertigonqschulz: Only QoL warnings from fresh build :)12:11
qschulzyeah, it just uses mirrors then12:11
qschulzso nothing to worry about12:11
manuel1985RobertBerger: Thanks! :)12:11
wertigonYes, I know, just thought I should tell someone since it's easy to go months without downloading fresh sources12:11
qschulzit's just that the primary URL is not reachable for some reasons, but the mirrors hosted by YP usually can provide those as a fallback (and they are set as fallback by default in poky local.conf IIRC)12:11
qschulzwertigon: why would we want fresh sources?12:12
qschulzwertigon: we want reproducible builds with fixed versions of software12:12
qschulzgillesMMM: https://docs.yoctoproject.org/ref-manual/variables.html#term-BBFILE_PRIORITY12:12
*** gillesMMM <gillesMMM!~gm@117.187.22.109.rev.sfr.net> has quit IRC12:13
qschulzwertigon: maybe I'm missing your point :/12:13
wertigonqschulz: Just thinking from the perspective of a person new to Yocto12:13
wertigonWarnings are scary :)12:14
*** jdrol <jdrol!~gm@117.187.22.109.rev.sfr.net> has joined #yocto12:15
qschulzwertigon: I wish everyone was scared of warnings tbh :)12:20
qschulzwertigon: don't know how RP would feel about lowering the loglevel of that kind of warning, since anyway it'll fail the build if mirrors don't have the sources either12:24
qschulzbut feel free to send patches and then we can discuss about them :)12:24
wertigonYeah, I mean it's not a high priority bug or anything, and like you say it is important to keep code "stale"12:26
wertigonNo idea what the solution is, maybe have a preference on a per-package basis for which fetch source to use?12:27
wertigon*per-recipe basis12:28
RPWe do try and fix urls where we can so the warning is a reminder we need to do that12:32
* RP has found the parsing performance issue. Its silly :/12:32
LetoThe2ndlike the gta5 json one?12:32
RPkanavin: should we be thinking about xwayland now or post release?12:33
RobertBergerDon't you dare lowering loglevels to get less warnings. That's like rising the permissible blood alcohol level for driving a car.12:39
wertigonRobertBerger: But it works in the states? :D :P12:42
wertigon(Yes, being ironic here)12:42
*** tgamblin_ is now known as tgamblin12:48
*** Yumasi <Yumasi!~guillaume@2a01cb0506313c00e14be01ac4a050f7.ipv6.abo.wanadoo.fr> has joined #yocto12:49
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto12:49
kanavinRP: the final release of standalone xwayland is scheduled for March 17th, so I tagged this as RFC, as it packages a pre- snapshot. I am leaning towards the post release.12:51
RPkanavin: right, makes sense. Just checking :)12:57
*** rob_w_ <rob_w_!~bob@ppp-93-104-62-198.dynamic.mnet-online.de> has joined #yocto12:59
*** Net147_ <Net147_!~Net147@unaffiliated/net147> has quit IRC13:02
*** yocti <yocti!~supybot@mail.yoctoproject.org> has joined #yocto13:05
*** plntyk2 <plntyk2!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto13:06
*** abelloni_ <abelloni_!~abelloni@scw.piout.net> has joined #yocto13:06
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC13:06
*** plntyk2 <plntyk2!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has quit IRC13:06
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto13:06
*** plntyk2 <plntyk2!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto13:06
*** matthewcroughan_ <matthewcroughan_!~quassel@static.211.38.12.49.clients.your-server.de> has joined #yocto13:07
*** jft_ <jft_!znc@159.203.20.86> has joined #yocto13:07
chryshbut seriously, I do not understand where else to search for where selinux gets included. if bitbake -e does not show me that, it's impossible that it gets included, isn't it?13:07
*** Net147_ <Net147_!~Net147@unaffiliated/net147> has quit IRC13:07
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has quit IRC13:07
*** felipealmeida <felipealmeida!~felipealm@177.16.207.32> has quit IRC13:07
*** mouser <mouser!~mouser@209.147.121.179> has quit IRC13:07
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC13:07
*** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has quit IRC13:07
*** RobertBerger <RobertBerger!~rber@ppp-2-86-140-183.home.otenet.gr> has quit IRC13:07
*** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC13:07
*** psycorama <psycorama!~psycorama@datenhalde.de> has quit IRC13:07
*** estan <estan!~astan@kde/developer/astan> has quit IRC13:07
*** milloni <milloni!~milloni@preemptable.org> has quit IRC13:07
*** jft <jft!znc@159.203.20.86> has quit IRC13:07
*** abelloni <abelloni!~abelloni@scw.piout.net> has quit IRC13:07
*** griffinp- <griffinp-!griffinp@gateway/shell/linaro/x-tuhebjsvnrkubxne> has quit IRC13:07
*** matthewcroughan <matthewcroughan!~quassel@static.211.38.12.49.clients.your-server.de> has quit IRC13:07
*** ArnaudP <ArnaudP!~ArnaudP@111988HD51007.ikexpress.com> has quit IRC13:07
*** alimon <alimon!alimon@gateway/shell/linaro/x-thrrocncoppwqzws> has quit IRC13:07
*** RobertBerger <RobertBerger!~rber@ppp-2-86-140-183.home.otenet.gr> has joined #yocto13:07
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto13:07
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC13:07
*** felipealmeida_ is now known as felipealmeida13:07
*** psycor4m4 is now known as psycorama13:07
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto13:08
chryshIMAGE_INSTALL_remove part was only to see whether it compiles and boots at all without SELinux13:08
chryshnow I am wondering how to make it properly13:08
chrysh*do it13:08
*** Saur20 <Saur20!5e89711f@94-137-113-31.customers.ownit.se> has joined #yocto13:17
Saur20RP: I just built a core-image-minimal where I had only added vim as a dependency, and got this: path mismatch [2 links]: ino 65115947 db '/home/pkj/dists/poky-master/builds/qemux86-64/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/oe-rootfs-repo/rpm/core2_64/glibc-localedata-es-pa-2.32-r0.3.core2_64.rpm' req13:21
Saur20'/home/pkj/dists/poky-master/builds/qemux86-64/tmp/work/qemux86_64-poky-linux/core-image-minimal/1.0-r0/rootfs/usr/share/vim/vim82/lang/nb'.13:21
Saur20Are we missing some path in PSEUDO_IGNORE_PATHS?13:21
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto13:28
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC13:31
RPSaur20: incremental image generation? rootfs/ should be under pseudo control, not ignored13:34
RPSaur20: I've traced that performance regression btw, fix should be out shortly13:34
Saur20Yes, it was an image that I had built a while ago, where I now updated the layers, added the dependency on vim and rebuilt it.13:36
RPchrysh: we don't use selinux by default so it is definitely possible to remove it. It is a question of how you enabled it and undoing that. Perhaps something isn't rebuilding correctly?13:36
*** SWAT <SWAT!~swat@ubuntu/member/swat> has quit IRC13:36
qschulzRobertBerger: warnings for "i couldn't reach the original URL but don't worry I'll try the mirrors" feels silly to me13:37
RPSaur20: perhaps we've now excluded oe-rootfs-repo but this was built before we did that?13:37
RPthat was a more recent change13:37
RPSaur20: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=6066d67c216a3f475b5df262c9c89967a02e783413:38
qschulzchrysh: you have to figure out why adding IMAGE_INSTALL_remove and/or DISTRO_FEATURES_remove make it build without selinux support. I'm surprised that they don't change the actual value of DISTRO_FEATURES but it changes the behavior.13:38
RPSaur20: we don't have code to remove newly excluded paths from the db13:39
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto13:40
Saur20RP: Ok, that seems likely (it was longer since I built the image the last time). Thanks.13:41
chryshqschulz: yea, but do you have any theory why that could be the case?13:41
yatesthe example poky build is for the qemux86-64 machine. where are machines defined?13:44
chryshyates: poky/meta/conf/machine/qemux86-64.conf13:46
qschulzchrysh: seems like a user issue to me, it seems impossible that _remove for something that does not exist modify behavior of Yocto13:46
chryshat least in my case13:46
yateschrysh: that's where the machine for the build is specified, i'm asking where it is defined13:46
yatesor no, wait...13:47
alephanIs there any update on https://lists.yoctoproject.org/g/linux-yocto/topic/78406640#9205? It is about the warning generated by the CONFIG_SERIAL_OF_PLATFORM addition on x86.13:47
chryshqschulz: How do I rebuild the rootfs then? I thought bitbake myimage -c rootfs -f would rebuild my rootfs?13:47
alephanzeddii: re CONFIG_SERIAL_OF_PLATFORM above ^13:49
RPzeddii: wow - https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/1959 - green - with the perf fix :)13:49
* RP had forgotten what a green master-next looked like13:50
zeddiiwow!13:51
zeddiialephan: its still on my TODO list, it'll be fixed up before the current release goes out.13:52
zeddiiRP: well spotted on pmu-events being evil :D13:52
qschulzchrysh: if DISTRO_FEATURES_remove actually does modify DISTRO_FEATURES, then removing it will trigger a rebuild. It's very rare to need to use -c <task> -f and is not recommended.13:52
RPzeddii: thanks for fixing it, the fix is rather horrible but its a nasty probem13:53
alephanThanks zeddii . How should I fix this locally? I'd like to get rid of the warning in the meanwhile.13:53
qschulzif removing your two _remove does not trigger a rebuild, then they are not the changes you made that made selinux files disappear in your build and you need to check what else has changed in your layers which impacted selinux in your image13:53
RPzeddii: are you going to send the patch out?13:53
zeddiiyep. I'll send it now. so people can revel in the horror.13:53
RPzeddii: at least we know where the issues are now and can try and push upstream to do something abotu it13:54
*** notoriousPig <notoriousPig!~notorious@82.67.195.6> has joined #yocto13:54
notoriousPigHi o/13:54
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC13:54
zeddiiexactly. and I can point the devs looking at this upstream to our fix -> green builds as proof that it is worth it.13:54
RPzeddii: right, exactly13:54
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto13:55
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto13:55
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC13:56
notoriousPigI'm new to yocto and I wish to understand how layers are stacked. Is there a way to display a graph or something ?13:56
yateschrysh: so if i am creating my own machine, AKA a BSP of name bsp_name, i create a layer meta-bsp_name and provide a meta-bsp_name/conf/machine/bsp_name.conf there?13:56
zeddiiRP: sent, "as-is" with only the WIP removed from the subject. I assume you have the perf removed from exclusions already13:56
notoriousPigI already tried bitbake -g image but there is too many information on it so I'm lost in it ...13:57
RPzeddii: I reused your last patch, yes, thanks13:57
zeddiihah13:57
zeddiiwrong list13:57
zeddiiI re-used my yocto-bsp commandline13:57
zeddiiresending to oe-core now.13:57
zeddiisigh13:57
RPzeddii: I ended up setting git config on the checkouts to avoid that!13:57
yates(and then add that layer to my bblayers)13:58
chryshyates: makes sense to me, the vendor of my board seems to have done exactly that13:58
qschulzyates: don't use underscores in machine names but yes13:58
yatesok13:58
qschulznotoriousPig: can you elaborate what ytou mean by "how layers are stacked"?13:58
chryshqschulz: "Removing it will trigger a rebuild" ==> you mean if I do bitbake myimage, or when?13:59
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto13:59
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto14:00
qschulzchrysh: yes, and without the two _remove in your local.conf14:00
RPzeddii: I might hold perf in -next a bit longer just to get a few more builds before that one merges just in case there is something else lurking14:01
zeddiiagreed.14:01
zeddiiI14:01
RPzeddii: 24 hour rollover and other second run issues have been known (see ltp)14:01
zeddiiI just followed up and added a bit of context to the patch so it can be captured in the mailing list archive.14:01
notoriousPigYes qschulz, I wish to understand which layer is on top. I have a xinlinx board and I built a yocto image for it. Now, I need to make some change to the kernel and I need to show to my client (graphicly if possible) where in the yocto stack I made those changes.14:02
zeddiiI don't want someone to try and bikeshed my python, since it was quick and dirty .. and not a forever kind of fix :D14:02
zeddiiRP: I do expect one more blow up. but we are in good position to squash them now.14:02
RPzeddii: indeed. Getting to this point is the hard bit14:03
qschulznotoriousPig: it's not that easy unfortunately to explain, bbclasses and configuration files, if they exist in more than one layers are "first found is taken", in the order defined in BBPATH14:03
qschulzfor recipes, see BBFILE_PRIORITY14:03
qschulzfor bbappends, I don't know exactly in which order they are applied, I'd say BBFILE_PRIORITY too14:03
qschulzbut in 99% of the cases, you don't really need to know how "layers are stacked" if you're adding stuff, because bbappends are always applied14:04
notoriousPigOkay, I will check those variables then.14:05
notoriousPigThanks a lot ! =D14:05
*** jobroe <jobroe!~manjaro-u@p57a59ef9.dip0.t-ipconnect.de> has quit IRC14:18
alephanzeddii: is there an easy way I can patch the kernel-meta clone from a recipe/bbappend? re to the config warning above14:23
*** NiksDev <NiksDev!~NiksDev@192.91.75.12> has quit IRC14:23
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto14:23
*** alimon <alimon!alimon@gateway/shell/linaro/x-zextadezmvznckoo> has joined #yocto14:25
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC14:26
yatesusing https://git.yoctoproject.org/git/meta-raspberrypi for a bsp reference, i'm seeing several conf/machine/raspberrypi_xyz.conf files. so in this case a single bsp layer provides several different machines/BSPs?14:28
qschulzyates: yup14:29
yates+114:34
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto14:37
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC14:37
*** camus is now known as kaspter14:37
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC14:46
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto14:47
*** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto14:50
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC14:51
*** jobroe <jobroe!~manjaro-u@p57a59ef9.dip0.t-ipconnect.de> has joined #yocto14:53
*** Blackbetty <Blackbetty!540affd6@84-10-255-214.static.chello.pl> has quit IRC14:57
zeddiialephan: you can always provide your own fragment in the SRC_URI and that will silence the warning. That being said, I just did a qemux86-64 build, as does the autobuilder, and I'm not seeing the warning. What exactly is your config ? have you bumped up the audit settings, etc ?15:03
*** abelloni_ is now known as abelloni15:08
alephanzeddii: I'm using dunfell with an upgraded linux-yocto to 5.1015:08
alephanBut the linux-yocto recipes are the ones in master15:09
*** NiksDev2 <NiksDev2!~NiksDev@192.91.75.30> has joined #yocto15:10
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC15:10
alephanI think an update just landed in master - trying it now15:11
alephansame warning with the exact revisions in master15:12
alephanHmmm...15:13
alephanBut it should be reproducible on your side too zeddii It's not in 5.10 http://git.yoctoproject.org/cgit/cgit.cgi/yocto-kernel-cache/log/?h=yocto-5.1015:15
alephan(the revert that is)15:16
zeddiiright. That was on purpose. I didn't want to revert it. but the AB isn't showing the warning, so it fell off my radar. I'm trying to bump up my audit settings locally to see if I can make it show up.15:16
alephanGotcha. I'll go down the cfg route for now.15:17
alephanShoot me a CC when this is pushed.15:18
zeddiiwill do. I have a series of meetings coming up, and I'll poke at this in the background today15:18
alephanThanks. No rush. Local cfg will do for now.15:22
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC15:27
zeddiiI just bumped everything up and forced the config audit. didn't warn. I'll force it to happen. but can you also pastebin your wrming for me, so I can reference it ?15:30
jmieheIf linking to -lssl and -lcrypto (C), what are the corresponding yocto packages?15:40
jmieheSolution: Add "openssl" as buildtime dep15:44
*** mckoan_ is now known as mckoan|away15:45
* jmiehe bites his desk really hard.15:52
LetoThe2ndjmiehe: pics or it didnt happen.15:56
LetoThe2ndjmiehe: plus, manually setting linker flags is almost always a bad idea, use a build system to determine the needed packages instead :)15:57
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC15:57
*** vdl <vdl!~vivien@modemcable249.105-163-184.mc.videotron.ca> has joined #yocto15:58
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC16:12
RobertBerger@LethoThe2nd: Advanced topics ;) Makefile or even worse gets the right linker flags automagically. Oida!16:13
*** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:a8a0:3849:29ba:e8a3> has joined #yocto16:15
*** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:a8a0:3849:29ba:e8a3> has quit IRC16:21
*** rcoote <rcoote!~rcoote@ip-176-198-112-234.hsi05.unitymediagroup.de> has quit IRC16:24
*** Kyubi <Kyubi!~Kyubi@149.199.62.130> has joined #yocto16:25
*** RobertBerger <RobertBerger!~rber@ppp-2-86-140-183.home.otenet.gr> has quit IRC16:28
jonmasonRP: available now for qemuarmv5 drop/fix discussion?16:32
RPjonmason: yes16:35
RPjonmason: my thinking was just to add something simple to the end of the qemuarm build - core-image-sato only with a testimage16:36
jonmasonthe problem with the testimage was "RESULTS - parselogs.ParseLogsTest.test_parselogs: FAILED (3.95s)"16:37
jonmasonand thats because AMBA driver finds entries that are not used16:37
jonmasonI can hack that out in a kernel patch...but that's super ugly16:38
RPjonmason: we can put that in the parselogs ignore list16:38
jonmasonfair enough16:38
RPjonmason: meta/lib/oeqa/runtime/cases/parselogs.py, see the qemuarm section16:39
jonmasonmy concern was it was not used based on the issues found, but that seems not true (or at least we want it still).  So, I'll fix it16:40
jonmasonThanks for putting me right.  I'll see about finding better solutions per Andre's comments16:41
RPjonmason: I just have a feeling there is a small but definite group of people still using armv5 :/16:41
jonmasonRP: regarding QB_MEM, is your assumption that is a ceiling or a recommendation for optimal perf?16:43
jonmasonI can add some warnings/errors in the places that override it, just want to know how hash to be16:43
RPjonmason: it was originally intended to be a "good starting value". the bigger images then increased it16:45
RPjonmason: there were discussions at the time about how I didn't like the increases :/16:45
jonmasonseems like you can predict the future, I need you to pick some lottery numbers for me16:46
jonmasonI'd hate to make a unique variable just for the max (per khem's suggestion) but it seems like the best choice right now16:47
RPjonmason: the machines probably need to define a "standard" and a max value, then the images pick a value inbetween16:47
RPjonmason: maybe we change it to be "default,max,min" and require qemu to handle the -m bit ?16:47
rburtonremember brett was hitting this same issue a while ago16:48
jonmasonI do sort of hate runqemu parameters taking in the command parts and not doing it in the script16:48
RPjonmason: there is a ton of history here and things being done sub optimally, originally due to shell script :/16:53
jonmasonI'll just rewrite it a piece at a time16:53
jonmasonthis SBSA/SystemReady work is sending me down a rabbithole16:54
RPjonmason: piece at a time is all we can do16:55
*** agust <agust!~agust@p508b6964.dip0.t-ipconnect.de> has quit IRC16:56
*** agust <agust!~agust@p508b6964.dip0.t-ipconnect.de> has joined #yocto16:57
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has joined #yocto16:57
*** jft_ is now known as jft16:59
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto17:00
*** jobroe <jobroe!~manjaro-u@p57a59ef9.dip0.t-ipconnect.de> has quit IRC17:01
*** wertigon <wertigon!~per@92.34.97.109> has quit IRC17:14
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto17:14
*** fl0v0 <fl0v0!~fvo@i5E86AF75.versanet.de> has quit IRC17:17
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC17:19
*** frsc <frsc!~frsc@mue-88-130-71-217.dsl.tropolys.de> has quit IRC17:23
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto17:23
*** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC17:32
*** fray <fray!~fray@kernel.crashing.org> has joined #yocto17:39
*** Yumasi <Yumasi!~guillaume@2a01cb0506313c00e14be01ac4a050f7.ipv6.abo.wanadoo.fr> has quit IRC17:49
*** Saur20 <Saur20!5e89711f@94-137-113-31.customers.ownit.se> has quit IRC17:50
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC17:54
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto17:57
*** prabhakarlad <prabhakarlad!51988ebd@host81-152-142-189.range81-152.btcentralplus.com> has quit IRC18:07
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto18:09
*** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto18:10
*** NiksDev2 <NiksDev2!~NiksDev@192.91.75.30> has quit IRC18:13
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC18:14
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC18:18
yatesguys, there's something wrong in your doc https://www.yoctoproject.org/docs/1.8/bsp-guide/bsp-guide.html18:19
yatesaccording to section 1.6.1, i should be able to "source oe-init-build-env build-dir" then run yocto-bsp help18:20
yatesyocto-bsp gives command not found18:20
yatesalso, there is no <source-dir>/scripts/yocto-bsp18:24
rburtonthat's the 1.8 docs18:25
rburtonyocto-bsp was removed after that18:25
yates1.8 of poky?18:26
rburtonyes18:26
yateswhat is the current poky ?18:26
rburton3.218:26
rburton1.8 is from 201518:26
khemis error.yp.org down ?18:26
yatesholy #@!$. ok, soryr - i guess google just pulled this up18:26
rburtonkhem: errors.yp, works for me18:26
rburtonyates: google is good at digging out old docs for no obvious reason18:27
rburtonjust change the number to 'latest'18:27
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-miopufzoawpoaxkw> has quit IRC18:27
yatesk18:27
khembtw rburton systemd-boot fails on aarch64 see http://sprunge.us/H1XJUo18:28
khem I know you enabled it recently as dependency18:28
khemrburton: its on musl btw.18:29
*** medaliyou <medaliyou!c4b3dd32@196.179.221.50> has quit IRC18:29
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto18:30
khemrburton:  I am seeing 10:31:22 ERROR: HTTP Error 500: Internal Server Error18:32
khem10:31:22 Preparing to send errors to: errors.yoctoproject.org18:32
khemoh systemd-boot is not musl only , I see it fail for on a qemuarm build too18:35
*** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has quit IRC18:36
*** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto18:36
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has joined #yocto18:40
*** gonkulat1r is now known as gonkulator18:51
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC18:54
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has quit IRC18:56
*** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has quit IRC19:01
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC19:05
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has joined #yocto19:05
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto19:05
*** plntyk2 <plntyk2!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has quit IRC19:08
*** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto19:08
*** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has joined #yocto19:08
halsteadkhem, Not down for me. However we are seeing some network weirdness with the GCE hosted servers right now. Might be related.19:21
halsteadkhem, Is it back for you?19:21
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC19:38
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto19:40
*** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC19:45
*** mischief <mischief!~mischief@wopr.sciops.net> has joined #yocto19:46
*** mischief is now known as Guest8753419:46
*** lpoulain <lpoulain!lpoulain@gateway/shell/linaro/x-wflmbepmtcurnaow> has quit IRC19:47
*** lpoulain <lpoulain!lpoulain@gateway/shell/linaro/x-qevomlhjtuhjeikl> has joined #yocto19:49
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-bcfamamogbibpkbk> has joined #yocto19:56
khemnot sure19:57
khemit was ok a day before19:57
khemits acting up since yesterday19:58
khemstill seeing19:58
khemlast was 30 mins ago19:59
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has quit IRC20:00
*** Saur67 <Saur67!5e89711f@94-137-113-31.customers.ownit.se> has joined #yocto20:05
*** Saur67 is now known as Saur|Home20:07
*** mckoala <mckoala!503d68ac@80-61-104-172.fixed.kpn.net> has joined #yocto20:09
*** aquijoule_ <aquijoule_!~richbridg@213-225-37-24.nat.highway.a1.net> has quit IRC20:10
*** aquijoule_ <aquijoule_!~richbridg@213-225-37-24.nat.highway.a1.net> has joined #yocto20:11
*** mckoala <mckoala!503d68ac@80-61-104-172.fixed.kpn.net> has quit IRC20:18
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC20:25
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto20:26
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto20:43
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC20:45
jordemorthm having a weird time working on a kernel config - i have a working but minimal and somewhat wrong .cfg to tweak my kernel, and that stuff is definitely being applied, and what i want to do is split up what i have into multiple .cfg files, and then do a series of kernel_configme / menuconfig / diffconfig to incrementally create additional .cfg files to tweak different things20:52
jordemortbut it seems like if split up my .cfg or rename it anything other than ${MACHINE}.cfg it doesn't get applied at all, despite each split .cfg being listed in SRC_URI20:53
jordemortand it definitely looks like it can find them: + merge_config.sh -O /work/build/tmp/work/sercomm_na503s-bantha-linux-gnueabi/linux-imx/5.4.24+gitAUTOINC+babac008e5-r0/build .kernel-meta/configs///defconfig .kernel-meta/configs//./xt-checksum.cfg .kernel-meta/configs//./ebtables.cfg .kernel-meta/configs//./vswitch.cfg .kernel-meta/configs//./lxc.cfg .kernel-meta/configs//./docker.cfg .kernel-meta/configs///no-can.cfg20:53
jordemort.kernel-meta/configs///bluetooth.cfg .kernel-meta/configs//./docker.cfg .kernel-meta/configs//./lxc.cfg20:53
jordemort(no-can.cfg and bluetooth.cfg being the ones in question, that's a line from kernel_configme output)20:53
jordemortbut if i subsequently do a menuconfig i find that the options in those .cfg files aren't actually set20:54
*** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-06-184-146-108-8.dsl.bell.ca> has quit IRC20:59
yatesi am having trouble with something very basic: when i clone poky, source the oe-init-build-env, and build the core-image-minimal target, what associates that target with the qemux86-64 machine?21:01
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has quit IRC21:02
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto21:05
frayconf/local.conf -- look for MACHINE21:05
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto21:07
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC21:08
*** camus is now known as kaspter21:08
*** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC21:09
yatesfray: that specifies the machine which will be used, where/how does "core-image-minimal" get picked up? yes, i know it is in /meta/recipes-core/images/core-image-minimal.bb; is it from there?21:09
yatesalso, is there a way to use a customized machine and bblayers.conf when running oe-init-build-env? of course i could modify the script, but is that what is intended?21:13
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC21:13
fraybitbake core-image-minimal  instructs teh system to build core-image-minimal.  The files are pulled based on bblayers21:14
frayyou should bring in the environment with oe-init-build-env and configure the bblayers.conf yourself.  Either by bitbake-layers add-layer or direct editing conf/bblayers.conf21:15
kergothyates: bblayers.conf sets BBLAYERS which defines what layers are parsed, it parses conf/layer.conf for each layer. you should really just read hte yocto project docs, and possibly also the yocto chapter of the architecture of open source projects21:15
*** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC21:18
*** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto21:19
yateskergoth: in the ideal world, no one would have to ask any questions; everyone would read everything there is and discover the answers to their remaining questions through painstaking trials.21:20
yatesproblem is, that takes about 15 years.21:20
yatesbut thanks. i am certainly open to pointers to specific docs.21:21
yatesout of curiousity, where is this "architecture of open source projects" doc? is that a yocto doc?21:22
yatescuriosity21:22
yatesit seems more sane to have a pre-defined build directory (e.g., in a repo, or built from a script in a repo), but you still need the yocto-specific setup part of oe-init-build-env. is there a "setup the yocto environment" subroutine for this purpose?21:24
yatespre-defined for my specific machine, layers, etc.21:25
kergothhttps://www.google.com/search?hl=en&q=architecture%20of%20open%20source%20yocto first link21:26
jordemorthuh, if i quit forcing a kernel_configme before menuconfig then it works as expected21:28
yateskergoth: thanks. i didn't know it was an actual book, and on-line.21:29
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC21:34
*** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-47-76-71-204-197.dsl.bell.ca> has joined #yocto21:36
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto21:36
yatesstill looking for a21:38
yatesyocto-specific setup of oe-init-build-env.21:39
yatesdoes it exist?21:39
yatesb21:39
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto21:46
RPkhem: systemd-boot issue was the gnu-efi upgrade. I booted it from -next21:46
kergothyates: don't really know what you mean. yocto's buildsystem is oe, oe-init-build-env works fine. there are plenty of alternatives if you don't like that method, see kas, etc21:59
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto22:04
*** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto22:05
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC22:05
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto22:06
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC22:18
*** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has quit IRC22:30
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC22:30
*** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto22:31
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC22:33
*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC22:35
*** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC22:37
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto22:58
*** agust <agust!~agust@p508b6964.dip0.t-ipconnect.de> has quit IRC23:01
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.91> has quit IRC23:05
*** rob_w_ <rob_w_!~bob@ppp-93-104-62-198.dynamic.mnet-online.de> has quit IRC23:06
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.91> has joined #yocto23:06
RPkmaincent: For the buildtools failure on master-next, looks like an intermittent parallel make bug. I've rerun it and it looks to have got past that point23:35
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-bcfamamogbibpkbk> has quit IRC23:37
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-fapkhzbnpgkzrtyd> has joined #yocto23:41
aleblanchello, is there any work around building the esdk in dunfell with a linux-dummy kernel ? I'v only seen this https://www.mail-archive.com/yocto@lists.yoctoproject.org/msg03554.html23:50
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC23:54
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto23:54

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