| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 00:29 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 00:31 | |
| *** justinsg <justinsg!uid296040@gateway/web/irccloud.com/x-nqlojvfwaikgjssi> has joined #yocto | 01:25 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 01:33 | |
| justinsg | Hi, does anyone know how to retrieve the version of another recipe using Bitbake? I've got some recipes on AUTOREV and so I'd like to add the PV of a recipe into the IMAGE_BUILDINFO_VARS so the revision that gets used, is recorded in the /etc/build file. | 01:34 |
|---|---|---|
| justinsg | I've tried using PV_pn-myrecipe but it's blank. If it helps, the IMAGE_BUILDINFO_VARS uses d.getVar() to fetch the value of each variable | 01:36 |
| *** armpit <armpit!~armpit@12.235.222.84> has joined #yocto | 01:37 | |
| *** chinhuat0 <chinhuat0!~chinhuat@192.198.146.171> has joined #yocto | 01:37 | |
| *** chinhuat <chinhuat!~chinhuat@192.198.146.173> has quit IRC | 01:39 | |
| kergoth | justinsg: not possible directly. recipes can't access the metadata of other recipes by design. indirectly it can be done. but it's probably better to use the image manifest. iirc there's an option to include it in the image | 01:52 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 01:59 | |
| justinsg | kergoth: thanks, I figured that might be the case. I think the image manifest might be the way to go, although I can only see an option to install the license manifest (COPY_LIC_MANIFEST). Supposedly the image manifest can be installed using an IMAGE_PREPROCESS_COMMAND, but I'll have to dig a bit more to figure that out. How nasty is the indirect method? | 02:01 |
| *** armpit is now known as armpit_san_diego | 02:02 | |
| kergoth | you could use pkgdata. all recipes in *this* build emit pkgdata, which are just text files with the info used to create the binary packages. we have functions for reading the data in | 02:23 |
| kergoth | your task would have to depend on do_package of all the dependent recipes | 02:23 |
| kergoth | couldn't append to IMAGE_BUILDINFO_VARS, as one task can;'t affect the metadata of another. you could use an IMAGE_PREPROCESS_COMMAND for that method as well ast he manifest method, actually | 02:25 |
| kergoth | still somewhat ugly, but workable | 02:25 |
| *** JPEW <JPEW!~JPEW@2605:a601:21d1:5200:620a:c230:ada8:3135> has joined #yocto | 02:29 | |
| justinsg | kergoth: oh I see - somewhat ugly indeed. I took a look at the code that generates the image manifest, and I think oe.rootfs.image_list_installed_packages() is probably what I'm after. I can filter that a bit to create a mini manifest of the packages I specify. If I do that in a IMAGE_PREPROCESS_COMMAND task, I can probably just append /etc/build (provided I can ensure my task runs after the buildinfo | 02:29 |
| justinsg | IMAGE_PREPROCESS_COMMAND) | 02:29 |
| kergoth | ah, indeed, that presumably queries the package manager rather than poking around bitbake packaging internals | 02:30 |
| kergoth | that sounds better | 02:30 |
| *** JPEW <JPEW!~JPEW@2605:a601:21d1:5200:620a:c230:ada8:3135> has quit IRC | 02:30 | |
| justinsg | kergoth: hopefully :) thanks for your help! | 02:30 |
| kergoth | np, good luck with it | 02:31 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 02:40 | |
| *** diego_r <diego_r!~diego@151.14.0.82> has joined #yocto | 03:20 | |
| *** diego_r <diego_r!~diego@151.14.0.82> has quit IRC | 03:35 | |
| *** stacktrust <stacktrust!~stacktrus@cpe-24-90-150-194.nyc.res.rr.com> has joined #yocto | 04:12 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 06:00 | |
| *** justinsg <justinsg!uid296040@gateway/web/irccloud.com/x-nqlojvfwaikgjssi> has quit IRC | 06:05 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:12 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 06:17 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 06:20 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 06:20 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:21 | |
| *** diego_r <diego_r!~diego@88.128.80.162> has joined #yocto | 06:21 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 06:28 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto | 06:28 | |
| *** chinhuat09 <chinhuat09!~chinhuat@192.198.146.171> has joined #yocto | 06:34 | |
| *** chinhuat0 <chinhuat0!~chinhuat@192.198.146.171> has quit IRC | 06:35 | |
| *** Crofton <Crofton!~Crofton@145.253.78.226> has joined #yocto | 06:35 | |
| yocti | New news from stackoverflow: What does runqemu script? [on hold] <https://stackoverflow.com/questions/57548778/what-does-runqemu-script> | 06:40 |
| *** vineela <vineela!vtummala@nat/intel/x-uskdmohmbslmxeea> has joined #yocto | 06:53 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 07:00 | |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has joined #yocto | 07:01 | |
| *** diego_r <diego_r!~diego@88.128.80.162> has quit IRC | 07:03 | |
| *** vineela <vineela!vtummala@nat/intel/x-uskdmohmbslmxeea> has quit IRC | 07:03 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:10 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 07:11 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 07:29 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:44 | |
| *** Crofton|mini <Crofton|mini!~Crofton@c-73-152-143-112.hsd1.va.comcast.net> has joined #yocto | 07:48 | |
| *** Crofton <Crofton!~Crofton@145.253.78.226> has quit IRC | 07:50 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 07:52 | |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 08:10 | |
| *** erbo <erbo!~erik@linode.unixshell.se> has joined #yocto | 08:32 | |
| erbo | Is anyone getting the "membership disabled due to excessive bounces" message from Yocto mailing list? I'm using a gmail address so I'm a bit confused to what could cause this bouncing. | 08:35 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:52 | |
| *** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has joined #yocto | 08:55 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:56 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:59 | |
| *** qt-x <qt-x!50614037@80.97.64.55> has joined #yocto | 09:00 | |
| Crofton|mini | If anyone is going to Chaos Communication Camp, let me know if you want to talk about OE/YP stuff | 09:23 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:31 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 09:35 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 09:39 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 10:01 | |
| *** learningc <learningc!~learningc@121.122.92.78> has joined #yocto | 10:04 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 10:07 | |
| yocti | New news from stackoverflow: Which yocto release tag to choose <https://stackoverflow.com/questions/57554395/which-yocto-release-tag-to-choose> | 10:10 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 10:19 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:20 | |
| *** jij <jij!jonashg@nat/axis/x-waxqcrdlqiklykwm> has quit IRC | 10:22 | |
| *** cpo <cpo!~cpo@194.145.151.3> has quit IRC | 10:26 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 10:28 | |
| *** jij <jij!jonashg@nat/axis/x-eenptlbqrrycmwpm> has joined #yocto | 10:34 | |
| *** jij <jij!jonashg@nat/axis/x-eenptlbqrrycmwpm> has quit IRC | 10:41 | |
| *** cpo <cpo!~cpo@helix.mybll.net> has joined #yocto | 10:43 | |
| *** jij <jij!jonashg@nat/axis/x-nndnauoznxufoeru> has joined #yocto | 10:50 | |
| *** cpo <cpo!~cpo@helix.mybll.net> has quit IRC | 11:01 | |
| *** cpo <cpo!~cpo@helix.mybll.net> has joined #yocto | 11:06 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:08 | |
| *** cpo <cpo!~cpo@helix.mybll.net> has quit IRC | 11:25 | |
| *** JPEW <JPEW!~yaaic@2600:100a:b00f:bd01:9bb7:bb03:d99c:6c17> has joined #yocto | 11:31 | |
| *** learningc <learningc!~learningc@121.122.92.78> has quit IRC | 11:39 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 11:39 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:44 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 11:44 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 11:51 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:55 | |
| *** nabokov <nabokov!~armand@67.218.223.154> has joined #yocto | 12:01 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 12:06 | |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 12:07 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 12:14 | |
| *** JPEW <JPEW!~yaaic@2600:100a:b00f:bd01:9bb7:bb03:d99c:6c17> has quit IRC | 12:14 | |
| *** learningc <learningc!~learningc@121.122.92.78> has joined #yocto | 12:20 | |
| *** georgem_ is now known as georgem | 12:27 | |
| *** Tamis <Tamis!504e0570@80.78.5.112> has joined #yocto | 12:43 | |
| Tamis | Why if I put in a recipe EXCLUDE_FROM_SHLIBS=1 e.g. to a recipe that just installs Java in a path, then all libraries of Java provoke and RDEPS error? | 12:47 |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 12:47 | |
| Tamis | Does anyone have a clue? If I remove the EXCLUDE_FROM_SHLIBS="1" then no file-rdeps is emitted by bitbake | 12:48 |
| * zeddii got booted from the yocto list due to excessive bounces. thanks gmail! | 12:54 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 13:00 | |
| neverpanic | Tamis: Chances are you have some binaries and/or libraries in your build that link against these Java libraries, and normally bitbake would auto-detect these dependencies. But since you've set EXCLUDE_FROM_SHLIBS, the data required to auto-detect where those libs come from isn't written. | 13:05 |
| rburton | zeddii: i got absolutely spammed with bounce notifications this morning, halstead is trying to figure out what went wrong | 13:05 |
| jwessel | I wonder how much smaller the list is from auto-remove? | 13:06 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 13:07 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 13:08 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 13:11 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 13:14 | |
| Tamis | neverpanic: The recipe installs a full (binaries and libraries) pre-compiled java in a certain path. The binaries do not have any problem. Only the libraries emit this file-rdeps error. The reason I put the EXCLUDE_FROM_SHLIBS in this recipe is because those libraries should be required only from the binaries installed together in that recipe, and | 13:18 |
| Tamis | from any other recipe. | 13:18 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 13:19 | |
| Tamis | neverpanic:and NOT* from any other recipe | 13:19 |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 13:21 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-leemxwtfwoopleqh> has joined #yocto | 13:22 | |
| neverpanic | Tamis: In our™ Java binary packaging recipe, we set PRIVATE_LIBS for this purpose. | 13:24 |
| Tamis | neverpanic: I was about to write that one too. So I will replace EXCLUDE_FROM_SHLIBS with PRIVATE_LIBS | 13:25 |
| Tamis | neverpanic: Thanks a lot! I understaood the problem. | 13:26 |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto | 13:27 | |
| *** yacar_ <yacar_!~yacar@80.214.68.158> has joined #yocto | 13:32 | |
| *** armpit_san_diego <armpit_san_diego!~armpit@12.235.222.84> has quit IRC | 13:33 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 13:57 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 13:57 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 13:57 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 13:58 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 14:01 | |
| *** cpo <cpo!~cpo@helix.mybll.net> has joined #yocto | 14:02 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 14:05 | |
| yocti | New news from stackoverflow: Control a LED with BUTTON on SAMA5D27-SOM1-EK1 board <https://stackoverflow.com/questions/57558443/control-a-led-with-button-on-sama5d27-som1-ek1-board> | 14:11 |
| *** yacar_ <yacar_!~yacar@80.214.68.158> has quit IRC | 14:13 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 14:13 | |
| *** yacar_ <yacar_!~yacar@80.214.68.158> has joined #yocto | 14:14 | |
| *** nabokov <nabokov!~armand@67.218.223.154> has quit IRC | 14:18 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 14:18 | |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 14:25 | |
| *** qt-x <qt-x!50614037@80.97.64.55> has quit IRC | 14:26 | |
| *** alimon <alimon!alimon@gateway/shell/linaro/x-aordrllpakefcuat> has joined #yocto | 14:30 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 14:31 | |
| zeddii | RP: khem: do you recall if we’ve had libc-headers specific patches to packages in the past ? I’m searching git history and I’m not finding an example | 14:37 |
| RP | zeddii: that doesn't really make sense | 14:38 |
| zeddii | well, it does if you can’t do a backwards compatible patch to old libc-headers :D | 14:39 |
| zeddii | the 5.2 headers make y2038 changes. | 14:39 |
| zeddii | everything is breaking, I have fixes. | 14:39 |
| zeddii | but unless you are on libc-headers 5.2 .. the new include won’t work. | 14:39 |
| zeddii | I don’t think many people vary libc-headers, so I’ll jsut make them absolute | 14:40 |
| RP | zeddii: the recipe in question should be detecting the presence of the header conditionally with the usual configure stuff | 14:41 |
| zeddii | now that I look closer, the header is there in the older headers, so it should be safe .. just an extra include in those cases. | 14:41 |
| zeddii | some packages just haven’t been patched yet, some I can just uprev. | 14:41 |
| zeddii | so I can follow the upstream pattern to make them safe | 14:42 |
| zeddii | seems like I sorted it out, just by typing it in :D | 14:42 |
| *** sgw <sgw!~sgw@134.134.139.74> has joined #yocto | 14:51 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 14:54 | |
| fray | the libc-headers should not have multiple versions, and don't need to match the running kernel version | 14:55 |
| RP | We have one toolchain which is used to build one of two libs (roughly speaking) and is built from one libc-headers. There shouldn't be any more variations. We don't allow people patching libc-headers conditionally or changing versions conditionally. | 14:57 |
| fray | yup.. libc-headers is singular. compiler versions, libc could be different, but only one libc | 14:58 |
| fray | 'er.. libc-headers | 14:58 |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 15:00 | |
| *** armpit_san_diego <armpit_san_diego!~armpit@wsip-184-188-36-2.sd.sd.cox.net> has joined #yocto | 15:00 | |
| zeddii | I’m past it now, works with the old and new. monday morning lack of coffee made me doubt. | 15:01 |
| zeddii | this lilbc-headers update is the most painful one in a while. hopefully it’ll be ready to send out soon. | 15:01 |
| zeddii | I say ignore y2038 and make my life easier! ;) | 15:01 |
| fray | do they finally have some 2038 mitigation or something/ | 15:03 |
| zeddii | some defines, etc, are moving around. prep work to make it safe. not there yet, but packages need to adapt to the new includes. | 15:04 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 15:05 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 15:07 | |
| fray | ahh | 15:11 |
| yocti | New news from stackoverflow: "inherit deploy" deploys files to just one DEPLOY_DIR_IMAGE in case of variable DEPLOY_DIR_IMAGE path <https://stackoverflow.com/questions/57559179/inherit-deploy-deploys-files-to-just-one-deploy-dir-image-in-case-of-variable> | 15:11 |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 15:12 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 15:13 | |
| zeddii | finally got through all arches on core-image-kernel-dev, now mesa is blowing up on sato. | 15:15 |
| zeddii | it’ll be december before I get these tests done :D | 15:15 |
| * zeddii consults master-next | 15:15 | |
| zeddii | hmm. nothing obvious, has anyone else seen: | meson.build:768:2: ERROR: Problem encountered: Python (3.x) mako module >= 0.8.0 required to build mesa. | 15:19 |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 15:20 | |
| zeddii | its in the DEPENDS of mesa.inc. hmm. | 15:20 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 15:21 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 15:24 | |
| kergoth | totally OT, but anyone know of a command line tool which, given a time period and a command, will run the command, only if it hasn't already been run in the specified period? i.e. run this if it hasn't already been run in the past day/week/month | 15:30 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 15:30 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:34 | |
| *** naknick <naknick!b9b8f483@185.184.244.131> has joined #yocto | 15:38 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 15:38 | |
| *** armpit_san_diego <armpit_san_diego!~armpit@wsip-184-188-36-2.sd.sd.cox.net> has quit IRC | 15:38 | |
| naknick | Hello! I'm trying to display video on (NXP's) IMX6 board's screen. I assume that textual OS is insufficient and I must to install GUI-based OS. Where can I find appropriate OS for that board please? | 15:40 |
| zeddii | new strategy. try and figure out what is requiring mesa and kill that dependency. | 15:44 |
| naknick | zeddii: your answer is addressed to me? | 15:46 |
| naknick | because I'm not sure I understand | 15:46 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 15:46 | |
| zeddii | nope. I’ve been having a running conversation all morning :D | 15:48 |
| naknick | OK :) | 15:48 |
| *** yacar_ <yacar_!~yacar@80.214.68.158> has quit IRC | 15:50 | |
| rburton | naknick: depends how you want to display video. probably best to ask NXP what they recommend though. | 15:52 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 15:54 | |
| naknick | rburton: is there any GUI version which works in yocto? | 15:55 |
| rburton | naknick: i've no idea what platform youre using: yocto is a tool for building your own distro. gstreamer is fairly standard, so is ffmpeg. | 15:57 |
| naknick | rburton: you say that all I need is a recipe? Is it possible to display video in Linux without GUI? =# | 16:02 |
| *** sgw <sgw!~sgw@134.134.139.74> has quit IRC | 16:02 | |
| rburton | never used nxp hardware but yeah it can probably render a video to framebuffer without needing to start up a full desktop, if thats what you want | 16:04 |
| naknick | rburton: OK. I'll read about gstreamer. Thanks | 16:05 |
| rburton | ask nxp what they recommend | 16:06 |
| *** cpo <cpo!~cpo@helix.mybll.net> has quit IRC | 16:11 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 16:12 | |
| *** cpo <cpo!~cpo@helix.mybll.net> has joined #yocto | 16:18 | |
| *** nabokov <nabokov!~armand@67.218.223.154> has joined #yocto | 16:18 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16:18 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 16:19 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 16:22 | |
| *** vineela <vineela!~vtummala@134.134.139.73> has joined #yocto | 16:22 | |
| khem | zeddii:we explicitly ask people to use libc-headers from core, so if the end user is overriding this then they are going to fix it as well | 16:35 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 16:42 | |
| *** learningc <learningc!~learningc@121.122.92.78> has quit IRC | 16:45 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 16:49 | |
| *** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC | 17:11 | |
| rburton | aehs29: https://github.com/aehs29/meta-freertos niiice | 17:17 |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 17:25 | |
| *** armpit_san_diego <armpit_san_diego!~armpit@wsip-184-188-36-2.sd.sd.cox.net> has joined #yocto | 17:38 | |
| *** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC | 17:43 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 17:45 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 17:46 | |
| *** armpit_san_diego <armpit_san_diego!~armpit@wsip-184-188-36-2.sd.sd.cox.net> has quit IRC | 17:57 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 18:00 | |
| *** CodePecker <CodePecker!8bb50722@sjewanfw1-nat.mentorg.com> has joined #yocto | 18:17 | |
| CodePecker | Have an issue with a Nodejs Yocto recipe for a proprietary module. Using the Yocto warrior release. Looks like the npm.bbclass implementation does an 'npm install' in the do_install() step under a fake root environment. The problem I have is one of my Node.js module dependencies is hosted on a private GitLab repo. The sub-module install fails becau | 18:25 |
| CodePecker | se the SSH keys cannot be accept and installed to the "/root/.ssh" directory from this fake rooted environment. Is anyone aware of a work-around? | 18:25 |
| rburton | CodePecker: package your dependencies so they get fetched in do_fetch | 18:26 |
| CodePecker | Are you suggesting by-passing the default behavior of npm.bbclass and effectively doing the npm install from the do_fetch (or do_compile) step? The dependencies are sitting in the node_modules directory of the NPM module I'm trying to develop a recipe for. | 18:29 |
| CodePecker | These aren't "external" dependencies. They're listed in package.json as a regular module dependency. | 18:30 |
| aehs29 | rburton: thanks!, its POF but it works properly | 18:32 |
| aehs29 | AFAIC | 18:32 |
| aehs29 | rburton: btw I have a "fix" for the skylake tune, idk what you guys have been up to, I wasnt suscribed to the list before, or what your plans are to merge the new tune | 18:36 |
| *** alessioigor_ <alessioigor_!~alessioig@140.105.207.227> has joined #yocto | 18:36 | |
| rburton | aehs29: personally, i was waiting to see if qemu gained avx over the summer | 18:36 |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC | 18:38 | |
| *** alessioigor_ is now known as alessioigor | 18:38 | |
| aehs29 | s/POF/POC | 18:39 |
| aehs29 | rburton: well I took a look at that and it didnt look very promising, unless you found something else that I didnt | 18:40 |
| aehs29 | rburton: I sorta just checked what was supported on the ISA, from inside the QEMU Skylake-Client, and disabled those specifically from -march defaults | 18:41 |
| aehs29 | rburton: gobject introspection works, and weird stuff like the v8 engine on chromium works properly as well | 18:41 |
| CodePecker | rburton: Probably a noobish question, but how do you package your NPM module's (package.json) dependencies so they're fetched in do_fetch() rather than the npm.bbclass logic in the do_install() step that uses NPM to install a modules sub-module dependencies? | 18:43 |
| aehs29 | rburton: I literally tried to disable them for specific packages, hoping they wouldnt call those opcodes, but no, looks like glibc happily tries to use avx regardless what the app thats being linked was optimized for | 18:43 |
| aehs29 | and not just glibc, it became obvious that it wouldnt scale that way | 18:44 |
| aehs29 | bluelightning_: do you know why the layer index isnt indexing the layers? | 18:46 |
| aehs29 | bluelightning_: it says " The content of this layer on branch master has not yet been indexed. Indexing should take place within a few hours." | 18:46 |
| aehs29 | bluelightning_: but it has said that for a couple of weeks now | 18:47 |
| neverpanic | CodePecker: Isn't that more of a npm question than a Yocto question? This isn't specific to Yocto, many distributions want this, so maybe you should check the NPM docs or how other distros (Debian?) do this. | 18:48 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 18:49 | |
| *** sgw <sgw!~sgw@134.134.139.77> has joined #yocto | 18:51 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 18:51 | |
| CodePecker | neverpanic: Not really an NPM issue . . . more of how Yocto chose to use NPM in their do_install() procedure in npm.bbclass. Ideally, Yocto should never be pulling/fetching code from repos in a do_install() step - but it is as a by-product of calling 'npm install' there. My real issue is that do_install() is run in a fake root context. I can't upda | 18:54 |
| CodePecker | te the local SSH keys as a fake "root". The install fails because it can't accept and cache the keys (as a fake root). Of course this work fine in the non-Yocto world. | 18:54 |
| neverpanic | CodePecker: Maybe the real issue here is that NPM doesn't seem to give you a simple way to fetch the code in do_fetch, because if there were, somebody would have implemented do_fetch in a different way in npm.bbclass? | 18:56 |
| neverpanic | Or maybe there is and I'm just not aware of it. | 18:56 |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 18:56 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 19:02 | |
| CodePecker | neverpanic: It's more of a mis-match between the worlds of Yocto and NPM. NPM "install" is a combination of fetch/compile/install in one step. Not really broken into separate distinct phases like Yocto. The current Yocto approach works if all your NPM repos/registries are public and don't involve an SSH key-exchange. Can't access my key-store as a | 19:03 |
| CodePecker | fake root user in do_install(). That is the crux of the problem - Yocto doesn't anticipate this scenario since it's not expecting recipes to fetch code during do_install() (as fake root). | 19:03 |
| neverpanic | CodePecker: That scenario also immediately breaks down if your builds don't have internet access outside of the fetch phase – which is not an uncommon setup. Plus you don't get the download cache functionality of bitbake and you can't keep a copy of your sources, so you'll have to hope that that npm module is still available for download in 6 months when you need to rebuild that old version. | 19:05 |
| neverpanic | So yes, it's a mis-match between Yocto's expectations and NPM's implementation. I suggest you ask the developers of NPM to provide that functionality, since it's useful in this context. | 19:06 |
| neverpanic | you might get away with moving the fetch into a phase that doesn't run in fakeroot, though… | 19:06 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 19:09 | |
| CodePecker | neverpanic: I think you understand my problem. The likelihood of the NPM folks changing their already established work-flow seems unlikely. I think they'd expect Yocto to adapt instead. Your suggestions are valid and might someday bear fruit, but will probably take a coordinated effort to realize in the Yocto community. Nothing easily done in the n | 19:13 |
| CodePecker | ear-term. | 19:13 |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 19:14 | |
| *** armpit_san_diego <armpit_san_diego!~armpit@wsip-184-188-36-2.sd.sd.cox.net> has joined #yocto | 19:16 | |
| *** opennandra <opennandra!~marek@90-64-83-226.dynamic.orange.sk> has joined #yocto | 19:17 | |
| opennandra | hi what is preferred way to add vendor SDK to be build in yocto (basically want to change tons of custom script for building u-boot + kernel + custom app) | 19:18 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:18 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 19:19 | |
| neverpanic | CodePecker: the do_compile() phase doesn't usually run under fakeroot. If you can get the build and install steps separated, you can just run what you need to run there. | 19:25 |
| neverpanic | If that's not possible either, again, shout at the npm folks for blatantly ignoring what distros have been doing everywhere since decades, or come up with a hack to chown/chmod all files in do_install. | 19:25 |
| *** armpit_san_diego <armpit_san_diego!~armpit@wsip-184-188-36-2.sd.sd.cox.net> has quit IRC | 19:26 | |
| CodePecker | neverpanic: I was mistaken. It's actually failing in do_compile() while trying to install a module dependency that should be installed from a private GitLab repository. This dependent module has a (GIT) submodule and it fails on a 'git submodule update' due to permissions issue (likely the SSH key-change). The do_install() step attempts to do an in | 19:31 |
| CodePecker | stall using a local NPM cache created in the do_compile step (as best I can tell). | 19:31 |
| neverpanic | CodePecker: The do_compile task does not normally run under fakeroot: http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/base.bbclass#n480 | 19:36 |
| neverpanic | if yours does, you should check why | 19:36 |
| CodePecker | neverpanic: I was confused because (devshell) now runs as fakeroot and that's where was experimenting trying to fetch this GIT submodule. The funny thing is, I have a Yocto recipe to already builds this NPM submodule independently. This other module I'm trying to create a recipe for has this submodule as a dependency. I can't figure out how to tell | 19:40 |
| CodePecker | is to use the one already built (even though it's listed in DEPENDS). Seems no way to inform NPM to use that instead or building it again. | 19:40 |
| neverpanic | it seems yarn actually provides a way to download all dependencies (https://yarnpkg.com/en/docs/cli/pack), but that probably doesn't work for packages using the npm locking mechanisms, either. | 19:41 |
| *** learningc <learningc!~learningc@121.122.92.78> has joined #yocto | 19:41 | |
| *** learningc <learningc!~learningc@121.122.92.78> has quit IRC | 19:46 | |
| CodePecker | neverpanic: Apparently NPM has some support as well: https://addyosmani.com/blog/using-npm-offline/ | 19:52 |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 20:11 | |
| bluelightning_ | aehs29: which layer? | 20:12 |
| *** armpit_san_diego <armpit_san_diego!~armpit@12.235.222.84> has joined #yocto | 20:13 | |
| bluelightning_ | aehs29: meta-chromebook (which was added just the other day) did get indexed... | 20:13 |
| *** cpo <cpo!~cpo@helix.mybll.net> has quit IRC | 20:13 | |
| *** cpo <cpo!~cpo@helix.mybll.net> has joined #yocto | 20:13 | |
| *** nabokov <nabokov!~armand@67.218.223.154> has quit IRC | 20:20 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 20:20 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 20:21 | |
| *** vineela <vineela!~vtummala@134.134.139.73> has quit IRC | 20:31 | |
| bluelightning_ | ah, meta-freertos | 20:31 |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 20:39 | |
| bluelightning_ | aehs29: from what I can see here it doesn't look like there's anything preventing it from being indexed, but still it hasn't been... | 20:41 |
| bluelightning_ | unfortunately I don't have direct access to the machine but I will talk to halstead | 20:41 |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 20:44 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 20:47 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 20:48 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 20:49 | |
| *** armpit_san_diego <armpit_san_diego!~armpit@12.235.222.84> has quit IRC | 20:50 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 21:15 | |
| *** opennandra <opennandra!~marek@90-64-83-226.dynamic.orange.sk> has quit IRC | 21:20 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 21:25 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 21:28 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 21:40 | |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 21:48 | |
| *** CodePecker <CodePecker!8bb50722@sjewanfw1-nat.mentorg.com> has quit IRC | 21:53 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-tivdpxpjeppvgsga> has joined #yocto | 22:00 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 22:00 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 22:02 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 22:07 | |
| *** falstaff <falstaff!~quassel@37.17.234.113> has quit IRC | 22:10 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-dwxryqgvbhxfbmrc> has joined #yocto | 22:37 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 22:40 | |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 22:44 | |
| *** jacques is now known as jacques2 | 22:44 | |
| *** jacques2 is now known as linuxjacques | 22:44 | |
| *** armpit <armpit!~armpit@wsip-184-183-165-38.sd.sd.cox.net> has joined #yocto | 22:49 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-085-216-027-117.hsi.kabelbw.de> has quit IRC | 22:56 | |
| aehs29 | bluelightning_: yeah its not really a problem, I just opened it and saw that it wasnt indexed yet and its been a while, just wondering why that might be | 23:45 |
| bluelightning_ | aehs29: well, it's definitely a problem, just not sure yet what's causing it | 23:46 |
| bluelightning_ | there don't seem to be any related errors in the update logs | 23:46 |
| aehs29 | bluelightning_: weird, thanks for taking a look at it thouhg | 23:48 |
| aehs29 | though | 23:48 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:48 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 23:52 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!