| armpit | Khem, too much tea for you | 00:07 |
|---|---|---|
| khem | heh | 00:08 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 00:20 | |
| *** tolszak_ <tolszak_!~tolszak@ip-188-127-16-225.ennet.pl> has quit IRC | 00:20 | |
| *** tolszak_ <tolszak_!~tolszak@ip-188-127-16-225.ennet.pl> has joined #yocto | 00:22 | |
| mccc | Hello, I have a set of recipes I want to each build multiple packages, one per 'username,' and I want to define the usernames in a common list ${MY_USERNAME_LIST} included in each recipe. | 00:38 |
| mccc | I can split and loop ${MY_USERNAME_LIST} in to ${MY_USERNAME} inside do_install(), but is there a good way I can dynamically create the appropriate FILES_${MY_USERNAME} = "/home/${MY_USERNAME}" and pkg_postinst_${MY_USERNAME}_append() and pkg_prerm_${MY_USERNAME}_append() functions? Is this an appropriate idea? | 00:38 |
| zeddii | khem: ack’d. I’m finishing some testing and can add it shortly. | 00:40 |
| *** sdude <sdude!cb1f2c1e@203.31.44.30> has joined #yocto | 00:46 | |
| *** gtristan <gtristan!~tristanva@110.11.227.189> has joined #yocto | 00:47 | |
| *** vineela <vineela!~vtummala@134.134.139.72> has quit IRC | 00:57 | |
| *** sdude <sdude!cb1f2c1e@203.31.44.30> has quit IRC | 01:03 | |
| *** sdude <sdude!cb1f2c1e@203.31.44.30> has joined #yocto | 01:22 | |
| xyzzy42 | I'm trying to replace a "defconfig" file the meta-ti layer with one in my own meta layer. I've prepended "${THISDIR}/${PN}:" to FILESEXTRAPATHS, yet it's not working. | 01:38 |
| xyzzy42 | I've checked that FILESEXTRAPATHS for the kernel does have my meta layer first, the path is correct, there is a file named "defconfig" in the named directory, etc. | 01:38 |
| xyzzy42 | is there a debug tool to see in more detail how "file://defconfig" is resolved and why the first matching file in FILESEXTRAPATHS is not the one used? | 01:40 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 01:42 | |
| denix | xyzzy42: most probably because machine-overrides take precedence. put your defconfig in the ${PN}/<machinename>/ directory in your layer and see if that helps. don't change FILESEXTRAPATHS | 01:43 |
| *** gasa1 <gasa1!~gasa@81.216.59.226> has joined #yocto | 01:44 | |
| *** gasa <gasa!~gasa@81.216.59.226> has quit IRC | 01:45 | |
| xyzzy42 | denix, The machine-overrides directory is probably one of the directories listed in FILESPATH? I do see that there is a dir under meta-ti that exists in FILESPATHS. | 01:47 |
| xyzzy42 | denix: Thanks, that got me on the right tack. I did need to modify FILESEXTRAPATHS too and also place the file in a machine override directory in my layer | 01:56 |
| *** lexano_ is now known as lexano | 01:57 | |
| xyzzy42 | The problem appears to be FILESEXTRAPATHS of dir1:dir2 with machine mach1 results in a final search order of dir1/mach1:dir2/mach1:dir1:dir2 | 01:57 |
| xyzzy42 | So a file in dir2/mach1 takes precedence over dir1, even though dir1 is before dir2 in the path search order. | 01:58 |
| sdude | Hi all, I'm banging my head against a wall trying to have a header file appear in my generated SDK | 02:00 |
| sdude | inserting the missing header to the SDK) | 02:00 |
| khem | zeddii: thanks, this should go along with https://patchwork.openembedded.org/patch/170267/ | 02:06 |
| denix | xyzzy42: your FILESEXTRAPATHS should not have machine directories listed - those are standard OVERRIDES and those are expanded automatically | 02:10 |
| xyzzy42 | denix: It does not. But FILESPATH does have them, and it appears that's what the final search order is. | 02:11 |
| denix | xyzzy42: the issue is that if underlying layer already has machine-override files (e.g. dir1/mach), then your additional layer won't be able to just use files in dir1 or dir2 - the easiest way is to place your new file under dir2/mach and point FILESEXTRAPATHS to dir2 | 02:14 |
| denix | xyzzy42: correct, you don't list <mach> dirs in FILESEXTRAPATHS - all the OVERRIDES will be automatically expanded into the final FILESPATH list | 02:16 |
| *** vdehors_ <vdehors_!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC | 02:30 | |
| *** dev1990 <dev1990!~dev@dynamic-62-87-214-51.ssp.dialog.net.pl> has quit IRC | 02:34 | |
| *** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto | 02:35 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 02:37 | |
| *** ka6sox is now known as zz_ka6sox | 03:16 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 03:34 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 03:44 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 03:45 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 04:42 | |
| *** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 05:27 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 05:28 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 05:49 | |
| *** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 05:52 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 05:52 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 06:22 | |
| *** zz_ka6sox is now known as ka6sox | 06:25 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 06:47 | |
| ningauble | Hi all, is there a Xenomai Mercury and/or Cobalt layer for raspberrypi3-64 for kernel 4.19 or better? I'm trying to cobble my own together but would love to know if there's already one out there. | 06:57 |
| ningauble | So far I've found this: https://github.com/s-vincent/meta-raspberrypi-rt-sv which I'm using as a starting point | 07:00 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 07:04 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 07:05 | |
| *** kaspter <kaspter!~Instantbi@119.125.109.191> has quit IRC | 07:08 | |
| *** kaspter <kaspter!~Instantbi@119.125.109.191> has joined #yocto | 07:08 | |
| *** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto | 07:13 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 07:16 | |
| *** palate <palate!~palate@palate.powered.by.lunarbnc.net> has quit IRC | 07:16 | |
| *** palate <palate!~palate@unaffiliated/palate> has joined #yocto | 07:16 | |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC | 07:16 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 07:17 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 07:18 | |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto | 07:18 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 07:22 | |
| *** TobSnyder <TobSnyder!~schneider@95.90.163.47> has joined #yocto | 07:24 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 07:24 | |
| erbo | ningauble: If I look at layers.openembedded.org I find: https://layers.openembedded.org/layerindex/branch/master/layer/meta-xenomai/ | 07:26 |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 07:26 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 07:27 | |
| LetoThe2nd | ningauble: this is the very best place to get started with xenomai: https://gitlab.denx.de/Xenomai/xenomai-images/ | 07:31 |
| *** frosteyes <frosteyes!~frosteyes@185.53.130.211> has quit IRC | 07:32 | |
| ningauble | erbo: many thanks; that tree appears to be stuck back at 4.9 while I'm looking for 4.19+... Maybe I can adapt it as well. | 07:32 |
| ningauble | LetoThe2nd: thanks also, I'll see if I can find what I need in there too | 07:34 |
| LetoThe2nd | good luck. i failed with that... no free beer in there. | 07:34 |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 07:35 | |
| ningauble | PREEMPT_RT is easy enough, but for some reason Xenomai via Yocto eludes me | 07:35 |
| LetoThe2nd | ningauble: in the repo given are recipes etc. for xenomai on 4.19. you only have to add in a raspi kernel config, then you should be good to go. | 07:36 |
| *** frsc <frsc!~frsc@i6DFA8B06.versanet.de> has joined #yocto | 07:37 | |
| ningauble | Hmm... I see only 4.9.45 but I'll dig deeper in the morning. Again thanks for the assist! | 07:39 |
| LetoThe2nd | ningauble: https://gitlab.denx.de/Xenomai/xenomai-images/blob/master/recipes-kernel/linux/linux-xenomai_4.19.bb | 07:40 |
| ningauble | Oh, right on..! Thanks | 07:40 |
| ningauble | I had confused that repo with erbo's link to OE; sure enough that'll do | 07:42 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:43 | |
| *** frosteyes <frosteyes!~frosteyes@185.53.130.211> has joined #yocto | 07:44 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC | 07:44 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC | 07:44 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto | 07:44 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 07:45 | |
| *** fl0v0 <fl0v0!~fvo@89.244.127.154> has joined #yocto | 07:50 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 07:57 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 08:18 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 08:24 | |
| *** rubdos_ <rubdos_!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 08:28 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 08:29 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 08:30 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:31 | |
| stuom1 | anybody familiar with cve-check? How can I get a log that only shows unpatched ones? | 08:32 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:46 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 08:46 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 08:50 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:53 | |
| stuom1 | also about cve-check, bitbake give many error that it cannot compare version when there is a "+"-sign in version string (and there is many such packages), but still in final log those are marked as "patched"? | 08:55 |
| *** florian_kc is now known as florian | 08:56 | |
| *** gasa2 <gasa2!~gasa@81.216.59.226> has joined #yocto | 09:00 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 09:00 | |
| *** gasa2 is now known as gabrielssanches | 09:00 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 09:01 | |
| *** gabrielssanches <gabrielssanches!~gasa@81.216.59.226> has quit IRC | 09:01 | |
| *** gasa1 <gasa1!~gasa@81.216.59.226> has quit IRC | 09:04 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 09:05 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 09:23 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.56> has joined #yocto | 09:23 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 09:23 | |
| *** tomeccles <tomeccles!~tomeccles@167.98.27.226> has joined #yocto | 09:24 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:33 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 09:46 | |
| mcfrisk | stuom1: master, zeus or some other branch? cve-check does throw warnings of all unpatched CVE to bitbake output. Then both patched and unpatched are listed in tmp/deploy/cve/ for recipes and images. image output includes all development tools which makes it for me a bit useless. sadly whitelisted CVEs are not listed in the reports. Have not seen the + issue myself, but feels like a bug. | 09:46 |
| *** opennandra <opennandra!~marek@bband-dyn84.178-40-61.t-com.sk> has joined #yocto | 09:49 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 09:51 | |
| *** gaston53 <gaston53!c50146d0@197.1.70.208> has joined #yocto | 09:51 | |
| gaston53 | Hello, afteradding Boost library into my SDK in Yocto project, I want to know if there is a hint or something that let me know which compiler is used to build this library into my project | 09:53 |
| LetoThe2nd | gaston53: can you rephrase? | 09:53 |
| gaston53 | I am using Yocto project. I bitbake the SDK toolchain. I added the " boost " library into this toolchain. I don't know which compiler is used in order to build this library into the toolchain | 09:55 |
| LetoThe2nd | gaston53: i got the first two parts. but the last part doesn't make sense to me. | 09:55 |
| LetoThe2nd | gaston53: are you asking which compiler built the boost libraries? | 09:56 |
| gaston53 | I thought that the boost libraries name will be like this : " boost_lib_atomic_gcc_mt " or something like this, here I can find that the compiler is " gcc " | 09:56 |
| *** opennandra <opennandra!~marek@bband-dyn84.178-40-61.t-com.sk> has quit IRC | 09:57 | |
| gaston53 | libboost_atomic is only what I find in the name of the lib | 09:57 |
| LetoThe2nd | gaston53: what is it that you *ACTUALLY* want to do? | 09:57 |
| LetoThe2nd | because this sounds massively like an XY question. you want to do X, and are stuck. you think that Y is a way to solve it. you are stuck on Y again, and thats what you ask us. please ask about X directly. | 09:58 |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has quit IRC | 09:59 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.30> has joined #yocto | 09:59 | |
| gaston53 | In a CMake project Debug, it tells me that " boost_COMPILER = "-gcc74" (guessed) | 09:59 |
| *** JoeR <JoeR!~JayBee@116.241.189.80.dyn.plus.net> has joined #yocto | 09:59 | |
| gaston53 | I want to add a variable in this project and specify the real compiler | 10:00 |
| gaston53 | I am confused about this " guessed " | 10:00 |
| JoeR | Hi all, hopefully a quick question. I needed to tweak sysctl.conf. I use procps within my image, and added a bbappend to procps to refer to my sysctl.conf | 10:01 |
| LetoThe2nd | nailing down the compiler in the project is bad | 10:01 |
| JoeR | However it seems another package must override the procps sysctl.conf file as the one within procps does not seem to eventually end up in my image. | 10:01 |
| JoeR | Am I fighting multiple recipes supplying sysctl.conf somehow? | 10:01 |
| LetoThe2nd | gaston53: why do you even care about the specific compiler? i mean, cmake can find and use boost without firther ado. | 10:01 |
| qschulz | gaston53: I think we're in the XYZ situation, where you've now given us Y and Z, please give us X :D What exactly are you trying to achieve, like the actual problem. Why do you care to know the compiler? | 10:02 |
| LetoThe2nd | qschulz: ++ | 10:02 |
| qschulz | LetoThe2nd: you beat me to it that time :) | 10:02 |
| *** opennandra <opennandra!~marek@bband-dyn84.178-40-61.t-com.sk> has joined #yocto | 10:02 | |
| LetoThe2nd | qschulz: better this than proposing to you, don't you agree? | 10:03 |
| gaston53 | LetoThe2nd qschulz Beacause I have multiple boost libraries with the same version on my machine which are build differently | 10:03 |
| stuom1 | mcfrisk: im using thud | 10:03 |
| gaston53 | I will delete them than | 10:04 |
| LetoThe2nd | gaston53: but hopefully only ONE in the sdk. | 10:04 |
| qschulz | LetoThe2nd: depends, if you're offering unlimited lifetime beer supply, we might find some common ground ;) | 10:04 |
| LetoThe2nd | gaston53: and if your crossbuild refers to something on the dev host, you're deeper in trouble than you even realize | 10:04 |
| LetoThe2nd | qschulz: i though you would bring the beer supply? | 10:05 |
| gaston53 | LetoThe2nd I am hating my life on this project anyway | 10:05 |
| qschulz | LetoThe2nd: I drink mostly IPAs, so you'll be sad if I do. Let's call this thing off. | 10:05 |
| mcfrisk | stuom1: you might want to backport a lot of cve-check related changes from master branch. I did this also for sumo.. | 10:06 |
| LetoThe2nd | gaston53: to be honest, my impression is that because you are clinging to wrong pre-assumptions coming from non-cross development. | 10:06 |
| LetoThe2nd | qschulz: hm. yeah. "sorry darling, it couldn't ever have worked!" | 10:06 |
| qschulz | LetoThe2nd: let's stay friends, better for both of us. | 10:07 |
| LetoThe2nd | qschulz: *nods and sobs* | 10:07 |
| gaston53 | LetoThe2nd you are right .. I guess .. | 10:07 |
| stuom1 | mcfrisk: ok, I will try | 10:07 |
| LetoThe2nd | gaston53: and to be even more honest, i think all that dance arond the SDK is causing a lot of the troubles. | 10:08 |
| qschulz | LetoThe2nd: there there | 10:08 |
| LetoThe2nd | gaston53: why don't you "just" take your build, devtool add whatever you proejct is and see what happends? | 10:08 |
| LetoThe2nd | gaston53: i even walked through the process in a, however introductory fashion just yesterday... https://youtu.be/NmPta5w6P70 | 10:11 |
| JoeR | Hmm. OK. Sorted my own problem. Had sysctl.conf in a ${PN} subdir and not a files subdir. Seems like it didn't get packaged from there? Didn't think the main recipe cared though... | 10:14 |
| gaston53 | LetoThe2nd cross compiling with SDK is not my problem, I have succeded to cross compile a c++ program using the SDK toolchain and executed it on remote platform, I have created a makefile and mentioned what I need from the SDK ( compiler ) and Boost library ( which is the most complicated library I have ever seen ) and all run well | 10:14 |
| *** FrazerClews <FrazerClews!~frazer.cl@78.40.148.177> has joined #yocto | 10:15 | |
| LetoThe2nd | JoeR: the search path for things the recipe refers to is basically either a "files" subdirectrory or "${PN}" subdirectory. | 10:15 |
| LetoThe2nd | JoeR: bitbake -e your thing and look for FILEEXTRA-something to find out more. | 10:15 |
| gaston53 | LetoThe2nd But I am facing a lot of problem trying to use all these in VisualStudio with the details of CMake project | 10:15 |
| LetoThe2nd | gaston53: see, *NOW* we have finally reached X. | 10:16 |
| gaston53 | LetoThe2nd my objective is to set a suitable configuration CMake project which will make a program run on multiple platforms architecture | 10:16 |
| JoeR | Yeah, that's what I thought. I didn't think it cared, I did the FILESEXTRAPATHS_prepend of ${THISDIR}/${PN} | 10:16 |
| gaston53 | using SDK , boost , and other tools | 10:17 |
| LetoThe2nd | gaston53: because the *REAL* question is, "how do i make the sdk and cmake play nice with VS" | 10:17 |
| JoeR | And had the file in a procps subdir of procps. bitbake was happy to build that. But I never got my file in the rpm. | 10:17 |
| gaston53 | LetoThe2nd That's it | 10:17 |
| JoeR | Changing to a files subdir and it all just worked. | 10:17 |
| LetoThe2nd | gaston53: please mention this very early the next time, because most people here do not care about VS. i do not, too. | 10:18 |
| qschulz | JoeR: FILESPATH to be checked with bitbake -e, then you'll understand much more (or have a look at WORKDIR/temp/log.do_fetch (I think? or unpack)) There you have the order. I've been bitten by this one thing before as well :) | 10:18 |
| LetoThe2nd | gaston53: as long as the build process in itself works, we are happy. don't get me wrong - i understand the use case. but it is soemthing i do not want to support and spend time on. | 10:18 |
| gaston53 | LetoThe2nd Why you do not care about VS ? | 10:18 |
| LetoThe2nd | gaston53: pay me, and then i will care. | 10:19 |
| JoeR | qschulz: Thanks, much appreciated :-) | 10:19 |
| *** JoeR <JoeR!~JayBee@116.241.189.80.dyn.plus.net> has quit IRC | 10:19 | |
| gaston53 | LetoThe2nd haha they are paying me, I am forced to care ;) | 10:19 |
| *** JoeR <JoeR!~JayBee@116.241.189.80.dyn.plus.net> has joined #yocto | 10:20 | |
| erbo | gaston53: Have you seen https://www.yoctoproject.org/learn-items/using-vs-and-vs-code-for-embedded-c-c-development/ ? | 10:20 |
| LetoThe2nd | gaston53: then please care. seriously, whenever VS is involved, its a dead sure sign that some business forces are behind it. and i do not offer free services. thats why i specifically don't care about VS. other opinions are of course valid, i am speaking only for myself. | 10:20 |
| qschulz | gaston53: most likely some paths you haven't set so that VS can find your libboost in your SDK. VS should find the libboost from the SDK, not your build machine? But honestly, I'm a cli guy, so that's way out of my knowledge base now. GL | 10:21 |
| LetoThe2nd | erbo: nice one. | 10:21 |
| erbo | I haven't seen it myself, but it seems quite relevant here :) | 10:21 |
| *** JoeR <JoeR!~JayBee@116.241.189.80.dyn.plus.net> has quit IRC | 10:21 | |
| LetoThe2nd | erbo: i'll skim it for referral | 10:22 |
| LetoThe2nd | and the above statement really was not a personal rant or such. please do not take it as such, anybody. its just my POV. | 10:22 |
| gaston53 | qschulz LetoThe2nd It's okey! by the way, I have succeded also to cross compile a program with VS whichi is on my windows machine and run it on Linux using Boost. I am going step by step .. you see .. | 10:24 |
| gaston53 | the path of boost lib is not a problem | 10:25 |
| gaston53 | Now I am facing a problem with SDK | 10:26 |
| gaston53 | He can not set the compiler that I need into its configurations | 10:26 |
| gaston53 | it's usualy using the default compilers generated bu VS | 10:27 |
| gaston53 | by* | 10:27 |
| gaston53 | LetoThe2nd Another thing, it's an early morning here in my country :D | 10:27 |
| LetoThe2nd | gaston53: its always early morning somewhere. | 10:28 |
| gaston53 | LetoThe2nd qschulz I just want to ask, what I am trying to do is difficult or just me I am finding it difficult ? | 10:36 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:39 | |
| LetoThe2nd | gaston53: it is not exaclty difficult in the technical sense, probably. but its something that is usually solved by hours and hours wasted in tinkering settings back and forth. only for the sake of some company insisting on using windows. | 10:39 |
| gaston53 | LetoThe2nd I totaly agree with you ! ( but its something that is usually solved by hours and hours wasted in tinkering settings back and forth ) | 10:41 |
| LetoThe2nd | gaston53: and as it is a) time-intensive b) almost certainly not giving back any profit to the project or community - on the other hand, rather eating up support resources we have - i am highly reluctant to partake in such. | 10:42 |
| LetoThe2nd | gaston53: i mean, i'm pretty certain that there are solutions for that from vendors who base their products off yocto/OE technology. | 10:43 |
| gaston53 | LetoThe2nd I see you are right | 10:44 |
| *** rburton <rburton!~rburton@134.191.227.37> has joined #yocto | 10:48 | |
| * LetoThe2nd is impressed. new session on youtube, 100 view in the first 12 hours. | 10:48 | |
| *** Bagira <Bagira!Phanes@2600:3c02::f03c:91ff:fe92:354e> has joined #yocto | 10:51 | |
| *** Bagira <Bagira!Phanes@surro/founder/phanes> has joined #yocto | 10:51 | |
| qschulz | LetoThe2nd: soon a rockstar I see | 10:53 |
| LetoThe2nd | qschulz: \m/ | 10:55 |
| LetoThe2nd | now i'm hungry. | 10:56 |
| *** camus1 <camus1!~Instantbi@113.64.121.213> has joined #yocto | 10:59 | |
| *** kaspter <kaspter!~Instantbi@119.125.109.191> has quit IRC | 10:59 | |
| *** camus1 is now known as kaspter | 10:59 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 11:02 | |
| *** FrazerClews <FrazerClews!~frazer.cl@78.40.148.177> has quit IRC | 11:03 | |
| *** FrazerClews <FrazerClews!~frazer.cl@78.40.148.177> has joined #yocto | 11:03 | |
| *** siva <siva!48a3dc10@72.163.220.16> has joined #yocto | 11:04 | |
| *** ecclescake <ecclescake!~tomeccles@78.40.148.171> has quit IRC | 11:04 | |
| *** rubdos_ <rubdos_!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 11:05 | |
| siva | i am getting build error when i tried to build custom bsp layer with new machine type | 11:08 |
| siva | my board is based on imx6ulevk | 11:08 |
| siva | | /nobackup/sikumar3/inode_sumo/buildnew/tmp/work/imx6uloib-poky-linux-gnueabi/linux-imx/4.14.98-r0/temp/run.do_compile.11826: line 181: arm-poky-linux-gnueabi-gcc: command not found | 11:08 |
| siva | the error goes away if i rename the meta-mynode-board/recipes-kernel/linux/linux-imx_%.bbappend to meta-mynode-board/recipes-kernel/linux/linux-fslc_%.bbappend | 11:10 |
| siva | but the kernel build ignores my custom patches | 11:11 |
| *** ecclescake <ecclescake!~tomeccles@78.40.148.171> has joined #yocto | 11:11 | |
| LetoThe2nd | siva: there error goes away because it is not being built then. | 11:12 |
| siva | the error appears when it tried to build the kernel files. as soon as i change the name, kernel is build successfully. but my custom changes are not applied (dts, drivers.patch etc) | 11:13 |
| LetoThe2nd | siva: thats just what i said. if you rename th bbappend, it refers to a whole different recipe, which is not being built. hence the errors go away - as what you did is being ignored. | 11:14 |
| LetoThe2nd | siva: i would say, remove stuff from your bbappend until things start working again. | 11:15 |
| siva | ok, do i need to remove my custom changes (defconfig, drivers.patch, dts etc) until it builds? | 11:16 |
| *** gaston53 <gaston53!c50146d0@197.1.70.208> has quit IRC | 11:22 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 11:23 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 11:25 | |
| siva | wow! it builds now without my changes | 11:27 |
| *** berton <berton!~berton@177.194.196.4> has joined #yocto | 11:27 | |
| siva | it got stuck with | make[3]: *** No rule to make target `arch/arm/boot/dts/imx6ul-mynode.dtb'. Stop | 11:28 |
| *** ecclescake <ecclescake!~tomeccles@78.40.148.171> has quit IRC | 11:29 | |
| *** ecclescake <ecclescake!~tomeccles@78.40.148.171> has joined #yocto | 11:32 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 11:37 | |
| *** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has quit IRC | 12:03 | |
| *** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has joined #yocto | 12:05 | |
| *** rburton <rburton!~rburton@134.191.227.37> has quit IRC | 12:17 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 12:28 | |
| *** rburton <rburton!rburton@nat/intel/x-tqsxnmzendaewftp> has joined #yocto | 12:30 | |
| *** tolszak_ <tolszak_!~tolszak@ip-188-127-16-225.ennet.pl> has quit IRC | 12:34 | |
| *** siva <siva!48a3dc10@72.163.220.16> has quit IRC | 12:36 | |
| *** frsc <frsc!~frsc@i6DFA8B06.versanet.de> has quit IRC | 12:39 | |
| *** frsc <frsc!~frsc@i6DFA8B06.versanet.de> has joined #yocto | 12:42 | |
| rburton | RP: whats the gst reproducible failure? | 12:43 |
| RP | rburton: that is fixed now, patch in master? | 12:48 |
| rburton | ah cool just read the summary :) | 12:48 |
| RP | rburton: not upstreamed yet | 12:48 |
| RP | rburton: found another perl issue, makefile race. Upstream merged that fix an hour ago :) | 12:49 |
| qschulz | I'm having a hard time understanding the use for multiple strings in BBFILE_COLLECTIONS in conf/layer.conf. What am I missing? | 12:52 |
| LetoThe2nd | qschulz: i'm just having a hrd time. | 12:54 |
| RP | qschulz: its very old code, it predates layers | 12:54 |
| rburton | RP: enjoying how perl-cross maintainer is responsive | 12:56 |
| qschulz | LetoThe2nd: I'm sorry, I didn't think calling off would make you that sad. | 12:56 |
| rburton | RP: i don't think you broke master in my absence ;) | 12:56 |
| LetoThe2nd | qschulz: hrhrhr | 12:56 |
| RP | rburton: yes, we need to get some other things submitted | 12:57 |
| qschulz | RP: ack, thanks | 12:57 |
| LetoThe2nd | qschulz: nah, i'm just dabbling in some horrible js with an angular 1 frontend. | 12:57 |
| RP | rburton: heh, have to try harder :) | 12:57 |
| LetoThe2nd | qschulz: and my "contributions" are basically just making it even uglier. | 12:57 |
| LetoThe2nd | qschulz: OTOH, if we handn't called off we could get divorced. we're missing out on that. | 13:00 |
| qschulz | LetoThe2nd: I've been dealing with vendor out-of-tree WiFi driver for the last month. Damn race between main thread and interrupt handler. Fixed it, tested it... OH an other one later. I feel you. | 13:01 |
| qschulz | LetoThe2nd: we're missing on two parties. Wedding and divorce. Such a shame | 13:01 |
| LetoThe2nd | qschulz: and worst of all, a proper irish funeral! | 13:02 |
| LetoThe2nd | oh wait. | 13:02 |
| LetoThe2nd | that not realted, right? | 13:02 |
| *** sdude <sdude!cb1f2c1e@203.31.44.30> has quit IRC | 13:02 | |
| qschulz | Any reason for https://git.yoctoproject.org/cgit.cgi/poky/tree/meta/classes/externalsrc.bbclass#n172 other than use with devtool? | 13:03 |
| qschulz | I'm hunting down warnings and this "NOTE" message which isn't one is triggering me :) | 13:03 |
| RP | qschulz: you can use it standalone and it predates devtool! | 13:03 |
| RP | qschulz: specifically, that note is there to remind people its in use as for some scenarios, people forget | 13:05 |
| qschulz | RP: what do you mean by "it"? externalsrc? | 13:05 |
| RP | qschulz: yes. I didn't notice the n172 at first | 13:05 |
| qschulz | RP: I'm puzzled... If I decided I want externalsrc in my recipe, I have it? Why would I want a note? | 13:06 |
| qschulz | but since externalsrc is used with devtool, I definitely want to know when the devtool bbappend is applied which inherits externalsrc. SO that one use for the note which isn't one, I understand :) | 13:07 |
| RP | qschulz: its probably more devtools focused | 13:07 |
| qschulz | Could this be moved to devtool then? | 13:08 |
| qschulz | When it creates the bbappend in devtool's workspace? (just asking, I'm not asking for someone to write the patch ;) ) | 13:08 |
| qschulz | LetoThe2nd: you made me check what Irish Funeral is and the Urban Dictionary is definitely giving me weird vibes. Are you threatening me? | 13:09 |
| RP | qschulz: I'd guess. I'm not an expert on that code :( | 13:09 |
| qschulz | RP: alright, thanks. At least not opposed to the idea of that patch :) | 13:10 |
| RP | qschulz: We just don't have someone responsively maintaining that area of the code | 13:11 |
| LetoThe2nd | qschulz: https://youtu.be/D7g3RuoreRc | 13:11 |
| RP | I'm worried about it :( | 13:11 |
| zeddii | Looks like I fixed the last two non-reproducible build errors in my last 5.4 run | 13:12 |
| qschulz | RP: It just works (TM) | 13:12 |
| zeddii | I’ll submit a series later today once I collect one more fix that khem pointed to yesterday. | 13:12 |
| RP | qschulz: until people patch it and change it | 13:13 |
| qschulz | RP: (don't look up who are the latest contributors to determine the maintainer though ;)) | 13:13 |
| RP | zeddii: cool, thanks | 13:13 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 13:13 | |
| RP | zeddii: perf fails on master with new binutils, looks like command whitespace issues :( | 13:13 |
| qschulz | RP: though it does not work (or does not work in an optimal way) if externalsrc is part of a git worktree but I haven't decided how to fix that properly yet (and we don't need it at work so... low prio). | 13:14 |
| RP | qschulz: first step would be to write a testcase! | 13:15 |
| *** muppe <muppe!~muppeX3@59ec6c88.adsl.tnnet.fi> has joined #yocto | 13:16 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 13:20 | |
| zeddii | RP: that’s the patch that I have from khem. It’ll be in my series today. | 13:24 |
| RP | zeddii: ah, cool | 13:27 |
| RP | zeddii: also a bit worried about the whitespace command issue jwessel mentioned btw. Did we ever dig into that? | 13:27 |
| zeddii | no. I’ll have to dig up the original post. Was that where the flags order was implicated (even if not true)? | 13:28 |
| RP | zeddii: it was where a bit of trailing whitespace on the LD command (or some other toolchain variable) was breaking things | 13:29 |
| zeddii | I’ll troll my saved email and have a look. | 13:30 |
| RP | zeddii: it looked bad/odd but I haven't had time to poke :( | 13:30 |
| RP | zeddii: yes, we can hack fix it but it suggested deeper issues | 13:30 |
| * RP starts to ponder the ptest log with 2.1 million lines performance "problem" | 13:31 | |
| *** JoeR <JoeR!~JayBee@116.241.189.80.dyn.plus.net> has joined #yocto | 13:38 | |
| JoeR | Hi all. I'm back asking inane questions... | 13:39 |
| JoeR | So. I need the licences within my image. I can get this by setting a few vars in local.conf | 13:39 |
| JoeR | However I have two images (one large, one an initrd) within my yocto project, both for the same board. | 13:39 |
| JoeR | I don't believe those vars are applicable in an an image recipe, however I don't want the licences within the initrd. | 13:40 |
| JoeR | Is there a way to do this that's cleaner than appending the vars to local.conf in between image builds? | 13:40 |
| LetoThe2nd | JoeR: sounds like a use case for multiconfig, with the licensing add ons only in the main images configuration | 13:41 |
| JoeR | OK. I've not heard of multiconfig. I'm still stuck in Korgoth world (parallel dev to move forward to Thud). Is it available there? | 13:41 |
| LetoThe2nd | JoeR: technically it needs some tweaking, as you would have to include licensing texts that are only referring to software in the initrd then in the main image. | 13:41 |
| LetoThe2nd | JoeR: in thud, yes. krogoth, no. | 13:42 |
| JoeR | The initrd is a perfect subset of the main image at least. I do nothing clever. | 13:42 |
| JoeR | OK. So I'm stuck with my approach until I get to thud. | 13:42 |
| JoeR | That's ok. As long as I know. | 13:42 |
| JoeR | You're always so helpful. I say thanks again Leto! | 13:43 |
| LetoThe2nd | \m/ | 13:43 |
| LetoThe2nd | throw free beer! | 13:43 |
| JoeR | It's a long way from the UK to throw a beer! | 13:43 |
| LetoThe2nd | you'll never succeed if you don't try!!! | 13:44 |
| JoeR | Meh, I'm on the continent in a few weeks anyway. It'll be easier from there. | 13:45 |
| * LetoThe2nd senses a lame excuse here. | 13:45 | |
| *** banoli <banoli!~cpastore@144.121.20.106> has quit IRC | 13:52 | |
| *** banoli <banoli!~cpastore@144.121.20.106> has joined #yocto | 13:52 | |
| RP | JoeR: which variables are these? | 13:55 |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 13:56 | |
| JoeR | COPY_LIC_MANIFEST, COPY_LIC_DIRS, LICENSE_CREATE_PACKAGE | 13:59 |
| RP | JoeR: COPY_LIC_* are image specific so you could override on a per recipe basis | 14:03 |
| RP | JoeR: The latter package creation is global | 14:04 |
| JoeR | OK. I might be able to do things in a better way then. Not sure I need package creation. | 14:04 |
| RP | JoeR: You could try LICENSE_CREATE_PACKAGE globally and something like COPY_LIC_MANIFEST_pn-<my-image-recipe-name> ? | 14:04 |
| JoeR | OK. | 14:04 |
| JoeR | Is there any clever/quick way I can determine what you just told me? i.e. how can I find out where certain variables are applicable? Other than RTFMM? | 14:05 |
| RP | JoeR: well, I did a grep for COPY_LIC and then looked at where its used | 14:06 |
| RP | JoeR: the code looks image specific to me | 14:07 |
| JoeR | Righto. Just wanted to be sure I wasn't missing a trick. You've let me know of things in the past that magically make my life way easier. | 14:07 |
| RP | JoeR: it would be good to document variable context but we don't have that :( | 14:07 |
| qschulz | RP: i second that. That would be extremely nice :) | 14:08 |
| *** maudat <maudat!~moda@64.18.88.250> has joined #yocto | 14:08 | |
| RP | qschulz: question is someone to do it | 14:08 |
| JoeR | It's a big project and it helps a lot of people. I'm just grateful it exists. I used ot have build distros entirely from scratch, this is a whole world better. | 14:08 |
| RP | JoeR: we are in some ways struggling to exist as nobody wants to help support the core :( | 14:09 |
| RP | JoeR: perhaps you could send a patch adding something to the manual about that class and those variables being image specific? | 14:09 |
| LetoThe2nd | RP: "the age of the everage RP increate by 1 each year" | 14:10 |
| JoeR | I'll see what I can do. Where's the manual live? | 14:11 |
| RP | JoeR: yocto-docs repo | 14:11 |
| JoeR | OK. I'm under pressure at work, but I'll see what I can do. | 14:11 |
| LetoThe2nd | JoeR: https://youtu.be/a01QQZyl-_I | 14:13 |
| RP | JoeR: well, hopefully we did just save you some time | 14:13 |
| JoeR | Indeed. I see that. People not so au fait with the open source world don't see things quite the same way. | 14:14 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 14:14 | |
| *** leon__ <leon__!~leon@83.137.143.222> has quit IRC | 14:15 | |
| RP | JoeR: I'm struggling to reply to that. | 14:17 |
| RP | JoeR: I do understand it, however the project could cease to exist if we don't find new contributors, even just for "small" things like docs tweaks | 14:18 |
| LetoThe2nd | and free beer! | 14:19 |
| RP | I say "small" since the whole project is build by many small incremental improvements building something greater. | 14:19 |
| * LetoThe2nd gladly not only accept small free beers, also large ones! | 14:19 | |
| LetoThe2nd | *will | 14:19 |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 14:20 | |
| tgamblin | LetoThe2nd: I foresee a joint Yocto & craft beer convention in the future | 14:20 |
| LetoThe2nd | tgamblin: i'm not exactly fond of craft beer in many cases, but count me in. | 14:20 |
| JoeR | Is craft beer even allowed under the reinheitsgebot? | 14:21 |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 14:21 | |
| *** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has quit IRC | 14:21 | |
| LetoThe2nd | JoeR: it is, yet maybe not in the same form of "craft" as in other countries. | 14:22 |
| JoeR | LetoThe2nd: Interesting. I've got quite used to weird lagers lately. Everything seems to be sour or with cucumber of some weird stuff. | 14:24 |
| tgamblin | LetoThe2nd: JoeR: http://www.greatlakesbeer.com/Beer/octopus-wants-to-fight-ipa/ <-- exceptional | 14:25 |
| LetoThe2nd | tgamblin: hrhrhr. | 14:26 |
| LetoThe2nd | tgamblin: i'm just like more of augustiner edelstoff guy. | 14:26 |
| JaMa | anyone still using svn fetcher activelly? Did the path where the sources are checked out changed "recently" (before thud release)? | 14:26 |
| RP | I've taken some significant risks to keep the project alive, I'm starting to feel rather lonely on the "core" issues though and wondering why I keep doing it when its clearly making me ill. Looking at my buglist is totally depressing :( | 14:27 |
| RP | JaMa: there was a fix I just merged which may be relevant | 14:27 |
| RP | JaMa: not the last svn change but the one before | 14:27 |
| JaMa | RP: thanks, I'll check, I'm doing some world builds again and surprisingly all svn users in meta-oe are failing either to populate_lic or patch because of missing files (because S points to wrong dir) | 14:29 |
| JaMa | and I can reproduce it in thud as well as master (as of yesterday) | 14:29 |
| JaMa | and it's not listed in khem's report for some reason | 14:29 |
| RP | JaMa: hmm, we dropped all the svn urls from the core so its not that well tested now | 14:30 |
| JaMa | I already have "75223644 fetch2: svn: care for path_spec" if that's the one you had in mind | 14:31 |
| JoeR | RP: I was under the impression that the Yocto project had active support, active members funded by the larger corps? Intel etc.? | 14:31 |
| JaMa | [Sno]: around? | 14:32 |
| RP | JoeR: Intel has pulled back a lot of the people and is no longer doing development on the core. Other members have stepped up with funding and I'm now funded by that for example but what we're missing is people to do things :( | 14:33 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:33 | |
| JoeR | RP: This is somewhat of a tragedy then :-( | 14:33 |
| RP | JoeR: I've put together contingency plan upon contingency plan but without developer time on issues there are limits on what can be done | 14:36 |
| JoeR | RP: That I can well believe. This is a small part of what I do as my job, that's only the case because Yocto exists though. | 14:37 |
| *** dev1990 <dev1990!~dev@dynamic-62-87-214-51.ssp.dialog.net.pl> has joined #yocto | 14:39 | |
| RP | JoeR: the model was we're all supposed to share the maintenance of the core. That isn't really happening as well as it needs to | 14:40 |
| JoeR | RP: Do many people understand the core? I just use Yocto as a tool, so have no real understanding of how it's working most of the time. | 14:43 |
| RP | JoeR: There are people but many are pulled onto other things by their employers | 14:46 |
| RP | JoeR: I've help train many over the years! :) | 14:46 |
| JoeR | RP: Everyones crushed. Late stage capitalism at its best. | 14:47 |
| JaMa | RP: can you write this as official YP statement somewhere so I can point relevant people to it and they might take it more seriously than just me warning them that there is this manpower issue? | 14:51 |
| *** yann <yann!~yann@lstlambert-656-1-197-22.w80-14.abo.wanadoo.fr> has joined #yocto | 14:52 | |
| *** tempoDrom <tempoDrom!555e4206@85.94.66.6> has joined #yocto | 14:52 | |
| tempoDrom | Hey peeps | 14:53 |
| tempoDrom | Is it possible to expand a bitbake variable with a cli helper app? | 14:53 |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 14:53 | |
| JaMa | RP: sometimes I also get an answer like "we're already funding the project" | 14:53 |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 14:53 | |
| tempoDrom | Something like (invented cli): "bitbake-expand DISTRO_VERSION" | 14:54 |
| qschulz | tempoDrom: what is your issue exactly? (bitbake myrecipe -e | less could help you) | 14:54 |
| RP | JaMa: Its been mentioned at the governing meetings but yes, I think we can do something | 14:54 |
| fray | The CLI can access variables.. (or so I thought).. but it takes some effort to access the data store for the backend. | 14:55 |
| fray | (I am assuming this is a bitbake cli) | 14:55 |
| tempoDrom | qschulz: Am trying to print some user friendly messages for the build users | 14:55 |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 14:55 | |
| LetoThe2nd | tempoDrom: just make a "something" that internally calls bitbake -e and parses it. | 14:55 |
| tempoDrom | LetoThe2nd: Guess that would work. Thanks :+1: | 14:56 |
| JoeR | Ooooh, fearsome bash script time ;-) | 14:56 |
| qschulz | tempoDrom: if it's in a recipe, ina specific task, use bb.warn() or something to print a message $VAR or d.getVar(VAR, true) if python. All depends what exactly you want to do and when | 14:57 |
| LetoThe2nd | JS! JS! you can do it in JS! | 14:57 |
| tempoDrom | I have to make a "sales pitch" to a dev which thinks yocto is complicated. And just wants to have something like: ./build dev or ./build release | 14:58 |
| tempoDrom | From whatever is the current git repo | 14:58 |
| RP | tempoDrom: you could also look at the tinfoil API | 14:59 |
| JoeR | I have it hooked under jenkins, one click for most people. | 14:59 |
| * zeddii wants to reply to RP | 14:59 | |
| zeddii | crap, enter key ruined that joke | 14:59 |
| fray | ahh yes, tinfoil, forgot the name of the API.. | 14:59 |
| zeddii | RP I was going to say, 18h to 12 seconds, is that the best you can do ? | 14:59 |
| zeddii | :P | 14:59 |
| RP | zeddii: :) | 14:59 |
| qschulz | tempoDrom: well if you have two different images or distros for dev or release, it's still only one line :) | 15:00 |
| RP | zeddii: was amazingly hard to see why that script didn't work | 15:00 |
| tempoDrom | So would like to show THat's all good, but want to give some echoing of the basics that will be built | 15:00 |
| tempoDrom | Like the DISTRO_VERSION and the IMAGE_NAME | 15:00 |
| qschulz | DISTRO_VERSION is already printed | 15:01 |
| qschulz | bitbake -e reparses all recipes, so it can take quite some time if you're doing it a lot | 15:02 |
| LetoThe2nd | tempoDrom: i'd go for kas + some nice config pretty-rpinting. | 15:02 |
| tempoDrom | That's true, but it's "hidden" within the other yocto related context which isn't important to whoever isn't doing yocto | 15:02 |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto | 15:02 | |
| LetoThe2nd | then you get a container-contained build in one line with pretty whatevers. done. | 15:02 |
| tempoDrom | LetoThe2nd: Don't know what kas is, checking.... | 15:03 |
| qschulz | tempoDrom: ugh... That's how we got dozens of warning messages. Because nobody reads them "it's just yocto" | 15:03 |
| LetoThe2nd | i take 10%, just so you know. plus a crate of beer. | 15:03 |
| [Sno] | JaMa: yes, around | 15:04 |
| tempoDrom | qschulz: I'll check it for daily builds, but this is for them to build locally and confirm the changes they made didn't break the system | 15:04 |
| qschulz | tempoDrom: teach them how to use Yocto. If they don't need it, I'd try to use a Yocto SDK so they don't have to care. Never used it though | 15:04 |
| JoeR | LetoThe2nd: Where do we ship this beer? Next Yocto-meet, for all the team? Or direct to you? | 15:04 |
| LetoThe2nd | JoeR: next yocto-meet of any form is fine. i'm happy to share. | 15:04 |
| [Sno] | RP: wrt. the make upgrade to 4.3 - I tried 2 setups with meta-mingw doing "bitbake core-image-mingw-sdktest && bitbake core-image-mingw-sdktest -c populate_sdk" - one musl+freescale/ls2088ardb and one glibc+intel/genericx86_64 | 15:06 |
| [Sno] | RP: neither one breaks on make | 15:06 |
| JaMa | [Sno]: you seem to be using svn fetcher as you were touching it last, can you please check http://lists.openembedded.org/pipermail/openembedded-devel/2020-February/205012.html ? | 15:07 |
| *** kpo <kpo!~kpo@eet50.internetdsl.tpnet.pl> has quit IRC | 15:07 | |
| *** kpo_ <kpo_!~kpo@eet50.internetdsl.tpnet.pl> has joined #yocto | 15:07 | |
| JaMa | [Sno]: it's not caused by your change for sure, I'm just interestd if you're seeing the same | 15:07 |
| RP | [Sno]: did you try "bitbake nativesdk-make" ? | 15:07 |
| [Sno] | RP: did - builds fine :( | 15:08 |
| RP | [Sno]: ERROR: nativesdk-make-4.3-r0 do_configure: QA Issue: This autoconf log indicates errors, it looked at host include and/or library paths while determining system capabilities. was the error | 15:08 |
| RP | [Sno]: I guess we'll have to rerun and get the config.log, see what its complaining about | 15:09 |
| [Sno] | RP: can I have the log ? | 15:09 |
| RP | [Sno]: lost now, we'll have to rerun | 15:09 |
| *** tempoDrom <tempoDrom!555e4206@85.94.66.6> has quit IRC | 15:09 | |
| [Sno] | I'm pretty sure I have something on my build server which interferes | 15:09 |
| RP | [Sno]: https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/1599 running | 15:10 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 15:10 | |
| [Sno] | RP: thanks | 15:10 |
| [Sno] | JaMa: looks similar to my checkouts before my change ;) - except I used sth. like svn://svn.openmoko.org/sware;module=/src/target/gpio/trunk;path_spec=gpio | 15:11 |
| [Sno] | s,module=/,module=, | 15:12 |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto | 15:12 | |
| *** mardy <mardy!~mardy@88-115-221-237.elisa-laajakaista.fi> has joined #yocto | 15:12 | |
| JaMa | [Sno]: can you try to build those 4 meta-oe recipes in your setup just to confirm it fail the same for you? | 15:13 |
| [Sno] | JaMa: sure - and I can dig deeper then - do I have to configure a special machine, or would qemuarm do? | 15:15 |
| JaMa | qemuarm should be fine | 15:15 |
| JaMa | it's just to find out what might be the difference between our builders, because khem's world build seem to be fine | 15:16 |
| JaMa | and I doubt this was broken since thud (and there aren't many changes in svn fetcher since thud) | 15:16 |
| [Sno] | probable EU/US issue? :) | 15:16 |
| JaMa | you mean Trump is behind it? | 15:17 |
| [Sno] | I will look soon - before weekend | 15:17 |
| JaMa | thanks | 15:17 |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 15:18 | |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC | 15:20 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 15:20 | |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto | 15:24 | |
| RP | [Sno]: https://autobuilder.yocto.io/pub/repro-fail/mingw/config.log grep for unsafe | 15:24 |
| RP | [Sno]: I know the build is still running but we have the log :) | 15:25 |
| [Sno] | it seems to add /usr/local/lib to -L - weird, smells - digging fot it | 15:26 |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 15:30 | |
| *** [Sno] <[Sno]!~sno@p4FE93807.dip0.t-ipconnect.de> has quit IRC | 15:34 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 15:34 | |
| *** [Sno] <[Sno]!~sno@p4FE93807.dip0.t-ipconnect.de> has joined #yocto | 15:35 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-dmszxpkzyzmeqngr> has joined #yocto | 15:36 | |
| *** kovalevsky <kovalevsky!~kovalevsk@181.168.100.76> has joined #yocto | 15:42 | |
| *** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has joined #yocto | 15:42 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 15:42 | |
| *** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has joined #yocto | 15:43 | |
| *** JoeR <JoeR!~JayBee@116.241.189.80.dyn.plus.net> has quit IRC | 15:45 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 15:45 | |
| *** TobSnyder <TobSnyder!~schneider@95.90.163.47> has quit IRC | 15:54 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 15:54 | |
| *** RP <RP!~RP@5751f4a1.skybroadband.com> has quit IRC | 16:01 | |
| smurray | qschulz: re the discussion about externalsrc a while ago, I regularly use it via local.conf or site.conf and find the note about what is being built externally helpful even w/o using devtool (which I also do sometimes) | 16:02 |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 16:03 | |
| *** RP <RP!~RP@5751f4a1.skybroadband.com> has joined #yocto | 16:03 | |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC | 16:04 | |
| JPEW | smurray: qschulz: Me too FWIW | 16:05 |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto | 16:05 | |
| *** Sandrita <Sandrita!ade76a22@gateway/web/cgi-irc/kiwiirc.com/ip.173.231.106.34> has joined #yocto | 16:06 | |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC | 16:07 | |
| qschulz | smurray: via local.conf? | 16:07 |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto | 16:07 | |
| smurray | qschulz: yeah, INHERIT += "externalsrc", EXTERNALSRC_pn-foo = "/path/foo" | 16:09 |
| qschulz | isnt' that extremely inefficient? | 16:17 |
| qschulz | compared to devtool for example? | 16:17 |
| qschulz | because you're actually making all recipes inherit externalsrc and thus modify all recipes? | 16:17 |
| qschulz | what does it help you with that devtool cannot? Being curious here :) | 16:18 |
| qschulz | smurray: ^ | 16:18 |
| *** AndersD <AndersD!~AndersD@2a02:aa1:1610:e47a:f41b:50ff:fecc:24cf> has joined #yocto | 16:19 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 16:20 | |
| smurray | qschulz: 2 reasons: 1) in my experience devtool falls down sometimes when patches are spread across .inc and .bbappends 2) there are times (basically all the time with AGL) when I cannot share a build directory across different platform configurations, and futzing with devtool options to try to share a common workspace is too much hassle | 16:21 |
| smurray | qschulz: I basically only ever use devtool if I know the recipe I'm running it against is simple and the change is a one-off. I could be missing out, but I know externalsrc works | 16:22 |
| *** vineela <vineela!vtummala@nat/intel/x-cmjqgrmdlrgkinzd> has joined #yocto | 16:23 | |
| qschulz | 1) only had issues with glibc (ah, that reminds me we still haven't worked that out with bluelightning :) ) and abuse in patchdir (patching files in the FS (well in WORKDIR) and not in the sources) | 16:23 |
| qschulz | I do not understand 2) (might be too late for my brain :) ) | 16:23 |
| smurray | qschulz: and I guess a 3rd one, it's been my experience that devtool is a non-starter with kernel trees, that's a common usecase for externalsrc | 16:24 |
| qschulz | smurray: yup, debugged a few times the kernel with devtool, used manual compilation and tftp on my u-boot instead now, but that's a different process for sure. Could you explain 2)? | 16:26 |
| qschulz | but I understand that this message should stay here :) | 16:26 |
| *** yann <yann!~yann@lstlambert-656-1-197-22.w80-14.abo.wanadoo.fr> has quit IRC | 16:26 | |
| qschulz | if you have time, it's just curiosity :) | 16:27 |
| JPEW | RP, kanavin_home: I pushed a fix for wayland with meson to meta-mingw/master-next | 16:27 |
| smurray | qschulz: so AGL uses a script to generate the conf files, as it's known the BSP layers for different platforms won't interoperate. That means the easiest way to test multiple platforms is to have different build directories, so I can't easily test a change made with "devtool modify" on more than one platform w/o mucking around more | 16:27 |
| smurray | qschulz: I'm surprised devtool works on the kernel for you, last time I tried it failed spectacularly | 16:28 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 16:28 | |
| qschulz | smurray: gotcha. | 16:28 |
| qschulz | smurray: well... it was maybe on krogoth. But definitely not something newer than thud. And we've our custom kernel recipe (no kernel-yocto inherited for example), so maybe that changes a few things | 16:29 |
| qschulz | I just remember the time required for devtool to unpack and decided after two devtool that I wouldn't do that again :) | 16:29 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 16:29 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 16:31 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 16:31 | |
| RP | JPEW: cool, thanks! | 16:31 |
| *** opennandra <opennandra!~marek@bband-dyn84.178-40-61.t-com.sk> has quit IRC | 16:32 | |
| *** meego <meego!~meego@2001:41d0:fe7e:c800:f13a:a52:a21b:c077> has joined #yocto | 16:35 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 16:41 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:41 | |
| RP | JPEW: and then I promptly forget to set it :) | 16:51 |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 16:52 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 16:52 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 16:52 | |
| *** yann <yann!~yann@lstlambert-656-1-197-22.w80-14.abo.wanadoo.fr> has joined #yocto | 16:57 | |
| RP | JPEW: still fails: https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/1601 :( | 16:58 |
| ningauble | One thing I noticed happening is that if I bitbake -c menuconfig virtual/kernel, any subsequent 'bitbake <image>' continues to build the default kernel. What's the step I'm missing to ensure my own config is built within the image? | 16:59 |
| ningauble | I resolve it by manually copying the .../.meta/.../.config file into defconfig, but surely that's not the right way to do things. :) | 17:00 |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC | 17:00 | |
| RP | ningauble: we've not come up with a good way to automate that step generically | 17:00 |
| qschulz | ningauble: -c savedefconfig, then take the defconfig at the exact same place. That's one more step. Cleaner file but not cleaner process | 17:02 |
| *** fl0v0 <fl0v0!~fvo@89.244.127.154> has quit IRC | 17:02 | |
| ningauble | Ah, right on, thank you. So a followup question, and shame on me for not just trying this myself, but does devtool deploytarget virtual/kernel root@<target> work in theory? If yes, any additional step for module deployment? | 17:03 |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto | 17:03 | |
| ningauble | err deploy-target, of course | 17:03 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 17:04 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto | 17:04 | |
| *** vineela <vineela!vtummala@nat/intel/x-cmjqgrmdlrgkinzd> has quit IRC | 17:05 | |
| qschulz | ningauble: try and let us know :p I'd say if it works, it works only in one very specific case where the kernel is loaded in U-Boot from the rootfs. But I don't know anything about that, just making assumptions (I don't see devtool knowing where to flash the kernel) | 17:06 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 17:07 | |
| JPEW | RP: Hmm, I fixed that bug... | 17:07 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:07 | |
| JPEW | Ah, right I fixed it in autotools... not meson :( | 17:07 |
| tlwoerner | sadly, YP didn't make the cut for GSoC this time :c | 17:15 |
| *** jani191 <jani191!0c8bbc52@mail1.trijicon.com> has joined #yocto | 17:16 | |
| jani191 | I'm working with NXP iMX8QXPMEK evaluation board. I downloaded bsp release L4.19.35_1.1.0_MX8QXP from following site: | 17:16 |
| jani191 | https://www.nxp.com/design/software/embedded-software/linux-software-and-development-tools/embedded-linux-for-i.mx-applications-processors:IMXLINUX?tab=Design_Tools_Tab | 17:16 |
| jani191 | This bsp release is for Yocto Project 2.7 (Warrior) | 17:16 |
| jani191 | I built yocto project for this bsp release. I copied built image into sd card and then booted NXP board from sd card. I need to step through USB Host Subsystem source code running in embedded linux kernel? | 17:16 |
| jani191 | There is a serial connection between my NXP evaluation board and my PC. Micro-USB Debug port in NXP board is connected to USB port in my PC. How do I setup debugging environment so I can see source code and symbols | 17:16 |
| jani191 | running in my NXP board? | 17:16 |
| qschulz | jani191: define "USB Host Subsystem" | 17:16 |
| paulbarker | jani191: That's probably easier for NXP to answer than for us here | 17:17 |
| qschulz | if you're planning in debugging the kernel, I suggest the awesome slides: https://elinux.org/images/1/14/Linuxkerneldebugging.pdf | 17:18 |
| jani191 | qschulz: The kernel code that is part of Linux image created by yocto project has several subsystems. One of them is USB subsystem. | 17:18 |
| qschulz | jani191: so the actual question is how do I debug a kernel. It being built with Yocto isn't going to matter I'm afraid. You can contact NXP as paulbarker suggested or join the appropriate IRC chan for NXP kernels | 17:19 |
| jani191 | qschulz: Please let me clarify. I need to setup my debug / development environment. | 17:20 |
| jani191 | I don't even know if there is any problem with kernel. Maybe I shouldn't say that I need to debug kernel. I just need to setup | 17:21 |
| jani191 | debug environment. | 17:21 |
| tlwoerner | jani191: add gdbserver to your target image | 17:22 |
| jani191 | tlwoerner: Is there a way to check if gdbserver is already in my target image? | 17:23 |
| paulbarker | jani191: I recommend starting with the project documentation at https://yoctoproject.org/docs/ | 17:24 |
| paulbarker | Debugging remotely using gdb is covered there: https://www.yoctoproject.org/docs/3.0/dev-manual/dev-manual.html#platdev-gdb-remotedebug | 17:25 |
| tlwoerner | jani191: if you enabled buildhistory you can look in ${buildfolder}/buildhistory/images/${machine}/${clibrary}/${image}/installed-packages.txt | 17:25 |
| tlwoerner | paulbarker: ooh, that's good. i went looking for that recently and didn't find it. and i see some of the wording could use some tweaking ;-) | 17:28 |
| *** meego <meego!~meego@2001:41d0:fe7e:c800:f13a:a52:a21b:c077> has quit IRC | 17:29 | |
| jani191 | tlwoerner: Inside ${buildfolder} there isn't buildhistory folder. I see following folders inside ${buildfolder}, cache, conf, sstate-cache, and tmp | 17:29 |
| tlwoerner | i was going to blog about that too, but now i have more ideas. ideally i'd like to see devtool help out with this :-) | 17:29 |
| tlwoerner | jani191: just means you havent' enabled buildhistory | 17:29 |
| jani191 | tlwoerner: How do I enable buildhistory? | 17:29 |
| tlwoerner | https://www.yoctoproject.org/docs/3.0/dev-manual/dev-manual.html#enabling-and-disabling-build-history | 17:30 |
| *** vineela <vineela!~vtummala@134.134.139.72> has joined #yocto | 17:30 | |
| jani191 | tlwoerner: OK. thank you! | 17:30 |
| jani191 | paulbarker: Thank you! | 17:30 |
| *** ningauble <ningauble!~ningauble@c-73-157-47-121.hsd1.wa.comcast.net> has quit IRC | 17:30 | |
| jani191 | qschulz: thank you for having me clarify the question. | 17:31 |
| Saur | jani191: You do not need to enable buildhistory to get a list of packages that went into an image. You can find it as tmp/deploy/images/<machine>/<image name>-<machine>.manifest | 17:33 |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC | 17:34 | |
| *** AndersD <AndersD!~AndersD@2a02:aa1:1610:e47a:f41b:50ff:fecc:24cf> has quit IRC | 17:36 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 17:37 | |
| *** AndersD <AndersD!~AndersD@2a02:aa1:1610:e47a:f41b:50ff:fecc:24cf> has joined #yocto | 17:37 | |
| *** ningauble <ningauble!~ningauble@c-73-157-47-121.hsd1.wa.comcast.net> has joined #yocto | 17:38 | |
| Saur | jani191: For some more information per package about what went into the image you can also do: oe-pkgdata-util -p tmp/pkgdata/<machine> package-info -f tmp/deploy/images/<machine>/<image name>-<machine>.manifest | 17:38 |
| jani191 | Saur: I have <image name>-<machine>.manifest open. Do I search for gdbserver in this file? | 17:39 |
| Saur | jani191: Yes | 17:39 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 17:44 | |
| jani191 | Saur: I searched for gdbserver in <image name>-<machine>.manifest but didn't find it. When I typed oe-pkgdata-util command, I got command not found | 17:45 |
| jani191 | Can I run oe-pkgdata-util command from anywhere? | 17:46 |
| Saur | jani191: No, from an initiated build environment, i.e., same as where you run bitbake. | 17:47 |
| *** tomeccles <tomeccles!~tomeccles@167.98.27.226> has quit IRC | 17:48 | |
| Saur | jani191: Or technically, you can run it from anywhere if you specify the -p option as I did, but if the environment isn't initialized, then you need to give the full path to the oe-pkgdata-util script. | 17:48 |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 17:48 | |
| Saur | jani191: And the relative tmp/ paths also assumed that you were in the build directory. | 17:49 |
| jani191 | Saur: I sent command from ${buildfolder}. I get: oe-pkgdata-util: command not found | 17:53 |
| Saur | jani191: Typically you add tools-debug to EXTRA_IMAGE_FEATURES in your local.conf if you want to have gdbserver installed in the image. | 17:53 |
| jani191 | Saur: In my local.conf, EXTRA_IMAGE_FEATURES ?= "debug-tweaks" | 17:55 |
| Saur | jani191: Yes. Change it to: EXTRA_IMAGE_FEATURES ?= "debug-tweaks debug-tools" | 17:55 |
| Saur | jani191: That should give you gdb, gdbserver, strace | 17:56 |
| jani191 | Saur: Thank you very much! I will rebuild yocto project. | 17:57 |
| champagneg | hi, how do I install /lib/modules/$(kernel)/build/ in a kernel image to use systemtap with it? I thought adding kernel-dev would do it. | 18:03 |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC | 18:04 | |
| *** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:49a4:e792:1fcb:7c70> has joined #yocto | 18:13 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 18:17 | |
| *** maudat <maudat!~moda@64.18.88.250> has quit IRC | 18:23 | |
| *** frsc <frsc!~frsc@i6DFA8B06.versanet.de> has quit IRC | 18:25 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 18:27 | |
| *** yann <yann!~yann@lstlambert-656-1-197-22.w80-14.abo.wanadoo.fr> has quit IRC | 18:30 | |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 18:32 | |
| *** AndersD <AndersD!~AndersD@2a02:aa1:1610:e47a:f41b:50ff:fecc:24cf> has quit IRC | 18:35 | |
| *** vineela <vineela!~vtummala@134.134.139.72> has quit IRC | 18:46 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 18:48 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 18:49 | |
| JPEW | RP, kanavin_home: Already I sent a patch to meson.bbclass that fixes MinGW (tested it this time :) | 18:52 |
| JPEW | I'm not sure if it's the "right" fix, so let me know what you think | 18:52 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 18:55 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 18:59 | |
| *** matthewzmd <matthewzmd!~user@128.224.252.2> has joined #yocto | 19:05 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 19:11 | |
| *** sagner <sagner!~ags@2a02:169:3df5::587> has joined #yocto | 19:18 | |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC | 19:18 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 19:20 | |
| *** opennandra <opennandra!~marek@90-64-79-10.dynamic.orange.sk> has joined #yocto | 19:23 | |
| LetoThe2nd | ok folks. now for something completely different (and almost serious): for $reasons YÖP seems to have massive lack in dev hours to even fix simple stuff. | 19:31 |
| LetoThe2nd | so who's in, if i announce to donate 5€ for every new contriutor that fixes an item of the newcomer bug list? | 19:31 |
| *** Sandrita <Sandrita!ade76a22@gateway/web/cgi-irc/kiwiirc.com/ip.173.231.106.34> has quit IRC | 19:35 | |
| *** yann <yann!~yann@lstlambert-656-1-197-22.w80-14.abo.wanadoo.fr> has joined #yocto | 19:36 | |
| *** dreyna__ <dreyna__!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 19:37 | |
| vmeson | JPEW: matthewzmd got help with his perl problem. matthewzmd explain how to run one perl test in the bugzilla entry please. | 19:39 |
| matthewzmd | ok | 19:39 |
| *** ningauble <ningauble!~ningauble@c-73-157-47-121.hsd1.wa.comcast.net> has quit IRC | 19:40 | |
| *** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:49a4:e792:1fcb:7c70> has quit IRC | 19:41 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 19:41 | |
| JPEW | vmeson: matthewzmd: OK, good :) | 19:42 |
| *** matman <matman!268c1a9c@38.140.26.156> has joined #yocto | 19:44 | |
| *** matman is now known as matman1122 | 19:45 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 19:48 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 19:49 | |
| matman1122 | Has anyone used the the yocto conan layer? | 19:49 |
| matman1122 | https://docs.conan.io/en/latest/integrations/cross_platform/yocto.html | 19:49 |
| LetoThe2nd | matman1122: not yet, but it sounds interesting. needs a closer look at their fetching stage, though! | 19:51 |
| *** opennandra <opennandra!~marek@90-64-79-10.dynamic.orange.sk> has quit IRC | 19:55 | |
| paulbarker | Oh gods another language-specific package manager | 19:58 |
| paulbarker | Searching "license compliance" in their docs gives zero results | 19:59 |
| LetoThe2nd | paulbarker: very good point. | 19:59 |
| paulbarker | This is my drum and I'll keep banging it | 20:00 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-dmszxpkzyzmeqngr> has quit IRC | 20:01 | |
| smurray | I assume it's a JFrog project with the aim being to have you sign up for Artifactory? | 20:01 |
| paulbarker | https://github.com/conan-io/meta-conan/blob/master/classes/conan.bbclass - do_install is the correct step to fetch from the network right? | 20:03 |
| paulbarker | I'm in a facetious mood today | 20:03 |
| LetoThe2nd | paulbarker: that why i said one needs to look at the fetch stage. *plonk* it is, then. | 20:04 |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto | 20:04 | |
| neverpanic | Isn't conan a tool to install precompiled binaries? | 20:07 |
| * tgamblin wonders what is best in life | 20:08 | |
| LetoThe2nd | tgamblin: beer + heavy metal. | 20:08 |
| matthewzmd | tgamblin: + emacs | 20:08 |
| paulbarker | neverpanic: Looks like it. Still should be doing network access in do_fetch and providing some way to distribute source alongside binaries for copyleft stuff | 20:08 |
| neverpanic | So if I change my optimization flags in my distro conf packages downloaded by conan will just ignore that? Not sure if that's a tool I want. | 20:12 |
| *** matthewzmd <matthewzmd!~user@128.224.252.2> has quit IRC | 20:19 | |
| paulbarker | neverpanic: You're probably not their intended audience. Neither am I | 20:20 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 20:22 | |
| smurray | heh, I see no metadata about who has built the binaries on https://conan.io/center and there's no mention of signing anywhere | 20:23 |
| smurray | seems a bit of a nightmare | 20:24 |
| *** matthewzmd <matthewzmd!~user@128.224.252.2> has joined #yocto | 20:25 | |
| *** vineela <vineela!~vtummala@134.134.137.79> has joined #yocto | 20:34 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.58> has joined #yocto | 20:38 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 20:38 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 20:39 | |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC | 20:40 | |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto | 20:41 | |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC | 20:45 | |
| *** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 20:46 | |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto | 20:48 | |
| *** john12365 <john12365!836b93fc@131.107.147.252> has joined #yocto | 20:54 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 21:03 | |
| *** berton <berton!~berton@177.194.196.4> has quit IRC | 21:15 | |
| jani191 | I'm working with NXP iMX8QXPMEK evaluation board. I downloaded bsp release L4.19.35_1.1.0_MX8QXP from following site: | 21:32 |
| jani191 | https://www.nxp.com/design/software/embedded-software/linux-software-and-development-tools/embedded-linux-for-i.mx-applications-processors:IMXLINUX?tab=Design_Tools_Tab | 21:32 |
| jani191 | This bsp release is for Yocto Project 2.7 (Warrior) | 21:32 |
| jani191 | While back, I built yocto project for this bsp release. Today I made one line change to local.conf file. To rebuild image, do I need to: DISTRO=<distro name> MACHINE=<machine name> source fsl-setup-release.sh -b <build dir> | 21:32 |
| jani191 | or do I just: bitbake <image name> | 21:34 |
| JPEW | jani191: It depends; if you already have the build environment sourced in your shell, the latter. Otherwise the former | 21:35 |
| JPEW | I would guess at any rate. I'm not familiar with that specific BSP | 21:36 |
| jani191 | JPEW: I only added "debug-tools" to EXTRA_IMAGE_FEATURES in local.conf file. Do I need to source build environment again? | 21:37 |
| *** dreyna__ <dreyna__!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 21:38 | |
| JPEW | jani191: You should only need to source the environment once in a given shell session | 21:39 |
| JPEW | So, if you already have done that in your current shell, no | 21:39 |
| JPEW | Changes in local.conf don't require you to re-setup the environment. bitbake will detect the change and reparse | 21:40 |
| jani191 | JPEW: ok thank you! | 21:41 |
| JPEW | np | 21:42 |
| jani191 | $ source setup-environment <build_dir> My <build_dir> is just build setup_environment is one level above build | 21:44 |
| jani191 | What should be exact command | 21:44 |
| jani191 | to setup environment script | 21:44 |
| JPEW | jani191: Probably `source setup-environment build`, but again I'm not familiar with that specific BSP | 21:49 |
| JPEW | Try it and see what happens :) | 21:49 |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC | 21:50 | |
| jani191 | JPEW: I did 'source setup-environment ./build'. It basically says I can run bitbake <target>. It says "Your configuration files at ./build have not been touched." It looks like it didn't do anything because there was nothing to do. | 21:53 |
| *** yann <yann!~yann@lstlambert-656-1-197-22.w80-14.abo.wanadoo.fr> has quit IRC | 21:53 | |
| JPEW | Sounds reasonable | 21:54 |
| JPEW | Thats what I would expect from a well behaved SDK :) | 21:54 |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto | 21:55 | |
| JPEW | jani191: Your local configuration for the build are the files in build/conf/. You worked hard to created those files! you don't want the SDK to overwrite them because you re-sourced the build environment ;) | 21:57 |
| jani191 | JPEW: I just want to be clear that I'm not building SDK. I'm re-building yocto project. | 21:59 |
| JPEW | jani191: Ya sorry, I meant BSP | 22:00 |
| jani191 | JPEW: Thanks again. | 22:00 |
| JPEW | jani191: Some vendors package up Yocto with some scripts and call it an "SDK" | 22:00 |
| JPEW | some call it a "BSP", just depends on the vendor | 22:03 |
| jani191 | ok | 22:10 |
| jani191 | I added 'debug-tools' to my local.conf file, and now I cannot re-build image using yocto project: ERROR: Nothing PROVIDES 'core-image-minimal' | 22:12 |
| jani191 | core-image-minimal was skipped: 'debug-tools' in IMAGE_FEATURES (added via EXTRA_IMAGE_FEATURES) is not a valid image feature. Valid features: allow-empty-password allow-root-login dbg-pkgs debug-tweaks dev-pkgs doc doc-pkgs eclipse-debug empty-root-password hwcodecs nfs-client nfs-server package-management post-install-logging ptest-pkgs | 22:12 |
| jani191 | qtcreator-debug read-only-rootfs splash src-pkgs ssh-server-dropbear ssh-server-openssh staticdev-pkgs tools-debug tools-profile tools-sdk tools-testapps x11 x11-base x11-sato | 22:12 |
| JPEW | jani191: I think the one you are looking for might be "tools-debug" ? | 22:15 |
| jani191 | JPEW: That was it! Thank for that. Now it's building. | 22:19 |
| *** falstaff <falstaff!~quassel@37.17.234.113> has quit IRC | 22:19 | |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC | 22:23 | |
| *** stacktrust <stacktrust!~stacktrus@cpe-104-162-194-186.nyc.res.rr.com> has quit IRC | 22:26 | |
| *** sdude <sdude!cb1f2c1e@203.31.44.30> has joined #yocto | 22:27 | |
| *** RP <RP!~RP@5751f4a1.skybroadband.com> has quit IRC | 22:28 | |
| *** RP <RP!~RP@5751f4a1.skybroadband.com> has joined #yocto | 22:33 | |
| sdude | Hi, any idea how I need to refer to a header file located in /usr/include/uapi/linux/ of a linux-stable recipe so that it ends up in the SDK? | 22:38 |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 22:39 | |
| *** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has quit IRC | 22:45 | |
| RP | hmm, my irc client is not happy today :( | 22:46 |
| *** jani191 <jani191!0c8bbc52@mail1.trijicon.com> has quit IRC | 22:49 | |
| JPEW | RP: Not having much luck with the communication channels today | 22:52 |
| RP | JPEW: no :( | 22:53 |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 22:55 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 22:59 | |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC | 23:00 | |
| *** gep <gep!~gep@198.137.18.244> has joined #yocto | 23:27 | |
| *** stacktrust <stacktrust!~stacktrus@cpe-104-162-194-186.nyc.res.rr.com> has joined #yocto | 23:28 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 23:30 | |
| *** rburton <rburton!rburton@nat/intel/x-tqsxnmzendaewftp> has quit IRC | 23:30 | |
| *** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto | 23:33 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:47 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!