| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 00:11 | |
| black_13 | is the ar archiver available for yocto | 00:22 |
|---|---|---|
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 00:25 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 00:31 | |
| rburton_ | black_13: its part of binutils | 00:32 |
| black_13 | i am looking for a tool that will build ipkg packages | 00:38 |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 00:42 | |
| rburton_ | http://git.yoctoproject.org/cgit/cgit.cgi/opkg-utils/tree/opkg-build | 00:42 |
| rburton_ | that's what we use to build an opkg | 00:43 |
| rburton_ | tbh you can most likely use dpkg, the format is near identical (and i often use dpkg to inspect opkg) | 00:43 |
| *** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 00:56 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 00:57 | |
| *** catch22 <catch22!~Adam@194.223.165.99> has quit IRC | 01:00 | |
| *** catch22 <catch22!~Adam@204.40.96.58.static.exetel.com.au> has joined #yocto | 01:00 | |
| *** chankit <chankit!~chankit@192.198.146.173> has joined #yocto | 01:22 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 01:25 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has left #yocto | 01:27 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 01:29 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC | 02:06 | |
| *** BuddyButterfly <BuddyButterfly!~BuddyButt@dslb-084-057-193-183.084.057.pools.vodafone-ip.de> has quit IRC | 02:14 | |
| *** signum_ <signum_!~signum@46.226.217.64> has joined #yocto | 02:21 | |
| *** signum <signum!~signum@46.226.217.64> has quit IRC | 02:24 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 02:26 | |
| *** BuddyButterfly <BuddyButterfly!~BuddyButt@p5080D329.dip0.t-ipconnect.de> has joined #yocto | 02:28 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 02:29 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-hmjruykqkfvutnfq> has quit IRC | 02:49 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:ed99:5404:7ddb:ee90> has quit IRC | 03:03 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:95a2:d4bf:38a3:22d3> has joined #yocto | 03:05 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 03:18 | |
| *** nerdboy <nerdboy!~sarnold@173.209.207.202> has joined #yocto | 03:19 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 03:19 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 03:25 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 03:29 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 03:41 | |
| *** BuddyButterfly1 <BuddyButterfly1!~BuddyButt@p4FF9C39E.dip0.t-ipconnect.de> has joined #yocto | 03:42 | |
| *** BuddyButterfly <BuddyButterfly!~BuddyButt@p5080D329.dip0.t-ipconnect.de> has quit IRC | 03:44 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 03:45 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 03:47 | |
| *** kaspter <kaspter!~Instantbi@115.192.221.212> has quit IRC | 03:55 | |
| *** kaspter <kaspter!~Instantbi@115.192.221.212> has joined #yocto | 03:56 | |
| jonmason | RP: I was able to get it working. "core-image-sato - OK - All required tests passed (successes=34, skipped=25, failures=0, errors=0)" | 04:05 |
| jonmason | You were right, it was the serial conf I changed which broke it. Looks to specifically be the hvc0 part, which I removed for spewing errors. Anyway, I'll change that part back and push it as a proper patch tomorrow. | 04:05 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 04:21 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:26 | |
| *** learningc is now known as guest_578 | 04:26 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 04:29 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 04:30 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 04:37 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 04:46 | |
| *** chankit <chankit!~chankit@192.198.146.173> has quit IRC | 04:48 | |
| *** chankit <chankit!~chankit@192.198.146.173> has joined #yocto | 04:50 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto | 04:54 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 05:03 | |
| *** sgw <sgw!~sgw@134.134.139.83> has quit IRC | 05:10 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 05:10 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 05:25 | |
| *** guest_578 <guest_578!~learningc@mti-37-145.tm.net.my> has quit IRC | 05:29 | |
| *** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has quit IRC | 05:37 | |
| *** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has joined #yocto | 05:38 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 05:45 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 05:51 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 05:56 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto | 06:01 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:09 | |
| *** feddischson <feddischson!~feddischs@55d4db8f.access.ecotel.net> has joined #yocto | 06:10 | |
| *** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 06:13 | |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto | 06:15 | |
| *** SimoneNascivera <SimoneNascivera!~androirc@37.159.81.196> has joined #yocto | 06:15 | |
| *** SimoneNascivera <SimoneNascivera!~androirc@37.159.81.196> has quit IRC | 06:19 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 06:19 | |
| *** agust <agust!~agust@p54833B62.dip0.t-ipconnect.de> has joined #yocto | 06:20 | |
| *** otavio <otavio!~otavio@177.194.204.148> has joined #yocto | 06:21 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 06:21 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 06:26 | |
| *** SimoneNascivera <SimoneNascivera!~androirc@37.159.81.196> has joined #yocto | 06:27 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 06:29 | |
| *** SimoneNascivera <SimoneNascivera!~androirc@37.159.81.196> has quit IRC | 06:37 | |
| *** td-kros <td-kros!~krzysztof@217.96.198.134.ipv4.supernova.orange.pl> has joined #yocto | 06:40 | |
| *** daniel-k <daniel-k!~daniel-k@195.14.245.218> has joined #yocto | 06:55 | |
| *** SimoneNascivera <SimoneNascivera!~androirc@37.159.81.196> has joined #yocto | 06:57 | |
| daniel-k | Hi! I'm trying to setup a CI environment for Yocto and it looks like the way to go is a 2-staged process. 1st stage is building only a recipe/layer and 2nd stage is building the whole image. I guess because of fastr build times and real integrations tests. But I'm struggling to just build a layer/recipe. Is there a simple way that I'm missing? | 06:58 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC | 06:58 | |
| *** SimoneNascivera <SimoneNascivera!~androirc@37.159.81.196> has quit IRC | 06:59 | |
| *** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has joined #yocto | 07:07 | |
| *** gtristan <gtristan!~tristanva@114.207.54.12> has joined #yocto | 07:12 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has joined #yocto | 07:25 | |
| LetoThe2nd | daniel-k: actually its usually more like stage 1: setup the build including its configs 2: actually run the build | 07:27 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 07:29 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 07:38 | |
| daniel-k | LetoThe2nd, Are you talking about the release repository? I'm referring to the split application developer/system integrator. So app dev creates a new recipe that shall be CI built and tested. | 07:40 |
| daniel-k | LetoThe2nd, at least that's what I understand from various resources such as presentations and talks referenced from the Yocto wiki | 07:40 |
| LetoThe2nd | daniel-k: well you can't build the recipe without all of the infrastructure. | 07:48 |
| LetoThe2nd | daniel-k: of course you can build the app recipe as a "simpler" test and the image as an "extended" test for buld time reasons | 07:49 |
| LetoThe2nd | but the real know-how in CI is not "which thing to bitbake", but "how to automate the build setup correctly" | 07:49 |
| daniel-k | LetoThe2nd, that's what I thought would be the idea. I also have an eSDK so the required infrastructure would be there | 07:50 |
| daniel-k | LetoThe2nd, But is there a way to build a recipe/layer in isolation? (I think you cannot bitbake a whole layer, right? Just recipes) | 07:51 |
| daniel-k | With the eSDK, all image layers are already integrated and the only possibility I'm seeing so far is exchanging the "shipped" layer in the eSDK for the new revision that I want to CI build | 07:52 |
| LetoThe2nd | daniel-k: you cannot bitbake a layer at all | 07:54 |
| LetoThe2nd | daniel-k: you can bitbake recipes, which includes images | 07:54 |
| LetoThe2nd | and while you can technically use the esdk with its modify mechanism to add a recipe into it, this sounds really strange for CI | 07:55 |
| LetoThe2nd | i mean, it just adds another stage right upfront. where does the esdk come from? | 07:55 |
| LetoThe2nd | so the usual technique is to have a mechanism that sets up the layer stack and builds all-through | 07:57 |
| daniel-k | LetoThe2nd, I build the eSDK myself: `bitbake core-image-base -c populate_sdk_ext` | 07:57 |
| RP | jonmason: great! | 07:58 |
| daniel-k | LetoThe2nd, alright. I'm currently setting up the build for the release repo. From there it should not be that far to do the layer setup with a new PR and build that too | 07:59 |
| *** mckoan|away is now known as mckoan | 07:59 | |
| LetoThe2nd | daniel-k: "i'm building myself" is a sharp contrast to CI | 08:00 |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 08:00 | |
| daniel-k | LetoThe2nd, so I will be building the eSDK as part of the CI too. Just right now I'm doing this manually. But once the image build CI is setup, it will also emit the eSDK. Or am I missing something? | 08:01 |
| LetoThe2nd | daniel-k: why even the esdk | 08:02 |
| *** SimoneNascivera <SimoneNascivera!~androirc@5.90.90.239> has joined #yocto | 08:03 | |
| daniel-k | LetoThe2nd, good point. For CI, I don't need it. I somehow thought for "just building the layer" I would need the eSDK. But yeah, I should just build the whole image with the new changes. | 08:04 |
| LetoThe2nd | daniel-k: eeeexactly! | 08:04 |
| SimoneNascivera | RP: Hi, your solution solved the previous error but I got this new one while compiling glibc | 08:04 |
| SimoneNascivera | https://pastebin.com/1X7x56NT | 08:04 |
| RP | SimoneNascivera: There is something very wrong in that build :( | 08:05 |
| daniel-k | LetoThe2nd, but it's quite convenient for developing recipes on my laptop. So I will still build as a CI artifact I think | 08:05 |
| RP | SimoneNascivera: what, I don't know :( | 08:05 |
| SimoneNascivera | RP: I kow :( | 08:05 |
| RP | SimoneNascivera: its for qemux86 right? | 08:05 |
| LetoThe2nd | daniel-k: as a secondary CI artifact, thats all fine. but the esdk should come from the CI, and not be used to feed it. | 08:06 |
| daniel-k | LetoThe2nd, is there any resouce/open source project that has an example of layer setup for CI? I mean it shouldn't be that difficult, but why reinventing the wheel? :) | 08:06 |
| SimoneNascivera | RP: I think I'll try a fresh install of ubuntu at this point | 08:06 |
| LetoThe2nd | daniel-k: its difficult and everybody reinvents the wheel | 08:06 |
| SimoneNascivera | RP: yes it is | 08:07 |
| LetoThe2nd | daniel-k: you can look at 1) what the yocto qutobuilder does 2) look at kas 3) look at repo | 08:07 |
| RP | SimoneNascivera: I would love to know whether that fixed it... | 08:07 |
| LetoThe2nd | daniel-k: until now, there is no best practise and one-size-fits-all solution | 08:07 |
| LetoThe2nd | daniel-k: thats why i said, this is where the real know-how lies | 08:07 |
| RP | SimoneNascivera: As I said yesterday, we have 1604 used elsewhere including our autobuilder so we know this does work... | 08:07 |
| * RP -> afk for a bit | 08:08 | |
| *** SimoneNascivera <SimoneNascivera!~androirc@5.90.90.239> has quit IRC | 08:09 | |
| daniel-k | LetoThe2nd, thanks! what exactly is 3) repo? Repotool? The Yocto repo? | 08:09 |
| LetoThe2nd | daniel-k: repo. the tool google uses to manage android builds | 08:09 |
| daniel-k | LetoThe2nd, I see | 08:10 |
| daniel-k | thx | 08:10 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-wohwauxhepqblbcq> has joined #yocto | 08:14 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:18 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 08:22 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 08:24 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 08:25 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has quit IRC | 08:28 | |
| *** marble_visions_ <marble_visions_!~user@68.183.79.8> has quit IRC | 08:37 | |
| *** marble_visions <marble_visions!~user@68.183.79.8> has joined #yocto | 08:37 | |
| jofr | Is it ok to use an SSTATE for builds with different target architectures? | 08:40 |
| jofr | Like if I'm building the same image for both ARM and x86? | 08:41 |
| jofr | I should rephrase my question. Is it ok to use *the same* SSTATE for those builds? | 08:41 |
| jofr | Seems so. It's using the arch in the filenames | 08:43 |
| hnje | I'm hitting this 'The postinstall intercept hook 'update_pixbuf_cache' failed"' error when building my rootfs, and it is related to not be able to find a loader.cache. Anyone experienced something similar and can point me in a direction? | 09:02 |
| black_13 | trying to understand unparsed line: 'IMAGE_INSTALL_append = " helloworld helloworld-dev' | 09:03 |
| LetoThe2nd | black_13: look close, and find that you use " in the beginning and ' in the end | 09:04 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 09:05 | |
| black_13 | ah | 09:10 |
| black_13 | this is what i get for doing stuff at this hour | 09:10 |
| *** yacar_ <yacar_!~yacar@89-159-54-243.rev.numericable.fr> has joined #yocto | 09:12 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 09:12 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 09:16 | |
| black_13 | trying to undestand what this says or where to start http://codepad.org/xpj6OmgR | 09:18 |
| *** feddischson <feddischson!~feddischs@55d4db8f.access.ecotel.net> has quit IRC | 09:20 | |
| LetoThe2nd | black_13: install: cannot stat '/home/jjosburn/Documents/programming/poky_qemu_arm/build/tmp/work/i586-poky-linux/helloworld/1.0-r0/hello': No such file or directory | 09:21 |
| LetoThe2nd | your do_install command is broken | 09:21 |
| black_13 | is that the file was never built | 09:22 |
| black_13 | because | 09:22 |
| black_13 | this is an arm build but it trying to build for x86 | 09:22 |
| LetoThe2nd | then not only this in your recipe is broken | 09:23 |
| black_13 | i think i figure it out | 09:24 |
| *** jij <jij!jonashg@nat/axis/x-qkkiixzjrocdpbrh> has quit IRC | 09:24 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto | 09:25 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has joined #yocto | 09:25 | |
| black_13 | the guy wrote this example up left things out | 09:26 |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 09:28 | |
| black_13 | i built but not opkg | 09:30 |
| black_13 | we are moving in the right direction though | 09:30 |
| *** kaspter <kaspter!~Instantbi@115.192.221.212> has quit IRC | 09:32 | |
| *** kaspter <kaspter!~Instantbi@115.192.221.212> has joined #yocto | 09:32 | |
| *** feddischson <feddischson!~feddischs@55d4db8f.access.ecotel.net> has joined #yocto | 09:37 | |
| *** feddischson <feddischson!~feddischs@55d4db8f.access.ecotel.net> has quit IRC | 09:48 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:52 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 09:56 | |
| *** feddischson <feddischson!~feddischs@55d4db8f.access.ecotel.net> has joined #yocto | 10:00 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 10:11 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:13 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 10:16 | |
| *** feddischson <feddischson!~feddischs@55d4db8f.access.ecotel.net> has quit IRC | 10:17 | |
| *** awe001 <awe001!~awe00@unaffiliated/awe00> has joined #yocto | 10:20 | |
| *** chankit <chankit!~chankit@192.198.146.173> has quit IRC | 10:20 | |
| *** Marius <Marius!c2795aad@gateway/web/freenode/ip.194.121.90.173> has joined #yocto | 10:24 | |
| *** Marius is now known as Guest98965 | 10:25 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 10:25 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:29 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 10:30 | |
| Guest98965 | Anyone has any experience with adding ACLs in IMAGE_POSTPROCESS_COMMAND? | 10:31 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:31 | |
| Guest98965 | It looks fine if you do setfacl and getfacl afterwards. And you can see the "+" at the end of the permissions if you do "ls -la" | 10:31 |
| Guest98965 | but if I do a setfacl -m g:GROUP:rx FILE | 10:32 |
| Guest98965 | the group permission in the "ls -la" is not changed in the pseudo environment | 10:32 |
| Guest98965 | and when I deploy it on the target the group I added to have access can not execute the file | 10:32 |
| Guest98965 | when I do the setfacl on the target the group permission is changed | 10:33 |
| Guest98965 | and it works as expected | 10:33 |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 10:33 | |
| Guest98965 | so something like this | 10:35 |
| Guest98965 | ls -la | 10:36 |
| Guest98965 | -r-x------ 1 root root 6672 Feb 28 11:11 FILE | 10:36 |
| Guest98965 | setfacl -m g:GROUP:rx FILE | 10:36 |
| Guest98965 | getfacl FILE | 10:36 |
| Guest98965 | # file: FILE | 10:36 |
| Guest98965 | # owner: root | 10:36 |
| Guest98965 | # group: root | 10:36 |
| Guest98965 | user::r-x | 10:36 |
| Guest98965 | group::--- | 10:36 |
| Guest98965 | group:GROUP:r-x | 10:36 |
| Guest98965 | mask::r-x | 10:36 |
| Guest98965 | other::--- | 10:36 |
| Guest98965 | ls -la | 10:36 |
| Guest98965 | -r-x------+ 1 root root 6672 Feb 28 11:11 FILE | 10:36 |
| Guest98965 | If I run this in my "normal" linux I get | 10:37 |
| Guest98965 | -r-xr-x---+ 1 root root 6672 Mar 1 11:37 FILE | 10:37 |
| Guest98965 | pseudo version is 1.7.4 | 10:38 |
| mckoan | Guest98965: firstly, please use pastebin | 10:43 |
| Guest98965 | sorry...will do next time | 10:43 |
| black_13 | Guest98965: what mckoan said | 10:45 |
| black_13 | how do you rebuild a recipe | 10:46 |
| Guest98965 | I build the image and as part of the IMAGE_POSTPROCESS command we have some setfacl calls | 10:47 |
| Guest98965 | so it is not part of a specific recipe | 10:47 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 10:48 | |
| Guest98965 | brb | 10:50 |
| rburton | black_13: run bitbake recipename, if it has changed then bitbake will rebuild it | 10:50 |
| black_13 | what happens if i delete tmp and rerun bitback | 10:51 |
| black_13 | sorry bitbake | 10:51 |
| rburton | Guest98965: probably a bug in pseudo. xattrs *should* be preserved | 10:51 |
| rburton | black_13: it generally just pulls all the packages from the sstate-cache | 10:51 |
| black_13 | how do you start fresh but but use the cache sources | 10:52 |
| black_13 | cached | 10:52 |
| rburton | delete tmp | 10:55 |
| rburton | it will just pull what i can from sstate-cache, building what it can't | 10:56 |
| kanavin | otavio, not at the moment, as then it would no longer run when virgl is not in use (which would be still the default for runqemu). It doesn't seem to be able to auto-detect those things, or try one then another etc. | 11:06 |
| *** berton <berton!~berton@177.194.204.148> has joined #yocto | 11:24 | |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has joined #yocto | 11:25 | |
| Guest98965 | rburton: xattrs are preserved. I can see them when I do getfacl on the target. The difference is that the group permissions you can see in "ls -la" won't change when we do it in the build. They seem to be only affected when I do it on the target | 11:27 |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 11:29 | |
| rburton | possibly a bug in pseudo | 11:31 |
| *** User_ <User_!~learningc@mti-37-145.tm.net.my> has quit IRC | 11:34 | |
| *** dmoseley <dmoseley!~dmoseley@143.59.215.118> has quit IRC | 11:35 | |
| Guest98965 | hmpf :) | 11:46 |
| otavio | kanavin: I see. | 11:48 |
| *** Guest98965 <Guest98965!c2795aad@gateway/web/freenode/ip.194.121.90.173> has quit IRC | 11:53 | |
| JaMa | khem: gcc 8.3 upgrade also breaks qtscript, there is fix in upstream, I'll add it soon | 12:07 |
| *** yacar_ <yacar_!~yacar@89-159-54-243.rev.numericable.fr> has quit IRC | 12:08 | |
| *** signum_ <signum_!~signum@46.226.217.64> has quit IRC | 12:14 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:23 | |
| *** SimoneNascivera <SimoneNascivera!~androirc@5.90.90.239> has joined #yocto | 12:27 | |
| *** SimoneNascivera <SimoneNascivera!~androirc@5.90.90.239> has quit IRC | 12:29 | |
| *** signum <signum!~signum@46.226.216.64> has joined #yocto | 12:34 | |
| *** signum_ <signum_!~signum@46.226.217.64> has joined #yocto | 12:43 | |
| *** yacar_ <yacar_!~yacar@89-159-54-243.rev.numericable.fr> has joined #yocto | 12:45 | |
| *** signum <signum!~signum@46.226.216.64> has quit IRC | 12:46 | |
| Crofton | Gtk-Message: 21:20:16.707: Failed to load module "pk-gtk-module" | 12:48 |
| Crofton | Gtk-Message: 21:20:16.708: Failed to load module "canberra-gtk-module" | 12:48 |
| Crofton | anyone know how to fis such messages? | 12:48 |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 12:52 | |
| rburton | stop trying to load them | 12:52 |
| rburton | canberra is from libcanberra | 12:53 |
| rburton | not sure what would be telling gtk to load those | 12:53 |
| rburton | hm i wonder if its the new setting data | 12:54 |
| rburton | hm, nope | 12:57 |
| Crofton | my applications doesn't display the icons for buttons | 12:57 |
| Crofton | I am a complete idiot at guis | 12:57 |
| LetoThe2nd | Crofton: just like the rest of all proper engineers. | 12:59 |
| *** chankit <chankit!chankit@nat/intel/x-hchypxczfcybzqbs> has joined #yocto | 13:00 | |
| Crofton | LetoThe2nd, thanks! | 13:04 |
| LetoThe2nd | :) | 13:06 |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 13:07 | |
| *** geissona_ <geissona_!~geissonat@32.97.110.57> has joined #yocto | 13:13 | |
| *** gaurang <gaurang!c2726877@gateway/web/freenode/ip.194.114.104.119> has joined #yocto | 13:18 | |
| gaurang | anyone has used "ssh" protocol for SSTATE_MIRROR ? | 13:18 |
| gaurang | while i am trying, bitbake is not giving any error but not considering cache available at the respective path | 13:19 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 13:19 | |
| *** geissona_ <geissona_!~geissonat@32.97.110.57> has quit IRC | 13:27 | |
| *** ferlzc <ferlzc!~ferlzc@187.101.5.236> has joined #yocto | 13:28 | |
| *** kaspter <kaspter!~Instantbi@115.192.221.212> has quit IRC | 13:31 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 13:32 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 13:33 | |
| *** learningc <learningc!~learningc@42.190.190.83> has joined #yocto | 13:33 | |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has quit IRC | 13:34 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 13:34 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 13:37 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto | 13:38 | |
| *** learningc <learningc!~learningc@42.190.190.83> has quit IRC | 13:38 | |
| *** jij <jij!jonashg@nat/axis/x-ujowyojsyhyjjpoe> has joined #yocto | 13:39 | |
| *** kanavin <kanavin!~kanavin@62.96.135.139> has quit IRC | 13:40 | |
| *** kanavin <kanavin!~kanavin@62.96.135.139> has joined #yocto | 13:42 | |
| *** gtristan <gtristan!~tristanva@114.207.54.12> has quit IRC | 13:46 | |
| *** black_13 <black_13!d106cd8b@gateway/web/freenode/ip.209.6.205.139> has quit IRC | 13:52 | |
| willie | Hello, What is best practice for an init script for an qt application: Do make it in the application recipe, or create a seperate recipe ? | 13:53 |
| willie | I did try to put it in the qt recipe but since i have "inhert qmake5" it does get included in rootfs. | 13:53 |
| rburton | the inherit is nothing to do with t | 13:55 |
| rburton | install the init script in the same recipe as your application | 13:55 |
| rburton | well, both ways work, but if its in the recipe then you can't not have one without the other | 13:55 |
| rburton | just install the file manually, and use the update-rcd class to set it up | 13:56 |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has joined #yocto | 13:57 | |
| willie | By installing manually, you mean a function in the .bb file? | 13:58 |
| willie | Thats what I ment with inherit, I dont have any functions becouse of it and i guess qmake5 does not know what to do with an init script | 13:59 |
| willie | Okay I found the class http://www.embeddedlinux.org.cn/OEManual/update-rc-d_class.html. Looks really nice thank you! | 14:03 |
| *** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto | 14:05 | |
| fenrig | kergoth: damn I found a configure thats still checking for arm-poky-linux-gnueabi-gcc | 14:06 |
| fenrig | could it be due to the machine config? | 14:06 |
| fenrig | its doing that on libtool-cross, so I should probably avoid this package | 14:21 |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has quit IRC | 14:22 | |
| *** aurele <aurele!~aurele@84.239.69.5> has joined #yocto | 14:27 | |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has joined #yocto | 14:31 | |
| willie | So apperently i did not understand licencing the last time i did it.. How i assumed it works is: If i want to use update-rc.d i look where update-rc.d is located (In poky) then i copy the COPYING.MIT to my recipe and use the checksum | 14:33 |
| willie | Is this wrong? | 14:33 |
| zeddii | define “use”. meaning you have an rcX script in your recipe ? or something else ? | 14:37 |
| willie | I just put the checksum in LIC_FILES_CHKSUM= "file://COPYING;md5=mychecksum232322323" | 14:40 |
| zeddii | what I mean is. unless your recipe is extending (not just using) update rc.d, you don’t need to copy the license file. you just license what your recipe is doing. | 14:43 |
| zeddii | otherwise, recipes would have copies of all the license files from the source code they use. | 14:44 |
| willie | thats what i have been doing :p and it sucks | 14:44 |
| willie | So all i really need to do is use the checksum in poky in my recipe | 14:45 |
| fenrig | kergoth: found it, it was due to a glibc-external QA issue (shipped vs installed) | 14:46 |
| fenrig | kergoth: damn spoke too soon | 14:46 |
| fenrig | still have it XD | 14:46 |
| zeddii | willie: from whatI understand of your description .. yes. You are licensing what your recipe does, you can either use a license file from its source code, or reference / checksum one of the common ones. | 14:50 |
| *** cyanpablo <cyanpablo!b332ba2d@gateway/web/freenode/ip.179.50.186.45> has joined #yocto | 14:54 | |
| willie | zeddii: Sorry if I'm explaining poorly. I just want to use update-rc.d in my custom-recipe :) | 14:55 |
| zeddii | then you shouldn’t need to reference update-rc.d’s license at all. it’s a separate package/recipe/class and it’ll do that itself. | 14:56 |
| cyanpablo | Hi guys, Quick question: Do you have a bug tracking system for bitbake? I think I have seen it before but can't find it | 14:57 |
| cyanpablo | Also, how do you do a search in the mailing lists? | 14:58 |
| willie | zeddii: I dont think so, I'm getting "Recipe file does not have license file information (LIC_FILES_CHKSUM)" if I dont include it | 14:58 |
| zeddii | you need to license your own recipe. I’m just saying that you don’t need to follow/copy the one from update-rc.d | 15:00 |
| zeddii | there are common/global license files you can reference, you don’t need your own copy if your source code doesn’t have one (i.e. your initscript) | 15:00 |
| *** yacar_ <yacar_!~yacar@89-159-54-243.rev.numericable.fr> has left #yocto | 15:01 | |
| willie | I think i need to re-read the project manual :) | 15:02 |
| willie | Thanks alot for your help zeddii! | 15:02 |
| *** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC | 15:03 | |
| zeddii | willie: peek at something like recipes-core/initrdscripts/initramfs-live-install-efi_1.0.bb in oe-core, you’ll see that it just references something like I’m talking about | 15:03 |
| *** yacar_ <yacar_!~yacar@89-159-54-243.rev.numericable.fr> has joined #yocto | 15:07 | |
| kergoth | fenrig: you can't avoid libtool-cross, 80% of the build depends on it. it just happens to be the first recipe to build that actually uses the external toolchain. if it fails, then the toolchain isn't working from its perspective. the prefix isn't an issue, as wrapper scripts are generated to deal with the differing prefixes. check config.log in the libtool-cross build directory | 15:07 |
| kergoth | fenrig: what are the unshipped files? | 15:08 |
| *** liveder <liveder!~liveder@195.190.102.102> has joined #yocto | 15:14 | |
| kergoth | fenrig: note that meta-external-toolchain is glibc-only at this time, i haven't finished musl-external yet | 15:16 |
| kergoth | shouldn't be too hard to do though | 15:16 |
| liveder | hello everyone | 15:18 |
| liveder | i’ve got a small and hope quick question | 15:18 |
| liveder | is it possible to override SRCREV using environments variables? | 15:18 |
| liveder | what i want is to lock software versions by commits using SRCREV, but i want to use one file to lock all versions, same way like Gemfile, package.json | 15:20 |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 15:21 | |
| kergoth | you can set anything with an environment variable, but the metadata always overrides it. so the recipe would have to use ?=. and you setting the value would affect all recipes, not just one, unless you set the vars with the _pn- override, in which case you'll have to add *all* of those to BB_ENV_WHITELIST/BB_ENV_EXTRAWHITE | 15:21 |
| kergoth | (we filter the environment, only vars in the whitelist are allowed to flow into the metadata) | 15:22 |
| kergoth | if you use the override, you woudln't need ?= unless the definitions in the metadata also use the override | 15:22 |
| liveder | i already tried to use BB_ENV_WHITELIST but with no luck | 15:22 |
| liveder | export BB_ENV_EXTRAWHITE="$BB_ENV_EXTRAWHITE SRCREV_pn-rauc” && env 'SRCREV_pn-rauc=test’ && bitbake image | 15:23 |
| liveder | like this | 15:23 |
| liveder | is it correct using SRCREV_pn-rauc, where rauc is the name for the package? | 15:23 |
| gaurang | anyone has used "ssh" protocol for SSTATE_MIRROR | 15:24 |
| kergoth | liveder: uh, that wouldn't work | 15:24 |
| kergoth | 'env' only sets the vars for the commandline it executes. it has nothing to do with your current shell | 15:25 |
| kergoth | env 'SRCREV_pn-rauc=test' bitbake image | 15:25 |
| kergoth | gaurang: doubtful, but it just uses the bitbake fetcher. if the url works in SRC_URI in a recipe it'd work in SSTATE_MIRRORS | 15:26 |
| kergoth | gaurang: so i'd test it that way first to make it easier to diagnose a failure. even put the full url to a specific sstate archive in SRC_URI in a recipe | 15:26 |
| gaurang | kergoth: i tried, bitbake is not throwing any error and not working too | 15:27 |
| gaurang | with the same, file:// works perfectly fine | 15:27 |
| liveder | thanks! will try now | 15:27 |
| kergoth | you have to use a valid url that the bitbake fetcher supports. see the bitbake user manual | 15:27 |
| gaurang | SSTATE_MIRRORS ?= "file://.* ssh://IP/path/to/cache/PATH;downloadfilename=PATH" | 15:29 |
| liveder | kergoth, works like a charm! thanks a lot | 15:30 |
| gaurang | i set the passphrase and login w/o credential | 15:30 |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto | 15:42 | |
| kergoth | gaurang: as i just told you, test it in SRC_URI in a recipe first. SSTATE_MIRRORS silently ignores a lot of states by design, to avoid spamming the user | 15:44 |
| kergoth | which makes it almost impossible to diagnose without digging into debug logs | 15:44 |
| kergoth | liveder: np | 15:44 |
| liveder | and is there any way not to use env? :) as i want to execute prepare_env script first and only after that execute bitbake | 15:45 |
| *** gaurang <gaurang!c2726877@gateway/web/freenode/ip.194.114.104.119> has quit IRC | 15:45 | |
| kergoth | i doubt shell allows variable names with dashes in them | 15:46 |
| kergoth | so no, i don't think so | 15:46 |
| *** learningc <learningc!~learningc@14.192.208.228> has joined #yocto | 15:46 | |
| liveder | yeah | 15:46 |
| kergoth | you have alternatives, though. you could source a script that puts them in thell arguments, and then you could pass that | 15:46 |
| kergoth | i.e. in foo.sh: set — SRCREV_pn-foo=bar; . ./foo.sh; env "$@" bitbake foo | 15:47 |
| liveder | sounds good | 15:47 |
| liveder | thanks! | 15:47 |
| kergoth | or you could source a script that defines a 'bitbake' wrapper function that runs env with the vars and bitbake under the hood, but that wouldn't separate configuration from execution | 15:47 |
| kergoth | so the shell arg approach is probably cleanest | 15:48 |
| kergoth | for some value of 'clean', anyway | 15:48 |
| kergoth | i'm not sure why you don't just define this in a bitbake .conf file though | 15:48 |
| kergoth | way cleaner than the environment | 15:48 |
| kergoth | echo SRCREV_pn-foo=bar >>conf/srcrevs.conf; echo 'include conf/srcrevs.conf' >>conf/local.conf | 15:49 |
| * kergoth shrugs, to each his own :) | 15:49 | |
| liveder | :) | 15:50 |
| kergoth | if you're tracking branches, you could leave AUTOREV usage in the recipes and use buildhistory-collect -srcrevs to write a srcrevs.conf to lock down the autorevs at release time. p robably a different use case, though. we do that at mentor to allow autorev during development, but avoid the customer's builds contacting upstream unnecessarily | 15:50 |
| liveder | i’m using gitlab-ci | 15:50 |
| kergoth | buildhistory-collect-srcrevs emits SRCREV_foo=bar lines for either all autorev recipes or all recipes, iirc | 15:50 |
| * kergoth nods | 15:51 | |
| liveder | created yaml file with the following idea: | 15:51 |
| liveder | poky: | 15:51 |
| liveder | name: poky | 15:51 |
| liveder | url: git://git.yoctoproject.org/poky.git | 15:51 |
| liveder | branch: sumo | 15:51 |
| liveder | commit: d3ad2438222050faf33e83598c1f6ecd25ff65b6 | 15:51 |
| liveder | type: git | 15:51 |
| liveder | so i want to lock git repositories as well | 15:51 |
| liveder | in the same lock file i want to lock all our software we are using | 15:51 |
| liveder | wrote small bash script to parse yaml file to work with git and now working on SRCREV | 15:52 |
| *** smrtz <smrtz!d8c540f0@gateway/web/freenode/ip.216.197.64.240> has quit IRC | 15:52 | |
| *** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 15:52 | |
| liveder | how is this tracking done in enterprise solutions? :) | 15:53 |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 16:02 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:04 | |
| *** adelcast <adelcast!~adelcast@130.164.62.198> has quit IRC | 16:05 | |
| *** adelcast <adelcast!~adelcast@130.164.62.198> has joined #yocto | 16:08 | |
| liveder | kergoth, oh.. i got your idea with srcrevs.conf | 16:13 |
| liveder | will use same approach but will just add it to .gitignore | 16:14 |
| liveder | thanks | 16:15 |
| *** User_ <User_!~learningc@14.192.208.228> has joined #yocto | 16:16 | |
| *** cyanpablo <cyanpablo!b332ba2d@gateway/web/freenode/ip.179.50.186.45> has quit IRC | 16:16 | |
| *** learningc <learningc!~learningc@14.192.208.228> has quit IRC | 16:19 | |
| *** nerdboy <nerdboy!~sarnold@173.209.207.200> has joined #yocto | 16:27 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:27 | |
| kergoth | np | 16:28 |
| *** daniel-k <daniel-k!~daniel-k@195.14.245.218> has quit IRC | 16:28 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 16:31 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 16:43 | |
| *** learningc <learningc!~learningc@14.192.208.228> has joined #yocto | 16:47 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 16:50 | |
| *** User_ <User_!~learningc@14.192.208.228> has quit IRC | 16:50 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:52 | |
| *** vmeson <vmeson!~rmacleod@138.229.221.104> has quit IRC | 16:55 | |
| *** learningc <learningc!~learningc@14.192.208.228> has quit IRC | 16:55 | |
| *** liveder <liveder!~liveder@195.190.102.102> has quit IRC | 16:57 | |
| *** liveder <liveder!~liveder@195.190.102.102> has joined #yocto | 16:57 | |
| *** vmeson <vmeson!~rmacleod@138.229.221.104> has joined #yocto | 17:03 | |
| *** liveder <liveder!~liveder@195.190.102.102> has joined #yocto | 17:07 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC | 17:08 | |
| *** liveder <liveder!~liveder@195.190.102.102> has quit IRC | 17:09 | |
| jonmason | I'm running testimage on qemuarma15, and I'm seeing a python error | 17:10 |
| jonmason | ERROR: core-image-sato-1.0-r0 do_testimage: Error executing a python function in exec_python_func() autogenerated: | 17:10 |
| *** learningc <learningc!~learningc@14.192.208.228> has joined #yocto | 17:11 | |
| jonmason | this doesn't seem like something that is a shortcoming in the bsp recipe | 17:12 |
| *** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC | 17:15 | |
| *** gattuso <gattuso!~gattuso@pompel.me> has quit IRC | 17:17 | |
| *** gattuso <gattuso!~gattuso@pompel.me> has joined #yocto | 17:18 | |
| *** mckoan is now known as mckoan|away | 17:21 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 17:21 | |
| *** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto | 17:22 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 17:23 | |
| *** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has joined #yocto | 17:26 | |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-127-92.w83-201.abo.wanadoo.fr> has joined #yocto | 17:27 | |
| *** awe001 <awe001!~awe00@unaffiliated/awe00> has quit IRC | 17:32 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 17:32 | |
| *** learningc <learningc!~learningc@14.192.208.228> has quit IRC | 17:38 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto | 17:39 | |
| *** yacar_ <yacar_!~yacar@89-159-54-243.rev.numericable.fr> has left #yocto | 17:40 | |
| *** learningc <learningc!~learningc@14.192.208.228> has joined #yocto | 17:50 | |
| *** chankit <chankit!chankit@nat/intel/x-hchypxczfcybzqbs> has quit IRC | 17:54 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 17:56 | |
| *** User__ <User__!~learningc@2001:d08:d6:3f28:69b2:b4b6:1d40:a487> has joined #yocto | 17:59 | |
| *** learningc <learningc!~learningc@14.192.208.228> has quit IRC | 18:03 | |
| *** User__ <User__!~learningc@2001:d08:d6:3f28:69b2:b4b6:1d40:a487> has quit IRC | 18:07 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 18:09 | |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-127-92.w83-201.abo.wanadoo.fr> has quit IRC | 18:10 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-wohwauxhepqblbcq> has quit IRC | 18:14 | |
| *** learningc <learningc!~learningc@2001:d08:d6:3f28:69b2:b4b6:1d40:a487> has joined #yocto | 18:30 | |
| *** ferlzc <ferlzc!~ferlzc@187.101.5.236> has quit IRC | 18:38 | |
| *** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 18:39 | |
| *** liveder <liveder!~liveder@94.19.156.45> has joined #yocto | 18:46 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 18:47 | |
| *** learningc <learningc!~learningc@2001:d08:d6:3f28:69b2:b4b6:1d40:a487> has quit IRC | 18:47 | |
| *** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has quit IRC | 18:58 | |
| *** gaulishcoin_ <gaulishcoin_!~gaulishco@anice-652-1-127-92.w83-201.abo.wanadoo.fr> has joined #yocto | 19:04 | |
| halstead | RP, armpit AB is ready for new work. | 19:08 |
| halstead | 3 workers still in process but no need to wait. | 19:09 |
| *** christner_ <christner_!uid327834@gateway/web/irccloud.com/x-jbhndjlbaeqtyifv> has joined #yocto | 19:12 | |
| *** black_13 <black_13!927305a2@gateway/web/freenode/ip.146.115.5.162> has joined #yocto | 19:32 | |
| black_13 | what in vagrant would prevent yocto from building | 19:39 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 19:39 | |
| *** awe001 <awe001!~awe00@unaffiliated/awe00> has joined #yocto | 19:43 | |
| black_13 | what is causing this http://codepad.org/CZB8pBWQ this happens when i try to run yocto in virtual box | 20:07 |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC | 20:12 | |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto | 20:13 | |
| *** yacar_ <yacar_!~yacar@89-159-54-243.rev.numericable.fr> has joined #yocto | 20:17 | |
| *** black_13 <black_13!927305a2@gateway/web/freenode/ip.146.115.5.162> has quit IRC | 20:29 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 20:34 | |
| *** liveder <liveder!~liveder@94.19.156.45> has quit IRC | 20:34 | |
| *** yacar_ <yacar_!~yacar@89-159-54-243.rev.numericable.fr> has quit IRC | 20:47 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:52 | |
| *** berton <berton!~berton@177.194.204.148> has quit IRC | 20:56 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 20:59 | |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC | 21:11 | |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto | 21:12 | |
| *** nerdboy <nerdboy!~sarnold@173.209.207.201> has joined #yocto | 21:19 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 21:19 | |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has quit IRC | 21:30 | |
| *** rovanceo <rovanceo!~rovanceo@80.97.64.55> has quit IRC | 21:51 | |
| *** pcglue <pcglue!~pcglue@cpe-104-175-108-43.socal.res.rr.com> has joined #yocto | 21:56 | |
| *** feddischson <feddischson!~feddischs@55d4db8f.access.ecotel.net> has joined #yocto | 21:58 | |
| *** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC | 22:03 | |
| *** martinkelly <martinkelly!~martin@71-212-3-95.tukw.qwest.net> has joined #yocto | 22:15 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:26 | |
| *** gaulishcoin_ <gaulishcoin_!~gaulishco@anice-652-1-127-92.w83-201.abo.wanadoo.fr> has quit IRC | 22:27 | |
| *** gaulishcoin_ <gaulishcoin_!~gaulishco@anice-652-1-127-92.w83-201.abo.wanadoo.fr> has joined #yocto | 22:33 | |
| *** flynn378__ <flynn378__!sid63564@gateway/web/irccloud.com/x-ftdlzsxhpfzneian> has joined #yocto | 22:44 | |
| *** ernstp_ <ernstp_!sid168075@gateway/web/irccloud.com/x-fcqcyzncptjcqquw> has joined #yocto | 22:45 | |
| *** basic`_ <basic`_!sid141140@linuxfoundation/basic> has joined #yocto | 22:45 | |
| *** Tartarus_ <Tartarus_!sid72705@gateway/web/irccloud.com/x-hmfycrixhltpvczj> has joined #yocto | 22:45 | |
| *** stwcx_ <stwcx_!~stwcx@172.110.7.206> has joined #yocto | 22:46 | |
| *** runde_ <runde_!sid228344@gateway/web/irccloud.com/x-ppintyskuyogldyw> has joined #yocto | 22:46 | |
| *** gaulishcoin__ <gaulishcoin__!~gaulishco@anice-652-1-127-92.w83-201.abo.wanadoo.fr> has joined #yocto | 22:51 | |
| *** stwcx <stwcx!~stwcx@2604:880:a:6::c9c> has quit IRC | 22:52 | |
| *** flynn378 <flynn378!sid63564@gateway/web/irccloud.com/x-hplurbwywczxffmr> has quit IRC | 22:52 | |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-kpymehcppjsdeknx> has quit IRC | 22:52 | |
| *** basic` <basic`!sid141140@linuxfoundation/basic> has quit IRC | 22:52 | |
| *** blackjid <blackjid!blackjid@gateway/shell/firrre/x-vrimkzkcrqnhgmnm> has quit IRC | 22:52 | |
| *** runde <runde!sid228344@gateway/web/irccloud.com/x-fxtykaxtaceoneiq> has quit IRC | 22:52 | |
| *** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-gdktnzxihdwjejob> has quit IRC | 22:52 | |
| *** ernstp_ is now known as ernstp | 22:52 | |
| *** flynn378__ is now known as flynn378 | 22:52 | |
| *** basic`_ is now known as basic` | 22:52 | |
| *** Tartarus_ is now known as Tartarus | 22:52 | |
| *** runde_ is now known as runde | 22:52 | |
| *** gaulishcoin_ <gaulishcoin_!~gaulishco@anice-652-1-127-92.w83-201.abo.wanadoo.fr> has quit IRC | 22:52 | |
| *** gaulishcoin__ <gaulishcoin__!~gaulishco@anice-652-1-127-92.w83-201.abo.wanadoo.fr> has quit IRC | 22:53 | |
| *** blackjid <blackjid!blackjid@gateway/shell/firrre/x-evzepifgvcctrkzo> has joined #yocto | 22:55 | |
| *** freanux <freanux!~freanux@unaffiliated/freanux> has quit IRC | 22:56 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 23:12 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 23:15 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-dlqlzqflbekbbzbn> has quit IRC | 23:26 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-xgbopelhemukwsod> has joined #yocto | 23:27 | |
| *** agust <agust!~agust@p54833B62.dip0.t-ipconnect.de> has quit IRC | 23:29 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-jkyaxkdpmryzebrb> has joined #yocto | 23:41 | |
| *** Quazil <Quazil!~shannon@2601:40e:8280:2d6e:4ecc:6aff:fe0c:1a77> has joined #yocto | 23:49 | |
| Quazil | Is there a way to print the DISTRO_features et. al. with a bitbake command? | 23:50 |
| Quazil | I didn't see it in the docs | 23:50 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!