| *** camus1 <camus1!~Instantbi@222.67.152.154> has joined #yocto | 00:48 | |
| *** kaspter <kaspter!~Instantbi@222.70.81.217> has quit IRC | 00:48 | |
| *** camus1 is now known as kaspter | 00:48 | |
| *** tolszak_ <tolszak_!~tolszak@apn-37-248-250-24.dynamic.gprs.plus.pl> has joined #yocto | 00:53 | |
| *** tolszak <tolszak!~tolszak@apn-31-0-21-156.dynamic.gprs.plus.pl> has quit IRC | 00:53 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 01:01 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 01:02 | |
| *** rcw <rcw!~rcw@104-195-225-201.cpe.teksavvy.com> has quit IRC | 01:19 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 01:20 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 01:20 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 01:44 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 02:01 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 02:02 | |
| *** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC | 02:23 | |
| *** kaspter <kaspter!~Instantbi@222.70.81.217> has joined #yocto | 02:24 | |
| *** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has quit IRC | 02:48 | |
| *** volpi <volpi!4e2b4835@HSI-KBW-078-043-072-053.hsi4.kabel-badenwuerttemberg.de> has quit IRC | 03:02 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 03:16 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 03:20 | |
| *** pbb <pbb!~quassel@pleroma.pbb.lc> has quit IRC | 03:24 | |
| *** pbb <pbb!~quassel@pleroma.pbb.lc> has joined #yocto | 03:30 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 03:33 | |
| *** KindTwo <KindTwo!kindone@freenode/father-christmas/kindone> has joined #yocto | 04:24 | |
| *** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has quit IRC | 04:24 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 04:27 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:590a:7b35:9222:2f9> has quit IRC | 04:27 | |
| *** KindTwo is now known as KindOne | 04:29 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 04:30 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 04:31 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-vihiaowlqayrchbs> has quit IRC | 04:33 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 04:35 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 04:39 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:40c8:e68d:70bd:3b6> has joined #yocto | 04:40 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-hhjhwrfcknoqkknw> has quit IRC | 04:43 | |
| *** kaspter <kaspter!~Instantbi@222.70.81.217> has quit IRC | 04:49 | |
| *** kaspter <kaspter!~Instantbi@222.70.81.222> has joined #yocto | 04:50 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 04:50 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 04:51 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 04:51 | |
| *** jobroe <jobroe!~manjaro-u@p579eb62f.dip0.t-ipconnect.de> has joined #yocto | 04:51 | |
| opello | what is the name for the variable suffix in cases like PREFERRED_VERSION_<recipe BPN> or RDEPENDS_<machine>? it seems like it could be "variable override," but that seems maybe inaccurate | 04:52 |
|---|---|---|
| opello | (it does seem like maybe they are separate cases with the latter being an override and the former being some kind of package specifier ... but it'd be nice to know where that vocabulary is described to make cross-referencing it against the documentation easier) | 04:56 |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 05:04 | |
| *** NiksDev3 <NiksDev3!~NiksDev@192.91.75.30> has quit IRC | 05:08 | |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto | 05:10 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:8df7:a74c:c7f0:84d4> has quit IRC | 05:13 | |
| *** otavio <otavio!~otavio@181.220.84.90> has joined #yocto | 05:16 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 05:16 | |
| *** gtristan <gtristan!~tristanva@110.11.227.189> has quit IRC | 05:29 | |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto | 05:31 | |
| *** sgw <sgw!~sgw@134.134.139.76> has quit IRC | 05:42 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:45 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 05:49 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 05:52 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 05:53 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 05:56 | |
| *** pohly <pohly!~pohly@p5b05684a.dip0.t-ipconnect.de> has joined #yocto | 05:57 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 05:57 | |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has joined #yocto | 06:18 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:dcca:24d9:d4d5:17a> has joined #yocto | 06:24 | |
| *** mckoan|away is now known as mckoan | 06:43 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 06:50 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 06:53 | |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC | 06:56 | |
| *** fl0v0 <fl0v0!~fvo@88.130.221.52> has joined #yocto | 06:56 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 06:57 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 06:57 | |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto | 07:02 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:08 | |
| *** tolszak_ <tolszak_!~tolszak@apn-37-248-250-24.dynamic.gprs.plus.pl> has quit IRC | 07:11 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 07:14 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 07:14 | |
| *** davidinux <davidinux!~davidinux@212.102.54.114> has joined #yocto | 07:17 | |
| *** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto | 07:21 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 07:23 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 07:26 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 07:26 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 07:27 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:32 | |
| *** Guest44602 <Guest44602!~Thunderbi@195.242.46.70> has joined #yocto | 07:33 | |
| *** alejandrohs <alejandrohs!~alejandro@189.154.223.206> has joined #yocto | 07:34 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 07:46 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 07:53 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 07:57 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 07:57 | |
| *** hpsy <hpsy!~hpsy@85.203.15.51> has joined #yocto | 08:04 | |
| *** fneddy <fneddy!02f7f68a@x2f7f68a.dyn.telefonica.de> has joined #yocto | 08:04 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 08:06 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 08:07 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 08:08 | |
| fneddy | Hi, i have a question and i couldn't find an answer so here i am now: is it possible to declare a dependency in that way that whenever i build recipe 'A' recipe 'B' should also be rebuild. independent if the source of 'B' changed? | 08:12 |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has joined #yocto | 08:14 | |
| Letothe2nd | fneddy: i think a DEPENDS should already do that trick | 08:14 |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 08:16 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 08:17 | |
| fneddy | ok, then i have done something wrong in my recipe, till try to debug. good to know that i am on the right way through :) | 08:18 |
| Letothe2nd | fneddy: what is the *actual* problem, though? because this sounds very much like a x-y situation. | 08:19 |
| fneddy | we have a recipe B that generates some files that are used in A. But we cannot use an *old* result of B. so whenever A rebuild B should also rebuild. | 08:20 |
| Letothe2nd | that is just rewording, plus describing the dependency backwards. | 08:21 |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 08:26 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 08:26 | |
| qschulz | Mmmm just wondering if there is a way to create a dot file to find which recipes are dependent on a specific recipe and ideally in a tree fashion | 08:28 |
| Letothe2nd | fneddy: or wait. A uses the files of B. so you really want B(!!) to rebuild if A rebuilds? so, if the *consumer* is being rebuilt you also want the producer to follow? | 08:28 |
| qschulz | I could grep the dot file but then I lose the information of whether it's a direct dependency or not | 08:28 |
| Letothe2nd | fneddy: because in that case - no, thats not how it works. | 08:30 |
| *** ant__ <ant__!~ant__@host-195-31-129-205.business.telecomitalia.it> has joined #yocto | 08:31 | |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 08:35 | |
| *** kroon_ <kroon_!~kroon@213.185.29.22> has joined #yocto | 08:39 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 08:40 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 08:42 | |
| *** Prem <Prem!0e8bb7dd@14.139.183.221> has joined #yocto | 08:44 | |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has quit IRC | 08:45 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 08:45 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 08:46 | |
| *** TobSnyder1 <TobSnyder1!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 08:47 | |
| fneddy | hmm, will try around. i will come back when i understand the problem better. | 08:47 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:55 | |
| *** TobSnyder1 <TobSnyder1!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 08:55 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 08:58 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 08:59 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 09:01 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 09:07 | |
| *** kriive <kriive!~kriive@84.33.129.10> has joined #yocto | 09:14 | |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has joined #yocto | 09:27 | |
| *** florian_kc is now known as florian | 09:37 | |
| *** Guest44602 <Guest44602!~Thunderbi@195.242.46.70> has quit IRC | 09:39 | |
| *** Prem <Prem!0e8bb7dd@14.139.183.221> has quit IRC | 09:43 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:8df7:a74c:c7f0:84d4> has joined #yocto | 09:43 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 09:50 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 09:52 | |
| kriive | Hi guys, my bin_package recipe complains about libXdamage.so.1 and a whole lot of libXblahblah missing | 09:57 |
| kriive | But I made my recipe DEPEND on it, what am I doing wrong? | 09:57 |
| Letothe2nd | kriive: you are using a bin_package. </SCNR> | 09:57 |
| kriive | Yeah ahahah indeed | 09:58 |
| kriive | But that's my only option, employer said: we must use this specific version of teamviewer (which is only available in an ancient .deb downloaded from Ubuntu years ago) before we can actually consider using you fancy solution based on Yocto | 09:59 |
| *** gaston53 <gaston53!c50120ff@197.1.32.255> has joined #yocto | 09:59 | |
| gaston53 | hello, who has informations about kernel menuconfig of the yocto project ? | 10:00 |
| gaston53 | bitbake -c menuconfig virtual/kernel | 10:00 |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 10:00 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 10:01 | |
| qschulz | gaston53: what's the actual question? | 10:01 |
| Letothe2nd | kriive: i have to admit unless i can actually bill your employer for it, i do not feel inclined to give more advice than "look at the bin_package class to see what it does, look at the error logs, have fun wasting your time with it." | 10:01 |
| qschulz | kriive: you're probably missing a lot of RDEPENDS aren't you/ | 10:01 |
| Letothe2nd | qschulz: as he didn't even say when or when doing hat that error occurred? ;-) | 10:02 |
| qschulz | kriive: DEPENDS and bin_package do not make sense at all | 10:03 |
| qschulz | DEPENDS is for build time, but you're not "building" the source code because well... it's already pre-compiled for you | 10:03 |
| Letothe2nd | qschulz: unless the bin_package in question has fun with pre-postinstall scripts.... | 10:04 |
| * Letothe2nd is being the grumpy Jester :) | 10:05 | |
| gaston53 | qschulz menuconfig is used to add or remove some features. For example, I want to remove SPI support from my kernel. When I look for SPI in device drivers ( in the menuconfig ) and hit `shift+?` to see informations about this SPI, a window appears with some informations | 10:05 |
| gaston53 | like | 10:05 |
| gaston53 | depends on : .... | 10:05 |
| gaston53 | selected by : ... | 10:05 |
| gaston53 | selects : ... | 10:05 |
| gaston53 | should I remove the SPI without taking care about those ? | 10:06 |
| gaston53 | and rebuild my image | 10:06 |
| qschulz | gaston53: "should I not take care of dependencies?" well.. :) | 10:07 |
| kriive | That's my question, one of the error says: nothing provides libXdamage.so.1 needed by teamviewer-12.1.83885. But my RDEPENDS has explicitly libxdamage in it, that's what confuses me | 10:08 |
| gaston53 | qschulz dependencies will be carried automaticaly when I rebuild the kernel ? | 10:08 |
| gaston53 | that's the use of the menuconfig | 10:09 |
| gaston53 | right ? | 10:09 |
| qschulz | gaston53: yes but not exactly | 10:09 |
| kriive | Letothe2nd: yes, but that prepostinstall will come later, I haven't managed to reach that point yet | 10:09 |
| qschulz | gaston53: rule 1: do not edit defconfig by hand but it seems you're already following this one | 10:09 |
| Letothe2nd | kriive: billing address? | 10:09 |
| qschulz | the issue with using menuconfig only is that it does not save the changes in a defconfig. Only in the local .config | 10:10 |
| gaston53 | qschulz I have tried to do it by hand but when I rebuild the kernel I must select each time if I want to add X or to add Y feature | 10:10 |
| qschulz | gaston53: so when your recipe is rebuilt, depending on which task has to be done again, it'll erase your changes | 10:10 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 10:10 | |
| kriive | Letothe2nd: Gotta pay university bills man sorry, I will try something else haha | 10:11 |
| qschulz | gaston53: there is a reason menuconfig exists, so do not edit by hand :) | 10:11 |
| Letothe2nd | kriive: have fun then! | 10:11 |
| qschulz | gaston53: so.. once you've saved your config with menuconfig, you probably need to run savedefconfig as well | 10:11 |
| kriive | yeah | 10:11 |
| qschulz | then with this defconfig (available in WORKDIR/build of your recipe IIRC), add it to your recipe or patch the original defconfig you used | 10:12 |
| qschulz | that's the very basic workflow, but Yocto provides support for kernel defconfig fragment (.scc of .cfg files) so you can also do diffconfig I think and just add this fragment to your recipe. This is supported if kernel-yocto is inherited by your recipe | 10:13 |
| qschulz | Which isn't the case for all BSPs, so you have to check | 10:13 |
| gaston53 | qschulz yes I read about this | 10:14 |
| gaston53 | qschulz let's go back to my first questions | 10:14 |
| gaston53 | If I remove, for example, SPI | 10:14 |
| gaston53 | the " selects " feature will be removed also | 10:15 |
| gaston53 | if they are not used by something else | 10:15 |
| gaston53 | right ? | 10:15 |
| qschulz | gaston53: not necessarily, if something else depends on it or selects it, it'll stay | 10:15 |
| gaston53 | yes | 10:15 |
| gaston53 | besides | 10:15 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 10:16 | |
| gaston53 | " depends on " | 10:16 |
| qschulz | kriive: I suspect libdamage package is providing libXdamage.so.1.X and not libXdamage.so.1 which should be a symlink | 10:16 |
| gaston53 | if I chose to put SPI again | 10:16 |
| qschulz | gaston53: or if explicitely enabled | 10:16 |
| gaston53 | should I select " depends on " manualy in the menuconfig | 10:16 |
| gaston53 | or will be selected automaticaly | 10:17 |
| gaston53 | ? | 10:17 |
| qschulz | gaston53: mmmm actually I think I'm wrong. If you have selected a Kconfig entry which does a "selects" I think it does not un-select them. Anyway, that's a topic more for some other IRC channel :) | 10:17 |
| qschulz | gaston53: yes, depends on needs to be satisfied before you can enable the Kconfig option which has the "depends on" | 10:18 |
| gaston53 | if they are enabled autmaticaly it will be better :/ | 10:19 |
| qschulz | (you should have seen that you can't even select and see the option (except in the search) if the depends on is not satisfied | 10:19 |
| *** bobo <bobo!~Thunderbi@195.242.46.70> has joined #yocto | 10:19 | |
| *** bobo is now known as Guest73739 | 10:19 | |
| qschulz | gaston53: you can't, because it's a reverse dependency and some are architecture dependent | 10:19 |
| qschulz | so how do you know which one to enable? (some Kconfig options have a depends on THIS && THAT || THOSE | 10:20 |
| qschulz | gaston53: but just to be clear, that's nothing to do with Yocto (menuconfig and Kconfig mechanism) | 10:21 |
| gaston53 | qschulz I was about asking last question but you made me stop :p | 10:21 |
| gaston53 | so where can I ask about this ? | 10:22 |
| qschulz | about what? I answered your question fully I think. What's missing? | 10:23 |
| gaston53 | you said to me that's nothing to do with yocto | 10:23 |
| gaston53 | and I am asking in Yocto room | 10:23 |
| qschulz | Indeed, but what is missing in your understanding of the Kconfig selection? | 10:24 |
| qschulz | You should be able to join #linux on freenode. Don't know if it's the proper channel /me shrugs | 10:25 |
| gaston53 | my last question about " selected by " ... for example SPI is selected by ethernet , I remove SPI , but I don't remove ethernet | 10:25 |
| gaston53 | you see ? SPI will be re-enabled if I don't remove ethernet ? | 10:25 |
| qschulz | My understanding is that selects is just an optional dependency. So if you remove SPI, Ethernet should still be there. No guarantee that it compiles but my understanding is that you can have ethernet without SPI, otherwise you'd have a depends on | 10:28 |
| qschulz | And tbh, that's something you can test :) | 10:28 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:40c8:e68d:70bd:3b6> has quit IRC | 10:29 | |
| qschulz | gaston53: https://www.kernel.org/doc/html/latest/kbuild/kconfig-language.html and I'm out :) We polluted a bit too much #yocto with kernel specific questions :) Good luck! | 10:31 |
| gaston53 | qschulz thanks and sorry for that | 10:32 |
| qschulz | kriive: so probably needs to patchelf on the original binary to make it depend on the correctly versioned lib or make the package from libdamage to also give libXdamage.so.1 (which should be provided by libdamage-dev but IMO bad idea to add it to your RDEPENDS as it brings a few things you don't need IIRC) | 10:33 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:40c8:e68d:70bd:3b6> has joined #yocto | 10:36 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 10:43 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 10:48 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 10:49 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC | 10:56 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto | 10:56 | |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has quit IRC | 11:10 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 11:12 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC | 11:15 | |
| *** Dracos-Carazza_ <Dracos-Carazza_!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto | 11:16 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 11:17 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 11:22 | |
| *** gaston53 <gaston53!c50120ff@197.1.32.255> has quit IRC | 11:24 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 11:27 | |
| kriive | qschulz: thank you! I tried adding libXdamage to my RDEPENDS, with no luck haha | 11:28 |
| kriive | But I guess I will try to change strategy | 11:28 |
| *** mattovsky <mattovsky!~mattovsky@dedicated-aid154.rev.nazwa.pl> has quit IRC | 11:29 | |
| kriive | Maybe using docker + X11 forwarding or stuff like that | 11:29 |
| *** hipr_C <hipr_C!~Thunderbi@45-18-201-130.lightspeed.lsvlky.sbcglobal.net> has joined #yocto | 11:34 | |
| *** fneddy <fneddy!02f7f68a@x2f7f68a.dyn.telefonica.de> has quit IRC | 11:34 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:8df7:a74c:c7f0:84d4> has quit IRC | 11:36 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 11:37 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-trfbgixrwsurunjn> has joined #yocto | 11:38 | |
| *** berton <berton!~berton@181.220.84.90> has joined #yocto | 11:43 | |
| *** TobSnyder1 <TobSnyder1!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 11:50 | |
| *** Dracos-Carazza_ is now known as Dracos-Carazza | 11:50 | |
| *** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has quit IRC | 11:59 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto | 12:10 | |
| *** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has joined #yocto | 12:15 | |
| *** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has joined #yocto | 12:16 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC | 12:19 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto | 12:20 | |
| *** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 12:27 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 12:28 | |
| *** aidanh_ is now known as aidanh | 12:28 | |
| *** sgw <sgw!~sgw@134.134.137.73> has joined #yocto | 12:33 | |
| *** sno <sno!~sno@p4fe931fc.dip0.t-ipconnect.de> has quit IRC | 12:37 | |
| *** wertigon <wertigon!~per@c-7968225c.021-396-7673741.bbcust.telenor.se> has joined #yocto | 12:42 | |
| wertigon | Okay, running circles in the docs here for something that should be super-easy - how the heck do I run a command *in* the image rootfs? | 12:42 |
| wertigon | I want to generate a couple of files at the end of the image creation, and I've managed to get most things to work, but it's not inside the root -_- | 12:43 |
| RP | wertigon: Add a function to ROOTFS_POSTPROCESS_COMMAND ? | 12:45 |
| *** maudat <maudat!~moda@mtrlpq2848w-lp130-04-70-29-226-188.dsl.bell.ca> has joined #yocto | 12:49 | |
| wertigon | That might be it, thank you! | 12:50 |
| wertigon | Hmmm, maybe...? | 12:51 |
| wertigon | No, I do have it in there | 12:52 |
| *** kriive <kriive!~kriive@84.33.129.10> has quit IRC | 12:52 | |
| kanavin_home | RP: cheers for the update set - I ran it through AB to make it smooth for you :) | 12:53 |
| wertigon | what I want to do is to run ldconfig, within the root jail | 12:53 |
| kanavin_home | RP: the list of outdated recipes is very short now \0/ the only significant item there is qemu 5.0 update | 12:53 |
| Letothe2nd | wertigon: and what if the rootfs arch cannot execute on your host? | 12:53 |
| Letothe2nd | wertigon: that sounds very much like you are actually trying to band-aid something completely different. | 12:54 |
| wertigon | Letothe2nd: Yeah, that's kinda my problem :P | 12:54 |
| kanavin_home | RP: (you can mention that in the status email perhaps) | 12:54 |
| Letothe2nd | wertigon: try to fix the problem instead of adding band-aid, maybe? | 12:54 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:dcca:24d9:d4d5:17a> has quit IRC | 12:55 | |
| wertigon | Letothe2nd: What I want to do is reduce the boot times by NOT having systemd generate certain files it should have pre-generated to begin with | 12:55 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:dcca:24d9:d4d5:17a> has joined #yocto | 12:55 | |
| RP | kanavin_home: it was very smooth, thanks. I did notice the builds and the fact it built cleanly! :) | 12:56 |
| wertigon | more specifically, /etc/ld.so.cache and /etc/udev/hwdb.bin | 12:56 |
| RP | kanavin_home: I was wondering how the list looked now! :) | 12:56 |
| Letothe2nd | wertigon: hum just do the stuff that gets applied upon image feature read-only-rootfs, then? | 12:56 |
| RP | kanavin_home: you should give the qemu maintainer a good kick to sort that... | 12:56 |
| wertigon | This can be done by running ldconfig | 12:56 |
| wertigon | Letothe2nd: I have applied that image feature | 12:57 |
| yann|work | I have a system cross-build setup starting to work - except for the interesting stuff, the one that needs kernel debuginfo. stap expects to find the kernel debug info somewhere, but vmlinux isn't exported to STAGING_KERNEL_BUILDDIR. If I copy it manually, however, the build does work. Is there any reason not to copy it in kernel.bbclass::do_shared_workdir ? | 12:57 |
| wertigon | No luck :( | 12:57 |
| *** yann|work is now known as yann | 12:57 | |
| yann | s/system/systemtap/ | 12:57 |
| RP | wertigon: those are supposed to be generated at build time. Are you saying they don't get generated or that they're regenerated at first boot? | 12:58 |
| RP | wertigon: we have to consider the cross case which is why ldconfig-native is used for the ld cache, not ldconfig | 12:58 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 12:59 | |
| Letothe2nd | i still there is something weird there, as i have a pretty run of the mill ro rootfs here and the files are around. | 13:00 |
| qschulz | wertigon: BAD_RECOMMENDATIONS += "eudev-hwdb"? | 13:04 |
| qschulz | (if it's eudev you're using, which I doubt.. but there might be a similar trick for udev?) | 13:04 |
| wertigon | RP: Regenerated | 13:06 |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 13:06 | |
| wertigon | They are generated but keeps getting regenerated | 13:06 |
| wertigon | If I look in the overlayfs | 13:06 |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 13:07 | |
| RP | wertigon: so the question is what is wrong with the files causing them to be regenerated | 13:07 |
| wertigon | RP: Yes, that or systemd is simply regenerating them out of spite | 13:07 |
| wertigon | Or rather, as a standard action | 13:08 |
| RP | wertigon: definitely possible, or its seeing timestamps not matching | 13:08 |
| wertigon | Hmmm, maybe if I copy /etc/udev/hwdb.bin to /lib/udev/hwdb.bin regen | 13:08 |
| wertigon | I'll try that atleast | 13:09 |
| yann | we can't even bring vmlinux into recipe-sysroot, since it is not exported to sysroot either | 13:09 |
| yann | smurray: did you have a clean way to handle this case ? | 13:10 |
| kanavin_home | RP: for qemu I have a WIP patch, which caused lots of red on the AB, so I was hoping the maintainer would get to it... :) http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=akanavin/package-version-updates-later&id=216aea02e5a7fd13f0be368b5bd37ca852b5d3bc | 13:11 |
| RP | kanavin_home: have a link to a failed build? | 13:11 |
| kanavin_home | RP: yes, just a sec | 13:11 |
| smurray | yann: that was an outstanding issue when I was looking at it, iirc I patched the kernel recipe to deploy vmlinux so it could be used | 13:12 |
| kanavin_home | RP: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/1037 | 13:13 |
| yann | smurray: ok, I guess sending such a patch in the series will be a good way to start the discussion ;) | 13:13 |
| RP | kanavin_home: interesting, build failures. I can probably debug that... | 13:14 |
| RP | kanavin_home: one thing which puzzles me. I ran 'devtool check-upgrade-status' and it shows me things like "INFO: mc 4.7.5.2 4.8.24 Ross Burton <ross.burton@arm.com> " | 13:19 |
| RP | $ bitbake mc -e | grep ^PV= | 13:19 |
| RP | PV="4.8.24" | 13:19 |
| rburton | also no way is mc mine | 13:19 |
| RP | kanavin_home: any idea why it would show 4.7.5.2? | 13:20 |
| RP | rburton: hahaha | 13:20 |
| Letothe2nd | what, no "MC Ross"? | 13:20 |
| RP | rburton: RECIPE_MAINTAINER_pn-mc = "Ross Burton <ross.burton@arm.com>" | 13:20 |
| rburton | RP: clearly thats your baby | 13:20 |
| RP | rburton: I've always been puzzled why you owned it but... | 13:21 |
| rburton | RP: if i own it, can i remove it from core | 13:22 |
| RP | rburton: not until I'm on holiday | 13:22 |
| rburton | that could take forever | 13:22 |
| RP | rburton: I did say that smiling :) | 13:22 |
| *** kroon_ <kroon_!~kroon@213.185.29.22> has quit IRC | 13:24 | |
| Letothe2nd | what, there is no metal cover of "dreadlock holiday"? (re: RP on holiday) | 13:25 |
| kanavin_home | RP: you have meta-gpl2 enabled | 13:29 |
| kanavin_home | somehow devtool picks up the version from there | 13:30 |
| *** TobSnyder1 <TobSnyder1!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 13:32 | |
| smurray | heh, so mc is up for grabs wrt a maintainer? | 13:34 |
| Letothe2nd | smurray: your chance to become MC Scott! | 13:35 |
| *** philipp <philipp!d948d099@217.72.208.153> has joined #yocto | 13:37 | |
| philipp | Hi guys, i have a question regarding the yocto builds TMPDIR. We have a project, that builds yocto using docker containers. Now when we mount the yocto TMPDIR via the docker daemon, it takes a long time because of the selinux relabeling of about 7 million files under the tmpdir. Is there a way to reduce the amount of files ? | 13:38 |
| smurray | Letothe2nd: heh | 13:39 |
| Letothe2nd | philipp: i think there is a way to get rid of selinux..... | 13:39 |
| Letothe2nd | smurray: hi5 | 13:39 |
| smurray | philipp: one option would be trying rm_work, that cuts down quite a lot | 13:40 |
| philipp | yes it is, but we are using openshift with a special storageclass | 13:40 |
| philipp | there is no switch to disable selinux | 13:40 |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 13:40 | |
| Letothe2nd | philipp: technically you can use rm_work, but that of course has other drawbacks. | 13:41 |
| smurray | philipp: https://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#ref-classes-rm-work | 13:41 |
| Letothe2nd | smurray: hi5 again | 13:41 |
| smurray | Letothe2nd: would have been faster, but google gives the 1.8 version of the docs pages at the top of results for some reason | 13:42 |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 13:42 | |
| Letothe2nd | yeah google loves 1.8, i know. | 13:42 |
| Letothe2nd | probably they're building some internal stuff on it. | 13:42 |
| philipp | thanks guys | 13:43 |
| philipp | ill suggest that to our devs | 13:43 |
| Letothe2nd | suggest getting rid of selinux :) | 13:43 |
| philipp | i know, but unfortunately, there is no way to tell openshift not to use selinux for mountpoints | 13:44 |
| philipp | its hardcoded | 13:44 |
| philipp | its actually hardcoded within the persistent volume driver by vmware | 13:44 |
| Letothe2nd | philipp: on the other hand, you can use that as marketing material "super duper safe builds" or something along those lines :) | 13:45 |
| philipp | :D + | 13:45 |
| philipp | it takes docker so long to mount the volume, that the kubernetes api gets a timeout | 13:46 |
| philipp | and while selinux relabeling, the whole docker-daemon api gets unresponive, which results in a kubernetes node loss | 13:46 |
| philipp | 7 million files | 13:46 |
| philipp | not too much actually | 13:46 |
| philipp | in todays dimensions | 13:47 |
| Letothe2nd | guess there's a reason why the most of us just use dedicated build hosts :) | 13:47 |
| philipp | we had that before, buts its some kind of consolidation project | 13:47 |
| smurray | I've got the same issue here, crops up when a relabel gets triggered after a policy update on my build machine | 13:47 |
| Letothe2nd | whoa even better! "super duper safe and synergy enabled builds!" | 13:48 |
| smurray | which isn't usually too frequent, but has happened a couple of times after going to F32 | 13:48 |
| Letothe2nd | you should consider yourself lucky, being blessed with such an infrastructure :) | 13:48 |
| * Letothe2nd is having a weird day. who could've guessed. | 13:48 | |
| JPEW | philipp: I'm not too familiar with selinux + docker; why is it relabling? | 13:48 |
| philipp | basically when you use docker -v hostvolume:containervolume:Z , the :Z will trigger a restorecon -VR on the volume | 13:49 |
| *** TobSnyder1 <TobSnyder1!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 13:49 | |
| philipp | to ensure selinux labels are matching | 13:49 |
| philipp | even if its already labeld correctly it takes 2-3 minutes | 13:49 |
| philipp | because its looping over all files and directories recursively | 13:50 |
| JPEW | philipp: Can you bind mount in the working directory instead of using a volume? | 13:50 |
| philipp | sure we could, but we want to make use of vmware vsan dynamic volumes | 13:50 |
| philipp | what basically happens is, that the kubernetes api will tell the vmware api to gives a new vmware volume, this vmware volume will be attached to the host and then mounted into the docker container | 13:51 |
| wertigon | Hmm, yeah, moving the hwdb.bin to the lib folder actually worked o_O | 13:51 |
| philipp | when resuing that volume for the next build / container, it will check the selinux labels | 13:51 |
| wertigon | I think atleast | 13:51 |
| wertigon | ... No, nevermind, it did not. -_-;; | 13:52 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 13:52 | |
| philipp | i dont even know why the next builds needs the files from the previous build | 13:53 |
| philipp | i guess to speed up things | 13:53 |
| philipp | i know nothing about yocto^^ | 13:53 |
| Letothe2nd | philipp: erm no? | 13:53 |
| Letothe2nd | philipp: the thing worth sharing is sstate-cache, not tmp | 13:53 |
| philipp | ah yeah | 13:54 |
| philipp | ssstate-cache is already on nfs | 13:54 |
| philipp | and shared | 13:54 |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 13:54 | |
| *** ant__ <ant__!~ant__@host-195-31-129-205.business.telecomitalia.it> has quit IRC | 13:54 | |
| philipp | ah so we can start with a fresh tmpdir for every build? | 13:55 |
| rburton | yes, you can | 13:55 |
| philipp | and it wont be slower? | 13:55 |
| rburton | if you have sstate-cache and dl_dir preserved between runs, it will just pull from sstate-cache what doesn't need to be rebuilt | 13:55 |
| philipp | jesus | 13:56 |
| philipp | why am i spending hours to fix a problem, that doesnt even exist | 13:56 |
| Letothe2nd | philipp: marginally, the pulling from sstate takes a little time too, but thats probably negelctable | 13:56 |
| Letothe2nd | philipp: hum because super duper safe builds?!? | 13:56 |
| philipp | great | 13:57 |
| philipp | thanks | 13:57 |
| JPEW | philipp: Ya, "sharing" TMPDIR across different builders isn't viable. It *can* make incremental builds a little faster than sstate if the builds are on the same host, but you'll go crazy if you try to use it across instance :) | 13:58 |
| philipp | across hosts is no problem | 13:59 |
| philipp | because of the kubernetes dynamic volumes | 13:59 |
| philipp | which will automatically be mounted on the correct docker host | 13:59 |
| philipp | but ill just tell them to use a new tmpdir volume for each build | 13:59 |
| philipp | because everything that can possible be put on NFS, is already on NFS | 13:59 |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-ostirxbgxbptvsam> has joined #yocto | 14:00 | |
| Letothe2nd | https://twitter.com/TheYoctoJester/status/1270354873188519936 | 14:00 |
| philipp | alright, thanks for clarifying things up for me | 14:00 |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 14:02 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 14:10 | |
| philipp | ok our dev says: its neccessary to take the tmpdir into the next stage to minimize build steps | 14:10 |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 14:10 | |
| Letothe2nd | philipp: why don't you just send your dev in here? | 14:11 |
| philipp | no way | 14:12 |
| Letothe2nd | so let me recapitulate. "we're suffering because we decided upon this beautiful platform and are totally convinced that our process it the true only one way, so we're not even going to discuss that." | 14:13 |
| Letothe2nd | sounds like the perfect situation for improvement, i agree :) | 14:14 |
| philipp | well the platform is really beautiful for cloud-native container-ready applications | 14:14 |
| qschulz | haven't followed the whole thing, but if the task hash is different between builds, copying the tmpdir won't change anything as it'll be cleaned anyway | 14:14 |
| Letothe2nd | philipp: thats all nice and such, but in this case it causes a lot of self-inflicted pain obviously, and the "dev says, won't discuss" is like "why should we care" then, at least for me - and yes i know that sounds arrogant and probably elitist. sorry, at least a little. | 14:16 |
| qschulz | and if building with copied tmpdir is faster even with sstate-cache enabled, I suspect there is something very wrong going on which is bypassing the sstate-cache or not using it at all for some recipes? it smells either like stinky hacks or the dev does not know what Yocto's doing behind the scenes | 14:16 |
| philipp | i dont know, ive told him that there is only one possible solution: do not reuse the tmpdir | 14:21 |
| RP | philipp: I'm late to the conversation but we did design tmpdir to be able to be thrown away "cheaply" | 14:22 |
| philipp | im not going to consult him about the consequences of this, because ive never worked with yocto before | 14:22 |
| * Letothe2nd sighs and leaves for good. | 14:23 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has joined #yocto | 14:33 | |
| paulbarker | philipp: Sounds like you're trying to use a sledge hammer to crack a nut. | 14:36 |
| Letothe2nd | paulbarker: pointless violence FTW! | 14:36 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 14:36 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 14:39 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 14:45 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 14:46 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 14:48 | |
| chris_ber | hello, i struggle with a cmake recipe. The recipe is local and i added the recipe myself along with the files. I used `devtool modify myrecipe` to edit the content but i am not able to build because cmake can't find the files although it is working when i call cmake itself: https://bitbin.it/lPf81fK0/ | 14:53 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:dcca:24d9:d4d5:17a> has quit IRC | 14:54 | |
| chris_ber | i am new to cmake and i got the feeling the way i added/created the recipe could be wrong | 14:54 |
| dl9pf | YPTM: Jan-Simon is on | 14:55 |
| qschulz | chris_ber: file://* does not work | 14:56 |
| Letothe2nd | chris_ber: i don't think SRC_URI does glob. its all just this: do not stuff your sources into the recipe. | 14:56 |
| Letothe2nd | chris_ber: make it a freestanding repository. (and yes, tahts jsut exactly what i showed you) | 14:56 |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC | 14:57 | |
| *** gtristan <gtristan!~tristanva@110.11.227.189> has joined #yocto | 14:58 | |
| smurray | YPTM: Scott Murray is on | 14:58 |
| qschulz | chris_ber: using devtool with local files is also debatable. You already have the files so just use bitbake directly. I suspect you might have run devtool modify <recipe> early when your recipe was wrong and the files haven't been copied (correctly). Until you do devtool reset <recipe> the devtool'ed recipe will be used by bitbake | 14:58 |
| qschulz | but as Letothe2nd said, it's strongly advised to use external repositories (such as git, or (versioned) tarballs) | 14:59 |
| chris_ber | qschulz: it also tried file://prom/src/... | 15:01 |
| Letothe2nd | chris_ber: you're wasting your time on bad, hard to maintainable practises. | 15:01 |
| qschulz | chris_ber: you can't use * in SRC_URI in any way. So either you add them one by one, or you add one more directory below files which you include (WITHOUT USING *) or you use an external repository (and no, I'm not talking about externalsrc :) ) | 15:02 |
| chris_ber | Letothe2nd: i know, our problem is, that this approach will led to many many rerpositories because we are developing a framwork(packagegroup). I tried to use "devtool modify recipe" and it works fine with local files | 15:03 |
| Letothe2nd | chris_ber: then use a multirepo. but everything is better than bundling stuff into the layer. | 15:04 |
| rburton | YPTM ross joined | 15:04 |
| qschulz | chris_ber: so you'd rather be bound to a buildsystem rather than handle multiple repos? e.g. if you later decide to move to another buildsystem such as Buildroot, then the whole history is messed up | 15:04 |
| qschulz | I mean, I am in no way in a good place to critic this as we're doing this (but I hate it) | 15:04 |
| Letothe2nd | chris_ber: what if, in some distant future, like... in two weeks, decides that using that "framework" without yocto would be cool? like, making a deb package? | 15:05 |
| chris_ber | qschulz: :) | 15:05 |
| Letothe2nd | qschulz: great minds think alike! | 15:05 |
| *** dexterlb <dexterlb!~dexterlb@qtrp.org> has quit IRC | 15:05 | |
| qschulz | chris_ber: "I tried to use "devtool modify recipe" and it works fine with local files" that is confusing to me, what do you mean by that? | 15:06 |
| * Letothe2nd finally calls it a day! | 15:06 | |
| qschulz | are you doing devtool modify and then cmake? you should use devtool build <recipe> :) | 15:06 |
| qschulz | Letothe2nd: o/ | 15:06 |
| chris_ber | i discussed with my colleagues about how to handle the framework and the recipes and they like to put in one repo because devtool can handle this with updates. Neverless a lot of books, blogs etc recomend(or at least use local files) | 15:07 |
| qschulz | so... 1) devtool reset <recipe> and remove the workspace, 2) use bitbake for building the recipe. Does not work? Send the log and the recipe :) | 15:07 |
| *** wertigon <wertigon!~per@c-7968225c.021-396-7673741.bbcust.telenor.se> has quit IRC | 15:07 | |
| *** dexterlb <dexterlb!~dexterlb@qtrp.org> has joined #yocto | 15:08 | |
| chris_ber | i used devtool modify myr and then devtool build myr | 15:08 |
| chris_ber | i know the procedure with reset etc | 15:08 |
| qschulz | chris_ber: the files are taken from the devtool workspace, so if you have changed your local files since your devtool modify, that won't update the ones in your workspace | 15:09 |
| chris_ber | qschulz: i didn't modfy any file, because bitbake/devtool struggled with cmake | 15:10 |
| qschulz | chris_ber: if your workspace files and local files are in sync (please check) and it still does not work, then we'll need the error log | 15:10 |
| *** philipp <philipp!d948d099@217.72.208.153> has quit IRC | 15:10 | |
| chris_ber | ok, give me a sec | 15:10 |
| qschulz | chris_ber: wild guess (common mistake) you probably aren't using the variables given by Yocto but using hardcoded ones in your cmake files | 15:11 |
| chris_ber | i posted the complete CMakeFile.txt | 15:11 |
| chris_ber | CMakeLists.txt | 15:12 |
| qschulz | you have others :) Anyway, true, if the error is really the one in the pastebin you sent us, the files haven't probably been installed correctly | 15:13 |
| qschulz | could you go to the $WORKDIR of the recipe you're trying to build? | 15:13 |
| qschulz | (tmp/work/<arch>/<recipe_name>/<recipe_version> usually) | 15:13 |
| qschulz | and check that all your files are there? | 15:14 |
| chris_ber | ok | 15:15 |
| chris_ber | qschulz: i reseted the workspace, fixed the licence and run bitbake image again. The files are at the directory you mentioned. The noob-thing is, that it now complains about missing headers. I think you got right and i mixed something with the workspace up. I will know check the includes | 15:20 |
| qschulz | chris_ber: good, making progress :) | 15:22 |
| chris_ber | in Germany we call this: Von einem Fettnäpfchen zum nächsten. Don't know the translation but i will find the next issue ;) | 15:23 |
| qschulz | chris_ber: gesundheit | 15:24 |
| chris_ber | but you recommended again we should use external repos. So multirepo is git thing? | 15:25 |
| qschulz | chris_ber: I haven't got much experience in dealing with that but anyway, you'll need a mechanism to git clone the meta layers that aren't yours (e.g. openembedded-core, poky, meta-openembedded, meta-qt5 whatever) | 15:26 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 15:27 | |
| fray | git-repo (an android related project) is used by a lot of people to manage multiple repositories | 15:27 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 15:28 | |
| qschulz | chris_ber: I don't know exactly what Letothe2nd was talking about, maybe git submodules? he also presented kas recently on Twitch so maybe something to have a look at | 15:28 |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 15:32 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 15:36 | |
| *** rob_w_ <rob_w_!~rob@ppp-93-104-37-8.dynamic.mnet-online.de> has joined #yocto | 15:37 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 15:40 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 15:43 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 15:44 | |
| *** rcw <rcw!~rcw@104-195-225-201.cpe.teksavvy.com> has joined #yocto | 15:49 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 15:51 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:56 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 15:59 | |
| *** Frazer <Frazer!~frazer.cl@78.40.148.177> has left #yocto | 16:11 | |
| *** fl0v0 <fl0v0!~fvo@88.130.221.52> has quit IRC | 16:11 | |
| *** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto | 16:15 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 16:34 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 16:34 | |
| *** KindTwo <KindTwo!kindone@freenode/father-christmas/kindone> has joined #yocto | 16:35 | |
| *** KindOne <KindOne!kindone@freenode/father-christmas/kindone> has quit IRC | 16:37 | |
| *** KindTwo is now known as KindOne | 16:40 | |
| *** vineela <vineela!~vtummala@134.134.139.74> has quit IRC | 16:40 | |
| *** kaspter <kaspter!~Instantbi@222.70.81.222> has quit IRC | 16:40 | |
| *** kaspter <kaspter!~Instantbi@222.70.81.211> has joined #yocto | 16:42 | |
| *** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto | 16:44 | |
| *** filip <filip!~filip@78-80-26-170.nat.epc.tmcz.cz> has joined #yocto | 16:57 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 16:57 | |
| *** filip <filip!~filip@78-80-26-170.nat.epc.tmcz.cz> has quit IRC | 16:59 | |
| *** koty0f <koty0f!~filip@78-80-26-170.nat.epc.tmcz.cz> has joined #yocto | 17:00 | |
| *** koty0f <koty0f!~filip@78-80-26-170.nat.epc.tmcz.cz> has quit IRC | 17:02 | |
| eden | is there a way i can pass a value from the external environment into yocto for use inside of a shell task *without* having that value recorded in any log/run files? it's a secret API token. | 17:03 |
| *** koty0f <koty0f!~filip@78-80-26-170.nat.epc.tmcz.cz> has joined #yocto | 17:03 | |
| RP | eden: write it in a file and have it loaded from the file in those scripts? | 17:06 |
| *** vineela <vineela!~vtummala@134.134.139.74> has quit IRC | 17:08 | |
| *** koty0f <koty0f!~filip@78-80-26-170.nat.epc.tmcz.cz> has quit IRC | 17:09 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 17:11 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 17:12 | |
| *** volpi <volpi!4e2b4835@HSI-KBW-078-043-072-053.hsi4.kabel-badenwuerttemberg.de> has joined #yocto | 17:12 | |
| *** mckoan is now known as mckoan|away | 17:19 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 17:25 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:27 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.39> has joined #yocto | 17:43 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:43 | |
| eden | RP: it's already in an env var. is there no way to avoid writing it out? | 17:57 |
| eden | i tried reading out of origenv and asked a question yesterday about it. doing so makes the task metadata hashes not consistent. | 17:57 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 18:00 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.40> has joined #yocto | 18:01 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.40> has quit IRC | 18:01 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 18:01 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 18:02 | |
| *** vineela <vineela!vtummala@nat/intel/x-dtbjwblucmaxciaw> has joined #yocto | 18:03 | |
| *** alejandrohs <alejandrohs!~alejandro@189.154.223.206> has quit IRC | 18:13 | |
| *** alejandrohs <alejandrohs!~alejandro@189.154.223.206> has joined #yocto | 18:14 | |
| *** koty0f <koty0f!~filip@nat-40.starnet.cz> has joined #yocto | 18:15 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 18:37 | |
| *** kaspter <kaspter!~Instantbi@222.70.81.211> has quit IRC | 18:38 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:40c8:e68d:70bd:3b6> has quit IRC | 18:40 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:254a:4327:67e1:d5be> has joined #yocto | 18:42 | |
| *** kaspter <kaspter!~Instantbi@222.70.81.218> has joined #yocto | 18:52 | |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 19:15 | |
| *** TobSnyder <TobSnyder!~schneider@p2e50e9c2.dip0.t-ipconnect.de> has joined #yocto | 19:24 | |
| *** ant__ <ant__!~ant__@host-82-60-190-241.retail.telecomitalia.it> has joined #yocto | 19:28 | |
| otavio | RP: Is it possible for someone to push https://patches.openembedded.org/patch/172015/ ? | 19:32 |
| otavio | We've been using it but hacking it byhand, which is not nice ;-) | 19:34 |
| *** davidinux <davidinux!~davidinux@212.102.54.114> has quit IRC | 19:46 | |
| *** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC | 20:02 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 20:13 | |
| *** chandana731 <chandana731!~ckalluri@149.199.62.129> has joined #yocto | 20:16 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC | 20:16 | |
| *** koty0f <koty0f!~filip@nat-40.starnet.cz> has quit IRC | 20:21 | |
| *** sno <sno!~sno@p4fe931fc.dip0.t-ipconnect.de> has joined #yocto | 20:22 | |
| RP | eden: well it would do unless you exclude it from the taskhash | 20:22 |
| RP | otavio: who is listed as the layer maintainer? | 20:22 |
| otavio | RP: Mark Hatle <mark.hatle@kernel.crashing.org> and Jason Wessel <jason.wessel@windriver.com> | 20:29 |
| *** rob_w_ <rob_w_!~rob@ppp-93-104-37-8.dynamic.mnet-online.de> has quit IRC | 20:29 | |
| RP | fray: can we marge the above patch please? | 20:30 |
| RP | or jwessel? :) | 20:30 |
| *** pohly <pohly!~pohly@p5b05684a.dip0.t-ipconnect.de> has quit IRC | 20:35 | |
| *** carlsb3rg <carlsb3rg!5cdd8817@23.92-221-136.customer.lyse.net> has joined #yocto | 20:36 | |
| carlsb3rg | hi guys...I'm going through Josef Holzmayr's live series, and got to the part where I'm building a custom kernel | 20:40 |
| carlsb3rg | and "something" has caused core-image-minimal to grow a whole lot...gnome desktop and everything is getting compiled... | 20:41 |
| *** mranosta1 <mranosta1!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 20:42 | |
| carlsb3rg | any hints on how to figure out where something has obviously gone wrong? | 20:42 |
| *** mranosta1 <mranosta1!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 20:42 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 20:44 | |
| carlsb3rg | the only really blatant copy/paste I have done is that I copied qemux86.conf instead of qeumarm.conf that @Letothe2nd used, and they are quite different, but I can't figure out which setting bloated my image | 20:50 |
| carlsb3rg | I used https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/conf/machine/qemux86.conf, where $Letothe2nd used https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/conf/machine/qemuarm.conf | 20:51 |
| *** TobSnyder <TobSnyder!~schneider@p2e50e9c2.dip0.t-ipconnect.de> has quit IRC | 20:52 | |
| alejandrohs | carlsb3rg: you can use bitbake -g to track down where the dependencies are coming | 20:58 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto | 21:01 | |
| *** chandana731 <chandana731!~ckalluri@149.199.62.129> has quit IRC | 21:01 | |
| *** vineela1 <vineela1!~vtummala@134.134.139.74> has joined #yocto | 21:02 | |
| *** vineela <vineela!vtummala@nat/intel/x-dtbjwblucmaxciaw> has quit IRC | 21:02 | |
| *** vineela <vineela!~vtummala@134.134.137.75> has joined #yocto | 21:03 | |
| *** vineela1 <vineela1!~vtummala@134.134.139.74> has quit IRC | 21:03 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 21:10 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 21:10 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 21:11 | |
| *** berton <berton!~berton@181.220.84.90> has quit IRC | 21:12 | |
| carlsb3rg | trying to browse task-depends.dot...can't say I'm any wiser | 21:21 |
| alejandrohs | carlsb3rg: that should do it, if you say gnome is being built you can see where the dependency to build gnome is coming from | 21:22 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 21:22 | |
| carlsb3rg | I can see that gnome-desktop-testing comes from meta/recipes-support...no idea why recipes-support is being cooked tho | 21:24 |
| *** mranosta1 is now known as mranostay | 21:29 | |
| jwessel | That is a pretty reasonable patch. I'll see if it can be merged. | 21:30 |
| *** vineela1 <vineela1!~vtummala@134.134.139.76> has joined #yocto | 21:36 | |
| *** vineela <vineela!~vtummala@134.134.137.75> has quit IRC | 21:36 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 21:37 | |
| *** vineela1 <vineela1!~vtummala@134.134.139.76> has quit IRC | 21:37 | |
| jwessel | otavio The patch is merged. | 21:40 |
| carlsb3rg | finally resolved some licence file issues etc and my wic is 46M...so it seems my actual image is respecting core-minimal-image constraints even though a lot more is getting build | 21:53 |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 21:58 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 22:00 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 22:00 | |
| *** maudat <maudat!~moda@mtrlpq2848w-lp130-04-70-29-226-188.dsl.bell.ca> has quit IRC | 22:13 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.41> has joined #yocto | 22:30 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 22:31 | |
| *** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC | 22:32 | |
| *** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto | 22:35 | |
| *** carlsb3rg <carlsb3rg!5cdd8817@23.92-221-136.customer.lyse.net> has quit IRC | 22:39 | |
| *** jae1 <jae1!~jaewon@c-73-162-13-38.hsd1.ca.comcast.net> has joined #yocto | 22:40 | |
| *** creich <creich!~creich@p200300f6af28d810000000000000039b.dip0.t-ipconnect.de> has quit IRC | 22:43 | |
| *** creich <creich!~creich@p200300f6af28d810000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 22:44 | |
| *** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto | 22:49 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 22:51 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 22:51 | |
| *** ant__ <ant__!~ant__@host-82-60-190-241.retail.telecomitalia.it> has quit IRC | 22:51 | |
| *** agust <agust!~agust@p508b67ab.dip0.t-ipconnect.de> has quit IRC | 22:53 | |
| *** jae1 <jae1!~jaewon@c-73-162-13-38.hsd1.ca.comcast.net> has quit IRC | 22:53 | |
| *** Guest73739 <Guest73739!~Thunderbi@195.242.46.70> has quit IRC | 22:58 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 23:09 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 23:09 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 23:21 | |
| *** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC | 23:23 | |
| RP | jwessel: thanks! | 23:35 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!