| *** armpit <armpit!~armpit@2601:202:4180:c33:4917:1686:82c6:892f> has joined #yocto | 00:34 | |
| *** flynn378 <flynn378!sid63564@gateway/web/irccloud.com/x-bnhjtradxroprkpm> has quit IRC | 00:51 | |
| *** flynn378 <flynn378!sid63564@gateway/web/irccloud.com/x-oaainawmuwlmlswt> has joined #yocto | 00:51 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 01:25 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 01:32 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 01:33 | |
| *** sgw <sgw!~sgw@192.55.54.43> has quit IRC | 02:33 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 03:19 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 03:21 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 03:46 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 04:02 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 04:04 | |
| *** OutBackDingo_ <OutBackDingo_!~quassel@unaffiliated/outbackdingo> has quit IRC | 04:16 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 04:17 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 04:18 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 04:23 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 04:31 | |
| *** onlyesterday <onlyesterday!~onlyester@113.160.58.178> has joined #yocto | 04:38 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:25 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 05:27 | |
| *** Manjunatha <Manjunatha!744b4c21@116.75.76.33> has joined #yocto | 05:51 | |
| *** agust <agust!~agust@pD95F1ED1.dip0.t-ipconnect.de> has joined #yocto | 05:54 | |
| Manjunatha | Hi I using yocto Morty (2.2) yocto release where I am building custom images. I am trying to mask set of recipes using BBMASK variable. If the BBMASK entry is entered in conf/local.conf it works fine of running it. But, if entry is made at a layer's conf file (conf/layers.conf) where recipe reside still the image building picks up the | 05:59 |
|---|---|---|
| Manjunatha | recipes which is being masked. I want to have permanent changes in my layer conf file instead of at conf/local.conf. Please give inputs. Thanks | 05:59 |
| erbo | Manjunatha: did you try inspecting "bitbake -e" to see how BBMASK ended up after bitbake finished parsing all conf files? | 06:03 |
| erbo | If there's a mistake in how things are appended etc you will usually find it by looking at the end result | 06:04 |
| LetoThe2nd | i'd just add that hiding such in a layer.conf file is highly discouraged, as it is not expected there by convention. henvce it will confuse about every user, including your future self. | 06:04 |
| *** arielmr <arielmr!~quassel@187-163-217-93.static.axtel.net> has quit IRC | 06:05 | |
| *** tardyp_ <tardyp_!sid45259@gateway/web/irccloud.com/x-urkdznigeiigcryn> has joined #yocto | 06:08 | |
| *** rhadye_ <rhadye_!sid217449@gateway/web/irccloud.com/x-qebkbogeisuqgxml> has joined #yocto | 06:08 | |
| *** smurray_ <smurray_!sid98062@gateway/web/irccloud.com/x-tzhbozlvrnanules> has joined #yocto | 06:08 | |
| *** rsalveti_ <rsalveti_!sid117878@gateway/web/irccloud.com/x-ohddomtlranxrjqj> has joined #yocto | 06:08 | |
| *** ndec_ <ndec_!sid219321@linaro/ndec> has joined #yocto | 06:08 | |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has joined #yocto | 06:12 | |
| *** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC | 06:15 | |
| *** ndec <ndec!sid219321@linaro/ndec> has quit IRC | 06:15 | |
| *** rsalveti <rsalveti!sid117878@gateway/web/irccloud.com/x-bxdxmurxqfedmrol> has quit IRC | 06:15 | |
| *** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-zutzogtiieemqswn> has quit IRC | 06:15 | |
| *** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-fcvfpxyzqppwdfpj> has quit IRC | 06:15 | |
| *** MarcWe <MarcWe!hmwmatrixo@gateway/shell/matrix.org/x-hddraqghiarglywu> has quit IRC | 06:15 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-gemfdmuftwnjndte> has quit IRC | 06:15 | |
| *** tardyp_ is now known as tardyp | 06:15 | |
| *** smurray_ is now known as smurray | 06:15 | |
| *** rhadye_ is now known as rhadye | 06:15 | |
| *** ndec_ is now known as ndec | 06:15 | |
| *** rsalveti_ is now known as rsalveti | 06:15 | |
| *** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto | 06:17 | |
| *** lh <lh!sid77898@osuosl/staff/lh> has quit IRC | 06:18 | |
| *** lh <lh!sid77898@osuosl/staff/lh> has joined #yocto | 06:19 | |
| *** woutervh <woutervh!~woutervh@d51a5a257.access.telenet.be> has quit IRC | 06:25 | |
| *** jij <jij!jonashg@nat/axis/x-frywfsyfdrcgxawg> has joined #yocto | 06:25 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 06:26 | |
| *** Saur <Saur!pkj@nat/axis/x-bfjohvobextqzqmo> has joined #yocto | 06:27 | |
| Manjunatha | erbo: With O/P of "bitbake -e" doesn't add recipe to be appended when added at layer's layer.conf. With creation of image.bbappend, which appends necessary recipe at the end. With effect of adding at local.conf, which appended at middle of , and later some other recipes are added. | 06:32 |
| *** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:94a5:1d12:c8f8:9ce4> has joined #yocto | 06:32 | |
| Manjunatha | From above adding at image.bbappend which still fails in masking the recipes. | 06:33 |
| LetoThe2nd | Manjunatha: erm. you can't do things that affect other recipes inside a recipe, or by appending to it. | 06:34 |
| LetoThe2nd | Manjunatha: so if you add BBMASK to the image, then it will be visible only during the build of that particular image, and all other recipes won't care for it. | 06:35 |
| LetoThe2nd | Manjunatha: bitbake rule #1: recipe data is local, conf data is global. | 06:35 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:37 | |
| *** Manjunatha <Manjunatha!744b4c21@116.75.76.33> has quit IRC | 06:43 | |
| *** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has quit IRC | 06:44 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 06:46 | |
| *** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has joined #yocto | 06:53 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 06:54 | |
| *** woutervh <woutervh!~woutervh@84.199.255.188> has joined #yocto | 06:55 | |
| woutervh | Is there a way to not fail when a meta-layer is not there on a package which is not enabled? ex: I have an application, based on qt5, but even if I don't use it, it fails when meta-qt5 is not added | 07:00 |
| LetoThe2nd | woutervh: you can certainly hack up something, but i'd rather suggest to split your layer then. | 07:03 |
| LetoThe2nd | woutervh: into one that bears the qt dependency, and one that does not bear it | 07:03 |
| mckoan | good morning | 07:06 |
| *** Manjunatha <Manjunatha!736318a6@115.99.24.166> has joined #yocto | 07:06 | |
| Manjunatha | Following recipes to be masked for the image build. Is possible to have entries as below in image.bb/image.bbappend, as BBMASK_${PN} BBMASK_$PN} .= "|(recipes-tpm2/tpm2-abrmd/tpm2-abrmd_2.1.1.bb)" BBMASK${PN} .="|(recipes-tpm2/tpm2-tools/tpm2-tools_3.1.4.bb)" BBMASK_${PN} .="|(recipes-tpm2/tpm2-tss/tpm2-tss_2.2.3.bb)" BBMASK${PN} .="|(recipes-t | 07:08 |
| Manjunatha | pm2/tpm2-tss-engine/tpm2-tss-engine_1.0.0.bb)"Just want image.bb to ignore these. | 07:08 |
| LetoThe2nd | Manjunatha: erm. you can't do things that affect other recipes inside a recipe, or by appending to it. | 07:08 |
| LetoThe2nd | Manjunatha: so if you add BBMASK to the image, then it will be visible only during the build of that particular image, and all other recipes won't care for it. | 07:08 |
| LetoThe2nd | Manjunatha: bitbake rule #1: recipe data is local, conf data is global. | 07:08 |
| LetoThe2nd | Manjunatha: already told you 30minutes ago. | 07:08 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:10 | |
| woutervh | LetoThe2nd, Ok, I see what you mean | 07:16 |
| LetoThe2nd | woutervh: it would be my approach, given the additional fact that nowadays layers can specify what they depend on | 07:16 |
| LetoThe2nd | woutervh: https://www.yoctoproject.org/docs/2.8/ref-manual/ref-manual.html#var-LAYERDEPENDS | 07:17 |
| erbo | woutervh: There's also this way, where you only parse some recipes under a certain path if that layer is present: https://github.com/Pelagicore/meta-pelux/blob/7b9afbe64cb26063fe2be4c7cb844cc38b58a571/conf/layer.conf#L18 | 07:18 |
| Manjunatha | LetoThe2nd:I understand it. Please let me know any other way to mask these recipes during this particular image (image.bb) build other than masking from local.conf globally. My problem is, the common couple of PROVIDES from different recipes conflicts giving error as "Multiple provides" from 2 different recipes. On dependent recipe is tpm2-tss_2.2 | 07:19 |
| Manjunatha | .3.bb which is newly added which I want image.bb to avoid it. I want to have permanent changes rather than at local.conf. | 07:19 |
| erbo | It's a bit more hackish, but works well if you want to stick with one layer | 07:19 |
| erbo | Manjunatha: you could provide template configs with BBMASK correctly set up with your layer, and then set TEMPLATECONF when sourcing the oe-init-build-env script | 07:20 |
| Manjunatha | Thanks for inputs. Iam looking this. | 07:22 |
| woutervh | erbo, cool, that was exactly what I was thinking about | 07:27 |
| *** yacar_ <yacar_!~yacar@80.215.226.46> has joined #yocto | 07:29 | |
| LetoThe2nd | woutervh: be aware that such will confuse the s**t out of anybody who tries to use it, including your future self. nobody expects functionality to be hidden in layer.conf | 07:34 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 07:34 | |
| LetoThe2nd | Manjunatha: sounds like you actually want a virtual provider | 07:34 |
| *** woutervh <woutervh!~woutervh@84.199.255.188> has quit IRC | 07:39 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 07:41 | |
| *** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has joined #yocto | 07:47 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 08:01 | |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 08:14 | |
| *** lemagoup <lemagoup!~lemagoup@softbank-robotics-gw1.ter4.eqx2.par.cust.as8218.eu> has joined #yocto | 08:19 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 08:33 | |
| *** woutervh <woutervh!~woutervh@84.199.255.188> has joined #yocto | 08:59 | |
| *** kaspter <kaspter!~Instantbi@115.206.60.156> has quit IRC | 09:24 | |
| *** kaspter <kaspter!~Instantbi@115.206.60.156> has joined #yocto | 09:25 | |
| *** litb <litb!~js@p5B2FE101.dip0.t-ipconnect.de> has joined #yocto | 09:29 | |
| litb | hello all | 09:29 |
| litb | is it possible to specify that BB_GENERATE_MIRROR_TARBALLS only saves the last tree, instead of the entire historie's trees? | 09:29 |
| litb | if i want to distribute those mirrors for people to recompile my system, I'm supplying lots of unused commit history. so therefore I want to truncate commit history to the last commit | 09:31 |
| litb | (without changing the commit ID of course, so that recipe files continue to work!) | 09:31 |
| paulbarker | litb: You could try BB_GENERATE_SHALLOW_TARBALLS. I've not tested it myself though | 09:37 |
| *** kuzulis <kuzulis!~kuzulis@37.112.57.60> has joined #yocto | 09:38 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:44 | |
| *** Hodhr <Hodhr!~Hodhr@162.206.70.37.rev.sfr.net> has joined #yocto | 09:45 | |
| *** yacar_ <yacar_!~yacar@80.215.226.46> has quit IRC | 09:47 | |
| kuzulis | Hi guys, could someone help me to update a 'chromium' recipe to build my image? F.e., currently, my 'yocto' based on a 'pyro' branch. I have added the 'meta-browser' layer which has a recipe with the chromium v52.. But, problem is that that version is too old, besides, I can't upgrade the 'yocto' layers too. So, I have planns to use the 'chromium' from the 'master' branch of meta-browser layer. So, I have switched the meta-browser branch to master. Also I | 10:01 |
| kuzulis | have created my own recipes directory /recipes-browser/chromium, where I have copied the 'chromium' recipe from the newest 'meta-freescale' layer branch (not from old 'pyro' branch). But a problem is that that 'meta-freescale' layer does not contain the .bbappend file. So, I have created the 'chromium-x11_75.03770.80.bbappend' file which respects the chromium-x11_75.03770.80.bb' file from the 'meta-browser' layer. But, when I run bitbake, it say that: | 10:01 |
| kuzulis | ERROR: No recipes available for: .../<my-meta-layer>/recipes-browser/chromium/chromium-x11_75.03770.80.bbappend... | 10:01 |
| kuzulis | why it happens? | 10:03 |
| qschulz | are you sure you have the meta-browser layer in your bblayers? | 10:04 |
| kuzulis | qschulz: Yes, the command: bitbake-layers show-layers show the 'meta-browser' layer. | 10:05 |
| kuzulis | When I did remove my .bbappend file, then bb say that ERROR: Nothing RPROVIDES 'chromium' | 10:07 |
| litb | paulbarker, thanks, it works! and I can override it on a per-recipe base. | 10:09 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 10:16 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 10:18 | |
| kuzulis | Why bitbake don't see the 'chromium' recipe? Even the 'meta-browser' layer has been added.. | 10:18 |
| kuzulis | Hmm. it does work when I add to the IMAGE_INSTALL: chromium-x11 instead of chromium.. | 10:25 |
| woutervh | chromium-ozone-wayland keeps on giving me: collect2: fatal error: ld terminated with signal 9 [Killed] | 10:29 |
| woutervh | what does it mean? | 10:29 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 10:42 | |
| *** yacar_ <yacar_!~yacar@80.215.226.46> has joined #yocto | 10:49 | |
| *** Manjunatha <Manjunatha!736318a6@115.99.24.166> has quit IRC | 10:50 | |
| paulbarker | woutervh: The linker crashed. Check you kernel & system logs to see if there's any info there, you might be running out of RAM or something | 10:50 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:58 | |
| rburton | anyone in here use fortran with OE? | 10:58 |
| *** opennandra <opennandra!~marek@109-230-35-25.dynamic.orange.sk> has quit IRC | 11:02 | |
| *** kuzulis <kuzulis!~kuzulis@37.112.57.60> has quit IRC | 11:06 | |
| rburton | RP: recipes that throw skiprecipe are silently removed from world builds right | 11:10 |
| rburton | a note, but nothing fatal | 11:10 |
| woutervh | paulbarker, indeed, out of memory. I now added some swap space. Hope it gets through | 11:25 |
| *** onlyesterday <onlyesterday!~onlyester@113.160.58.178> has quit IRC | 11:37 | |
| *** berton <berton!~berton@181.220.86.53> has joined #yocto | 11:41 | |
| *** berton <berton!~berton@181.220.86.53> has quit IRC | 11:43 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 11:46 | |
| *** berton <berton!~berton@181.220.86.53> has joined #yocto | 11:47 | |
| *** zpfvo <zpfvo!~florian@x4dbf32dc.dyn.telefonica.de> has joined #yocto | 11:55 | |
| zpfvo | hi! has anybody been successful building cmake-native on a recent fedora machine? The host glibc version is higher than the toolchains. That somehow interferes with the bootstrapping(configure stage). Iam just trying something out at home as a side project, so i dont want to reinstall ubuntu :/ | 12:05 |
| zpfvo | "poky/build/tmp/sysroots-uninative/x86_64-linux/usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by poky/build/tmp/work/x86_64-linux/cmake-native/3.14.1-r0/build/Bootstrap.cmk/cmake)" | 12:05 |
| rburton | there's been an update to uninative in the last few days to fix a problem with latest fedora | 12:09 |
| rburton | so maybe try updating? | 12:09 |
| zpfvo | rburton: thank you! will try that | 12:11 |
| *** woutervh <woutervh!~woutervh@84.199.255.188> has quit IRC | 12:12 | |
| *** woutervh <woutervh!~woutervh@84.199.255.188> has joined #yocto | 12:12 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 12:15 | |
| *** Hodhr <Hodhr!~Hodhr@162.206.70.37.rev.sfr.net> has left #yocto | 12:30 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:44 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 13:02 | |
| RP | rburton: yes. You might want virtual/gzip for what I think you're trying | 13:05 |
| *** likewise <likewise!uid442@beta.alwyzon.com> has joined #yocto | 13:19 | |
| likewise | Does anyone know of an existing external Qt5 plugin built using Yocto? I am looking for a BitBake recipe to build an external (platform device integration) plugin. | 13:21 |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 13:30 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 13:30 | |
| *** yacar_ <yacar_!~yacar@80.215.226.46> has quit IRC | 13:39 | |
| *** zpfvo <zpfvo!~florian@x4dbf32dc.dyn.telefonica.de> has quit IRC | 13:39 | |
| *** falk0n <falk0n!~falk0n@a109-49-143-140.cpe.netcabo.pt> has quit IRC | 13:40 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 13:49 | |
| *** JPEW <JPEW!cc4da337@204.77.163.55> has joined #yocto | 13:50 | |
| *** zpfvo <zpfvo!~florian@x4db75be9.dyn.telefonica.de> has joined #yocto | 13:51 | |
| *** kuzulis <kuzulis!~kuzulis@37.112.57.60> has joined #yocto | 13:52 | |
| *** ayaka <ayaka!~ayaka@103.42.215.143> has quit IRC | 13:53 | |
| likewise | ^ I figured it out. | 14:06 |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 14:07 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 14:08 | |
| *** ayaka <ayaka!~ayaka@103.42.215.143> has joined #yocto | 14:10 | |
| *** yacar_ <yacar_!~yacar@80.215.226.46> has joined #yocto | 14:20 | |
| *** alimon <alimon!~alimon@gateway/shell/linaro/x-dyxhxjvveowpxqty> has joined #yocto | 14:29 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:34 | |
| *** kaspter <kaspter!~Instantbi@115.206.60.156> has quit IRC | 14:39 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-zwreubhdwvayurzs> has joined #yocto | 14:40 | |
| *** kaspter <kaspter!~Instantbi@115.206.60.156> has joined #yocto | 14:40 | |
| *** learningc <learningc!~learningc@121.122.105.23> has joined #yocto | 14:40 | |
| qschulz | likewise: cool, please share the answer for reference as this chan is archived :) | 14:41 |
| *** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:94a5:1d12:c8f8:9ce4> has quit IRC | 14:42 | |
| yocti | New news from stackoverflow: How to access bitbake config files variables in CMake? <https://stackoverflow.com/questions/56738804/how-to-access-bitbake-config-files-variables-in-cmake> | 14:42 |
| *** litb <litb!~js@p5B2FE101.dip0.t-ipconnect.de> has quit IRC | 14:49 | |
| *** woutervh <woutervh!~woutervh@84.199.255.188> has quit IRC | 14:49 | |
| jonmason | What generates the qemuboot.conf file? | 15:03 |
| jonmason | nm, think I found it | 15:04 |
| RP | jonmason: qemuboot.bbclass | 15:05 |
| jonmason | yup | 15:05 |
| RP | jonmason: just looking at your patch, I don't think you quite understood what I meant | 15:05 |
| RP | jonmason: also found the core-image-cmdline-full failure is a problem with the actual image :( | 15:05 |
| jonmason | RP: I think I'll have the virtio serial stuff working sometime today, but looks like I'll have to rewrite a chunk of the runqemu script | 15:05 |
| RP | basically the race I worried about is real | 15:05 |
| jonmason | RP: the "test_" was causing it to be called like a test, right? | 15:06 |
| RP | jonmason: yes, that bit is fine, I hadn't meant to add the systemd test though | 15:07 |
| jonmason | and while I was messing around, I thought I'd cover all of the bases | 15:07 |
| RP | jonmason: I guess its a reasonable test of systemd though | 15:07 |
| RP | jonmason: I wasn't keen on the code duplication :/ | 15:07 |
| jonmason | yeah, its not very elegant | 15:07 |
| jonmason | I just couldn't think of a better way to do it | 15:08 |
| RP | jonmason: I have a local patch which handles rsyslog more neatly but I then found the image really is broken | 15:08 |
| jonmason | the problem is that there are a number of the syslogs have the same binary names, except for rsyslog and systemd | 15:08 |
| darknighte | anyone have a technique to generate a list of files from a package list? | 15:14 |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 15:15 | |
| darknighte | Specifically, the files that will be installed in the rootfs? | 15:17 |
| yann | on warrior I'm hit by curl-native (used as recipe dependency) trying to use ca-certificates.crt from .../curl-native/7.64.0-r0.shadow/recipe-sysroot-native/etc/ssl/certs/. When it is called by a third-party script it's cumbersome to add --cacert by hand. Would a patch to curl to use a wrapper script to add --cacert be considered a good idea ? | 15:21 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 15:21 | |
| *** zpfvo <zpfvo!~florian@x4db75be9.dyn.telefonica.de> has left #yocto | 15:31 | |
| kuzulis | Hi guys, why bitbake does not say that I have a two providers of 'foo' recipe? e.g. the meta-oe layer contains an own foo-v1 recipe.. But I too have added the new foo-v99 recipe (which has a newest version)... But the bitbake takes the newest recipe foo-v99... Why the bitbake does not warning me about the two recipes? | 15:31 |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC | 15:33 | |
| rburton | darknighte: a bit of sh using oe-pkgdata-util should be able to knock that up easily | 15:33 |
| rburton | kuzulis: because two recipes with the same name and different versions isn't considered a problem | 15:33 |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto | 15:34 | |
| kuzulis | rburton: ok, thanks | 15:36 |
| kuzulis | rburton: so, I even can upgrade, e.g. the GCC, just to copy a recipe from the newest layer to the old layer? | 15:40 |
| rburton | upgrading gcc is more than just copying a recipe but in the general case yes | 15:41 |
| kuzulis | ok, thx | 15:41 |
| rburton | obviously, it's your responsibility to also copy across any relevant changes | 15:41 |
| rburton | you can't just cp gcc/ from master to a four year old release branch | 15:42 |
| kuzulis | ok | 15:42 |
| kuzulis | but, at least between GCC 6.4 and 7.3 is it possible? | 15:43 |
| rburton | depends if gcc 7.3 introduced compile warnings and errors that 6.4 didn't so now e.g. glibc doesn't build | 15:43 |
| kuzulis | ahh.. clear | 15:44 |
| *** bluca <bluca!~bluca@88.98.246.218> has joined #yocto | 15:46 | |
| *** lemagoup <lemagoup!~lemagoup@softbank-robotics-gw1.ter4.eqx2.par.cust.as8218.eu> has quit IRC | 15:47 | |
| bluca | hi - is it possible to disable a postinstall-intercept hook? I don't have any gui so gdk-pixbuf is not built, but update_icon_cache requires it so the rootfs build is broken (distro based on thud) | 15:48 |
| bluca | can't find anything looking at the manual, but maybe I'm missing something obvious | 15:48 |
| *** berton <berton!~berton@181.220.86.53> has quit IRC | 15:52 | |
| *** berton <berton!~berton@181.220.86.53> has joined #yocto | 15:54 | |
| rburton | bluca: what is calling update-icon-cache? | 15:56 |
| rburton | (that missing dependency is fixed in master, iirc) | 15:56 |
| *** yacar_ <yacar_!~yacar@80.215.226.46> has quit IRC | 15:56 | |
| bluca | if I understand correctly it's called because it's a postinst-intercepts script | 16:01 |
| bluca | so do_rootfs calls it and all the others | 16:02 |
| bluca | do you remember vaguely what the change was/which directory/commit title so I can look it up? | 16:02 |
| *** learningc <learningc!~learningc@121.122.105.23> has quit IRC | 16:04 | |
| *** woutervh <woutervh!~woutervh@d51A5A257.access.telenet.be> has joined #yocto | 16:08 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16:12 | |
| rburton | bluca: sure but that only runs if a specific recipe asks for it | 16:13 |
| rburton | bluca: so your image with no gui is pulling in a package that wants to update the icon cache | 16:13 |
| rburton | therefore, maybe you can just remove that instead | 16:13 |
| bluca | ok - any idea how to find out which? it's not in any of the locally defined package lists or dependencies | 16:13 |
| bluca | so it's probably a dep of a dep | 16:14 |
| bluca | tried running bitbake -g but gdk-pixbuf was not mentioned | 16:14 |
| *** mckoan is now known as mckoan|away | 16:15 | |
| rburton | it won't be, it would be an icon theme most likely | 16:18 |
| *** vineela <vineela!~vtummala@134.134.139.73> has joined #yocto | 16:22 | |
| bluca | grepping for icon/theme/desktop in the recipes_depends.dot returns nothing, any idea what they could be called? any convention? | 16:23 |
| rburton | so the only thing to use update_icon_cache is gtk-icon-cache.bbclass, so $ bitbake-layers show-recipes -i gtk-icon-cache | 16:24 |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 16:24 | |
| darknighte | rburton: thanks. I forgot about oe-pkgdata-util. | 16:30 |
| *** woutervh <woutervh!~woutervh@d51A5A257.access.telenet.be> has quit IRC | 16:30 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:31 | |
| bluca | thanks - that command lists: | 16:31 |
| bluca | adwaita-icon-theme atkmm blueman connman-gnome esound fltk gcr geany-plugins gimp gnome-themes-standard pavucontrol vte9 | 16:31 |
| bluca | but none of these are in the recipes-depends.dot unfortunately | 16:31 |
| rburton | khem: what do you think about bumping the glibc 2.28 srcrev to tip of the branch for thud? | 16:33 |
| rburton | looking at a number of CVEs fixed in the branch that we don't have patches for yet | 16:33 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:34 | |
| *** kaspter <kaspter!~Instantbi@115.206.60.156> has quit IRC | 16:42 | |
| *** woutervh <woutervh!~woutervh@d51A5A257.access.telenet.be> has joined #yocto | 16:43 | |
| *** kaspter <kaspter!~Instantbi@115.206.60.156> has joined #yocto | 16:43 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 16:57 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 17:04 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 17:05 | |
| *** woutervh <woutervh!~woutervh@d51A5A257.access.telenet.be> has quit IRC | 17:11 | |
| khem | rburton: I dont see an issue, there are only bug fixes there | 17:12 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 17:14 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 17:15 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 17:20 | |
| rburton | khem: gwan do it | 17:39 |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 17:43 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 17:52 | |
| *** scottrif <scottrif!~scottrif@47.39.60.15> has joined #yocto | 18:09 | |
| *** lazyape <lazyape!~lazyape@athedsl-211560.home.otenet.gr> has joined #yocto | 18:10 | |
| *** tgraydon <tgraydon!tgraydon@nat/intel/x-wlvaqukmcakhulxq> has joined #yocto | 18:11 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-zwreubhdwvayurzs> has quit IRC | 18:19 | |
| *** woutervh <woutervh!~woutervh@d51a5a257.access.telenet.be> has joined #yocto | 18:24 | |
| khem | rburton: w.r.t. efibootmgr I built with clang | 18:26 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 18:31 | |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 18:41 | |
| rburton | ah maybe thats the difference | 18:41 |
| rburton | i do wonder *why* though | 18:41 |
| *** woutervh <woutervh!~woutervh@d51a5a257.access.telenet.be> has quit IRC | 18:44 | |
| *** woutervh <woutervh!~woutervh@d51A5A257.access.telenet.be> has joined #yocto | 18:44 | |
| khem | rburton: it seems certainly a bug in efibootmgr detection mechanism for efivar lib+headser | 18:50 |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 18:54 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 19:03 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 19:05 | |
| rburton | khem: i really would appreciate a glibc bump for the stable branches to pick up all the cve pieces in there :) | 19:31 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 19:31 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto | 19:39 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 19:41 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 19:42 | |
| *** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto | 19:43 | |
| *** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has joined #yocto | 20:09 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:17 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 20:26 | |
| *** woutervh <woutervh!~woutervh@d51A5A257.access.telenet.be> has quit IRC | 20:29 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 20:31 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 20:31 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 20:40 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 20:50 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 21:05 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 21:07 | |
| *** yacar_ <yacar_!~yacar@186.25.24.93.rev.sfr.net> has joined #yocto | 21:14 | |
| *** woutervh <woutervh!~woutervh@d51A5A257.access.telenet.be> has joined #yocto | 21:19 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC | 21:23 | |
| *** berton <berton!~berton@181.220.86.53> has quit IRC | 21:24 | |
| armpit | rburton, seems reasonable | 21:36 |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 21:37 | |
| __ad | hi, in config i have a PREFERRED_VERSION_linux-xxx="4.9.75" . Is there a way to change version building, on the fly, without changing the config file ? | 21:44 |
| *** yacar_ <yacar_!~yacar@186.25.24.93.rev.sfr.net> has left #yocto | 21:47 | |
| *** bluca <bluca!~bluca@88.98.246.218> has quit IRC | 21:54 | |
| *** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC | 21:55 | |
| *** pikachu777 <pikachu777!~ryanpig@C323EC4E.static.ziggozakelijk.nl> has joined #yocto | 21:58 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 22:21 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 22:27 | |
| *** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC | 22:29 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:44 | |
| *** agust <agust!~agust@pD95F1ED1.dip0.t-ipconnect.de> has quit IRC | 23:09 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!