| *** anonzadas <anonzadas!~anonzadas@ja.sefod.eu> has joined #yocto | 00:01 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:e4eb:6c84:fb4f:1f40> has joined #yocto | 00:09 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 00:34 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 00:40 | |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cm64777d5e8820.cpe.net.cable.rogers.com> has quit IRC | 00:50 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 00:54 | |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cm64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto | 00:54 | |
| *** jadax <jadax!~jadax@ec2-54-183-7-226.us-west-1.compute.amazonaws.com> has quit IRC | 01:16 | |
| *** jadax <jadax!~jadax@ec2-54-183-7-226.us-west-1.compute.amazonaws.com> has joined #yocto | 01:16 | |
| *** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has quit IRC | 01:16 | |
| *** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto | 01:17 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC | 01:27 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@2001:b07:5d32:c012:55:e0d2:b3db:f692> has joined #yocto | 01:28 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto | 01:28 | |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto | 01:35 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 02:06 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 02:11 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@leia.nas-admin.org> has joined #yocto | 02:20 | |
| *** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto | 02:21 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 02:21 | |
| *** anonzadas <anonzadas!~anonzadas@ja.sefod.eu> has quit IRC | 02:21 | |
| *** nslu2-log <nslu2-log!~nslu2-log@leia.nas-admin.org> has quit IRC | 02:21 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 02:21 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 02:21 | |
| *** nohit <nohit!sid334887@gateway/web/irccloud.com/x-nqthsqtvlmlfvvyk> has quit IRC | 02:21 | |
| *** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has quit IRC | 02:21 | |
| *** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has joined #yocto | 02:22 | |
| *** nslu2-log_ is now known as nslu2-log | 02:22 | |
| *** nohit <nohit!sid334887@gateway/web/irccloud.com/x-yxgvyfobxyeynshz> has joined #yocto | 02:22 | |
| *** anonzadas <anonzadas!~anonzadas@ja.sefod.eu> has joined #yocto | 02:22 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-nxbxuyhqvnqtytef> has quit IRC | 02:40 | |
| *** ahadi <ahadi!~ahadi@88.130.222.155> has quit IRC | 03:13 | |
| *** ahadi <ahadi!~ahadi@i59F44C93.versanet.de> has joined #yocto | 03:14 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 03:35 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 03:36 | |
| *** camus1 is now known as kaspter | 03:36 | |
| vdl | where is features/overlayfs/overlayfs.scc? | 04:06 |
|---|---|---|
| vdl | do kernel features only work with the linux-yocto recipe? | 04:12 |
| zeddii | they work with any kernel recipe that inherits the linux-yocto bbclass. | 04:13 |
| zeddii | and to answer the other question: https://git.yoctoproject.org/cgit/cgit.cgi/yocto-kernel-cache/tree/features/overlayfs/overlayfs.scc | 04:13 |
| vdl | I see | 04:13 |
| vdl | yup just found out, and linux-ti-staging obviously doesn't inherit linux-yocto... | 04:15 |
| zeddii | nope. | 04:15 |
| zeddii | standard defconfig wrangling, or if they have their own config scheme is the way forward. | 04:15 |
| vdl | it's kinda tricky. If I'm using yocto, I would've gone all yocto and using its linux-yocto recipe, but I guess there might be some (e.g. graphics?) features in linux-ti-staging that I might be missing without the manufacturer recipe... | 04:16 |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 04:17 | |
| zeddii | if a platform is well supported upstream, then linux-yocto would inherit that same support. But the vendor BSPs do have all the features, etc, that are often not in mainline. That's the dance with the vendor trees. | 04:18 |
| zeddii | and yah, that normally means graphics, some enhanced power management, drm, daughter cards, peripherals, etc. | 04:19 |
| vdl | I'm playing with a beaglebone black at the moment, not sure which features I will really need yet | 04:19 |
| zeddii | less so now though, than say 10 years ago. Since most platforms pickup standard peripherals, etc. that leaves closed source blobs for the most part. | 04:20 |
| *** felipealmeida <felipealmeida!~felipealm@187.112.73.94> has quit IRC | 04:20 | |
| zeddii | the beaglebone is largely upstream, just probably some of the graphics you were mentioning, I haven't check recently myself. | 04:20 |
| *** felipealmeida <felipealmeida!~felipealm@187.112.73.94> has joined #yocto | 04:20 | |
| vdl | it feels weird to use the machine provided by the manufacturer (meta-ti) but not its kernel though, hum... | 04:21 |
| vdl | that said I've already switched from uboot-ti-staging to poky's u-boot recipe for extlinux.conf support | 04:23 |
| zeddii | if it's building and booting fine with their tree, I'd stick with that, but really, it just depends if you want a different kernel version, etc. As you've seen the build system has that concept separation so you can make that choice. | 04:23 |
| vdl | zeddii: yep I just needed to enable CONFIG_OVERLAYFS in the kernel, then I found the KERNEL_FEATURES thing, but this... :) | 04:25 |
| zeddii | :D it's good to check out all the things, learning a bit in each diversion. | 04:26 |
| zeddii | I'm checking out for the night, back at it tomorrow. cheers. | 04:26 |
| vdl | o/ | 04:26 |
| *** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has quit IRC | 04:47 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 04:50 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 04:51 | |
| *** camus1 is now known as kaspter | 04:51 | |
| *** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto | 04:51 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:e4eb:6c84:fb4f:1f40> has quit IRC | 04:54 | |
| *** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto | 05:01 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 05:21 | |
| *** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC | 05:29 | |
| *** MiskaX <MiskaX!uy2f4cec20@rankki.sonarnerd.net> has quit IRC | 05:35 | |
| *** MiskaX <MiskaX!nyeil3u0zl@rankki.sonarnerd.net> has joined #yocto | 05:37 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 05:50 | |
| *** JustAskingAQuest <JustAskingAQuest!54faf389@dsl-hkibng31-54faf3-137.dhcp.inet.fi> has joined #yocto | 05:54 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 05:55 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:56 | |
| *** camus1 is now known as kaspter | 05:56 | |
| JustAskingAQuest | What commercial offerings are available in Europe for off-the-shelf Yocto based distributions with 5+ years security support? MontaVista and Wind River? Anything else? | 05:56 |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 06:12 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 06:12 | |
| *** jobroe <jobroe!~manjaro-u@p579eb550.dip0.t-ipconnect.de> has joined #yocto | 06:13 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:26 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 06:27 | |
| *** dwagenk <dwagenk!dwagenktch@gateway/shell/matrix.org/x-fmujxxsoohseqcqi> has quit IRC | 06:28 | |
| *** dwagenk <dwagenk!dwagenktch@gateway/shell/matrix.org/x-yiuwrspgleoizchg> has joined #yocto | 06:28 | |
| *** Shikadi` <Shikadi`!~Shikadi@140.89.27.136.in-addr.arpa> has quit IRC | 06:33 | |
| *** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC | 06:34 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 06:39 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 06:42 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC | 06:43 | |
| *** anonzadas_ <anonzadas_!~anonzadas@ja.sefod.eu> has joined #yocto | 06:48 | |
| *** anonzadas <anonzadas!~anonzadas@ja.sefod.eu> has quit IRC | 06:49 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 06:49 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 06:49 | |
| *** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-czgrlugmuaukbljx> has quit IRC | 06:49 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 06:49 | |
| *** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-llldywiamopstvrj> has joined #yocto | 06:49 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 06:49 | |
| *** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC | 06:50 | |
| *** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto | 06:50 | |
| *** Js63 <Js63!58d9271d@ppp-88-217-39-29.dynamic.mnet-online.de> has joined #yocto | 06:56 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 07:04 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 07:14 | |
| *** vijay <vijay!a4a45f09@164.164.95.9> has joined #yocto | 07:15 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 07:15 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 07:19 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 07:20 | |
| vijay | Hi, I'm using extended sdk and deployed my application, executable is copied, but not dependent library's. How to deploy dependent library's too? | 07:24 |
| *** NiniC0c0 <NiniC0c0!5ca9519f@lfbn-idf2-1-1517-159.w92-169.abo.wanadoo.fr> has joined #yocto | 07:25 | |
| NiniC0c0 | Hello, I have to 2 recipes with opencv dependency. How can i have 2 opencv "config file". Currently I have only one bbappend but I can get only one configuration... any idea ? what i have miss ? | 07:26 |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 07:30 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 07:34 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 07:37 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 07:38 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 07:38 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:39 | |
| *** camus1 is now known as kaspter | 07:40 | |
| ad__ | hi, tried several ways to override SERIAL_CONSOLES for imx8qxpmek machine (dunfell). I need to change ttyAMA0 to ttyLP0 in inittab. None of the methods i tried worked. What is the proper way to do this ? | 07:40 |
| *** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC | 07:41 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-jegnkdsmkacwxbfr> has joined #yocto | 07:43 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:44 | |
| *** frsc <frsc!~frsc@i6DFA8466.versanet.de> has joined #yocto | 07:45 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:45 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 07:46 | |
| LetoThe2nd | yo dudX | 07:47 |
| LetoThe2nd | did i miss the memo saying that KERNEL_IMAGETYPE can only have one value? or am i misinterpreting something. | 07:47 |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto | 07:51 | |
| *** laurittr <laurittr!~laurittr@indie.ed.ntnu.no> has quit IRC | 07:52 | |
| *** fl0v0 <fl0v0!~fvo@88.130.223.68> has joined #yocto | 07:56 | |
| *** pikes <pikes!~pikes@rrcs-64-183-119-74.west.biz.rr.com> has quit IRC | 08:07 | |
| *** pikes <pikes!~pikes@rrcs-64-183-119-74.west.biz.rr.com> has joined #yocto | 08:08 | |
| *** pikes <pikes!~pikes@rrcs-64-183-119-74.west.biz.rr.com> has joined #yocto | 08:08 | |
| *** frsc <frsc!~frsc@i6DFA8466.versanet.de> has quit IRC | 08:16 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 08:20 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.31> has quit IRC | 08:20 | |
| *** frsc <frsc!~frsc@i6DFA8466.versanet.de> has joined #yocto | 08:21 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 08:22 | |
| *** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 08:23 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 08:24 | |
| *** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto | 08:24 | |
| droman | which steps should I do to create a custom image? I made a copy of recipes-core/images/core-image-minimal.bb with a different name and added a line with IMAGE_INSTALL += "openssh" but openssh don't appears in the rootfs | 08:36 |
| *** mattsm is now known as Guest9471 | 08:37 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 08:37 | |
| mckoan | droman: you need IMAGE_FEATURES_append = " ssh-server-openssh" | 08:38 |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:453a:ca4e:c4d9:b4da> has joined #yocto | 08:41 | |
| droman | mckoan: thanks, that will be cleaner for this package. But we will also need to install additional software like chrony, how we should proceed in that case? | 08:42 |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has joined #yocto | 08:43 | |
| mckoan | droman: use IMAGE_INSTALL_append | 09:08 |
| droman | that's what I did. So I guess I'm missing something because it didn't worked as documentation says | 09:11 |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-33-174-93-106-232.dsl.bell.ca> has quit IRC | 09:25 | |
| qschulz | ad__: give your attempts first so we can spot obvious mistakes before thinking too much :) | 09:29 |
| qschulz | (also, run bitbake -e <recipe> | grep -e "^SERIAL_CONSOLE" and let us know if it is the content you expect it to be) | 09:30 |
| qschulz | droman: bitbake -e <image recipe> | grep -e "^IMAGE_INSTALL=" to the rescue | 09:31 |
| qschulz | if it does not have what you want in it, then run the command again but pipe it to less or a file and then look for the lines above the one starting with IMAGE_INSTALL= and read its "history" to investigate | 09:32 |
| *** radsquirrel <radsquirrel!~radsquirr@173.167.31.197> has quit IRC | 09:32 | |
| ad__ | qschulz, SERIAL_CONSOLES uses a "=" in imx8qxpmek, actually i solved with a sed in a sysvinit-inittab_%.bbappend do_install_append | 09:34 |
| ad__ | hope is a proper solution | 09:34 |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 09:35 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 09:36 | |
| *** AndersD__ <AndersD__!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto | 09:38 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 09:40 | |
| qschulz | ad__: proper way would be to create your own machine based on imx8qxpmek | 09:46 |
| ad__ | qschulz, thanks a lot. | 09:47 |
| ad__ | can try that | 09:47 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 09:48 | |
| qschulz | ad__: FYI, you can "require" other machine configuration files | 09:50 |
| *** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 09:51 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@tech.aim-sportline.com> has joined #yocto | 09:52 | |
| *** kiwi_34 <kiwi_34!56ca6d8c@gateway/web/cgi-irc/kiwiirc.com/ip.86.202.109.140> has joined #yocto | 09:54 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 09:54 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 09:55 | |
| *** kiwi_34 <kiwi_34!56ca6d8c@gateway/web/cgi-irc/kiwiirc.com/ip.86.202.109.140> has quit IRC | 09:56 | |
| droman | qschulz: thanks | 09:58 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 10:01 | |
| lukma | Dear community, I do have a question regarding Dunfell's gitsm:// | 10:01 |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 10:01 | |
| lukma | I've encountered a strange issue - I do have a project, which uses submodules | 10:01 |
| lukma | which (as a git project) also is using submodules :-) | 10:02 |
| lukma | Is gitsm fetches supporting fetching submodules for submodules ? | 10:02 |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has joined #yocto | 10:05 | |
| *** anonzadas_ is now known as anonzadas | 10:16 | |
| *** PaowZ <PaowZ!~vince@2a01:e0a:144:d020:9ff:7f25:f10e:c68e> has quit IRC | 10:17 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has quit IRC | 10:18 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 10:28 | |
| *** PaowZ <PaowZ!~vince@2a01:e0a:144:d020:d880:f293:58e8:45e7> has joined #yocto | 10:29 | |
| *** thomas_ <thomas_!~thomas@p57bcbfdf.dip0.t-ipconnect.de> has joined #yocto | 10:29 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 10:32 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 10:32 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 10:33 | |
| *** thomas_ <thomas_!~thomas@p57bcbfdf.dip0.t-ipconnect.de> has quit IRC | 10:35 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 10:37 | |
| *** hpsy <hpsy!~hpsy@102.56.166.251> has joined #yocto | 10:37 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 10:37 | |
| *** intera91 <intera91!521f818d@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has joined #yocto | 10:42 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 10:43 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 10:44 | |
| *** camus1 is now known as kaspter | 10:44 | |
| *** richbridger <richbridger!~richbridg@089144203204.atnat0012.highway.a1.net> has joined #yocto | 10:49 | |
| intera91 | morning all | 10:52 |
| *** vijay <vijay!a4a45f09@164.164.95.9> has quit IRC | 10:52 | |
| NiniC0c0 | Hi all, someone here knows the simplest way to have 2 opencv configuration file ( or other package of course) and how to switch according board or recipe ? | 10:54 |
| intera91 | I have the following recipe which works and compiles both the program and the library: https://pastebin.com/Hz4cXbx0 | 10:55 |
| qschulz | NiniC0c0: when does the opencv configuration apply? at build time for the opencv recipe? | 10:55 |
| qschulz | intera91: install -m 0777 ${WORKDIR}/build/lib/mylibrary.so ${D}${libdir} is incorrect | 10:56 |
| NiniC0c0 | qschulz currently I have set EXTRA_OECMAKE_append inside a bbappend but it's probably not the best idea | 10:56 |
| qschulz | NiniC0c0: that is not the question I asked :) | 10:56 |
| qschulz | intera91: you need to version your library | 10:57 |
| NiniC0c0 | qschulz So I'm not sure to understand the question :) | 10:58 |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC | 10:58 | |
| intera91 | now my problem is that the library ends up in the -dev rpm and QA complains that the executable requires the library: requires mylibrary.so()(64bit), but no providers found in RDEPENDS_myprogram? [file-rdeps] | 10:58 |
| qschulz | NiniC0c0: this configuration file, it applies to what? opencv or the recipe depending on opencv? | 10:58 |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 10:58 | |
| qschulz | intera91: version your library | 10:59 |
| qschulz | intera91: library.so.1.0 or whatever | 10:59 |
| qschulz | and not a symlink, the actual library | 10:59 |
| qschulz | you can create a library.so if you want, that'll land in -dev package | 10:59 |
| intera91 | library is versionned and both mylibrary.so.1.0.0 and a link called mylibrary.so are copied in build/lib | 10:59 |
| qschulz | intera91: no | 11:00 |
| qschulz | do_install only installs library.so | 11:00 |
| qschulz | in the recipe you snet | 11:00 |
| *** radsquirrel <radsquirrel!~radsquirr@2603:3015:e15:5bf2:d0b3:d9ff:fede:b022> has joined #yocto | 11:00 | |
| qschulz | if you added an install target to your cmake, just remove the do_install | 11:00 |
| intera91 | so remove the install step in cmake then | 11:01 |
| qschulz | NiniC0c0: I'm trying to understand if you want to have a different opencv per recipe that depends on it (impossible) | 11:01 |
| qschulz | intera91: does not matter, your do_install in the recipe overrides the one in your cmake | 11:01 |
| intera91 | ok removing the do_install and trying to build again | 11:01 |
| intera91 | thanks# | 11:01 |
| NiniC0c0 | currently I have only one opencv_%.bbappend to configure opencv recipe. app-test1.bb and app-test2.bb has some different opencv dependencies but opencv_%.bbappend is parsed all the time. what i have miss, seems simple :S | 11:02 |
| qschulz | NiniC0c0: app-test1 and app-test2 are supposed to be installed in the same image and for the same machine? | 11:02 |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 11:04 | |
| qschulz | intera91: there's a lot of implicit/hidden stuff going on in Yocto. When you inherit cmake, a default do_install task is created for you which calls the install target from your cmake | 11:04 |
| qschulz | when you set do_install, you override this implicit do_install | 11:04 |
| qschulz | so usually, you want to do do_install_append if you're missing something | 11:04 |
| NiniC0c0 | qschulz nop app-test1 is for image1.bb and app-test2 is for image2.bb | 11:04 |
| qschulz | NiniC0c0: ok, but same machine? | 11:04 |
| NiniC0c0 | qschulz nop | 11:05 |
| NiniC0c0 | qschulz it to different app but each need different opencv configuration | 11:05 |
| qschulz | NiniC0c0: that's an issue | 11:06 |
| qschulz | because recipes cannot modify other recipes | 11:06 |
| qschulz | only configruation files can | 11:06 |
| qschulz | so... either two machien configuration files | 11:06 |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 11:06 | |
| qschulz | or two distro configuration files | 11:06 |
| qschulz | in your case, two distros seem to make more sense | 11:06 |
| qschulz | NiniC0c0: however, in some cases, you could hack around stuff, I wouldn't recommend but it could be a nice work-around if it's the only thing that needs to be differnet | 11:07 |
| qschulz | because having two machine or two distros induces a lot of build time overhead | 11:07 |
| qschulz | so, the work-around would be to have two opencv recipes, named differently | 11:07 |
| qschulz | one with the conf file you want for app-test1, one for app-test2 | 11:07 |
| qschulz | in app-test1, you would depend on opencv-test1, app-test2 on opencv-test2 | 11:08 |
| NiniC0c0 | qschulz interesting... I will think about that . Thx you for your time | 11:08 |
| *** Js63 <Js63!58d9271d@ppp-88-217-39-29.dynamic.mnet-online.de> has quit IRC | 11:08 | |
| qschulz | this works if opencv isn't used by other recipes | 11:08 |
| *** intera91 <intera91!521f818d@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has quit IRC | 11:08 | |
| qschulz | otherwise it starts to be a nightmare :) (having to duplicate all those recipes too) | 11:08 |
| *** Js10 <Js10!58d9271d@ppp-88-217-39-29.dynamic.mnet-online.de> has joined #yocto | 11:09 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:453a:ca4e:c4d9:b4da> has quit IRC | 11:15 | |
| *** intera91 <intera91!521f818d@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has joined #yocto | 11:16 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 11:17 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 11:18 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 11:19 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 11:20 | |
| NiniC0c0 | qschulz thx for all details! Appreciate that | 11:21 |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has joined #yocto | 11:24 | |
| chris_ber | is it possible to fetch these informations json formatted? https://wiki.yoctoproject.org/wiki/Stable_branch_maintenance | 11:26 |
| chris_ber | from a trusted and maintained source | 11:27 |
| qschulz | chris_ber: what do you want to do with it :) ? | 11:28 |
| intera91 | we have progress, the error is now: QA Issue: myprogram: Files/directories were installed but not shipped in any package: Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install. | 11:29 |
| intera91 | myprogram: 3 installed and not shipped files. [installed-vs-shipped] | 11:29 |
| *** laurittr <laurittr!~laurittr@indie.ed.ntnu.no> has joined #yocto | 11:29 | |
| intera91 | inspection of produced rpms still show no library in the main rpm | 11:30 |
| intera91 | the -dev contains the library still | 11:31 |
| *** cheeyang <cheeyang!2abd2792@42.189.39.146> has joined #yocto | 11:33 | |
| qschulz | intera91: remove your FILES_${PN} | 11:33 |
| intera91 | so the cmake install must install in build/usr/bin and build/usr/lib? | 11:34 |
| intera91 | or is that ok to have build/lib and build/bin? | 11:34 |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has joined #yocto | 11:35 | |
| intera91 | removed FILES_${PN} line rebuilding | 11:35 |
| intera91 | Issue: /bin/myprogram contained in package myprogram requires mylibrary.so()(64bit), but no providers found in RDEPENDS_rinicom? [file-rdeps] | 11:36 |
| chris_ber | qschulz: we implemented a toolchain to organize our dependencies (apps, libs). One feature is, that it can show us with graphviz dot that lib-xy-v0.2.3 dependes on lib-abc-v3.2.1. In addition it shows e.g. that for lib-abc also the version v3.2.2, v3.3.0, etc are available. Now i want to expand it to yocto. Since yocto/openembedded not using branches instead of tags i need something to rely on. | 11:38 |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 11:38 | |
| intera91 | difference is now the -dev rpm contains no file | 11:39 |
| chris_ber | *yocto are using branches instead of tags | 11:41 |
| chris_ber | with yocto, apps and libs it is easy to get lost in versions | 11:42 |
| *** [Sno] <[Sno]!~sno@xdsl-84-44-219-202.nc.de> has joined #yocto | 11:50 | |
| LetoThe2nd | chris_ber: i don't understand what you are actually looking for | 11:52 |
| *** sno <sno!~sno@2001-4dd4-1a65-0-e9c6-3477-8684-b2d8.ipv6dyn.netcologne.de> has quit IRC | 11:53 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-xtyovafbxpgzvyof> has joined #yocto | 11:53 | |
| chris_ber | simply a source where i can find the the yocto project versions and the corresponding branches taht i can rely on. | 11:54 |
| chris_ber | which | 11:54 |
| LetoThe2nd | and whats wrong with the git repo? | 11:54 |
| LetoThe2nd | there are branches and there are tags. bot even in numerical and codename format, AFAIK | 11:55 |
| chris_ber | LetoThe2nd: in the git repo i can see the branches, but i can't order them by the yocto version. Tags? i can't see tags, but i will check again | 11:56 |
| LetoThe2nd | chris_ber: https://git.yoctoproject.org/cgit/cgit.cgi/poky/refs/ shows a lot of tags. | 11:56 |
| *** NiniC0c0 <NiniC0c0!5ca9519f@lfbn-idf2-1-1517-159.w92-169.abo.wanadoo.fr> has quit IRC | 11:57 | |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC | 12:01 | |
| chris_ber | ok, now i see what went wrong. I didn't look into the git repo of ycto. Instead i looked into the git repo of openembbed and openembedded is not using tags | 12:03 |
| LetoThe2nd | chris_ber: https://github.com/openembedded/openembedded-core/tags | 12:05 |
| LetoThe2nd | want one more try? ;-) | 12:05 |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has joined #yocto | 12:08 | |
| chris_ber | i feel a bit stupid. maybe i have to get a new identity in this channel :D But there is one exception: i started to look here: https://github.com/openembedded/meta-openembedded <- in this git repo, there are no tags. | 12:08 |
| LetoThe2nd | chris_ber: hehe yes. thats correct. the key point its that meta-openembedded essentially is a community-based best-effort offer, which branches match the state of the same-named branches in openembedded-core | 12:10 |
| LetoThe2nd | chris_ber: so as in contrast to oe-core and poky, meta-openembedded does not have coordinated states/releases. it just is there, and matches as good as possible. | 12:11 |
| chris_ber | how do you manage this repo by yourself? Sometimes changes in meta-openembedded could lead to a big rebuild and this could/is very annoying. Therefor we changed to a commit hash, but this is ... well you know, not the very best option. | 12:15 |
| LetoThe2nd | chris_ber: it depends on the use case. we're not afraid of rebuilds, hence not much of a concern in the way you have it. | 12:16 |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto | 12:17 | |
| chris_ber | allright, thanks for you time. I will think about. | 12:18 |
| chris_ber | it | 12:18 |
| LetoThe2nd | :) have fun | 12:18 |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has quit IRC | 12:20 | |
| *** iyilmaz <iyilmaz!~iyilmaz@178.233.208.222> has joined #yocto | 12:36 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 12:40 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 12:41 | |
| *** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has quit IRC | 12:42 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 12:42 | |
| *** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has joined #yocto | 12:44 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 12:50 | |
| *** iyilmaz <iyilmaz!~iyilmaz@178.233.208.222> has quit IRC | 12:53 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-vomxmhvqulovhhrg> has joined #yocto | 13:03 | |
| qschulz | intera91: /usr/lib is where the libs should be | 13:08 |
| qschulz | chris_ber: otherwise, https://layers.openembedded.org/layerindex/branch/master/layers/ might of help too | 13:10 |
| *** iyilmaz <iyilmaz!~iyilmaz@178.233.208.222> has joined #yocto | 13:10 | |
| *** Konsgn <Konsgn!~Konsgnx3@66-109-34-138.static.firstlight.net> has joined #yocto | 13:12 | |
| *** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has joined #yocto | 13:12 | |
| *** anoo1- <anoo1-!~anoo1@129.41.86.5> has quit IRC | 13:35 | |
| *** geissonator <geissonator!~geissonat@129.41.86.5> has quit IRC | 13:35 | |
| *** tomjose <tomjose!~tomjose@129.41.86.5> has quit IRC | 13:36 | |
| *** iyilmaz <iyilmaz!~iyilmaz@178.233.208.222> has quit IRC | 13:38 | |
| *** fl0v0 <fl0v0!~fvo@88.130.223.68> has quit IRC | 13:38 | |
| *** fl0v0 <fl0v0!~fvo@88.130.223.68> has joined #yocto | 13:38 | |
| *** anoo1 <anoo1!~anoo1@129.41.86.5> has joined #yocto | 13:39 | |
| *** fl0v0 <fl0v0!~fvo@88.130.223.68> has joined #yocto | 13:39 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 13:40 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 13:40 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.101.91> has joined #yocto | 13:42 | |
| *** Konsgnx1 <Konsgnx1!~Konsgnx3@66-109-34-138.static.firstlight.net> has joined #yocto | 13:43 | |
| *** |Sno| <|Sno|!~sno@xdsl-84-44-219-202.nc.de> has joined #yocto | 13:44 | |
| JPEW | halstead: Any update on being able to add my reproduciblility summary page to the website? | 13:45 |
| *** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has quit IRC | 13:45 | |
| *** pikes <pikes!~pikes@rrcs-64-183-119-74.west.biz.rr.com> has quit IRC | 13:45 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 13:45 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 13:45 | |
| *** pikes <pikes!~pikes@rrcs-64-183-119-74.west.biz.rr.com> has joined #yocto | 13:46 | |
| *** [Sno] <[Sno]!~sno@xdsl-84-44-219-202.nc.de> has quit IRC | 13:46 | |
| chrysh | I just do not understand...if I do bitbake -c cleanall -f <image>, and then do bitbake <image>, how can a file in build/tmp/.. be missing ? Isn't that sequence of commands supposed to regenerate all files that are missing? | 13:48 |
| chrysh | or should I just wipe tmp completely? | 13:48 |
| olani[m] | chrysh: You only clean the parts of tmp that belongs to the <image> recipe. Not any other recipe. | 13:49 |
| JPEW | chrysh: It depends.... if the file missing is part of the image recipe then that *should* work. If the file is part of another recipes it might still be missing | 13:49 |
| JPEW | chrysh: What file is missing? | 13:49 |
| LetoThe2nd | chrysh: a) whenever you think you need -f, you're in trouble anyways. b) wiping tmp is no problem, if you don't "accidentially" wip sstate too. | 13:49 |
| chrysh | yea, but if I clean A and rebuild A, shouldn't that involve all the recipes? | 13:49 |
| LetoThe2nd | chrysh: define "all the recipes" | 13:50 |
| LetoThe2nd | if you clean an image, but nothing that the image consist of has changed, then only the image should be rebuilt. | 13:51 |
| chrysh | I might have removed it by accident, it is crtfastmath.o in sysroots-components/../libgcc/.. | 13:51 |
| JPEW | LetoThe2nd: -f is really useful when using externalsrc "bitbake -fc compile my-recipe" (or even better "bitbake -C compile my-recipe" ;) | 13:51 |
| JPEW | chrysh: You need to "-c clean" the recipe that provides that file then | 13:51 |
| JPEW | Then it will rebuild that recipe, and in turn the image | 13:52 |
| LetoThe2nd | JPEW: TBH i've never needed that. devtool modify myrecipe, then bitbake myrecipe always happily rebuilds. thats at least my experience | 13:52 |
| *** anoo1 <anoo1!~anoo1@129.41.86.5> has quit IRC | 13:52 | |
| JPEW | LetoThe2nd: Ya, I don't use devtool as much as I should; I have a lot of sandboxes outside of Yocto I have a deal with anyway so it's easier just to point externalsrc at them anyway. Also, I still have to use 2.2 so devtool behaviors can be... inconsistent | 13:53 |
| chrysh | but what would be the way to go if I wanted to start a build form zero really. nuke tmp/? | 13:53 |
| JPEW | chrysh: Yes. If you have a sstate cache (outside of tmp/ !) it should rebuild fairly quickly | 13:54 |
| *** anoo1 <anoo1!~anoo1@129.41.86.5> has joined #yocto | 13:54 | |
| LetoThe2nd | chrysh: assembling from zero: nuke /tmp. really start from zero: nuke /tmp and sstate :) | 13:54 |
| qschulz | chrysh: recipes cannot impact other recipes. So when you run the cleanall task of the image recipe, it'll clean everything for the image recipe. But the image recipe is just a recipe | 13:55 |
| qschulz | so all other recipes won't be impacted | 13:55 |
| *** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has quit IRC | 13:58 | |
| chrysh | thanks all! that solves a big misunderstanding about bitbake I had for a long time! | 13:58 |
| *** jmassot <jmassot!~julien@2a01cb088af85b004ec1856ea9175262.ipv6.abo.wanadoo.fr> has joined #yocto | 14:00 | |
| LetoThe2nd | that recipes can affect other recipes? ;-) | 14:05 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 14:08 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:09 | |
| *** usr8392123 <usr8392123!52a995b3@82-169-149-179.biz.kpn.net> has joined #yocto | 14:10 | |
| usr8392123 | hi I'm Joseph | 14:11 |
| qschulz | usr8392123: o/ | 14:11 |
| usr8392123 | nice to meet you q | 14:12 |
| chrysh | LetoThe2nd: that recipe dependency does not apply to clean | 14:13 |
| usr8392123 | just curious, how many developers are there official working for yocto? I want to know the company's size | 14:13 |
| chrysh | with make, any changed file is recompiled. I don't have a good understanding yet how the mechanism is for bitbake | 14:13 |
| chrysh | In my head it makes sense that when the dependency graph can be generated when building an image, it should also be able to do that when cleaning, but what do I know | 14:14 |
| usr8392123 | chrysh I hope bitbake uses hashes... | 14:16 |
| chrysh | usr8392123: you hope? | 14:16 |
| usr8392123 | yup, make doesn't uses hashes, so if you put a space it will recompile it... | 14:16 |
| usr8392123 | don't know about how bitbake detects it though, I have to still check it | 14:17 |
| chrysh | LetoThe2nd: What happens if i nuke only one of the two, either only sstate_cache or only tmp/? | 14:17 |
| *** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto | 14:17 | |
| usr8392123 | chrysh you'll get arrested, I hope | 14:17 |
| usr8392123 | :) | 14:17 |
| olani[m] | bitbake does not look at the individual files of a package unless you are using externalsrc | 14:18 |
| usr8392123 | olani[m] depends on the type of build | 14:20 |
| LetoThe2nd | usr8392123: yocto is no company, hence nobody is officially working for it ;-) | 14:22 |
| qschulz | LetoThe2nd: well isn't Richard technically paid to work on it by the LF? | 14:25 |
| LetoThe2nd | he's contracting. | 14:25 |
| qschulz | chrysh: what if I want to clean everything for an image recipe but not the package recipes? | 14:25 |
| LetoThe2nd | but contracting != being part of a company, and the question was explicitly: " I want to know the company's size" | 14:26 |
| qschulz | LetoThe2nd: indeed :) | 14:26 |
| chrysh | qschulz: yea, what then? | 14:26 |
| *** usr8392123 <usr8392123!52a995b3@82-169-149-179.biz.kpn.net> has quit IRC | 14:26 | |
| *** Js10 <Js10!58d9271d@ppp-88-217-39-29.dynamic.mnet-online.de> has quit IRC | 14:26 | |
| *** intera91 <intera91!521f818d@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has quit IRC | 14:26 | |
| *** JustAskingAQuest <JustAskingAQuest!54faf389@dsl-hkibng31-54faf3-137.dhcp.inet.fi> has quit IRC | 14:27 | |
| qschulz | chrysh: well the cleanall of the image recipe would clean all my package recipe | 14:27 |
| qschulz | s | 14:27 |
| *** cheeyang <cheeyang!2abd2792@42.189.39.146> has quit IRC | 14:27 | |
| chrysh | ok | 14:27 |
| qschulz | in the end, everything is "just" task dependencies | 14:27 |
| qschulz | when you bitbake <something>, IIRC something:do_build is called | 14:27 |
| qschulz | this task depends on others | 14:28 |
| *** lxc <lxc!d9d0c05b@217-208-192-91-no98.tbcn.telia.com> has joined #yocto | 14:28 | |
| qschulz | and DEPENDS for example is more or less just a task dependency from recipe A to recipe B | 14:28 |
| chrysh | so I have to go through the dependencies by hand? | 14:28 |
| qschulz | when you request cleanall task for a recipe, you will execute the whole dependency tree of that task too | 14:28 |
| qschulz | however, there aren't any :) | 14:28 |
| qschulz | chrysh: if you want to remove all from an image and the recipes it needed to build but not for any other image/machine/package recipe, then... yeah | 14:29 |
| qschulz | otherwise like others said, remove the sstate-cache, deploydir and tmp | 14:29 |
| qschulz | which is basically a different way to do everything from scratch (git clone poky and all) | 14:30 |
| lxc | found this in a bb recipe, but when is it being called? python () { ... | 14:30 |
| qschulz | lxc: at parsing time | 14:30 |
| qschulz | it's an anonymous python function | 14:30 |
| qschulz | lxc: https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-metadata.html?highlight=anonymous#anonymous-python-functions | 14:31 |
| *** Js50 <Js50!58d9271d@ppp-88-217-39-29.dynamic.mnet-online.de> has joined #yocto | 14:31 | |
| lxc | qschulz thx | 14:32 |
| qschulz | chrysh: the mechanism for rebuilding on Yocto is "simple"... My understanding so far is the following: each task has a hash of its content. I'm pretty sure adding a space there or a comment would trigger a re-execution of that task | 14:32 |
| lxc | anonymous functions are not found in listtasks? can they be executed with bitbake -c? | 14:32 |
| qschulz | any task that needs to be re-executed, will trigger a re-execution of tasks that depends on former task | 14:33 |
| qschulz | lxc: they are executed at parse time, so... always | 14:33 |
| *** geissonator <geissonator!~geissonat@129.41.86.5> has joined #yocto | 14:34 | |
| qschulz | chrysh: this can involve other recipes as DEPENDS and RDEPENDS use cross-recipes task dependencies | 14:34 |
| *** usr8392123 <usr8392123!52a995b3@82-169-149-179.biz.kpn.net> has joined #yocto | 14:34 | |
| qschulz | chrysh: Yocto also keeps a list of variables that are used in a task (after they are expanded as much as Yocto can?) so that any change will trigger a re-execution of the task | 14:34 |
| qschulz | this can be looked into with bitbake-dumpsig -t <recipe> <task> | 14:35 |
| usr8392123 | LetoThe2nd cool!=D | 14:35 |
| qschulz | for files in SRC_URI, ONLY if it starts with file:// (or for externalsrc, but different thing) will they be watched over | 14:35 |
| qschulz | and they are watched over by storing a map of "filename": hash of the file | 14:36 |
| qschulz | and will be put as "dependencies" of the do_fetch or unpack task, don';t remember | 14:36 |
| usr8392123 | LetoThe2nd Wait a minute, if it is not a company then who collects the fees/money and who pays the people that are working on it (not including the people who do it for fun)? Never mind, not my business 8) just happy there exists yocto on this planet | 14:38 |
| qschulz | usr8392123: do you pay to have Yocto? | 14:39 |
| chrysh | qschulz: Ok, so I will add spaces to files when I want to recompile :P | 14:39 |
| qschulz | chrysh: noooooooooo | 14:39 |
| usr8392123 | For clarity, I meant the huge "Membership fees" https://www.yoctoproject.org/join/ | 14:39 |
| usr8392123 | qschulz Nope, and I like to keep it that way X-P | 14:40 |
| qschulz | :D I know it's a joke, but for completeness sake, this will actually work only if you change the task differently every time otherwise you'll reuse the sstate-cache of a "space-added" task later | 14:40 |
| qschulz | chrysh: ^ | 14:40 |
| *** rcw <rcw!~rcwoolley@216.154.64.65> has joined #yocto | 14:40 | |
| LetoThe2nd | usr8392123: hehe, but thats not what you asked. | 14:41 |
| qschulz | usr8392123: well, one has to pay for servers hosting multiple YP services, at least RP is a contractor, so he kinda needs to be paid :) | 14:41 |
| usr8392123 | I know :) | 14:41 |
| usr8392123 | you got me there, noted :) | 14:41 |
| LetoThe2nd | usr8392123: there are at least one fulltime and one part time contributor being paid. theres a webmaster/admin, pplus the infrastructure.. | 14:41 |
| LetoThe2nd | usr8392123: but those are technically not part of any form of "yocto company" ... that was your wording :) | 14:42 |
| usr8392123 | hahaha indeed :') | 14:42 |
| usr8392123 | I should mind my wording in the future, you guys are quick | 14:42 |
| qschulz | usr8392123: free software isn't (usually) "free" :) | 14:42 |
| LetoThe2nd | :) | 14:43 |
| qschulz | at one point the project is so big it cannot be maintained on just free time | 14:43 |
| qschulz | (and not wanting to maintain a project on free time even if it's not big is also valid :) ) | 14:43 |
| RP | usr8392123: the project is hosted by the Linux Foundation so they collect the membership dues, buy infrastructure and pay people to do things as directed by the project members | 14:43 |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto | 14:44 | |
| *** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has quit IRC | 14:44 | |
| RP | usr8392123: the testing infrastructure is quite vast in itself, needs admin work along with the other IT services, I'm funded by the project as is the LTS maintainer/work. | 14:45 |
| thekappe | hello guys ! | 14:45 |
| *** intera91 <intera91!521f818d@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has joined #yocto | 14:45 | |
| usr8392123 | In my opinion the engineers in general need to get paid more than the business persons who drive luxury cars etc.... but hey just my opinion | 14:46 |
| LetoThe2nd | RP: like is said, "there are at least one fulltime and one part time contributor being paid." :) | 14:46 |
| intera91 | qschulz: hello again | 14:46 |
| intera91 | so removed the do_install function and the FILES_$ line and we are back to yesterday error | 14:46 |
| intera91 | QA Issue: /bin/myprogram contained in package MYPROGRAN requires mylibrary.so()(64bit), but no providers found in RDEPENDS_rinicom? [file-rdeps] | 14:46 |
| thekappe | I've one question.. in the following bbclass | 14:46 |
| thekappe | https://github.com/Xilinx/poky/blob/rel-v2019.1/meta/classes/kernel-fitimage.bbclass | 14:46 |
| thekappe | the generated fitimage/s is/are copied in the DEPLOYDIR. Wat do I need to do to add them also in ${D}/fit folder ? | 14:46 |
| RP | LetoThe2nd: just agreeing :) | 14:46 |
| qschulz | intera91: are you linking against the correct library? | 14:47 |
| qschulz | cmake should link against the versioned library | 14:48 |
| intera91 | linking against the one in build/lib | 14:48 |
| intera91 | one sec | 14:48 |
| thekappe | I've tried adding | 14:48 |
| thekappe | kernel_do_install_append() | 14:48 |
| thekappe | but the task is run before the fitimages are compiled | 14:48 |
| qschulz | thekappe: https://github.com/Xilinx/poky/blob/rel-v2019.1/meta/classes/kernel-fitimage.bbclass#L502 | 14:49 |
| *** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto | 14:49 | |
| qschulz | intera91: I've checked again and /lib/ seems to be fine too (in addition to /usr/lib), so that's not an issue | 14:50 |
| qschulz | thekappe: the task is added between do_bundle_initramfs and do_deploy | 14:50 |
| intera91 | thanks for checking now I have to explore the CMakeLists.txt to understand how the software links against the library | 14:51 |
| qschulz | intera91: remove the symlink first and check if it finds the versioned library | 14:51 |
| qschulz | at least you'll get that out of the way | 14:52 |
| intera91 | at present in build/bin/ ldd myprogram results in not finding mylibrary.so | 14:52 |
| qschulz | (and symlink is anyway by default only in -dev packages and those aren't instaleld byu default in the rootfs | 14:52 |
| qschulz | intera91: are you running ldd manually? | 14:52 |
| intera91 | yes from the command line just now | 14:52 |
| qschulz | well, you don't have the sysroot set for it so it's no surprise I'd say | 14:53 |
| intera91 | indeed | 14:53 |
| qschulz | intera91: bitbake -c devshell <recipe> | 14:53 |
| qschulz | from the shell that pops up, you can use the same command as one would do in a recipe | 14:53 |
| *** frsc <frsc!~frsc@i6DFA8466.versanet.de> has quit IRC | 14:54 | |
| qschulz | so for gcc, you would use $CC for example | 14:55 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 14:56 | |
| intera91 | bitbake -c devshell <recipe> does not work | 14:56 |
| thekappe | qschulz, the strange thing is that from log.task_order | 14:56 |
| intera91 | maybe cause am working in toaster | 14:57 |
| thekappe | do_install is run before do_bundle_fitimage and do_deploy | 14:57 |
| matthewcroughan | Is Nicolas Dechesne here? | 14:57 |
| *** frsc <frsc!~frsc@i6DFA8466.versanet.de> has joined #yocto | 14:57 | |
| qschulz | matthewcroughan: ndec | 14:58 |
| matthewcroughan | sweet | 14:58 |
| *** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has joined #yocto | 14:58 | |
| matthewcroughan | This is not strictly yocto related, but I've been having trouble with sphinx and #sphinx-doc is dead. | 14:58 |
| matthewcroughan | https://youtu.be/5Hjd2tNd6hI | 14:58 |
| matthewcroughan | The yocto docs moved from DocBook to Sphinx, and I'm very curious how you managed variables and substitutions, because I cannot figure it out. | 14:58 |
| qschulz | matthewcroughan: what's the issue? | 14:58 |
| LetoThe2nd | ndec: how much are you gonna pay me so i'll testify that you are *not* around? ;-) | 14:58 |
| LetoThe2nd | "this is not the ndec that you are looking for!" | 14:59 |
| qschulz | matthewcroughan: poky.yaml defines variables that needs to be substituted | 14:59 |
| matthewcroughan | in what? The docs? | 14:59 |
| *** Js50 <Js50!58d9271d@ppp-88-217-39-29.dynamic.mnet-online.de> has quit IRC | 14:59 | |
| ndec | LetoThe2nd: who are you talking about? ;) | 14:59 |
| thekappe | --> do_install (22688): log.do_install.22688 | 15:00 |
| thekappe | do_populate_sysroot (23115): log.do_populate_sysroot.23115 | 15:00 |
| qschulz | then you have the :ref:``, :term:`` etc mechanism | 15:00 |
| thekappe | do_package (23114): log.do_package.23114 | 15:00 |
| thekappe | do_packagedata (23327): log.do_packagedata.23327 | 15:00 |
| thekappe | do_package_write_rpm (23352): log.do_package_write_rpm.23352 | 15:00 |
| thekappe | do_package_qa (23353): log.do_package_qa.23353 | 15:00 |
| thekappe | do_bundle_initramfs (23557): log.do_bundle_initramfs.23557 | 15:00 |
| thekappe | -->do_assemble_fitimage_initramfs (23559): log.do_assemble_fitimage_initramfs.23559 | 15:00 |
| thekappe | do_deploy (23600): log.do_deploy.23600 | 15:00 |
| qschulz | thekappe: please use pastebins | 15:00 |
| matthewcroughan | qschulz: that doesn't let you do if statements. | 15:00 |
| LetoThe2nd | ndec: heh, just joking. somebody asked for you concerning sphinx. | 15:00 |
| qschulz | matthewcroughan: you have to be more specific, what is your question? | 15:00 |
| matthewcroughan | Like "if arm64 is set as a var, then .. include: |VARIABLE|/thing.rst" | 15:00 |
| thekappe | qschulz, yap sorry, but it's blocked | 15:00 |
| qschulz | thekappe: pastebin is not *one* website :) | 15:01 |
| matthewcroughan | qschulz: Check this out. https://github.com/NordicHPC/sphinx_ext_substitution/issues/1#issuecomment-768306419 | 15:01 |
| qschulz | there's probably one you can find | 15:01 |
| matthewcroughan | I've defined exactly what I've done below this comment in Sphinx, but that is not seemingly possible, and I find it hard to believe you guys can live without this sort of feature. | 15:01 |
| ndec | matthewcroughan: we decided not to use 'built in' variables substitutions. and implemented something fairly custom, see | 15:02 |
| ndec | http://git.yoctoproject.org/cgit/cgit.cgi/yocto-docs/commit/documentation/sphinx/yocto-vars.py?id=dc5f53fae8fdfdda04285869dd1419107b920bfe | 15:02 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 15:02 | |
| matthewcroughan | I cannot `.. include:: |ARCH|-qemu-command.rst`. So RST substitution isn't enough. | 15:02 |
| matthewcroughan | ndec: you know, I found these two things that might interest you. First, using Jinja inside the .rst file: https://www.ericholscher.com/blog/2016/jul/25/integrating-jinja-rst-sphinx/ | 15:03 |
| matthewcroughan | Secondly, mkdocs, supports this stuff out of the box. https://squidfunk.github.io/mkdocs-material/reference/variables/ | 15:03 |
| ndec | rigth. there are too many limitations with the |ARCH| notation.. | 15:03 |
| ndec | we use variables a lot in code snippets, and here too it was not possible to use them. | 15:04 |
| matthewcroughan | indeed, I'm reading your commit message and can relate to it so well | 15:04 |
| ndec | hence the custom extension.. | 15:04 |
| matthewcroughan | ndec: Your custom extension is pretty much exactly the same as this one https://pypi.org/project/sphinx-ext-substitution/ | 15:05 |
| matthewcroughan | I cannot see how you could CONDITIONALLY include documents using poky.yaml | 15:06 |
| matthewcroughan | I need the &ARCH variable to be different depending on what file is importing it. | 15:06 |
| matthewcroughan | arm64.rst does .. include:: generic-template.template | 15:07 |
| matthewcroughan | generic-template.template has inside of it "Use &ARCH for this" | 15:07 |
| matthewcroughan | arm64.rst needs to redefine the &ARCH variable | 15:07 |
| kergoth | FYI, https://www.yoctoproject.org -> docs -> reference manual is a 404. (in the docs dropdown). https://docs.yoctoproject.org/ref-manual/ref-manual.html | 15:09 |
| kergoth | submit a bug? | 15:09 |
| kergoth | not sure how the web process works | 15:09 |
| RP | mcfrisk: first indications are about 6mins improvement of master-next on 70mins so around 10% speedup :) | 15:11 |
| RP | kergoth: bug would be good thanks | 15:11 |
| matthewcroughan | ndec: Is what I described allowed for by yocto-vars.py ? "subst_vars_replace runs once per file" | 15:12 |
| qschulz | RP: nice | 15:12 |
| matthewcroughan | Hahaha, yes! This happens even if you use Jinja and Jinja extensions in Sphinx/. "+ #FIXME: if poky.yaml changes, files are not reprocessed." | 15:14 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 15:14 | |
| matthewcroughan | It's just too bad, to me it seems like Sphinx has flaws that'll never be fixed, because nobody wants to do the work, due to its age and complexity. | 15:14 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 15:15 | |
| ndec | kergoth: thanks, it's a bug. i think we should simply remove the link. please open a bug! | 15:16 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 15:17 | |
| matthewcroughan | ndec: is it fair to say that yocto-vars.py is a pre-processor? | 15:17 |
| matthewcroughan | So I could just do the same thing with sed in a makefile? | 15:17 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 15:17 | |
| qschulz | matthewcroughan: https://git.yoctoproject.org/cgit/cgit.cgi/yocto-docs/commit/documentation/sphinx/yocto-vars.py?id=59537c7fa49e3ea6918f45b3201ad16d56988b9b | 15:22 |
| qschulz | that's what we did | 15:22 |
| qschulz | matthewcroughan: and I'm pissed because html_css_files and html_js_files | 15:23 |
| qschulz | also aren't watched over | 15:23 |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 15:23 | |
| matthewcroughan | MkDocs sorted all this out. Ans it even rebuilds in milliseconds, not minutes or seconds. | 15:23 |
| matthewcroughan | You've shown me that I need to find a better way <3. That said, you have a treasure trove of sphinx usage in the commits. Thanks so much. | 15:24 |
| ndec | matthewcroughan: yes, it's a pre-processor. i don't think we are ready to migrate the docs again now ;) | 15:24 |
| qschulz | ndec: considering that we might not even have finished fixing the last bits, yes, please no migration again :D | 15:25 |
| matthewcroughan | I don't want to moan. But I cannot believe how hard it is to inject data into these files in the "proper" way. It's very complex. I thought it was supposed to be a 'framework', i.e something that makes life easier and less complex. | 15:26 |
| ndec | i am , for sure, not doing a new migration! | 15:26 |
| matthewcroughan | You are the only Sphinx wizard I've found that is still active online. | 15:27 |
| smurray | isn't the kernel using Sphinx as well? I'd expect there to be some active folks there | 15:27 |
| qschulz | smurray: that was one of the reasons to use Sphinx IIRC | 15:28 |
| smurray | qschulz: right | 15:28 |
| *** mckoan <mckoan!~marco@unaffiliated/mckoan> has quit IRC | 15:32 | |
| thekappe | I've added a new task to be sure that is run: after do_assemble_fitimage_initramfs before do_deploy | 15:40 |
| thekappe | Now I can see the fitimage in kernel-build-dir/image/fit/ | 15:40 |
| thekappe | by the way the fit/ folder is not added to the "rootfs" folder of the image to be built | 15:41 |
| thekappe | weird | 15:42 |
| thekappe | also, I have rebuilt the image after a cleansstate, so I am sure that the rootfs has been refreshed | 15:42 |
| *** ilikecaffeine <ilikecaffeine!8cba9cd7@140-186-156-215-dynamic.midco.net> has joined #yocto | 15:44 | |
| qschulz | thekappe: because files have to be added between do_install and do_packages_split | 15:44 |
| qschulz | do_package sorry | 15:45 |
| qschulz | try to replace do_deploy with do_package in your task dependency | 15:46 |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 15:46 | |
| qschulz | and pray it's not going to introduce a circular dependency | 15:46 |
| thekappe | qschulz, uff.. | 15:49 |
| thekappe | what's make me smiling is that the files are currently installed also in ${D}/boot, and I need them in ${D}/fit | 15:51 |
| *** tomjose <tomjose!~tomjose@129.41.86.5> has joined #yocto | 15:54 | |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has quit IRC | 15:55 | |
| *** alexlarsson <alexlarsson!~alexl@c-31a4e255.022-110-73746f36.bbcust.telenor.se> has joined #yocto | 16:02 | |
| qschulz | thekappe: that might be easy to do in do_install_append | 16:06 |
| qschulz | but... probably need to create a /fit directory and I don't really know if it's easy to have a new directory at root of the rootfs | 16:07 |
| qschulz | thekappe: but... why in /fit specifically? | 16:07 |
| *** AndersD__ <AndersD__!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC | 16:07 | |
| thekappe | qschulz, nope because I need also the initramfs fitimage, but that one is built after do_bundle_initramfs | 16:07 |
| qschulz | /boot is pretty much standard? | 16:08 |
| thekappe | qschulz, don't ask me | 16:08 |
| qschulz | thekappe: well, you can move everything except the one you don't have | 16:08 |
| thekappe | someone seems to like /fit much more | 16:08 |
| thekappe | the point is that a need to build a .wic image with multiple partitions | 16:09 |
| thekappe | in the /fit partition I need to put the fitimages | 16:09 |
| qschulz | thekappe: why didn't you say that in the first place? | 16:09 |
| qschulz | I'm pretty sure you don't need to have the fitimage in the rootfs to have a partition in wic for that | 16:09 |
| qschulz | don't quote me on that but please investigate before spending too much time on it :) | 16:10 |
| thekappe | I'm also trying to do that | 16:10 |
| qschulz | specifically, that's probably done for raspberrypi? | 16:10 |
| qschulz | or any system using u-boot and wic for that matter? | 16:10 |
| thekappe | part /fit --source rootfs --ondisk mmcblk --fstype=ext4 --label opt --align 4 --fixed-size 500 --rootfs-dir=${WKS_FIT} | 16:10 |
| qschulz | (I haven't used wic in ages so can't help with that one) | 16:11 |
| thekappe | also I'm setting WKS_FIT in my conf file | 16:11 |
| matthewcroughan | Check this out ndec :D | 16:11 |
| matthewcroughan | https://github.com/fralau/mkdocs_macros_plugin#defining-variables | 16:11 |
| thekappe | WKS_FIT = "${DEPLOYDIR}/my_fitimage | 16:12 |
| thekappe | but it seems that DEPLOYDIR can't be resolved | 16:14 |
| thekappe | "Couldn't get bitbake variable from /my_fitimage.env" | 16:14 |
| RP | JPEW: can I merge the patch in meta-mingw master-next btw? | 16:17 |
| qschulz | thekappe: DEPLOY_DIR_IMAGE https://docs.yoctoproject.org/ref-manual/variables.html#term-DEPLOY_DIR_IMAGE | 16:21 |
| qschulz | thekappe: DEPLOYDIR is for within a recipe | 16:21 |
| thekappe | qschulz, that's good to know | 16:26 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 16:26 | |
| thekappe | thanks man | 16:26 |
| JPEW | RP: seems fine to merge | 16:26 |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-jegnkdsmkacwxbfr> has quit IRC | 16:26 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-wsnueuahkldqbzww> has joined #yocto | 16:27 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 16:27 | |
| RP | JPEW: thanks, it fixes master-next builds | 16:28 |
| RP | Real data on the performance change of maser-next: https://autobuilder.yocto.io/pub/non-release/20210128-9/testresults/buildperf-ubuntu1604/perf-ubuntu1604_master-next_20210128130346_0ec9fb3f98.html | 16:29 |
| RP | 3-4mins on a 70 min build on that machine | 16:29 |
| RP | not quite as good as the other numbers I saw but I'll take it :) | 16:30 |
| RP | 7% disk usage reduction too | 16:31 |
| RP | mcfrisk: ^^^ | 16:32 |
| RP | and https://autobuilder.yocto.io/pub/non-release/20210128-10/testresults/buildperf-centos7/perf-centos7.yoctoproject.org_master-next_20210128130350_0ec9fb3f98.html says 7% speedup, 5mins on 53mins | 16:35 |
| *** hpsy <hpsy!~hpsy@102.56.166.251> has quit IRC | 16:35 | |
| *** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto | 16:37 | |
| *** hpsy <hpsy!~hpsy@197.37.113.121> has joined #yocto | 16:37 | |
| RP | vmeson: not quite the 10% I was seeing from rough numbers but I'll take 7% :) | 16:38 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 16:40 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 16:41 | |
| ndec | matthewcroughan: pretty cool! jinja templates in docs! we need that for sphinx :) | 16:44 |
| matthewcroughan | ndec: you can do it in sphinx, but it's impossible! I can't figure out how to get pagename into it, if you know what I mean? | 16:45 |
| *** usr8392123 <usr8392123!52a995b3@82-169-149-179.biz.kpn.net> has quit IRC | 16:46 | |
| *** Shikadi` <Shikadi`!~Shikadi@140.89.27.136.in-addr.arpa> has joined #yocto | 16:47 | |
| matthewcroughan | ndec: https://www.sphinx-doc.org/en/master/templating.html#pagename | 16:49 |
| matthewcroughan | I can't get it to be like {% if pagename == arm64.rst %}, because it'll always fail with something like Handler <function rstjinja at 0x7f0da01dadc0> for event 'source-read' threw an exception (exception: 'pathto' is undefined) | 16:50 |
| matthewcroughan | any ideas? How does it even know to call that `pathto` function? | 16:50 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 16:56 | |
| *** frsc <frsc!~frsc@i6DFA8466.versanet.de> has quit IRC | 16:58 | |
| *** tomjose <tomjose!~tomjose@129.41.86.5> has quit IRC | 17:07 | |
| ndec | matthewcroughan: never looked into that! I will check it out. | 17:11 |
| *** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto | 17:14 | |
| matthewcroughan | rsalveti: o/ | 17:20 |
| *** intera91 <intera91!521f818d@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has quit IRC | 17:20 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 17:24 | |
| *** fl0v0 <fl0v0!~fvo@88.130.223.68> has quit IRC | 17:29 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has quit IRC | 17:30 | |
| *** tomjose <tomjose!~tomjose@129.41.86.5> has joined #yocto | 17:42 | |
| *** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto | 17:43 | |
| *** mamadeus <mamadeus!057178c5@5.113.120.197> has joined #yocto | 17:44 | |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 17:53 | |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 17:55 | |
| RP | JPEW: https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/2994 is going to be coming on the radar with autoconf 2.70 | 17:57 |
| *** mckoan is now known as mckoan|away | 17:59 | |
| *** sakoman <sakoman!~steve@72.173.249.164> has quit IRC | 17:59 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 18:03 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 18:05 | |
| *** camus1 is now known as kaspter | 18:05 | |
| *** mamadeus <mamadeus!057178c5@5.113.120.197> has quit IRC | 18:13 | |
| *** lxc <lxc!d9d0c05b@217-208-192-91-no98.tbcn.telia.com> has quit IRC | 18:14 | |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC | 18:14 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:6182:9265:4861:61c6> has joined #yocto | 18:14 | |
| JPEW | RP: Noted: error: AM_GNU_GETTEXT is used, but not AM_GNU_GETTEXT_VERSION or AM_GNU_GETTEXT_REQUIRE_VERSION | 18:15 |
| JPEW | Hopefully an easy fix | 18:15 |
| *** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto | 18:17 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 18:21 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 18:21 | |
| *** |Sno| <|Sno|!~sno@xdsl-84-44-219-202.nc.de> has quit IRC | 18:23 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 18:26 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-wsnueuahkldqbzww> has quit IRC | 18:28 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 18:40 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 18:41 | |
| vdl | I've run bitbake linux-ti-staging -c cleanall; and now it's stuck at: | 18:41 |
| vdl | NOTE: recipe linux-ti-staging-5.4.74+gitAUTOINC+9574bba32a-r22a: task do_fetch: Started | 18:41 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 18:46 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 18:48 | |
| halstead | JPEW, You should have just received a Wordpress account invitation. | 18:50 |
| JPEW | halstead: Got it. Thanks | 18:54 |
| halstead | JPEW, Can you make use of https://developer.wordpress.org/rest-api/reference/pages/#retrieve-a-page and https://developer.wordpress.org/rest-api/reference/pages/#update-a-page from you script? | 18:55 |
| JPEW | Oh, Hmm.... Were you thinking the autobuilder would generate a page with results and update the wordpress page? | 18:58 |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 18:59 | |
| JPEW | halstead: I'm very familiar with wordpress.... how do I get the ID of a page? | 19:07 |
| halstead | JPEW, Yes I was thinking whatever produced the results could automatically update the page. | 19:08 |
| halstead | JPEW, I made a new page at https://www.yoctoproject.org/wp-admin/post.php?post=22223&action=edit and I think the ID is 22223. | 19:09 |
| JPEW | halstead: Ah, I was thinking I could pull the latest testresult.json file and parse it in javascript, so the page would pretty much be static | 19:09 |
| halstead | JPEW, That works for me. | 19:09 |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 19:10 | |
| halstead | JPEW, In that case we need to put the javascript in a hook that can be called on page load. I don't want to add the ability to embed javascript dynamically. Do you already have some JS written you can provide? | 19:13 |
| vdl | as usual, rm -rf build/tmp seemed to fix my issue. | 19:13 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 19:21 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto | 19:24 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has quit IRC | 19:28 | |
| *** iceaway <iceaway!~pelle@c188-149-179-85.bredband.comhem.se> has quit IRC | 19:28 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-xtyovafbxpgzvyof> has quit IRC | 19:38 | |
| wyre | is there not any recipe for https://github.com/bookwar/python-gpiodev ? | 19:39 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 19:43 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 19:43 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 19:48 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 19:54 | |
| JPEW | halstead: Yes... let me post it somewhere and I'll get back to you | 19:55 |
| halstead | JPEW, Okay. I need to travel some today so I will be slow with responses. | 19:56 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 19:56 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 20:02 | |
| *** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has quit IRC | 20:03 | |
| *** ant__ <ant__!~ant__@host-80-116-141-223.retail.telecomitalia.it> has joined #yocto | 20:15 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 20:16 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has quit IRC | 20:17 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto | 20:18 | |
| ad__ | is it possible to remove a packagegroup coming from inherited image ? | 20:25 |
| neverpanic | Sure, just VARIABLE_remove = "packagegroup" whatever variable adds it to your image. | 20:26 |
| ad__ | oh thanks. it seems to be in MACHINE_EXTRA_RRECOMMENDS | 20:33 |
| neverpanic | Yeah, then MACHINE_EXTRA_RRECOMMENDS_remove = "packagegroup". | 20:35 |
| neverpanic | Or outright overwrite MACHINE_EXTRA_RRECOMMENDS | 20:35 |
| ad__ | neverpanic, thanks, setting it in mymachine.conf, ok ? | 20:35 |
| neverpanic | Err, that likely won't work. I was assuming you are editing the image recipe directly, or at least bbappending it in your layer. | 20:37 |
| ad__ | neverpanic, it seems to have worked, i am in do_rootfs now | 20:37 |
| neverpanic | mymachine.conf could work if you use one of the values in $OVERRIDES, e.g. MACHINE_EXTRA_RRECOMMENDS_yourmachine = "new-value", or MACHINE_EXTRA_RRECOMMENDS_remove_yourmachine = "packgegroup" | 20:38 |
| ad__ | let see if it get angry | 20:38 |
| neverpanic | Well, yes, it'll work, but it will affect all images; I assumed you only wanted it to affect a specific image? | 20:38 |
| ad__ | well, packagegroup is related to wifi, and the machine/board doesn't have it, so maybe machine conf is approrpiate | 20:39 |
| ad__ | yes. btw it worked. | 20:39 |
| ad__ | thanks a lot ! | 20:39 |
| *** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto | 20:45 | |
| *** jobroe <jobroe!~manjaro-u@p579eb550.dip0.t-ipconnect.de> has quit IRC | 20:58 | |
| *** ant__ <ant__!~ant__@host-80-116-141-223.retail.telecomitalia.it> has quit IRC | 20:59 | |
| *** ant__ <ant__!~ant__@host-87-14-248-68.retail.telecomitalia.it> has joined #yocto | 21:00 | |
| *** |Sno| <|Sno|!~sno@xdsl-84-44-219-202.nc.de> has joined #yocto | 21:17 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-latuvpnytlzqyhpj> has quit IRC | 21:28 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-ybgpwganetsysrvv> has quit IRC | 21:28 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-qrtijrdflczgcmxx> has joined #yocto | 21:29 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-jgbawfeqfbkzllio> has joined #yocto | 21:29 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 21:32 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 21:32 | |
| vdl | I'm adding a .cfg file to the SRC_URI of my kernel recipe, stored in a folder prepended to FILESEXTRAPATHS, but it isn't applied. Any clue? | 21:32 |
| vdl | the file contains CONFIG_OVERLAY_FS=y but my kernel doesn't show overlay in /proc/filesystems | 21:34 |
| vdl | if I enter the menuconfig and set the option manually, it works. What's wrong? | 21:35 |
| zeddii | depends on if your kernel recipe inherit's linux-yocto. | 21:35 |
| zeddii | otherwise, the config is defconfig based, or whatever scheme the provider has used | 21:35 |
| vdl | zeddii: it's linux-ti-staging, and I think they are using a custom thing (it contains use-tisdk-config=ti_sdk_am3x_release) | 21:36 |
| zeddii | I can look quickly at their recipe. which version ? I see a few in their master branch. | 21:38 |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has quit IRC | 21:39 | |
| zeddii | ahah. well, I see they are doing their own merge_config, so you'd be best off asking on one of the ti lists (I don't know which ones they are), but my quick glance says look into the variable KERNEL_CONFIG_FRAGMENTS | 21:42 |
| zeddii | and a note in their function: | 21:43 |
| zeddii | # Fourth, handle config fragments specified in the recipe | 21:43 |
| zeddii | # The assumption is that the config fragment will be specified with the absolute path. | 21:43 |
| zeddii | # E.g. ${WORKDIR}/config1.cfg or ${S}/config2.cfg | 21:43 |
| zeddii | I have to go, but that should get you moving. | 21:43 |
| vdl | thank you zeddii! | 21:44 |
| *** bri <bri!4779f3c1@pool-71-121-243-193.bltmmd.fios.verizon.net> has joined #yocto | 21:48 | |
| *** |Sno| <|Sno|!~sno@xdsl-84-44-219-202.nc.de> has quit IRC | 21:50 | |
| bri | Yocto best practices question: say I am using someone else's layer to build a BSP for their platform (e.g. Xilinx's zynqmp-zcu102). Now I want to customize it (add software, drivers, etc). Seems ideal to make a new layer with my changes, and then still build exactly the same way (e.g. MACHINE=zcu102-zynqmp bitbake petalinux-image-minimal) | 21:57 |
| *** ilikecaffeine <ilikecaffeine!8cba9cd7@140-186-156-215-dynamic.midco.net> has quit IRC | 21:58 | |
| bri | My issue is, how do I now build the original zynqmp-zcu102 BSP without my changes? Do I have to remove the layer, possibly clean everything, and rebuild? Is there any better way to allow switching back and forth? | 21:58 |
| *** bri <bri!4779f3c1@pool-71-121-243-193.bltmmd.fios.verizon.net> has quit IRC | 21:58 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:00 | |
| *** Konsgnx1 <Konsgnx1!~Konsgnx3@66-109-34-138.static.firstlight.net> has quit IRC | 22:01 | |
| *** bri <bri!4a5dd131@74-93-209-49-WashingtonDC.hfc.comcastbusiness.net> has joined #yocto | 22:02 | |
| bri | Ooops... Lost my connection... If anyone had any suggestions please repost as I didn't see it. (probably not, just wanted to make sure) | 22:03 |
| *** vineela <vineela!~vtummala@134.134.139.83> has quit IRC | 22:11 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto | 22:13 | |
| wyre | whata's the website with docs and courses about embebed systems? | 22:24 |
| wyre | someone like bootin? | 22:24 |
| wyre | ooh, it's bootlin 😁 | 22:24 |
| *** rcw <rcw!~rcwoolley@216.154.64.65> has quit IRC | 22:27 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 22:45 | |
| abelloni | indeed, bootlin | 22:47 |
| * abelloni puts his sales guy cap on | 22:47 | |
| abelloni | wyre: are you looking for a specific course ? :) | 22:48 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 22:49 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 22:55 | |
| Guest1750 | RP: rburton https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/890/steps/12/logs/stdio | 22:57 |
| *** JaBen <JaBen!Thunderbir@gateway/vpn/mullvad/jaben> has joined #yocto | 22:57 | |
| Guest1750 | this is with autotools 2.70 | 22:57 |
| *** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has quit IRC | 22:59 | |
| *** Guest1750 <Guest1750!khemmatrix@gateway/shell/matrix.org/x-ibfeqrctbuhilmzr> has quit IRC | 23:01 | |
| *** Guest1750 <Guest1750!khemmatrix@unaffiliated/khem> has joined #yocto | 23:01 | |
| *** Guest1750 <Guest1750!khemmatrix@gateway/shell/matrix.org/x-ibfeqrctbuhilmzr> has joined #yocto | 23:01 | |
| *** Guest1750 is now known as khem | 23:01 | |
| RP | khem: I was just looking at that, I'm not really surprised. oe-core isn't clean yet either but closer | 23:02 |
| RP | khem: fixes for apr, lrzsz, at, ruby, msmtp are in -next now | 23:03 |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC | 23:12 | |
| RP | khem: heh, 2.7.1 is out now | 23:12 |
| RP | er, 2.71 | 23:12 |
| *** Yatekii <Yatekii!~yatekii@huesser.dev> has quit IRC | 23:14 | |
| *** Yatekii <Yatekii!~yatekii@huesser.dev> has joined #yocto | 23:15 | |
| *** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto | 23:17 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 23:29 | |
| *** idadel <idadel!uid476163@gateway/web/irccloud.com/x-hhrmuoxpqqepmsmm> has quit IRC | 23:36 | |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-kxappqxnthdeyusg> has quit IRC | 23:36 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has quit IRC | 23:36 | |
| *** stacktrust <stacktrust!sid452860@gateway/web/irccloud.com/x-kcawdtruvwdkukag> has quit IRC | 23:36 | |
| *** ldts <ldts!sid269548@gateway/web/irccloud.com/x-mlcbdillwyjtadjw> has quit IRC | 23:36 | |
| *** stacktrust <stacktrust!sid452860@gateway/web/irccloud.com/x-lpvyhhilawufywjm> has joined #yocto | 23:37 | |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-sabbgxrbsywgoguy> has joined #yocto | 23:37 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-eiuvzmorcenxxxyg> has quit IRC | 23:37 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-lzqplvecpktjgnuy> has joined #yocto | 23:37 | |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has joined #yocto | 23:38 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-wgcoiytxcnvvotqe> has quit IRC | 23:38 | |
| *** idadel <idadel!uid476163@gateway/web/irccloud.com/x-qklkgikgerisbgdt> has joined #yocto | 23:38 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-zgdjzbuvcvslkaqa> has joined #yocto | 23:38 | |
| *** ldts <ldts!sid269548@gateway/web/irccloud.com/x-zmyiwgspyytupism> has joined #yocto | 23:39 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 23:40 | |
| *** ant__ <ant__!~ant__@host-87-14-248-68.retail.telecomitalia.it> has quit IRC | 23:43 | |
| *** JaBen <JaBen!Thunderbir@gateway/vpn/mullvad/jaben> has quit IRC | 23:44 | |
| *** Minjae_Kim <Minjae_Kim!742aba95@gateway/web/cgi-irc/kiwiirc.com/ip.116.42.186.149> has joined #yocto | 23:51 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!