| *** tgraydon <tgraydon!textual@nat/intel/x-lovyifrasobjrtah> has quit IRC | 01:00 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 01:01 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 01:02 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 01:02 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 01:52 | |
| *** tlwoerner_ <tlwoerner_!~trevor@unaffiliated/tlwoerner> has joined #yocto | 01:58 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto | 02:14 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 02:17 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto | 02:18 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 02:20 | |
| *** Hoolootwo is now known as Hooloovo0 | 03:15 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 03:18 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 03:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 03:21 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 03:21 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 03:23 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 03:24 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 03:25 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 03:25 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 03:26 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 03:27 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 03:29 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:40 | |
| *** resixian <resixian!~akira@unaffiliated/resixian> has quit IRC | 04:14 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 04:29 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 04:34 | |
| *** tlwoerner_ <tlwoerner_!~trevor@unaffiliated/tlwoerner> has quit IRC | 04:40 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:48 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 04:50 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:51 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:52 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 04:53 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:53 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:54 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 04:55 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:56 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:57 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:58 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 04:59 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:59 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 05:01 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 05:02 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 05:03 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 05:04 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 05:05 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 05:06 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 05:11 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 05:19 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 05:20 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 05:23 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto | 05:39 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 06:04 | |
| *** lpotter <lpotter!~quassel@1.156.199.165> has joined #yocto | 06:05 | |
| *** Crofton_ <Crofton_!~Crofton@250.79-105-213.static.virginmediabusiness.co.uk> has joined #yocto | 06:08 | |
| *** Guest47381 is now known as synack | 06:08 | |
| *** synack <synack!~synack@pdpc/supporter/active/synack> has joined #yocto | 06:08 | |
| *** lfa <lfa!~lfa@213-47-163-50.cable.dynamic.surfer.at> has joined #yocto | 06:11 | |
| *** frsc <frsc!~frsc@200116b824e55d00c35a028296f261af.dip.versatel-1u1.de> has joined #yocto | 06:26 | |
| *** lpotter <lpotter!~quassel@1.156.199.165> has quit IRC | 06:28 | |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC | 06:32 | |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto | 06:33 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:37 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 06:39 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:5475:2b8a:6e07:795e> has joined #yocto | 06:42 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:5475:2b8a:6e07:795e> has quit IRC | 06:49 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:5475:2b8a:6e07:795e> has joined #yocto | 06:49 | |
| *** joseppc <joseppc!~josep@unaffiliated/joseppc> has joined #yocto | 06:59 | |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-100-058.dsl.tropolys.de> has joined #yocto | 07:00 | |
| *** smartin_ is now known as smartin | 07:05 | |
| *** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC | 07:08 | |
| *** warthog9 <warthog9!warthog9@23.128.96.11> has quit IRC | 07:09 | |
| *** tlwoerner_ <tlwoerner_!~trevor@unaffiliated/tlwoerner> has joined #yocto | 07:10 | |
| *** Crofton_ <Crofton_!~Crofton@250.79-105-213.static.virginmediabusiness.co.uk> has quit IRC | 07:14 | |
| *** Crofton__ <Crofton__!~Crofton@250.79-105-213.static.virginmediabusiness.co.uk> has joined #yocto | 07:14 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 07:14 | |
| yocti | New news from stackoverflow: do_compile: oe_runmake failed and do_compile: Function failed: do_compile error while building yocto project <https://stackoverflow.com/questions/52983127/do-compile-oe-runmake-failed-and-do-compile-function-failed-do-compile-error> | 07:15 |
|---|---|---|
| *** tlwoerner_ <tlwoerner_!~trevor@unaffiliated/tlwoerner> has quit IRC | 07:18 | |
| *** armpit <armpit!~armpit@185.7.230.213> has joined #yocto | 07:25 | |
| *** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has joined #yocto | 07:28 | |
| *** warthog9 <warthog9!warthog9@23.128.96.11> has joined #yocto | 07:33 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 07:39 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 07:40 | |
| *** ant_work <ant_work!~ant__@a-ii1-78.tin.it> has joined #yocto | 07:41 | |
| armpit | has ypdd started ? | 07:42 |
| *** lfa <lfa!~lfa@213-47-163-50.cable.dynamic.surfer.at> has quit IRC | 07:44 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 07:58 | |
| LetoThe2nd | armpit: technically yes | 08:06 |
| *** armpit <armpit!~armpit@185.7.230.213> has quit IRC | 08:07 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 08:17 | |
| *** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 08:21 | |
| Crofton__ | LetoThe2nd, how do you get in ? | 08:23 |
| Crofton__ | any guards? | 08:23 |
| *** kaspter <kaspter!~Instantbi@60.176.170.135> has joined #yocto | 08:25 | |
| LetoThe2nd | Crofton__: just the usual. orcs, ogres, a hungry balrog and some lf folks </SCNR> | 08:27 |
| *** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 08:27 | |
| Crofton__ | as always, I forget to register as staff | 08:27 |
| Crofton__ | I think :) | 08:27 |
| LetoThe2nd | Crofton__: well the usual door bouncers asking for badges are still there | 08:28 |
| *** mns_ <mns_!4fab95ac@gateway/web/freenode/ip.79.171.149.172> has joined #yocto | 08:31 | |
| *** RyanMeulenkamp <RyanMeulenkamp!~ryan.meul@lorentz.bad-bit.net> has joined #yocto | 08:32 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:33 | |
| RyanMeulenkamp | Hi guys. Question: how should I create library symlinks? If I do this in the image_postprocess step they disappear before the image is built.. | 08:33 |
| RyanMeulenkamp | At least, the symlinks that I place in /lib or /usr/lib do. If I place them in another location they do remain. Which step causes them to disappear? | 08:34 |
| mns_ | Anyone else observing extreme slow uninative downloads http://downloads.yoctoproject.org/releases/uninative/ ? | 08:35 |
| RyanMeulenkamp | I meant rootfs_postprocess instead of image_postprocess by the way. | 08:36 |
| LetoThe2nd | halstead: ^^^^^^^^ (mns) | 08:36 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 08:36 | |
| LetoThe2nd | RyanMeulenkamp: hum, why are you jumping through those magic hoops anyways, instead of getting stuff straight during do_install? | 08:37 |
| halstead | Thanks LetoThe2nd | 08:38 |
| halstead | mns_ which region is the download happening in? | 08:39 |
| mns_ | Denmark (Europe) | 08:40 |
| RyanMeulenkamp | Because the recipe it actually 'belongs' to has it's IPK's generated externally. | 08:41 |
| LetoThe2nd | RyanMeulenkamp: huh? you have a recipe that takes externally packaged ipks? or is it actually not a recipe, but something you just inject in the package feed | 08:42 |
| LetoThe2nd | RyanMeulenkamp: despite the fact this sounds extremely painful, the standard approach would be to do repackaging in the recipe. there's examples on doing that for debs, for example | 08:43 |
| halstead | mns_ thank you. I'm checking a few things. | 08:43 |
| mns_ | halstead: Tracepath available here: https://pastebin.com/8caVM2sS - don't know if it makes any sense to you | 08:43 |
| RyanMeulenkamp | LetoThe2nd: Hmm alright, I'll have a look. Thanks! | 08:46 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-lpzqrbkpflotteur> has joined #yocto | 08:48 | |
| angelo_ts | hi, how can i skip do_compile step ? I just need a do_install | 08:55 |
| halstead | mns_, I'm seeing between 64-100mbps to Amsterdam and the UK. Can you run 'tracepath downloads.yoctoproject.org' and e-mail the result to mhalstead@linuxfoundation.org? | 08:55 |
| LetoThe2nd | RyanMeulenkamp: i think there was some doc or example but can't find t right now too. | 08:55 |
| LetoThe2nd | and rburton is offline. i'd suggest to poke him | 08:56 |
| LetoThe2nd | angelo_ts: here you go: https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#packaging-externally-produced-binaries | 08:56 |
| angelo_ts | LetoThe2nd, thanks ! | 08:59 |
| mns_ | Ok, I am seeing <10kbps. I'll start by trying through my LTE connection - could be our corporate network. I'll get back with the observations | 09:01 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 09:04 | |
| *** Crofton__ <Crofton__!~Crofton@250.79-105-213.static.virginmediabusiness.co.uk> has quit IRC | 09:06 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 09:07 | |
| mns_ | Hmm, it works fine on a LTE connection and issue must thus be in our corporate network - sorry for the noise | 09:10 |
| mns_ | But thank, halstead | 09:21 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 09:23 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 09:37 | |
| *** tlwoerner_ <tlwoerner_!~trevor@unaffiliated/tlwoerner> has joined #yocto | 09:37 | |
| *** tlwoerner_ <tlwoerner_!~trevor@unaffiliated/tlwoerner> has quit IRC | 09:43 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 09:46 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:56 | |
| FrostEyes | mns_: FYI the speed looks good from Frederiksberg. Just out of curiosity, where in DK are you working with Yocto? | 09:57 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 09:58 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:00 | |
| *** tlwoerner_ <tlwoerner_!~trevor@unaffiliated/tlwoerner> has joined #yocto | 10:02 | |
| *** tlwoerner_ <tlwoerner_!~trevor@unaffiliated/tlwoerner> has quit IRC | 10:04 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bfmlzzjanvxufdtb> has joined #yocto | 10:07 | |
| *** mns__ <mns__!~martin@79.171.149.172> has joined #yocto | 10:10 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:13 | |
| halstead | mns_, Thanks for reporting. I'm always glad to check in. | 10:16 |
| *** marble_visions <marble_visions!~user@68.183.79.8> has quit IRC | 10:19 | |
| *** marble_visions <marble_visions!~user@68.183.79.8> has joined #yocto | 10:20 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 10:25 | |
| *** Crofton__ <Crofton__!~Crofton@185.7.230.216> has joined #yocto | 10:39 | |
| *** Crofton__ is now known as Crofton|work | 10:39 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 10:50 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 11:05 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 11:06 | |
| *** Crofton|work <Crofton|work!~Crofton@185.7.230.216> has quit IRC | 11:08 | |
| mns__ | FrostEyes: Aalborg (Gomspace) | 11:13 |
| *** bentech <bentech!~ben36@unaffiliated/bentech> has joined #yocto | 11:17 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 11:20 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 11:23 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 11:24 | |
| *** xtron <xtron!~mentor@110.93.212.98> has quit IRC | 11:52 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:56 | |
| *** Crofton|work <Crofton|work!~Crofton@185.7.230.216> has joined #yocto | 11:58 | |
| *** RyanMeulenkamp <RyanMeulenkamp!~ryan.meul@lorentz.bad-bit.net> has quit IRC | 12:02 | |
| LetoThe2nd | ok now i have a weird one: when i try to use https://gitlab.denx.de/Xenomai/ipipe.git as SRc_URI for the kernel, it goes for a tableflip with "bb.data_smart.ExpansionError: Failure expanding variable PKG_kernel-image, expression was ...." | 12:04 |
| LetoThe2nd | why on earth is that? | 12:06 |
| LetoThe2nd | and where is zeddii when you need him | 12:10 |
| *** geissonator <geissonator!~geissonat@32.97.110.50> has joined #yocto | 12:11 | |
| LetoThe2nd | gah paulbarker sorted it out | 12:14 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 12:15 | |
| *** xtron <xtron!~mentor@110.93.212.98> has joined #yocto | 12:21 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 12:23 | |
| T_UNIX | hi | 12:34 |
| T_UNIX | does bitbake somehow block network access besides its own SRC_URI fetch related tasks? | 12:36 |
| T_UNIX | i.e. meson has a wrap system that allows to download missing dependencies on the fly during configuration stage | 12:36 |
| *** ant_work <ant_work!~ant__@a-ii1-78.tin.it> has quit IRC | 12:37 | |
| *** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 12:37 | |
| neverpanic | T_UNIX: No. But if you want, you can do fetchall first and then run bitbake in a network namespace without internet access | 12:38 |
| LetoThe2nd | T_UNIX: nope it certainly doesnt | 12:39 |
| LetoThe2nd | at least not by default | 12:39 |
| T_UNIX | okay. Weird. Cause configuring the project works fine on my host. But fails during fetch w/ bitbake | 12:40 |
| *** learningc <learningc!~learningc@210.195.117.11> has joined #yocto | 12:45 | |
| T_UNIX | damn corporate proxy sh*$ | 12:46 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 12:48 | |
| *** stephano <stephano!stephano@nat/intel/x-bgisftzqxeljomcx> has joined #yocto | 13:17 | |
| T_UNIX | fetching via urllib in python: works; fetching via meson (urllib) inside bitbake: fails -.-' | 13:19 |
| kergoth | sounds like that recipe needs fixing regardless. bitbake doesn't block fetching from buildsystems, but it'd be awfully nice if it did, since all fetching belongs in do_fetch | 13:20 |
| *** mns_ <mns_!4fab95ac@gateway/web/freenode/ip.79.171.149.172> has quit IRC | 13:26 | |
| *** bentech_ <bentech_!~ben36@unaffiliated/bentech> has joined #yocto | 13:26 | |
| *** bentech <bentech!~ben36@unaffiliated/bentech> has quit IRC | 13:28 | |
| *** bentech_ is now known as bentech | 13:28 | |
| *** stephano <stephano!stephano@nat/intel/x-bgisftzqxeljomcx> has quit IRC | 13:29 | |
| *** kuzulis <kuzulis!~kuzulis@37.112.57.60> has joined #yocto | 13:31 | |
| kuzulis | Hi guys. Is in yocto any variable which contains a name of current git-branch? E.g. I want to use a git-branch name as a 'suffix' for generation of a name of my image. | 13:33 |
| kuzulis | like: my-image-blabla-$${GIT_BRANCH_NAME}.ext3 | 13:35 |
| *** joseppc <joseppc!~josep@unaffiliated/joseppc> has quit IRC | 13:38 | |
| *** mns__ <mns__!~martin@79.171.149.172> has quit IRC | 13:39 | |
| T_UNIX | kergoth: does it clean the enviornment variables it passes when it runs the stages? | 13:44 |
| T_UNIX | i.e. removing `https_proxy`? | 13:44 |
| T_UNIX | s/stages/tasks/ | 13:44 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 13:45 | |
| kergoth | it does filter the environment, but iirc those should already be in the whitelist unless you're running a very old version | 13:45 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:48 | |
| *** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 13:52 | |
| *** marka <marka!~masselst@184.175.21.100> has joined #yocto | 13:54 | |
| kuzulis | guys, is it possible to call a system shell comamnds and to parse its output to some variables? | 13:55 |
| kuzulis | e.g. I tried GIT_BRANCH_NAME='git rev-parse --abbrev-ref HEAD' but then ${GIT_BRANCH_NAME} returns 'git rev-parse --abbrev-ref HEAD' instead of, e.g. 'master' | 13:56 |
| kergoth | https://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#basic-syntax | 13:58 |
| kuzulis | I'm not a python expert.. From that doc I see similar: DATE = "${@time.strftime('%Y%m%d',time.gmtime())}" ... But I need to do similar only for 'git' command.. | 14:01 |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 14:02 | |
| *** vladzouth_ <vladzouth_!500c5411@gateway/web/freenode/ip.80.12.84.17> has joined #yocto | 14:05 | |
| *** kaspter <kaspter!~Instantbi@60.176.170.135> has quit IRC | 14:07 | |
| *** kaspter <kaspter!~Instantbi@60.176.170.135> has joined #yocto | 14:07 | |
| kuzulis | I found it: GIT_BRANCH_NAME=$(git rev-parse --abbrev-ref HEAD) :)) | 14:11 |
| T_UNIX | kergoth: it is in the whitelist and fetching source via SRC_URI works. I just thought that bitbake might clean the environment prior to executing the compiled scripts (tasks) | 14:12 |
| kergoth | if it's set in the recipe metadata, it'll be set for hte tasks. i.e. run bitbake -e somrecipe | grep 'https_proxy=' | 14:13 |
| kergoth | filtering happens pretty early on, when setting up the global configuration metadata | 14:13 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 14:15 | |
| *** Crofton|work <Crofton|work!~Crofton@185.7.230.216> has quit IRC | 14:39 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 14:45 | |
| *** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:5475:2b8a:6e07:795e> has quit IRC | 14:48 | |
| *** vladzouth_ <vladzouth_!500c5411@gateway/web/freenode/ip.80.12.84.17> has quit IRC | 14:50 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 14:55 | |
| *** kuzulis <kuzulis!~kuzulis@37.112.57.60> has quit IRC | 15:00 | |
| T_UNIX | I've now added all the subprojects of the meson project as explicit SRC_URI (dublicating the checksum). That works. | 15:02 |
| kergoth | ah, nice | 15:04 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 15:18 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 15:18 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 15:24 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:32 | |
| *** frsc <frsc!~frsc@200116b824e55d00c35a028296f261af.dip.versatel-1u1.de> has quit IRC | 15:34 | |
| *** bentech <bentech!~ben36@unaffiliated/bentech> has quit IRC | 15:36 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bfmlzzjanvxufdtb> has quit IRC | 15:36 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-luwciyajkuzjxxen> has joined #yocto | 15:37 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 16:01 | |
| T_UNIX | if this question reoccurs: the workaround is to download all the files (disabling unpacking `;unpack=0`) and then append e.g. `do_configure_prepend` to copy the zip files from the `${WORKDIR}` to meson's packagecache dir (typcally: `${WORKDIR}/git/subprojects/packagecache`). From there it'll pick'em up, assuming it fetched it on its own. | 16:05 |
| T_UNIX | btw. I would have preferred `do_unpack_append` but, it seems, it is interepreted as python (i.e. indentation parsing errors, etc.) | 16:09 |
| kergoth | do_unpack[postfuncs] += "my_unpack_function" | 16:20 |
| kergoth | will do it | 16:20 |
| *** Crofton|work <Crofton|work!~Crofton@185.7.230.216> has joined #yocto | 16:24 | |
| *** fl0v0 <fl0v0!~fvo@mue-88-130-100-058.dsl.tropolys.de> has quit IRC | 16:24 | |
| T_UNIX | is there a reasoning behind? | 16:30 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 16:31 | |
| *** Alchemic <Alchemic!~al@unaffiliated/alchemical> has quit IRC | 16:33 | |
| *** Crofton|work <Crofton|work!~Crofton@185.7.230.216> has quit IRC | 16:33 | |
| kergoth | I don't understandt he question | 16:36 |
| kergoth | the do_unpack function is python. bitbake's _append just concatenates you can't concatenate shell onto a python function | 16:36 |
| kergoth | whereas prefuncs/postfuncs are additional separate functions called, no string concatenation involved | 16:37 |
| kergoth | does that make it clear? | 16:37 |
| *** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 16:40 | |
| *** learningc <learningc!~learningc@210.195.117.11> has quit IRC | 16:40 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 16:46 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 16:47 | |
| T_UNIX | kergoth: I didn't know one couldn't "mix". I thought commands were glued together and python snippets moved to tmp files and executed accordingly | 16:52 |
| T_UNIX | so yes, that makes it clear. | 16:52 |
| kergoth | it's not that granular. and wouldn't be possible in all cases. i.e. we can't just execute each fragment of an append/prepend separately, as later appends often reference earlier appends variables | 16:54 |
| kergoth | could break it up at each python/shell boundary, but no one has bothered to make it happen | 16:54 |
| T_UNIX | that's just what I assumed. Didn't mean to complain :) | 16:55 |
| *** jdel <jdel!~jdel@12.1.36.234> has joined #yocto | 16:55 | |
| kergoth | eh, it's a long standing limitation that occasionally irritates me, so.. :) | 16:55 |
| jdel | when is it appropriate to use work-shared? | 16:56 |
| jdel | notably kernel headers seem to get installed there by default | 16:56 |
| jdel | but they are not preserved in sstate | 16:56 |
| jdel | (at least not in my recipe) | 16:57 |
| jdel | is it reasonable to add work-shared directories to sstate output dirs? | 16:57 |
| kergoth | work-shared is highly special cased and is pretty much only used by the kernel and gcc sources | 16:57 |
| kergoth | you really shouldn't be trying to use it for anything else | 16:57 |
| jdel | my kernel recipe installs the produced uapi headers there | 16:58 |
| jdel | but when the kernel is restored from sstate those headers are not | 16:58 |
| kergoth | sounds like you're installing them wrong | 16:58 |
| jdel | i guess this is covered in the libc-linux-headers recipe, which is to add explict dependencies on do_install | 16:58 |
| kergoth | do_install should only ever be installing to ${D} | 16:59 |
| kergoth | then our other functions and tasks and sstate are responsible for putting it where it belongs | 16:59 |
| jdel | the recomendation in linux-libc-headers is to add # do_configure[depends] += "virtual/kernel:do_shared_workdir" | 17:00 |
| kergoth | that's if you want to depend on the kernel headers, not write to them | 17:01 |
| jdel | err, yeah | 17:01 |
| jdel | i think my kernel recipe doesn't do the headers installation at the right time | 17:01 |
| jdel | and my recipes don't depend on it properly | 17:01 |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-212-176.hsi2.kabel-badenwuerttemberg.de> has quit IRC | 17:01 | |
| jdel | yuck | 17:01 |
| jdel | it's sadly easy to write terribly broken bsps | 17:02 |
| jdel | either that or qcom puts a lot of effort into making their bsps terrible :p | 17:03 |
| jdel | thx for the help | 17:03 |
| kergoth | i'd suggest reading do_shared_workdir to see how the files get deployed into workdir, but likely you just need to install the headers in do_Install to ${D}${includedir} | 17:08 |
| kergoth | s/workdir/shared_workdir/ | 17:08 |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 17:09 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 17:14 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 17:35 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 17:36 | |
| *** ant_home <ant_home!~ant__@host211-58-dynamic.14-87-r.retail.telecomitalia.it> has joined #yocto | 17:44 | |
| *** Crofton|work <Crofton|work!~Crofton@250.79-105-213.static.virginmediabusiness.co.uk> has joined #yocto | 18:05 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 18:09 | |
| *** kaspter <kaspter!~Instantbi@60.176.170.135> has quit IRC | 18:12 | |
| *** xtron <xtron!~mentor@110.93.212.98> has quit IRC | 18:31 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 19:03 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-lpzqrbkpflotteur> has quit IRC | 19:04 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 19:18 | |
| *** learningc <learningc!~learningc@210.195.117.11> has joined #yocto | 19:36 | |
| *** learningc <learningc!~learningc@210.195.117.11> has quit IRC | 19:40 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:53 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 20:03 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 20:04 | |
| *** marka <marka!~masselst@184.175.21.100> has quit IRC | 20:42 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 20:50 | |
| *** kaspter <kaspter!~Instantbi@115.195.50.236> has joined #yocto | 20:57 | |
| uglyoldbob | in a bbappend file, if I set SRCREV_thing = "${AUTOREV}", can I do PV += "${SRCPV}" to get a specific SRC_URI to always fetch when the repository is updated? | 21:08 |
| *** geissonator <geissonator!~geissonat@32.97.110.50> has quit IRC | 21:18 | |
| *** noway96 <noway96!~noway96@50-244-213-195-static.hfc.comcastbusiness.net> has joined #yocto | 21:19 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-luwciyajkuzjxxen> has quit IRC | 21:26 | |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has joined #yocto | 21:28 | |
| noway96 | 4.4.3-yocto-standard corresponds to which linux kernel version? 4.4.3? | 21:31 |
| robbawebba | noway96: yup! The output of uname -r on a yocto-built kernel is a combination of the LINUX_VERSION LINUX_VERSION_EXTENSION variables. Your LINUX_VERSION seems to be 4.4.3 and the default value of LINUX_VERSION_EXTENSION is "-yocto-standard" | 21:48 |
| *** mrk377 <mrk377!442d9918@gateway/web/freenode/ip.68.45.153.24> has joined #yocto | 21:51 | |
| noway96 | ok thank you robbawebba. | 21:58 |
| mrk377 | ALL: On rocko, my read only filesystem has most of the files with uid:gid 1000:1000 and not root:root. Is this normal or indication of a recipe issue? I didn't see this with my kergoth release. | 21:58 |
| noway96 | I know that linux 4.4.3 standard has NVMe support. Namely, it knows where to find the linux/nvme_ioctl.h command. But why when I try to build against 4.4.3-yocto-standard does it not compile and say unknown headers linux/nvme_ioctl.h? | 21:59 |
| *** ant_home <ant_home!~ant__@host211-58-dynamic.14-87-r.retail.telecomitalia.it> has quit IRC | 22:06 | |
| robbawebba | noway96: Was the kernel definitely compiled with nvme support? IIRC the config options are CONFIG_NVME and/or CONFIG_BLK_DEV_NVME | 22:09 |
| noway96 | CONFIG_BLK_DEV_NVME=m | 22:11 |
| robbawebba | noway96: linux/nvme_ioctl.h doesn't seem to appear in linux kernel 4.4. There is NVMe support, but the only relevant header file I see in include/linux is nvme.h | 22:15 |
| noway96 | oh ok. how to I get the most recent yocto linux kernel version?? | 22:16 |
| noway96 | also I found nvme_ioctl inside linux-4.4.0 headers for ubuntu but I must have done something wrong | 22:16 |
| *** mrk377 <mrk377!442d9918@gateway/web/freenode/ip.68.45.153.24> has quit IRC | 22:17 | |
| noway96 | what does the =m flag mean? | 22:17 |
| *** ant_home <ant_home!~ant__@host211-58-dynamic.14-87-r.retail.telecomitalia.it> has joined #yocto | 22:18 | |
| robbawebba | noway96: ahh, I think I'm mistaken. the file appears at include/uapi/linux/nvme_ioctl.h. SO it should be available. I'm actually unfamiliar with the uapi subdirectory | 22:19 |
| noway96 | right | 22:19 |
| noway96 | =m means module | 22:20 |
| noway96 | anyway why won't this find nvme_ioctl then? | 22:20 |
| noway96 | do I need to do a rebuild from scratch? | 22:20 |
| robbawebba | the =m flag instructs the kernel build system to build the nvme driver as a loadable module, rather than built into the kernel. If it was built-in, you wouldn't be able to insert or remove the module on-demand. It is built into the kernel if you choose =y, and it won't be included at all if you choose =n | 22:21 |
| robbawebba | noway96: not sure why it won't find it. I'll brb, going to do some googling about uapi | 22:22 |
| robbawebba | noway96: aokay, that's just the location of userspace API headers. That makes sense. Are you compiling on the target device, or are you compiling on your host PC? | 22:23 |
| noway96 | host PC | 22:26 |
| noway96 | thanks for the explanation | 22:26 |
| noway96 | conf/fatal error: linux/nvme_ioctl.h: No such file or directory | 22:28 |
| robbawebba | Is this being built with bitbake? | 22:29 |
| noway96 | yes | 22:29 |
| robbawebba | noway96: Okay, so it sounds like your recipe might not have access to the shared kernel source that is provided by the virtual/kernel recipe | 22:32 |
| robbawebba | noway96: The virtual/kernel do_shared_workdir task populates ${STAGING_DIR_KERNEL} (which is often tmp/work-shared/${MACHINE}/kernel-source), which your recipe would need | 22:33 |
| robbawebba | noway96: what tsak is your recipe failing at? do_configure? do_compile? | 22:34 |
| noway96 | do_compile: Function failed: do_compile | 22:35 |
| noway96 | but I found nvme_ioctl.h: tmp/work-shared/genericx86-64/kernel-source/include/uapi/linux/nvme_ioctl.h | 22:37 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 22:41 | |
| *** armpit <armpit!~armpit@109.144.216.177> has joined #yocto | 22:42 | |
| robbawebba | noway96: yup! Thats it :) | 22:45 |
| robbawebba | So we have to make sure your recipe has access to those files | 22:45 |
| robbawebba | adding do_compile[depends] += "virtual/kernel:do_shared_workdir" might be a start | 22:45 |
| noway96 | yeah still getting the same bug: fatal error: linux/nvme_ioctl.h: No such file or directory | 22:45 |
| noway96 | ok | 22:46 |
| noway96 | I'll try that | 22:46 |
| noway96 | doesn't look like it worked. still getting an error | 22:52 |
| noway96 | same error* | 22:53 |
| noway96 | robbawebba^ | 22:53 |
| robbawebba | noway96: could you try making the do_configure task depend on the do_shared_workdir task? instead of do_compile | 22:55 |
| *** Willy-- <Willy--!~william@156.34.251.99> has joined #yocto | 22:55 | |
| noway96 | yeah it could be a race condition. but I'm getting the same error still | 22:57 |
| robbawebba | noway96: this dependency declaration should prevent the race condition, meaning that it should gaurantee that the linux kernel source is available in work_shared. But it seems like your recipe still cannot find the sources :/ | 22:58 |
| robbawebba | and you verified that they are there in the work-shared directory | 22:58 |
| noway96 | yes | 22:59 |
| noway96 | they're in the path I shared with you earlier | 22:59 |
| noway96 | or rather, that's the path for nvme_ioctl.h. Is that what you're referring? | 23:00 |
| robbawebba | yeah | 23:01 |
| noway96 | fatal error: linux/nvme_ioctl.h: No such file or directory. Maybe not linux/nvme_ioctl.h but some other path? | 23:02 |
| robbawebba | noway96: I think that's the right include statement. Since linux/nvme_ioctl.h is located under include/uapi, we have to make sure include/uapi is able to be found by the compiler | 23:04 |
| noway96 | any ideas? is there something I can depend on to ensure that linux headers are there? | 23:17 |
| noway96 | robbawebba^ | 23:21 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 23:28 | |
| noway96 | robbawebba, so turns out that it's something to do with Cython. Built my C++ code just fine using a Makefile with bitbake. So the issue is with using cython's setup.py for building. | 23:41 |
| noway96 | My python code wraps some C++ code that uses linux/nvme_ioctl.h | 23:41 |
| noway96 | C++ code compiles just fine by bitbake. But when wrapped by python, it doesn't | 23:42 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:42 | |
| noway96 | robbawebba^ | 23:42 |
| robbawebba | noway96: ahhh okay. I'm unfamiliar with how python/cython accomplishes this. It it's documentation, does it mention anything about adding more directories to look for when including headersw? | 23:43 |
| noway96 | well my build command works just fine right now when not used by Yocto, but I'll take a look | 23:47 |
| noway96 | there's an include_path variable which I can define to the kernel headers. Question is, what path should I use? | 23:50 |
| robbawebba | ${STAGING_KERNEL_DIR} might be what you're looking for | 23:51 |
| noway96 | it's empty inside the devshell | 23:52 |
| robbawebba | shoot, that might only be available to kernel recipes :/ | 23:53 |
| robbawebba | noway96: huh, I'm definitley seeingnon-kernel bb recipes and classes use the KERNEL_STAGING_DIR variable | 23:55 |
| noway96 | PREFIX = os.path.normpath(sys.prefix).replace( os.getenv("BUILD_SYS"), os.getenv("HOST_SYS") ) | 23:55 |
| noway96 | TypeError: expected a string or other character buffer object | 23:56 |
| noway96 | So I need to set some variable in my recipe? | 23:56 |
| robbawebba | no, that's usually set by the kernel recipe I believe | 23:56 |
| noway96 | can I set it? Is it BUILD_SYS ?= "" or something? | 23:57 |
| robbawebba | so you would use the ${STAGING_KERNEL_DIR} variable in your yourto recipe | 23:57 |
| robbawebba | yocto * | 23:57 |
| robbawebba | I'm not sure if you can set it, without interfering with the kernel recipe at least | 23:57 |
| robbawebba | I'm kind of lost for ideas at this point :/ | 23:58 |
| noway96 | unparsed line: 'BUILD_SYS = ${STAGING_KERNEL_DIR}' | 23:59 |
| noway96 | let me just try to get setup.py to build inside the devshell | 23:59 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!