*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 00:01 | |
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 00:14 | |
*** dev1990 <dev1990!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has quit IRC | 00:19 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 00:22 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 00:27 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 00:30 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 00:30 | |
*** camus is now known as kaspter | 00:30 | |
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 00:35 | |
*** aquijoule_ <aquijoule_!~richbridg@213-225-37-24.nat.highway.a1.net> has joined #yocto | 00:46 | |
*** richbridger <richbridger!~richbridg@213-225-37-24.nat.highway.a1.net> has quit IRC | 00:48 | |
*** gpanders_ <gpanders_!~gpanders@gateway/tor-sasl/gpanders> has joined #yocto | 01:18 | |
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has quit IRC | 01:18 | |
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 01:22 | |
mranostaj | yates: yeah you need to execute that binary and it will give instructions where it will extract | 01:48 |
---|---|---|
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 02:05 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 02:23 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 02:28 | |
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 02:28 | |
*** kyanres__ <kyanres__!~kyanres@ecascr.ecatou.fr> has joined #yocto | 02:31 | |
*** m1ster_r- <m1ster_r-!~m1ster_r0@prometheus.umask.eu> has joined #yocto | 02:32 | |
*** gillesMMM <gillesMMM!~gm@117.187.22.109.rev.sfr.net> has joined #yocto | 02:32 | |
*** otavio_ <otavio_!~otavio@static.203.17.243.136.clients.your-server.de> has joined #yocto | 02:33 | |
*** risca_ <risca_!~quassel@212.85.71.156> has joined #yocto | 02:35 | |
*** kyanres_ <kyanres_!~kyanres@ecascr.ecatou.fr> has quit IRC | 02:36 | |
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@prometheus.umask.eu> has quit IRC | 02:36 | |
*** otavio <otavio!~otavio@static.203.17.243.136.clients.your-server.de> has quit IRC | 02:36 | |
*** jdrol <jdrol!~gm@117.187.22.109.rev.sfr.net> has quit IRC | 02:36 | |
*** risca <risca!~quassel@212.85.71.156> has quit IRC | 02:36 | |
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC | 02:41 | |
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto | 02:42 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 03:23 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 03:28 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 03:29 | |
*** camus is now known as kaspter | 03:29 | |
*** ahadi <ahadi!~ahadi@89.244.123.84> has quit IRC | 04:01 | |
*** ahadi <ahadi!~ahadi@89.244.121.57> has joined #yocto | 04:02 | |
zeddii | RP: a WIP patch for wrapping pmu-events.c in perf is in your inbox. what a pain. | 04:16 |
* zeddii calls it a day | 04:16 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 04:24 | |
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 04:27 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 04:28 | |
*** plntyk2 <plntyk2!~plntyk@91.64.89.12> has quit IRC | 04:38 | |
*** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto | 04:38 | |
*** gendevbot_ <gendevbot_!~devbot@176.235.187.234> has quit IRC | 04:42 | |
*** gendevbot <gendevbot!~devbot@176.235.187.234> has joined #yocto | 04:42 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.129> has quit IRC | 05:28 | |
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 05:47 | |
*** jobroe <jobroe!~manjaro-u@p57a59ef9.dip0.t-ipconnect.de> has joined #yocto | 05:52 | |
*** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 05:58 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 06:00 | |
*** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC | 06:02 | |
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 06:07 | |
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 06:12 | |
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 06:13 | |
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 06:18 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 06:24 | |
*** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 06:26 | |
*** ayaka <ayaka!~ayaka@103.1.152.185> has quit IRC | 06:28 | |
*** ayaka <ayaka!~ayaka@103.1.152.185> has joined #yocto | 06:28 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 06:29 | |
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 06:30 | |
*** jobroe <jobroe!~manjaro-u@p57a59ef9.dip0.t-ipconnect.de> has quit IRC | 06:32 | |
*** jobroe <jobroe!~manjaro-u@p57a59ef9.dip0.t-ipconnect.de> has joined #yocto | 06:36 | |
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:43 | |
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:46 | |
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:48 | |
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 06:50 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 07:01 | |
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 07:16 | |
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 07:21 | |
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has joined #yocto | 07:22 | |
*** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto | 07:23 | |
thekappe | hello guys ! I've a question for you ! | 07:27 |
thekappe | Which is, in your opinion, the best way to keep track of the software version of a yocto project ? | 07:28 |
thekappe | Let's say, I need a way to know which is the "build number" of the custom yocto project from the linux user space | 07:28 |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 07:32 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:32 | |
*** camus is now known as kaspter | 07:32 | |
derRichard | thekappe: e.g. use the os-release recipe | 07:34 |
*** frsc <frsc!~frsc@mue-88-130-71-217.dsl.tropolys.de> has joined #yocto | 07:36 | |
thekappe | derRichardm thanks, never heard aboout that | 07:37 |
*** mckoan_ is now known as mckoan | 07:43 | |
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 07:45 | |
*** rewitt1 <rewitt1!~rewitt@unaffiliated/rewitt> has joined #yocto | 07:48 | |
*** rewitt <rewitt!rewitt@unaffiliated/rewitt> has quit IRC | 07:49 | |
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-miopufzoawpoaxkw> has joined #yocto | 07:52 | |
RobertBerger | @thekappe: cat /etc/version might be what you want | 07:58 |
*** Yumasi <Yumasi!~guillaume@2a01cb0506313c00e14be01ac4a050f7.ipv6.abo.wanadoo.fr> has joined #yocto | 07:59 | |
*** fl0v0 <fl0v0!~fvo@i5E86AF75.versanet.de> has joined #yocto | 08:00 | |
*** radsquirrel <radsquirrel!~radsquirr@173.167.31.197> has quit IRC | 08:00 | |
*** radsquirrel <radsquirrel!~radsquirr@2603:3015:e15:5bf2:d0b3:d9ff:fede:b022> has joined #yocto | 08:00 | |
RobertBerger | @thekappe: you can also add additional variables to /etc/build which might customized look like that:: https://pastebin.com/LVcjZx2E | 08:01 |
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 08:02 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 08:03 | |
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 08:03 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 08:03 | |
*** rewitt2 <rewitt2!rewitt@unaffiliated/rewitt> has joined #yocto | 08:09 | |
*** rewitt1 <rewitt1!~rewitt@unaffiliated/rewitt> has quit IRC | 08:10 | |
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto | 08:20 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 08:26 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 08:29 | |
*** medaliyou <medaliyou!c4b3dd32@196.179.221.50> has joined #yocto | 08:30 | |
medaliyou | HI guys | 08:30 |
medaliyou | do_kernel_metadata: [NOTE]: defconfig was supplied both via KBUILD_DEFCONFIG and SRC_URI. Dropping SRC_URI defconfig | 08:30 |
medaliyou | how 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 IRC | 08:33 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 08:34 | |
*** NiksDev <NiksDev!~NiksDev@192.91.75.12> has quit IRC | 08:34 | |
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 08:36 | |
thekappe | RobertBerger, thanks ! | 08:36 |
*** rcoote <rcoote!~rcoote@ip-176-198-112-234.hsi05.unitymediagroup.de> has joined #yocto | 08:39 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 08:42 | |
*** fatalhalt <fatalhalt!~fatalhalt@2601:244:4d01:52df:225:90ff:feda:2428> has quit IRC | 08:42 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:46 | |
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 08:47 | |
khem | RP: 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 recipe | 08:54 |
*** tgamblin_ <tgamblin_!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 09:05 | |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 09:07 | |
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC | 09:08 | |
hthiery[m] | hi all .. i have encountered a problem with the number of inodes | 09:10 |
hthiery[m] | i see that in the /tmp folder a lot of stuff is created and not deleted anymore | 09:11 |
hthiery[m] | is that a know behavior? | 09:11 |
hthiery[m] | can I configure somewhere to delete these files | 09:11 |
RP | khem: there is a patch in master-next which is meant to do that? | 09:12 |
RP | zeddii: 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,100K | 09:13 |
*** dev1990 <dev1990!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has joined #yocto | 09:14 | |
LetoThe2nd | hthiery[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 created | 09:15 |
hthiery[m] | my build dir is somewhere else | 09:16 |
LetoThe2nd | hthiery[m]: then find out if somethign whacks your pathes. | 09:16 |
hthiery[m] | there are a lot of "_tmp2314130238628230366" folders | 09:16 |
qschulz_ | medaliyou: override KBUILD_DEFCONFIG by setting it to "" ? | 09:18 |
medaliyou | thank you , @q helpful as ususal | 09:19 |
hthiery[m] | LetoThe2nd: can you confirm that yocto should not create files in /tmp | 09:19 |
medaliyou | qschulz_ Thank you | 09:19 |
*** qschulz_ is now known as qschulz | 09:20 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 09:22 | |
RP | hthiery[m]: it will create files in /tmp but they should be transient and not be too large or there for long | 09:28 |
hthiery[m] | RP: but in my case the STOPTASK will hit. I see that after a successful build with bitbake the files will stay | 09:37 |
RP | hthiery[m]: any clue which piece of software is creating them? | 09:38 |
kmaincent | RP: 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 hint | 09:40 |
hthiery[m] | RP: I see around ~3500 directories like _tmp<blabla> | 09:42 |
RP | kmaincent: I think two issues, the createrepo-c upgrade had patch fuzz and the gnu-efi upgrade broken systemd-boot. I've dropped those two | 09:44 |
RP | hthiery[m]: what is in them? | 09:45 |
RP | hthiery[m]: I'm not aware of anything from just the name | 09:45 |
hthiery[m] | RP: https://pastebin.com/raw/2sD448c1 | 09:45 |
hthiery[m] | RP: this are just some few directories | 09:46 |
RP | hthiery[m]: looks like modules of some kind but I don't recognise them | 09:46 |
hthiery[m] | RP: strange | 09:48 |
hthiery[m] | RP: but all are in classes/com/google/devtools | 09:49 |
LetoThe2nd | maybe 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 #yocto | 09:51 | |
jmiehe | Are underscores fine in bbclass names? | 09:51 |
LetoThe2nd | jmiehe: i think they are, but it seems that dashes are preferred: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes | 09:53 |
jmiehe | LetoThe2nd: I see, but I can't use EXPORT_FUNCTIONS with dashes ~ | 09:55 |
*** SWAT <SWAT!~swat@ubuntu/member/swat> has quit IRC | 10:09 | |
*** SWAT <SWAT!~swat@ubuntu/member/swat> has joined #yocto | 10:12 | |
rburton | jmiehe: most likely you don't need EXPORT_FUNCTIONS | 10:17 |
rburton | do you know what it does? | 10:17 |
LetoThe2nd | rburton: 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 |
rburton | only three? | 10:22 |
LetoThe2nd | rburton: well, unless you're starting in the UK, obviously. | 10:22 |
*** micka_ is now known as micka | 10:23 | |
RP | jmiehe: underscores are fine | 10:29 |
RP | jmiehe: dashes have problems with shell so underscores should really be preferred | 10:29 |
jmiehe | rburton: I have buildsystem.bbclass which defines do_compile. afaik, EXPORT_FUNCTIONS and defining buildsystem_do_compile instead resolves problems with multiple inheritance | 10:31 |
*** NiksDev <NiksDev!~NiksDev@192.91.75.12> has joined #yocto | 10:31 | |
jmiehe | I had a look at cmake.bbclass for reference | 10:32 |
rburton | if you expect people to want to overlay and do multiple inheritance then yes. uncommon though. | 10:34 |
jmiehe | rburton: so it's preferred to just define do_compile and expect use of _append in recipes? | 10:36 |
RP | jmiehe: 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 thing | 10:37 |
jmiehe | RP: "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 class | 10:40 |
rburton | jmiehe: 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 |
RP | jmiehe: FWIW we're planning to start phasing out dashes in class names due to the shell issue | 10:41 |
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 10:42 | |
RP | jmiehe: I like dashes too but they don't work with shell | 10:42 |
LetoThe2nd | seriously, whenever i read the word "undecided" my brain associates with "Undecided Adrian" from the Smoking Gnu https://discworld.fandom.com/wiki/The_Smoking_Gnu | 10:42 |
jmiehe | RP: what about poky/meta/classes as linked above? there's like an awful lot of dash-classes in there. Legacy? | 10:44 |
RP | jmiehe: yes. There is a bug discussing a plan to list the ones we have and stop new ones | 10:45 |
*** prabhakarlad <prabhakarlad!51988ebd@host81-152-142-189.range81-152.btcentralplus.com> has joined #yocto | 10:50 | |
*** agust <agust!~agust@p508b6964.dip0.t-ipconnect.de> has joined #yocto | 10:54 | |
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC | 11:11 | |
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto | 11:11 | |
chrysh | I 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 |
chrysh | is there any other variable where I have to remove selinux? | 11:12 |
*** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto | 11:18 | |
qschulz | chrysh: https://docs.yoctoproject.org/ref-manual/variables.html#term-DISTRO_FEATURES_FILTER_NATIVE is not what you want | 11:19 |
qschulz | it only applies to native recipes | 11:19 |
qschulz | ah sorry, misread | 11:20 |
qschulz | please ignore :) | 11:20 |
chrysh | When I add those to lines to my local.conf, selinux is removed in my image: IMAGE_INSTALL_remove += "selinux" | 11:20 |
chrysh | DISTRO_FEATURES_remove += "selinux" | 11:20 |
chrysh | any idea why? | 11:20 |
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC | 11:21 | |
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto | 11:22 | |
stefan-schmidt[m | RP: 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 |
RP | chrysh: 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 IRC | 11:22 | |
stefan-schmidt[m | Was that discussed before and I have not found it? Happy for a pointer. | 11:23 |
LetoThe2nd | oO( 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 |
qschulz | LetoThe2nd: vendor distros/machines, you never know what's going on :/ | 11:23 |
RP | stefan-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 clear | 11:23 |
LetoThe2nd | qschulz: copy the best, leave out the rest. | 11:23 |
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto | 11:23 | |
* LetoThe2nd declares yocto chant #4 | 11:24 | |
RP | stefan-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 things | 11:24 |
stefan-schmidt[m | RP: 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 IRC | 11:24 | |
RP | stefan-schmidt[m: well, yes and no :/ | 11:24 |
stefan-schmidt[m | I would say it really only is about the meta build part | 11:24 |
stefan-schmidt[m | patches and the original code are different | 11:25 |
RP | stefan-schmidt[m: I think adding them will confuse a lot of people | 11:25 |
RP | stefan-schmidt[m: I think a recipe is copyrightable and we probably should have copyright headers | 11:26 |
RP | a minority of recipes do | 11:26 |
stefan-schmidt[m | RP: we could clarify the meaning for these headers in a document. But I fully understand that this legal part is no joy. :-) | 11:26 |
RP | stefan-schmidt[m: we probably do need to do that. I started with the easier bits (scripts and code) | 11:27 |
RP | stefan-schmidt[m: adding license headers to much of the code in git.yoctoproject.org wasn't fun :/ | 11:27 |
stefan-schmidt[m | RP: yeah :/ | 11:28 |
RP | stefan-schmidt[m: fancy proposing a document? | 11:28 |
stefan-schmidt[m | RP: but its good to understand your position on this | 11:28 |
stefan-schmidt[m | I feared you would ask that. :-) A fair point :-) | 11:28 |
RP | stefan-schmidt[m: I have given it a bit of thought, I just wish I had some good answers | 11: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[m | Let me wrap my head around this for a little longer and I can try to come up with something | 11:29 |
stefan-schmidt[m | RobertBerger: yes, it would be the license for the recipe itself. | 11:29 |
RP | RobertBerger: 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 files | 11:30 |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 11:31 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 11:31 | |
*** camus is now known as kaspter | 11:31 | |
jmiehe | Is it safe to create a non-standard directory in $WORKDIR while building, to contain build system metadata? | 11:32 |
RP | jmiehe: probably, most of the time | 11:33 |
stefan-schmidt[m | RP: I will think about it more and ping you about it again when I have cleared my thoughts on this | 11:33 |
RP | stefan-schmidt[m: fair enough :) | 11:33 |
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto | 11:38 | |
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto | 11:41 | |
qschulz | chrysh: bitbake -e your-image-recipe | less and look for IMAGE_INSTALL and DISTRO_FEATURES and check which recipe/conf files are adding what | 11:46 |
qschulz | LetoThe2nd: I think it's almost time for YP to have actual songs like OpenSuse does :D | 11:46 |
*** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto | 11:50 | |
*** caiortp_ <caiortp_!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto | 11:50 | |
*** Blackbetty <Blackbetty!540affd6@84-10-255-214.static.chello.pl> has joined #yocto | 11:51 | |
*** Yumasi <Yumasi!~guillaume@2a01cb0506313c00e14be01ac4a050f7.ipv6.abo.wanadoo.fr> has quit IRC | 11:53 | |
*** wertigon <wertigon!~per@92.34.97.109> has joined #yocto | 11:59 | |
manuel1985 | RobertBerger: 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 |
gillesMMM | hi when I list the layers with bitbake-layers show-layers I see a priority column. Is it the order of layers execution? | 12:07 |
wertigon | Hello, two quick fetch error messages I get when compiling dunfell, no idea if you have looked at these already: | 12:07 |
manuel1985 | RobertBerger: Seems you know your job ;) | 12:07 |
manuel1985 | a.k.a you did your homework. | 12:07 |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 12:07 | |
wertigon | WARNING: 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 alias | 12:08 |
wertigon | Not sure if that is the best source for it | 12:08 |
manuel1985 | by 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, though | 12:08 |
wertigon | WARNING: 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 available | 12:08 |
RobertBerger | @manuel1985: I'll send you some more links ;) Stay tuned. | 12:09 |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 12:09 | |
*** camus is now known as kaspter | 12:09 | |
wertigon | netbase_6.1 has changed to netbase_6.1~bpo10+1.tar.xz | 12:09 |
qschulz | wertigon: do you have errors when building or just the warnings? | 12:10 |
wertigon | Neither give catastrophic errors | 12:10 |
wertigon | qschulz: Only QoL warnings from fresh build :) | 12:11 |
qschulz | yeah, it just uses mirrors then | 12:11 |
qschulz | so nothing to worry about | 12:11 |
manuel1985 | RobertBerger: Thanks! :) | 12:11 |
wertigon | Yes, I know, just thought I should tell someone since it's easy to go months without downloading fresh sources | 12:11 |
qschulz | it'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 |
qschulz | wertigon: why would we want fresh sources? | 12:12 |
qschulz | wertigon: we want reproducible builds with fixed versions of software | 12:12 |
qschulz | gillesMMM: https://docs.yoctoproject.org/ref-manual/variables.html#term-BBFILE_PRIORITY | 12:12 |
*** gillesMMM <gillesMMM!~gm@117.187.22.109.rev.sfr.net> has quit IRC | 12:13 | |
qschulz | wertigon: maybe I'm missing your point :/ | 12:13 |
wertigon | qschulz: Just thinking from the perspective of a person new to Yocto | 12:13 |
wertigon | Warnings are scary :) | 12:14 |
*** jdrol <jdrol!~gm@117.187.22.109.rev.sfr.net> has joined #yocto | 12:15 | |
qschulz | wertigon: I wish everyone was scared of warnings tbh :) | 12:20 |
qschulz | wertigon: 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 either | 12:24 |
qschulz | but feel free to send patches and then we can discuss about them :) | 12:24 |
wertigon | Yeah, I mean it's not a high priority bug or anything, and like you say it is important to keep code "stale" | 12:26 |
wertigon | No 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 basis | 12:28 |
RP | We do try and fix urls where we can so the warning is a reminder we need to do that | 12:32 |
* RP has found the parsing performance issue. Its silly :/ | 12:32 | |
LetoThe2nd | like the gta5 json one? | 12:32 |
RP | kanavin: should we be thinking about xwayland now or post release? | 12:33 |
RobertBerger | Don't you dare lowering loglevels to get less warnings. That's like rising the permissible blood alcohol level for driving a car. | 12:39 |
wertigon | RobertBerger: But it works in the states? :D :P | 12:42 |
wertigon | (Yes, being ironic here) | 12:42 |
*** tgamblin_ is now known as tgamblin | 12:48 | |
*** Yumasi <Yumasi!~guillaume@2a01cb0506313c00e14be01ac4a050f7.ipv6.abo.wanadoo.fr> has joined #yocto | 12:49 | |
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 12:49 | |
kanavin | RP: 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 |
RP | kanavin: right, makes sense. Just checking :) | 12:57 |
*** rob_w_ <rob_w_!~bob@ppp-93-104-62-198.dynamic.mnet-online.de> has joined #yocto | 12:59 | |
*** Net147_ <Net147_!~Net147@unaffiliated/net147> has quit IRC | 13:02 | |
*** yocti <yocti!~supybot@mail.yoctoproject.org> has joined #yocto | 13:05 | |
*** plntyk2 <plntyk2!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto | 13:06 | |
*** abelloni_ <abelloni_!~abelloni@scw.piout.net> has joined #yocto | 13:06 | |
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC | 13:06 | |
*** plntyk2 <plntyk2!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has quit IRC | 13:06 | |
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 13:06 | |
*** plntyk2 <plntyk2!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto | 13:06 | |
*** matthewcroughan_ <matthewcroughan_!~quassel@static.211.38.12.49.clients.your-server.de> has joined #yocto | 13:07 | |
*** jft_ <jft_!znc@159.203.20.86> has joined #yocto | 13:07 | |
chrysh | but 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 IRC | 13:07 | |
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has quit IRC | 13:07 | |
*** felipealmeida <felipealmeida!~felipealm@177.16.207.32> has quit IRC | 13:07 | |
*** mouser <mouser!~mouser@209.147.121.179> has quit IRC | 13:07 | |
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC | 13:07 | |
*** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has quit IRC | 13:07 | |
*** RobertBerger <RobertBerger!~rber@ppp-2-86-140-183.home.otenet.gr> has quit IRC | 13:07 | |
*** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC | 13:07 | |
*** psycorama <psycorama!~psycorama@datenhalde.de> has quit IRC | 13:07 | |
*** estan <estan!~astan@kde/developer/astan> has quit IRC | 13:07 | |
*** milloni <milloni!~milloni@preemptable.org> has quit IRC | 13:07 | |
*** jft <jft!znc@159.203.20.86> has quit IRC | 13:07 | |
*** abelloni <abelloni!~abelloni@scw.piout.net> has quit IRC | 13:07 | |
*** griffinp- <griffinp-!griffinp@gateway/shell/linaro/x-tuhebjsvnrkubxne> has quit IRC | 13:07 | |
*** matthewcroughan <matthewcroughan!~quassel@static.211.38.12.49.clients.your-server.de> has quit IRC | 13:07 | |
*** ArnaudP <ArnaudP!~ArnaudP@111988HD51007.ikexpress.com> has quit IRC | 13:07 | |
*** alimon <alimon!alimon@gateway/shell/linaro/x-thrrocncoppwqzws> has quit IRC | 13:07 | |
*** RobertBerger <RobertBerger!~rber@ppp-2-86-140-183.home.otenet.gr> has joined #yocto | 13:07 | |
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto | 13:07 | |
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC | 13:07 | |
*** felipealmeida_ is now known as felipealmeida | 13:07 | |
*** psycor4m4 is now known as psycorama | 13:07 | |
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto | 13:08 | |
chrysh | IMAGE_INSTALL_remove part was only to see whether it compiles and boots at all without SELinux | 13:08 |
chrysh | now I am wondering how to make it properly | 13:08 |
chrysh | *do it | 13:08 |
*** Saur20 <Saur20!5e89711f@94-137-113-31.customers.ownit.se> has joined #yocto | 13:17 | |
Saur20 | RP: 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' req | 13: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 |
Saur20 | Are we missing some path in PSEUDO_IGNORE_PATHS? | 13:21 |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 13:28 | |
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 13:31 | |
RP | Saur20: incremental image generation? rootfs/ should be under pseudo control, not ignored | 13:34 |
RP | Saur20: I've traced that performance regression btw, fix should be out shortly | 13:34 |
Saur20 | Yes, 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 |
RP | chrysh: 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 IRC | 13:36 | |
qschulz | RobertBerger: warnings for "i couldn't reach the original URL but don't worry I'll try the mirrors" feels silly to me | 13:37 |
RP | Saur20: perhaps we've now excluded oe-rootfs-repo but this was built before we did that? | 13:37 |
RP | that was a more recent change | 13:37 |
RP | Saur20: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=6066d67c216a3f475b5df262c9c89967a02e7834 | 13:38 |
qschulz | chrysh: 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 |
RP | Saur20: we don't have code to remove newly excluded paths from the db | 13:39 |
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 13:40 | |
Saur20 | RP: Ok, that seems likely (it was longer since I built the image the last time). Thanks. | 13:41 |
chrysh | qschulz: yea, but do you have any theory why that could be the case? | 13:41 |
yates | the example poky build is for the qemux86-64 machine. where are machines defined? | 13:44 |
chrysh | yates: poky/meta/conf/machine/qemux86-64.conf | 13:46 |
qschulz | chrysh: seems like a user issue to me, it seems impossible that _remove for something that does not exist modify behavior of Yocto | 13:46 |
chrysh | at least in my case | 13:46 |
yates | chrysh: that's where the machine for the build is specified, i'm asking where it is defined | 13:46 |
yates | or no, wait... | 13:47 |
alephan | Is 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 |
chrysh | qschulz: How do I rebuild the rootfs then? I thought bitbake myimage -c rootfs -f would rebuild my rootfs? | 13:47 |
alephan | zeddii: re CONFIG_SERIAL_OF_PLATFORM above ^ | 13:49 |
RP | zeddii: 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 like | 13:50 | |
zeddii | wow! | 13:51 |
zeddii | alephan: its still on my TODO list, it'll be fixed up before the current release goes out. | 13:52 |
zeddii | RP: well spotted on pmu-events being evil :D | 13:52 |
qschulz | chrysh: 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 |
RP | zeddii: thanks for fixing it, the fix is rather horrible but its a nasty probem | 13:53 |
alephan | Thanks zeddii . How should I fix this locally? I'd like to get rid of the warning in the meanwhile. | 13:53 |
qschulz | if 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 image | 13:53 |
RP | zeddii: are you going to send the patch out? | 13:53 |
zeddii | yep. I'll send it now. so people can revel in the horror. | 13:53 |
RP | zeddii: at least we know where the issues are now and can try and push upstream to do something abotu it | 13:54 |
*** notoriousPig <notoriousPig!~notorious@82.67.195.6> has joined #yocto | 13:54 | |
notoriousPig | Hi o/ | 13:54 |
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC | 13:54 | |
zeddii | exactly. and I can point the devs looking at this upstream to our fix -> green builds as proof that it is worth it. | 13:54 |
RP | zeddii: right, exactly | 13:54 |
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 13:55 | |
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto | 13:55 | |
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 13:56 | |
notoriousPig | I'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 |
yates | chrysh: 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 |
zeddii | RP: sent, "as-is" with only the WIP removed from the subject. I assume you have the perf removed from exclusions already | 13:56 |
notoriousPig | I already tried bitbake -g image but there is too many information on it so I'm lost in it ... | 13:57 |
RP | zeddii: I reused your last patch, yes, thanks | 13:57 |
zeddii | hah | 13:57 |
zeddii | wrong list | 13:57 |
zeddii | I re-used my yocto-bsp commandline | 13:57 |
zeddii | resending to oe-core now. | 13:57 |
zeddii | sigh | 13:57 |
RP | zeddii: 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 |
chrysh | yates: makes sense to me, the vendor of my board seems to have done exactly that | 13:58 |
qschulz | yates: don't use underscores in machine names but yes | 13:58 |
yates | ok | 13:58 |
qschulz | notoriousPig: can you elaborate what ytou mean by "how layers are stacked"? | 13:58 |
chrysh | qschulz: "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 #yocto | 13:59 | |
*** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 14:00 | |
qschulz | chrysh: yes, and without the two _remove in your local.conf | 14:00 |
RP | zeddii: 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 lurking | 14:01 |
zeddii | agreed. | 14:01 |
zeddii | I | 14:01 |
RP | zeddii: 24 hour rollover and other second run issues have been known (see ltp) | 14:01 |
zeddii | I just followed up and added a bit of context to the patch so it can be captured in the mailing list archive. | 14:01 |
notoriousPig | Yes 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 |
zeddii | I don't want someone to try and bikeshed my python, since it was quick and dirty .. and not a forever kind of fix :D | 14:02 |
zeddii | RP: I do expect one more blow up. but we are in good position to squash them now. | 14:02 |
RP | zeddii: indeed. Getting to this point is the hard bit | 14:03 |
qschulz | notoriousPig: 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 BBPATH | 14:03 |
qschulz | for recipes, see BBFILE_PRIORITY | 14:03 |
qschulz | for bbappends, I don't know exactly in which order they are applied, I'd say BBFILE_PRIORITY too | 14:03 |
qschulz | but 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 applied | 14:04 |
notoriousPig | Okay, I will check those variables then. | 14:05 |
notoriousPig | Thanks a lot ! =D | 14:05 |
*** jobroe <jobroe!~manjaro-u@p57a59ef9.dip0.t-ipconnect.de> has quit IRC | 14:18 | |
alephan | zeddii: is there an easy way I can patch the kernel-meta clone from a recipe/bbappend? re to the config warning above | 14:23 |
*** NiksDev <NiksDev!~NiksDev@192.91.75.12> has quit IRC | 14:23 | |
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto | 14:23 | |
*** alimon <alimon!alimon@gateway/shell/linaro/x-zextadezmvznckoo> has joined #yocto | 14:25 | |
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 14:26 | |
yates | using 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 |
qschulz | yates: yup | 14:29 |
yates | +1 | 14:34 |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 14:37 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 14:37 | |
*** camus is now known as kaspter | 14:37 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 14:46 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 14:47 | |
*** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto | 14:50 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 14:51 | |
*** jobroe <jobroe!~manjaro-u@p57a59ef9.dip0.t-ipconnect.de> has joined #yocto | 14:53 | |
*** Blackbetty <Blackbetty!540affd6@84-10-255-214.static.chello.pl> has quit IRC | 14:57 | |
zeddii | alephan: 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 abelloni | 15:08 | |
alephan | zeddii: I'm using dunfell with an upgraded linux-yocto to 5.10 | 15:08 |
alephan | But the linux-yocto recipes are the ones in master | 15:09 |
*** NiksDev2 <NiksDev2!~NiksDev@192.91.75.30> has joined #yocto | 15:10 | |
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC | 15:10 | |
alephan | I think an update just landed in master - trying it now | 15:11 |
alephan | same warning with the exact revisions in master | 15:12 |
alephan | Hmmm... | 15:13 |
alephan | But 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.10 | 15:15 |
alephan | (the revert that is) | 15:16 |
zeddii | right. 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 |
alephan | Gotcha. I'll go down the cfg route for now. | 15:17 |
alephan | Shoot me a CC when this is pushed. | 15:18 |
zeddii | will do. I have a series of meetings coming up, and I'll poke at this in the background today | 15:18 |
alephan | Thanks. No rush. Local cfg will do for now. | 15:22 |
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC | 15:27 | |
zeddii | I 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 |
jmiehe | If linking to -lssl and -lcrypto (C), what are the corresponding yocto packages? | 15:40 |
jmiehe | Solution: Add "openssl" as buildtime dep | 15:44 |
*** mckoan_ is now known as mckoan|away | 15:45 | |
* jmiehe bites his desk really hard. | 15:52 | |
LetoThe2nd | jmiehe: pics or it didnt happen. | 15:56 |
LetoThe2nd | jmiehe: 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 IRC | 15:57 | |
*** vdl <vdl!~vivien@modemcable249.105-163-184.mc.videotron.ca> has joined #yocto | 15:58 | |
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16: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 #yocto | 16:15 | |
*** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:a8a0:3849:29ba:e8a3> has quit IRC | 16:21 | |
*** rcoote <rcoote!~rcoote@ip-176-198-112-234.hsi05.unitymediagroup.de> has quit IRC | 16:24 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.130> has joined #yocto | 16:25 | |
*** RobertBerger <RobertBerger!~rber@ppp-2-86-140-183.home.otenet.gr> has quit IRC | 16:28 | |
jonmason | RP: available now for qemuarmv5 drop/fix discussion? | 16:32 |
RP | jonmason: yes | 16:35 |
RP | jonmason: my thinking was just to add something simple to the end of the qemuarm build - core-image-sato only with a testimage | 16:36 |
jonmason | the problem with the testimage was "RESULTS - parselogs.ParseLogsTest.test_parselogs: FAILED (3.95s)" | 16:37 |
jonmason | and thats because AMBA driver finds entries that are not used | 16:37 |
jonmason | I can hack that out in a kernel patch...but that's super ugly | 16:38 |
RP | jonmason: we can put that in the parselogs ignore list | 16:38 |
jonmason | fair enough | 16:38 |
RP | jonmason: meta/lib/oeqa/runtime/cases/parselogs.py, see the qemuarm section | 16:39 |
jonmason | my 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 it | 16:40 |
jonmason | Thanks for putting me right. I'll see about finding better solutions per Andre's comments | 16:41 |
RP | jonmason: I just have a feeling there is a small but definite group of people still using armv5 :/ | 16:41 |
jonmason | RP: regarding QB_MEM, is your assumption that is a ceiling or a recommendation for optimal perf? | 16:43 |
jonmason | I can add some warnings/errors in the places that override it, just want to know how hash to be | 16:43 |
RP | jonmason: it was originally intended to be a "good starting value". the bigger images then increased it | 16:45 |
RP | jonmason: there were discussions at the time about how I didn't like the increases :/ | 16:45 |
jonmason | seems like you can predict the future, I need you to pick some lottery numbers for me | 16:46 |
jonmason | I'd hate to make a unique variable just for the max (per khem's suggestion) but it seems like the best choice right now | 16:47 |
RP | jonmason: the machines probably need to define a "standard" and a max value, then the images pick a value inbetween | 16:47 |
RP | jonmason: maybe we change it to be "default,max,min" and require qemu to handle the -m bit ? | 16:47 |
rburton | remember brett was hitting this same issue a while ago | 16:48 |
jonmason | I do sort of hate runqemu parameters taking in the command parts and not doing it in the script | 16:48 |
RP | jonmason: there is a ton of history here and things being done sub optimally, originally due to shell script :/ | 16:53 |
jonmason | I'll just rewrite it a piece at a time | 16:53 |
jonmason | this SBSA/SystemReady work is sending me down a rabbithole | 16:54 |
RP | jonmason: piece at a time is all we can do | 16:55 |
*** agust <agust!~agust@p508b6964.dip0.t-ipconnect.de> has quit IRC | 16:56 | |
*** agust <agust!~agust@p508b6964.dip0.t-ipconnect.de> has joined #yocto | 16:57 | |
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has joined #yocto | 16:57 | |
*** jft_ is now known as jft | 16:59 | |
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 17:00 | |
*** jobroe <jobroe!~manjaro-u@p57a59ef9.dip0.t-ipconnect.de> has quit IRC | 17:01 | |
*** wertigon <wertigon!~per@92.34.97.109> has quit IRC | 17:14 | |
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 17:14 | |
*** fl0v0 <fl0v0!~fvo@i5E86AF75.versanet.de> has quit IRC | 17:17 | |
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC | 17:19 | |
*** frsc <frsc!~frsc@mue-88-130-71-217.dsl.tropolys.de> has quit IRC | 17:23 | |
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 17:23 | |
*** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC | 17:32 | |
*** fray <fray!~fray@kernel.crashing.org> has joined #yocto | 17:39 | |
*** Yumasi <Yumasi!~guillaume@2a01cb0506313c00e14be01ac4a050f7.ipv6.abo.wanadoo.fr> has quit IRC | 17:49 | |
*** Saur20 <Saur20!5e89711f@94-137-113-31.customers.ownit.se> has quit IRC | 17:50 | |
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC | 17:54 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 17:57 | |
*** prabhakarlad <prabhakarlad!51988ebd@host81-152-142-189.range81-152.btcentralplus.com> has quit IRC | 18:07 | |
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 18:09 | |
*** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 18:10 | |
*** NiksDev2 <NiksDev2!~NiksDev@192.91.75.30> has quit IRC | 18:13 | |
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 18:14 | |
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 18:18 | |
yates | guys, there's something wrong in your doc https://www.yoctoproject.org/docs/1.8/bsp-guide/bsp-guide.html | 18:19 |
yates | according to section 1.6.1, i should be able to "source oe-init-build-env build-dir" then run yocto-bsp help | 18:20 |
yates | yocto-bsp gives command not found | 18:20 |
yates | also, there is no <source-dir>/scripts/yocto-bsp | 18:24 |
rburton | that's the 1.8 docs | 18:25 |
rburton | yocto-bsp was removed after that | 18:25 |
yates | 1.8 of poky? | 18:26 |
rburton | yes | 18:26 |
yates | what is the current poky ? | 18:26 |
rburton | 3.2 | 18:26 |
rburton | 1.8 is from 2015 | 18:26 |
khem | is error.yp.org down ? | 18:26 |
yates | holy #@!$. ok, soryr - i guess google just pulled this up | 18:26 |
rburton | khem: errors.yp, works for me | 18:26 |
rburton | yates: google is good at digging out old docs for no obvious reason | 18:27 |
rburton | just change the number to 'latest' | 18:27 |
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-miopufzoawpoaxkw> has quit IRC | 18:27 | |
yates | k | 18:27 |
khem | btw rburton systemd-boot fails on aarch64 see http://sprunge.us/H1XJUo | 18:28 |
khem | I know you enabled it recently as dependency | 18:28 |
khem | rburton: its on musl btw. | 18:29 |
*** medaliyou <medaliyou!c4b3dd32@196.179.221.50> has quit IRC | 18:29 | |
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 18:30 | |
khem | rburton: I am seeing 10:31:22 ERROR: HTTP Error 500: Internal Server Error | 18:32 |
khem | 10:31:22 Preparing to send errors to: errors.yoctoproject.org | 18:32 |
khem | oh systemd-boot is not musl only , I see it fail for on a qemuarm build too | 18:35 |
*** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has quit IRC | 18:36 | |
*** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto | 18:36 | |
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has joined #yocto | 18:40 | |
*** gonkulat1r is now known as gonkulator | 18:51 | |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 18:54 | |
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has quit IRC | 18:56 | |
*** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has quit IRC | 19:01 | |
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 19:05 | |
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has joined #yocto | 19:05 | |
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 19:05 | |
*** plntyk2 <plntyk2!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has quit IRC | 19:08 | |
*** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto | 19:08 | |
*** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has joined #yocto | 19:08 | |
halstead | khem, Not down for me. However we are seeing some network weirdness with the GCE hosted servers right now. Might be related. | 19:21 |
halstead | khem, Is it back for you? | 19:21 |
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 19:38 | |
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 19:40 | |
*** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC | 19:45 | |
*** mischief <mischief!~mischief@wopr.sciops.net> has joined #yocto | 19:46 | |
*** mischief is now known as Guest87534 | 19:46 | |
*** lpoulain <lpoulain!lpoulain@gateway/shell/linaro/x-wflmbepmtcurnaow> has quit IRC | 19:47 | |
*** lpoulain <lpoulain!lpoulain@gateway/shell/linaro/x-qevomlhjtuhjeikl> has joined #yocto | 19:49 | |
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-bcfamamogbibpkbk> has joined #yocto | 19:56 | |
khem | not sure | 19:57 |
khem | it was ok a day before | 19:57 |
khem | its acting up since yesterday | 19:58 |
khem | still seeing | 19:58 |
khem | last was 30 mins ago | 19:59 |
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:a9f0:885a:b6b3:4a54> has quit IRC | 20:00 | |
*** Saur67 <Saur67!5e89711f@94-137-113-31.customers.ownit.se> has joined #yocto | 20:05 | |
*** Saur67 is now known as Saur|Home | 20:07 | |
*** mckoala <mckoala!503d68ac@80-61-104-172.fixed.kpn.net> has joined #yocto | 20:09 | |
*** aquijoule_ <aquijoule_!~richbridg@213-225-37-24.nat.highway.a1.net> has quit IRC | 20:10 | |
*** aquijoule_ <aquijoule_!~richbridg@213-225-37-24.nat.highway.a1.net> has joined #yocto | 20:11 | |
*** mckoala <mckoala!503d68ac@80-61-104-172.fixed.kpn.net> has quit IRC | 20:18 | |
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 20:25 | |
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 20:26 | |
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto | 20:43 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 20:45 | |
jordemort | hm 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 things | 20:52 |
jordemort | but 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_URI | 20:53 |
jordemort | and 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.cfg | 20:53 |
jordemort | .kernel-meta/configs///bluetooth.cfg .kernel-meta/configs//./docker.cfg .kernel-meta/configs//./lxc.cfg | 20:53 |
jordemort | (no-can.cfg and bluetooth.cfg being the ones in question, that's a line from kernel_configme output) | 20:53 |
jordemort | but if i subsequently do a menuconfig i find that the options in those .cfg files aren't actually set | 20:54 |
*** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-06-184-146-108-8.dsl.bell.ca> has quit IRC | 20:59 | |
yates | i 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 IRC | 21:02 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 21:05 | |
fray | conf/local.conf -- look for MACHINE | 21:05 |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 21:07 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 21:08 | |
*** camus is now known as kaspter | 21:08 | |
*** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 21:09 | |
yates | fray: 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 |
yates | also, 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 IRC | 21:13 | |
fray | bitbake core-image-minimal instructs teh system to build core-image-minimal. The files are pulled based on bblayers | 21:14 |
fray | you 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.conf | 21:15 |
kergoth | yates: 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 projects | 21:15 |
*** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC | 21:18 | |
*** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto | 21:19 | |
yates | kergoth: 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 |
yates | problem is, that takes about 15 years. | 21:20 |
yates | but thanks. i am certainly open to pointers to specific docs. | 21:21 |
yates | out of curiousity, where is this "architecture of open source projects" doc? is that a yocto doc? | 21:22 |
yates | curiosity | 21:22 |
yates | it 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 |
yates | pre-defined for my specific machine, layers, etc. | 21:25 |
kergoth | https://www.google.com/search?hl=en&q=architecture%20of%20open%20source%20yocto first link | 21:26 |
jordemort | huh, if i quit forcing a kernel_configme before menuconfig then it works as expected | 21:28 |
yates | kergoth: thanks. i didn't know it was an actual book, and on-line. | 21:29 |
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 21:34 | |
*** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-47-76-71-204-197.dsl.bell.ca> has joined #yocto | 21:36 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 21:36 | |
yates | still looking for a | 21:38 |
yates | yocto-specific setup of oe-init-build-env. | 21:39 |
yates | does it exist? | 21:39 |
yates | b | 21:39 |
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 21:46 | |
RP | khem: systemd-boot issue was the gnu-efi upgrade. I booted it from -next | 21:46 |
kergoth | yates: 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, etc | 21:59 |
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 22:04 | |
*** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 22:05 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 22:05 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 22:06 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 22:18 | |
*** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has quit IRC | 22:30 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 22:30 | |
*** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto | 22:31 | |
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:33 | |
*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 22:35 | |
*** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 22:37 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 22:58 | |
*** agust <agust!~agust@p508b6964.dip0.t-ipconnect.de> has quit IRC | 23:01 | |
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.91> has quit IRC | 23:05 | |
*** rob_w_ <rob_w_!~bob@ppp-93-104-62-198.dynamic.mnet-online.de> has quit IRC | 23:06 | |
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.98.91> has joined #yocto | 23:06 | |
RP | kmaincent: 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 point | 23:35 |
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-bcfamamogbibpkbk> has quit IRC | 23:37 | |
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-fapkhzbnpgkzrtyd> has joined #yocto | 23:41 | |
aleblanc | hello, 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.html | 23:50 |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 23:54 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 23:54 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!