| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has quit IRC | 00:00 | |
| *** afxez0r <afxez0r!~afxez0r@134.134.139.74> has quit IRC | 00:03 | |
| *** ant_home <ant_home!~ant__@host167-191-dynamic.52-82-r.retail.telecomitalia.it> has quit IRC | 00:09 | |
| kergoth | khem: keep meaning to try it, but haven't had the time, have you played with it? | 00:10 |
|---|---|---|
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 00:12 | |
| khem | kergoth: yes I have, its very fast | 00:14 |
| khem | and has java'ism | 00:15 |
| khem | but if you are able to ignore it. its pretty decent | 00:15 |
| khem` | I am getting python tracebacks from bitbake starting today | 00:57 |
| khem` | http://pastebin.com/et8aSUrB | 00:57 |
| seebs | well, broken pipe usually means the thing on the other side exited unexpectedly. | 01:08 |
| *** sameo_ <sameo_!samuel@nat/intel/x-txmmqtrdwrfidbvw> has quit IRC | 01:11 | |
| *** sjolley <sjolley!~sjolley@134.134.139.72> has joined #yocto | 01:18 | |
| *** robert__ <robert__!~lyang1@106.120.101.38> has quit IRC | 01:35 | |
| *** robert__ <robert__!~lyang1@106.120.101.38> has joined #yocto | 01:35 | |
| -YoctoAutoBuilder- build #451 of build-appliance is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/451 | 01:42 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 01:44 | |
| *** dhirc <dhirc!~dhirc@unaffiliated/dhirc> has joined #yocto | 02:01 | |
| dhirc | I'm new to yocto. I am building a vanilla Fido image for the Beagle Bone Black. It builds alsa-lib-1.0.28 by default, but I need alsa-lib-1.0.29. How do I go about specifying this? | 02:04 |
| *** jkridner|work <jkridner|work!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 02:19 | |
| *** libv <libv!~libv@ppp-188-174-137-67.dynamic.mnet-online.de> has quit IRC | 02:21 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 02:21 | |
| parrot1 | dhirc: you can check out stuffs from http://git.yoctoproject.org/cgit.cgi/poky/plain/meta/recipes-multimedia/alsa/ which contain alsa-lib 1.0.29 | 02:23 |
| *** libv <libv!~libv@ppp-188-174-129-11.dynamic.mnet-online.de> has joined #yocto | 02:27 | |
| dhirc | parrot1: thanks, where is the 'best' place to put the .bb recipes and how do I add them to my local.conf? | 02:30 |
| parrot1 | hmm.....not really sure if you can work with just alsa-lib being 1.0.29 while the rest is 1.0.29 | 02:30 |
| parrot1 | I would suggest creating a new meta layer and dump the new recipes there | 02:31 |
| nerdboy | gholms: that's the plan... (sjl noticed too ;) | 02:37 |
| *** simmel80_ <simmel80_!~quassel@p5797EEAA.dip0.t-ipconnect.de> has joined #yocto | 02:44 | |
| *** 7GHAA056D <7GHAA056D!~quassel@p5797ED67.dip0.t-ipconnect.de> has quit IRC | 02:48 | |
| *** joshuagl <joshuagl!~joshuagl@host86-186-99-213.range86-186.btcentralplus.com> has quit IRC | 03:18 | |
| *** joshuagl <joshuagl!~joshuagl@host31-54-70-65.range31-54.btcentralplus.com> has joined #yocto | 03:19 | |
| *** Cardoe <Cardoe!~Cardoe@gentoo/developer/Cardoe> has joined #yocto | 03:35 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 03:36 | |
| *** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has quit IRC | 04:04 | |
| *** thaytan <thaytan!~thaytan@199.7.70.115.static.exetel.com.au> has joined #yocto | 04:10 | |
| *** Guest80885 is now known as ka6sox-farfarawa | 04:12 | |
| -YoctoAutoBuilder- build #180 of nightly-world-lsb is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/180 | 04:39 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 04:48 | |
| kergoth | Hmm, what was Darren Hart's nick again? | 05:23 |
| *** zecke <zecke!~ich@ip5b41fb99.dynamic.kabel-deutschland.de> has joined #yocto | 05:28 | |
| -YoctoAutoBuilder- build #462 of nightly-world is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/462 | 05:45 | |
| *** frsc <frsc!~frsc@80.149.173.68> has joined #yocto | 05:46 | |
| *** grma <grma!~gruberm@HSI-KBW-46-237-193-133.hsi.kabel-badenwuerttemberg.de> has joined #yocto | 05:48 | |
| *** frsc <frsc!~frsc@80.149.173.68> has quit IRC | 05:50 | |
| *** frsc <frsc!~frsc@80.149.173.68> has joined #yocto | 05:51 | |
| *** sjolley <sjolley!~sjolley@134.134.139.72> has quit IRC | 06:04 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-tvsolcxogoynjhvk> has joined #yocto | 06:07 | |
| *** onoffon <onoffon!~khem@unaffiliated/khem> has joined #yocto | 06:11 | |
| *** TobSnyder <TobSnyder!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has joined #yocto | 06:12 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 06:13 | |
| *** armpit <armpit!~akuster@2601:202:4000:1239:e17c:4679:6483:8991> has quit IRC | 06:13 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has quit IRC | 06:13 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has joined #yocto | 06:14 | |
| *** armpit <armpit!~akuster@2601:202:4000:1239:596f:bbca:6faf:af6> has joined #yocto | 06:18 | |
| *** pohly <pohly!~pohly@p57A57DEF.dip0.t-ipconnect.de> has joined #yocto | 06:24 | |
| *** pohly1 <pohly1!~pohly@p57A57DEF.dip0.t-ipconnect.de> has joined #yocto | 06:30 | |
| *** pohly <pohly!~pohly@p57A57DEF.dip0.t-ipconnect.de> has quit IRC | 06:30 | |
| *** opennandra <opennandra!~marek@81.89.61.168.vnet.sk> has joined #yocto | 06:41 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-mfgjybcfjoimlevz> has joined #yocto | 06:52 | |
| *** jbrianceau_away is now known as jbrianceau | 06:52 | |
| *** sameo_ <sameo_!samuel@nat/intel/x-jgohojbxnvwxoloq> has joined #yocto | 06:57 | |
| *** fredcadete <fredcadete!d4a63893@gateway/web/freenode/ip.212.166.56.147> has joined #yocto | 06:59 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 07:00 | |
| *** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC | 07:04 | |
| -YoctoAutoBuilder- build #153 of nightly-oe-selftest is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/153 | 07:06 | |
| *** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has joined #yocto | 07:06 | |
| *** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 07:14 | |
| -YoctoAutoBuilder- build #443 of nightly-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/443 | 07:14 | |
| *** ant_work <ant_work!~ant__@host222-188-static.61-79-b.business.telecomitalia.it> has joined #yocto | 07:18 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:23 | |
| *** aehs29 <aehs29!~aehernan@134.134.137.73> has quit IRC | 07:26 | |
| *** dcyrille18 <dcyrille18!59fb345d@gateway/web/freenode/ip.89.251.52.93> has quit IRC | 07:30 | |
| *** roccof <roccof!~rocco@93-51-177-218.ip268.fastwebnet.it> has joined #yocto | 07:37 | |
| *** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has joined #yocto | 07:46 | |
| *** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-xrimorbbkzjqcmjg> has joined #yocto | 07:52 | |
| -YoctoAutoBuilder- build #463 of nightly-fsl-ppc-lsb is complete: Failure [failed UploadToasterEventlog] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc-lsb/builds/463 | 07:56 | |
| -YoctoAutoBuilder- build #119 of nightly-deb-non-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb-non-deb/builds/119 | 08:06 | |
| *** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 08:09 | |
| *** armpit <armpit!~akuster@2601:202:4000:1239:596f:bbca:6faf:af6> has quit IRC | 08:17 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has joined #yocto | 08:18 | |
| *** gunnarx <gunnarx!~gan@c-5eeaaab7-74736162.cust.telenor.se> has joined #yocto | 08:23 | |
| *** sno <sno!~sno@p578b540c.dip0.t-ipconnect.de> has joined #yocto | 08:25 | |
| *** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC | 08:26 | |
| gunnarx | When I do a bitbake -c fetchall, it runs a bunch of compile jobs too. Is that normal? | 08:26 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 08:27 | |
| *** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has quit IRC | 08:27 | |
| gunnarx | or is there some better way to do only the source download | 08:29 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 08:29 | |
| LetoThe2nd | gunnarx: without taking a closer look, it probably builds the stuff needed for getting. (curl, git, whatever) | 08:32 |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has quit IRC | 08:33 | |
| gunnarx | LetoThe2nd: Oh, ok, I thought those tools were taken from the host system. They are built first? | 08:34 |
| LetoThe2nd | gunnarx: as little as possible is taken from the host system, so i'm relatively sure these are built first. | 08:34 |
| LetoThe2nd | gunnarx: or at least some of them | 08:34 |
| gunnarx | LetoThe2nd: You're right, they are all -native components. And since the tools have lots of dependencies themselves it was more than I had expected. | 08:43 |
| LetoThe2nd | \o/ | 08:44 |
| *** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 08:45 | |
| *** belen <belen!Adium@nat/intel/x-jtecdvvooxivccfg> has joined #yocto | 08:47 | |
| *** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC | 08:52 | |
| *** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has joined #yocto | 08:54 | |
| *** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-kagghayxmnkupwpn> has joined #yocto | 08:55 | |
| *** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 08:56 | |
| *** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93-33-57-140.ip43.fastwebnet.it> has quit IRC | 08:56 | |
| *** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-kagghayxmnkupwpn> has left #yocto | 08:57 | |
| *** gunnarx <gunnarx!~gan@c-5eeaaab7-74736162.cust.telenor.se> has quit IRC | 08:57 | |
| *** gunnarx <gunnarx!~gan@94.234.170.183> has joined #yocto | 08:57 | |
| *** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-hnjeetpcglcyshqi> has joined #yocto | 08:58 | |
| -YoctoAutoBuilder- build #466 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/466 | 09:01 | |
| *** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has joined #yocto | 09:02 | |
| *** gunnarx <gunnarx!~gan@94.234.170.183> has quit IRC | 09:07 | |
| *** gunnarx <gunnarx!~gan@94.234.170.183> has joined #yocto | 09:07 | |
| *** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-hnjeetpcglcyshqi> has left #yocto | 09:10 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has joined #yocto | 09:10 | |
| *** gunnarx <gunnarx!~gan@94.234.170.183> has quit IRC | 09:12 | |
| *** gunnarx <gunnarx!~gan@94.234.170.183> has joined #yocto | 09:12 | |
| *** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93-33-57-140.ip43.fastwebnet.it> has joined #yocto | 09:12 | |
| *** gunnarx <gunnarx!~gan@94.234.170.183> has quit IRC | 09:18 | |
| *** zecke <zecke!~ich@ip5b41fb99.dynamic.kabel-deutschland.de> has quit IRC | 09:19 | |
| *** gunnarx <gunnarx!~gan@94.234.170.183> has joined #yocto | 09:19 | |
| *** Crofton <Crofton!~balister@12.206.185.66> has joined #yocto | 09:27 | |
| *** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto | 09:28 | |
| *** gunnarx <gunnarx!~gan@94.234.170.183> has quit IRC | 09:34 | |
| *** parrot1 <parrot1!~chankitx@192.198.146.171> has quit IRC | 09:35 | |
| *** gunnarx <gunnarx!~gan@94.234.170.183> has joined #yocto | 09:41 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:43 | |
| bluelightning | morning all | 09:44 |
| Crofton | gm | 09:44 |
| Crofton | bluelightning, any word on atlas/csipy? | 09:45 |
| *** armpit <armpit!~akuster@2601:202:4000:1239:596f:bbca:6faf:af6> has joined #yocto | 09:48 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 09:49 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 09:50 | |
| *** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has joined #yocto | 09:52 | |
| *** gunnarx <gunnarx!~gan@94.234.170.183> has quit IRC | 09:54 | |
| *** gunnarx <gunnarx!~gan@94.234.170.183> has joined #yocto | 09:55 | |
| bluelightning | Crofton: I think Alejandro had it basically building after bashing on it for some time, but he only got it to build for x86 so far unfortunately | 10:04 |
| bluelightning | I suggested he talk to you about getting some help to fix the remaining issues | 10:04 |
| bluelightning | has he been in touch? | 10:04 |
| -YoctoAutoBuilder- build #444 of nightly-deb is complete: Failure [failed BuildImages Running Sanity Tests Running Sanity Tests_1 Running Sanity Tests_2 SendErrorReport] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/444 | 10:08 | |
| *** zecke <zecke!~ich@ip5b41fb99.dynamic.kabel-deutschland.de> has joined #yocto | 10:15 | |
| *** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-xrimorbbkzjqcmjg> has quit IRC | 10:22 | |
| *** gunnarx <gunnarx!~gan@94.234.170.183> has quit IRC | 10:28 | |
| *** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 10:31 | |
| *** dv__ <dv__!~quassel@chello062178118086.5.14.vie.surfer.at> has joined #yocto | 10:32 | |
| *** dv_ <dv_!~quassel@chello062178118086.5.14.vie.surfer.at> has quit IRC | 10:33 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 10:33 | |
| *** uggedal <uggedal!~uggedal@titanium.uggedal.com> has joined #yocto | 10:55 | |
| *** Crofton <Crofton!~balister@12.206.185.66> has quit IRC | 11:04 | |
| *** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-zafbyhtqxuchkbmh> has joined #yocto | 11:11 | |
| *** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC | 11:21 | |
| *** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto | 11:22 | |
| *** Ox4 <Ox4!~user@unaffiliated/zloy> has joined #yocto | 11:25 | |
| Ox4 | hey guys | 11:25 |
| Ox4 | I've written a script to fully automate building process for jenkins. It is executed on my local host perfectly, but if I run it on a jenkins host it fails with the following message: http://dpaste.com/37JK0MX | 11:27 |
| Ox4 | how to resolve this? | 11:27 |
| JaMa | Use a umask which allows a+rx and u+rwx | 11:28 |
| JaMa | e.g. 0022 | 11:28 |
| Ox4 | JaMa: for bitbake script? | 11:30 |
| JaMa | no, in your operating system | 11:32 |
| fredcadete | I agree the message is a bit cryptic | 11:38 |
| *** Ox4 <Ox4!~user@unaffiliated/zloy> has quit IRC | 11:40 | |
| jeremiah | It looks like a bunch of perl modules exist in poky/OE: http://cgit.openembedded.org/cgit.cgi/meta-openembedded/tree/meta-perl/recipes-perl/libtest/libtest-harness-perl_3.30.bb?h=master | 11:55 |
| jeremiah | how do I access them from perl scripts? | 11:55 |
| jeremiah | the usual 'use foo::bar' doesn't seem to work | 11:55 |
| fredcadete | are you trying to use that from the target or the build environment? | 12:00 |
| jeremiah | On the target machine | 12:03 |
| fredcadete | I'd suggest checking if the package is installed to the rootfs and where | 12:04 |
| jeremiah | fredcadete: It don't see it anywhere on a 'find' of the rootfs | 12:04 |
| fredcadete | in your build system, do you see it in the work directory? | 12:05 |
| fredcadete | ls build/tmp/worl/<machine>/libtest-harness-perl | 12:05 |
| fredcadete | or something like that | 12:05 |
| fredcadete | then you can see it in the "package" directory | 12:05 |
| jeremiah | I'll check | 12:07 |
| jeremiah | ./perl/5.20.0-r1/image/usr/lib/perl/5.20.0/TAP/Parser.pm | 12:07 |
| jeremiah | which leads me to believe it ought to be on the "image" under /usr/lib/ | 12:07 |
| jeremiah | Or am I misunderstanding things? | 12:07 |
| fredcadete | I'm not sure, that "image" is tripping me up | 12:08 |
| fredcadete | I was expecting "package" | 12:08 |
| jeremiah | I think I have things in 'package' as well | 12:08 |
| jeremiah | yep | 12:09 |
| jeremiah | ./perl/5.20.0-r1/packages-split/perl-module-tap-parser-result/usr/lib/perl/5.20.0/TAP/Parser/Result.pm | 12:09 |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 12:09 | |
| fredcadete | under packages-split you don't have a package that includes TAP/Parser.pm? | 12:09 |
| jeremiah | on the image? | 12:13 |
| jeremiah | Or is it just on the build machine? | 12:13 |
| jeremiah | Holy crap, there's a ton of perl modules there. | 12:15 |
| jeremiah | thanks fredcadete | 12:15 |
| jeremiah | I guess I can just move'm over | 12:15 |
| fredcadete | the right thing would be to add the corresponding package to your image | 12:16 |
| jeremiah | Okay, I'll do that. | 12:17 |
| *** gunnarx <gunnarx!~gan@c-5eeaaab7-74736162.cust.telenor.se> has joined #yocto | 12:18 | |
| *** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 12:23 | |
| jeremiah | fredcadete: It appears that meta-perl was not listed in my bb.layers file | 12:29 |
| jeremiah | I've added that now. | 12:29 |
| jeremiah | do I need to bitbake clean? | 12:29 |
| gunnarx | bitbake -c clean rarely works for me to get a failed state back into working mode. Just saying. | 12:30 |
| gunnarx | It's a small step to bitbake clean only the offending packages, but as I said it's not guaranteed to work (in my experience) | 12:31 |
| gunnarx | you know that -c cleanall will remove also the downloaded source right? Rarely needed but worth trying if all else fails. | 12:31 |
| bluelightning | jeremiah: no, no need to clean | 12:32 |
| jeremiah | bluelightning: thanks, and thanks gunnarx | 12:33 |
| bluelightning | gunnarx: -c clean isn't meant to be an unbreak-everything type of tool though, in fact almost always there's some underlying problem that cleaning and rebuilding is not going to help fix | 12:33 |
| gunnarx | bluelightning: Yeah I don't know what it's meant to do, but I am just noting that it rarely helps in the type of problems I run into, despite that the build itself is in some sense OK because if I wipe all state it is typically successful | 12:36 |
| gunnarx | but that means some hours of repeated build time. | 12:36 |
| bluelightning | gunnarx: I would strongly urge you to try to get those problems fixed by reporting them, or we'll never be able to fix them | 12:37 |
| bluelightning | if you wipe your TMPDIR any information that might be used to track down the issue is gone | 12:37 |
| gunnarx | bluelightning: Of course I would if I can identify the yocto problem. But if a system definition builds find from clean I suspect that yocto/bitbake is considered OK. | 12:38 |
| gunnarx | For example, I've had this computer that shuts down due to heat in the middle of the build | 12:38 |
| bluelightning | gunnarx: ah well, that's a problem we cannot fix, no ;) | 12:38 |
| gunnarx | Usually the build will not continue cleanly, there are errors. | 12:38 |
| bluelightning | I guess it's fair to say we do assume the hardware on which we're running can be relied upon | 12:39 |
| gunnarx | (after rebooting). So all I am looking to do is to understand how to make it all a bit less brittle if there are any problems along the way. | 12:39 |
| bluelightning | there could be a lot of factors at work under those circumstances... did the writes that the system thought succeeded actually succeed? | 12:40 |
| gunnarx | Theoretically it would be possible to recognize that the previous step was not cleanly done, and backtrack to a stable state, I'm just assuming... | 12:40 |
| gunnarx | Many tasks running in parallel is of course a factor | 12:40 |
| bluelightning | well, we kind of already do that - we only write a stamp for a task (i.e. mark it as done) if it really did run successfully to completion | 12:40 |
| gunnarx | bluelightning: I know and that's why I'm often surprised at the level of difficulty to restart things cleanly when it is done half way like this. | 12:41 |
| gunnarx | Of course the build scripts could be unclean too. They only work when run in the right order, undisturbed and so on. | 12:41 |
| bluelightning | now, if internally that task writes some state that is bad and it's unable to recover from that, then there might be a problem - but cleaning that particular recipe should solve that kind of problem | 12:41 |
| gunnarx | "should" which brings us full circle :-) | 12:42 |
| *** pohmelie <pohmelie!bca24113@gateway/web/freenode/ip.188.162.65.19> has joined #yocto | 12:42 | |
| bluelightning | I can't see how it couldn't though | 12:42 |
| gunnarx | I'm not here only to complain, just sharing and discussing... | 12:42 |
| bluelightning | if it doesn't, there is something else happening - e.g., writes that you thought got back to disk actually did not | 12:42 |
| bluelightning | or, files that were written OK got corrupted after the fact | 12:43 |
| gunnarx | makes sense what you're saying. I've had this idea to dump out all tasks and run them one by one, storing the state that is created by each one. | 12:43 |
| gunnarx | But that means serializing the build so I'm changing the parameters then. | 12:43 |
| gunnarx | storing state = in git/git-annex for example | 12:43 |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 12:43 | |
| bluelightning | I'm certainly all for trying to mitigate failures if we practically can, at the moment without actual details I'm not sure as to the actual cause of the problem | 12:44 |
| pohmelie | Hi, everyone! Is there simple method to add some tree of files and directories to image? I mean some configuration files, soft links, etc… | 12:44 |
| gunnarx | np, I'm not expecting anything more from you atm | 12:44 |
| gunnarx | thanks for the chat | 12:44 |
| gunnarx | pohmelie: Seems like you could just follow any recipe definition tutorial for this. Your recipe is just to copy files that you can either keep in your layer, or alternatively unpack a tarball with them. | 12:49 |
| gunnarx | I'm about to ask a question on this file: http://tinyurl.com/qb89s5q So why don't you look there. You can see weston.ini stored in the layer, and you can see it being installed with install. Of course "cp" is an alternative. | 12:50 |
| *** lamego <lamego!lamego@nat/intel/x-uomrifqauzlivbwy> has joined #yocto | 12:51 | |
| gunnarx | Specific question: http://tinyurl.com/qb89s5q What's an idiomatic way to select one or another file (weston.ini in this case) based on the value of $MACHINE? | 12:51 |
| gunnarx | Could the value of MACHINE just be appended to the filename maybe... | 12:51 |
| gunnarx | I have no idea if that's considered a clean way to do it or not though... | 12:52 |
| gunnarx | (i'm talking about line 33) | 12:52 |
| *** florian_kc is now known as florian | 12:52 | |
| pohmelie | gunnarx: yeah, that's what I'm talking about. If I have two files, recipe is ok, but when I need to copy hundreds? I think about archive, but maybe there is more elegant solution? | 12:53 |
| pohmelie | or not… | 12:53 |
| bluelightning | gunnarx: you should just be able to put the file into a MACHINE-named subdirectory/subdirectories and it should just work | 12:53 |
| gunnarx | I would think about that as source code and provide a tarball that you fetch from somewhere. | 12:54 |
| gunnarx | That $MACHINE dir goes in same dir as the bb file? | 12:54 |
| pohmelie | gunnarx: hm, interesting, thanks | 12:54 |
| bluelightning | gunnarx: no, under a directory next to it that's the same name as the name part of the recipe, or "files" | 12:55 |
| bluelightning | normally you'd just put the files in that directory itself, but to make them specific to a machine or architecture you can put them under a subdirectory under that with the machine/arch name | 12:56 |
| gunnarx | Like wayland/<MACHINE name> in this example? | 12:56 |
| gunnarx | No actually wayland/weston/<MACHINE> I suppose... | 12:57 |
| gunnarx | bluelightning,I think I got it. thanks. | 12:59 |
| *** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-hnjeetpcglcyshqi> has joined #yocto | 13:03 | |
| raykinsella78 | having trouble setting up authenication to push to poky contributions - can anyone help? | 13:03 |
| *** sameo_ <sameo_!samuel@nat/intel/x-jgohojbxnvwxoloq> has quit IRC | 13:04 | |
| *** bellma <bellma!uid109430@gateway/web/irccloud.com/x-dzkoxcyrhwrgpjdf> has joined #yocto | 13:05 | |
| bluelightning | raykinsella78: I can try - what seems to be the problem? | 13:06 |
| *** Cardoe <Cardoe!~Cardoe@gentoo/developer/Cardoe> has joined #yocto | 13:06 | |
| raykinsella78 | well I asked to send a public key to Michael Halstead | 13:12 |
| raykinsella78 | which I did ... | 13:12 |
| *** ljose <ljose!~user@254.5.165.83.dynamic.mundo-r.com> has joined #yocto | 13:13 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 13:13 | |
| raykinsella78 | so now I setting up ssh to clone from poky-contrib ... and something is going wrong. | 13:13 |
| raykinsella78 | Cloning into 'poky-contrib'... | 13:15 |
| raykinsella78 | Permission denied (publickey). | 13:15 |
| raykinsella78 | fatal: Could not read from remote repository. | 13:15 |
| raykinsella78 | Please make sure you have the correct access rights | 13:15 |
| raykinsella78 | and the repository exists. | 13:15 |
| ljose | Does any body know if 'backtrace' is supported with Fido ARM builds? I getting some bogust stack traces in my libray, not sure if it could be related to ARM limitations | 13:15 |
| raykinsella78 | in my .ssh I specifically set the private key for the public key I sent Michael. | 13:15 |
| raykinsella78 | So I am definitely doing something wrong. | 13:15 |
| *** Aethenelle <Aethenelle!~Aethenell@166.175.56.198> has joined #yocto | 13:19 | |
| *** Aethenelle <Aethenelle!~Aethenell@166.175.56.198> has joined #yocto | 13:19 | |
| zeddii | raykinsella78. can you pm the line you are using for the clone ? | 13:19 |
| raykinsella78 | k | 13:22 |
| *** Ox4 <Ox4!~user@unaffiliated/zloy> has joined #yocto | 13:22 | |
| Ox4 | strange | 13:22 |
| *** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 13:22 | |
| Ox4 | I've executed script from jenkins workspace and it is executed successfully. But if I trigger a job from the jenkins web interface I receive sanity check misconfiguration :-( | 13:23 |
| bluelightning | Ox4: is this the same umask issue you pasted above? | 13:29 |
| Ox4 | bluelightning: yes, it is | 13:29 |
| bluelightning | Ox4: did you follow JaMa's advice? | 13:29 |
| Ox4 | I executed chmod a+rw -R in the jenkins workspace but it didn't help | 13:30 |
| bluelightning | erm | 13:31 |
| Ox4 | a+rw* | 13:31 |
| bluelightning | that's not umask | 13:31 |
| bluelightning | umask is about files you create from that point on | 13:31 |
| Ox4 | u+rwx? | 13:31 |
| bluelightning | umask is set with the "umask" command | 13:31 |
| Ox4 | hold on | 13:32 |
| Ox4 | the same | 13:33 |
| bluelightning | it's also about what umask is set to within the jenkins environment, not outside of it | 13:34 |
| *** tsramos <tsramos!~tsramos@134.134.139.76> has joined #yocto | 13:35 | |
| Ox4 | bluelightning: do I have to do umask all jenkins workspace? | 13:36 |
| Ox4 | to all* | 13:36 |
| bluelightning | Ox4: I'd imagine you could set it in the build script just before running bitbake | 13:37 |
| mcfrisk | Ox4: a general note, Jenkins is not a build system. bitbake and yocto are a build system. Jenkins needs a lot of hand holding to execute jobs in a sane way, e.g. builds should be isolated from each other, start with clean workspace (or git clean -f -f -x -v && git reset --hard), stop properly without leaking processes... I suggest running these in all of your jenkins job shell scripts: env && set -euxo pipefail && bash. It might be the jenkins is not running thing | 13:38 |
| * mcfrisk has a lov.. mostly hate relationship with jenkins | 13:39 | |
| *** ftonello <ftonello!~quassel@81.145.202.106> has joined #yocto | 13:40 | |
| *** ftonello <ftonello!~quassel@81.145.202.106> has joined #yocto | 13:40 | |
| *** ftonello <ftonello!~quassel@81.145.202.106> has joined #yocto | 13:41 | |
| Ox4 | bluelightning: for poky directory? | 13:41 |
| Ox4 | ok I will try | 13:41 |
| bluelightning | Ox4: it's not for a directory - umask is associated with your shell session | 13:41 |
| Ox4 | hm | 13:42 |
| *** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-hnjeetpcglcyshqi> has left #yocto | 13:42 | |
| *** gunnarx <gunnarx!~gan@c-5eeaaab7-74736162.cust.telenor.se> has quit IRC | 13:44 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 13:44 | |
| Ox4 | umask 022, right? | 13:45 |
| *** gunnarx <gunnarx!~gan@94.234.170.183> has joined #yocto | 13:45 | |
| bluelightning | Ox4: 022 should be fine I think yes | 13:46 |
| Ox4 | it works | 13:47 |
| Ox4 | thank you bluelightning and mcfrisk | 13:47 |
| *** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 13:47 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-75-181-75-239.carolina.res.rr.com> has joined #yocto | 13:51 | |
| *** gunnarx <gunnarx!~gan@94.234.170.183> has quit IRC | 13:53 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 13:53 | |
| *** gunnarx <gunnarx!~gan@c-5eeaaab7-74736162.cust.telenor.se> has joined #yocto | 13:54 | |
| *** belen2 <belen2!Adium@nat/intel/x-gznxwpwwivpvairr> has joined #yocto | 13:58 | |
| *** belen <belen!Adium@nat/intel/x-jtecdvvooxivccfg> has quit IRC | 13:58 | |
| *** tsramos_ <tsramos_!~tsramos@192.55.54.38> has joined #yocto | 13:59 | |
| *** ftonello <ftonello!~quassel@81.145.202.106> has quit IRC | 13:59 | |
| *** ftonello <ftonello!~quassel@81.145.202.106> has joined #yocto | 14:00 | |
| *** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has quit IRC | 14:01 | |
| *** tsramos <tsramos!~tsramos@134.134.139.76> has quit IRC | 14:01 | |
| *** gunnarx <gunnarx!~gan@c-5eeaaab7-74736162.cust.telenor.se> has quit IRC | 14:01 | |
| *** gunnarx <gunnarx!~gan@94.234.170.183> has joined #yocto | 14:02 | |
| *** tanuk_ is now known as tanuk | 14:03 | |
| *** Ox4 <Ox4!~user@unaffiliated/zloy> has quit IRC | 14:05 | |
| *** gunnarx <gunnarx!~gan@94.234.170.183> has quit IRC | 14:09 | |
| *** gunnarx <gunnarx!~gan@c-5eeaaab7-74736162.cust.telenor.se> has joined #yocto | 14:09 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 14:11 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 14:12 | |
| *** gunnarx <gunnarx!~gan@c-5eeaaab7-74736162.cust.telenor.se> has quit IRC | 14:19 | |
| realBigfoot | I am stuck in "Waiting for root device /dev/mmcblkp2" when starting yocto | 14:19 |
| realBigfoot | does anyone know what this is ? | 14:19 |
| *** gunnarx <gunnarx!~gan@c-5eeaaab7-74736162.cust.telenor.se> has joined #yocto | 14:19 | |
| *** paulg_ <paulg_!~paulg@128.224.252.2> has joined #yocto | 14:21 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 14:22 | |
| paulg_ | someone changed some gnome pkgs from bz2 to xz and it seems not all mirrors have the xz (yet?) :( | 14:22 |
| paulg_ | causing an obvious fetcher failure. | 14:23 |
| rburton | patches! there's a patch on the list for libnotify | 14:23 |
| rburton | the fetcher needs a way of doing a HEAD to sanity check URLs without downloading the entire file | 14:24 |
| *** gunnarx <gunnarx!~gan@c-5eeaaab7-74736162.cust.telenor.se> has quit IRC | 14:24 | |
| *** gunnarx <gunnarx!~gan@c-5eeaaab7-74736162.cust.telenor.se> has joined #yocto | 14:24 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:25 | |
| kergoth | the fetcher can and does check urls before it downloads the entire file, that's what the checkstatus() method in the fetchers is | 14:27 |
| kergoth | not entirely sure where all it's used offhand, though, i haven't had my coffee | 14:27 |
| * kergoth yawns | 14:27 | |
| kergoth | though, maybe you meant checking more than whether its a 404 :) | 14:28 |
| *** sjolley <sjolley!sjolley@nat/intel/x-tvsolcxogoynjhvk> has quit IRC | 14:30 | |
| *** pohmelie <pohmelie!bca24113@gateway/web/freenode/ip.188.162.65.19> has quit IRC | 14:31 | |
| * kergoth mulls over what tests need writing for the git fetcher | 14:32 | |
| *** Aethenelle <Aethenelle!~Aethenell@166.175.56.198> has quit IRC | 14:32 | |
| *** gunnarx <gunnarx!~gan@c-5eeaaab7-74736162.cust.telenor.se> has quit IRC | 14:33 | |
| *** gunnarx <gunnarx!~gan@94.234.170.183> has joined #yocto | 14:33 | |
| *** belen2 <belen2!Adium@nat/intel/x-gznxwpwwivpvairr> has quit IRC | 14:33 | |
| *** tsramos_ <tsramos_!~tsramos@192.55.54.38> has quit IRC | 14:34 | |
| *** tsramos <tsramos!~tsramos@134.134.139.76> has joined #yocto | 14:34 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-zegdkyctfkmbqika> has joined #yocto | 14:35 | |
| *** belen <belen!Adium@nat/intel/x-rwcpqjtssicmnwhq> has joined #yocto | 14:38 | |
| JaMa | paulg_: even if they have it, it will fail because different checksums | 14:40 |
| *** aehs29 <aehs29!aehernan@nat/intel/x-wnydlalgvnxbvxnx> has joined #yocto | 14:41 | |
| RP | kergoth: its used in the recipe reporting system to figure out various things about recipe upgrades amongst other places | 14:44 |
| kergoth | ah, cool | 14:44 |
| RP | kergoth: think there is a checkstatus task like do_fetch too, or there was... | 14:44 |
| ljose | Hi, how can I install all python-XXX packages in my image? | 14:44 |
| RP | ljose: install python-modules ? | 14:44 |
| kergoth | yep, checkuri/checkuriall from utility-tasks.bbclass. cool, that sounds useful | 14:45 |
| rburton | kergoth: checking for 404 would help | 14:47 |
| aehs29 | ljose: I think this might be what you're looking for http://www.yoctoproject.org/docs/1.8/ref-manual/ref-manual.html#var-CORE_IMAGE_EXTRA_INSTALL | 14:47 |
| rburton | ah, neat | 14:47 |
| aehs29 | ljose: plus, check the python-manifest file to see what modules you want in specific | 14:47 |
| paulg_ | yeah, I'm getting 404s by the handful. | 14:48 |
| paulg_ | (well, at least four...) | 14:49 |
| *** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-hnjeetpcglcyshqi> has joined #yocto | 14:53 | |
| *** belen <belen!Adium@nat/intel/x-rwcpqjtssicmnwhq> has quit IRC | 14:59 | |
| *** opennandra <opennandra!~marek@81.89.61.168.vnet.sk> has quit IRC | 14:59 | |
| *** Ox4 <Ox4!~user@unaffiliated/zloy> has joined #yocto | 15:02 | |
| Ox4 | guys, I have one more question | 15:02 |
| *** belen <belen!Adium@nat/intel/x-cqgzafhbjjipfvjd> has joined #yocto | 15:03 | |
| Ox4 | | cc1: error: unrecognized command line option "-fuse-ld=bfd" | 15:03 |
| Ox4 | in the meta/classes/kernel-arch.bbclass I see this option: KERNEL_CC = "${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_KERNEL_ARCH} -fuse-ld=bfd" | 15:03 |
| Ox4 | can I remove this? | 15:03 |
| *** afxez0r <afxez0r!~afxez0r@134.134.137.73> has joined #yocto | 15:11 | |
| *** frsc <frsc!~frsc@80.149.173.68> has quit IRC | 15:14 | |
| Ox4 | hm | 15:14 |
| RP | seebs: around? | 15:14 |
| Ox4 | http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/meta/classes/kernel-arch.bbclass?id=aced11f4dc8fb4f217360198e8c4cda2cdf620e0 | 15:14 |
| *** frsc <frsc!~frsc@80.149.173.68> has joined #yocto | 15:15 | |
| RP | seebs: we're seeing oddness like https://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/451/steps/BuildImages/logs/stdio, the pseudo upgrade was in there and I'm wondering if its related | 15:16 |
| RP | seebs: no proof as yet mind :/ | 15:16 |
| *** frsc <frsc!~frsc@80.149.173.68> has quit IRC | 15:16 | |
| paulg_ | 0x4 - you using a non-default toolchain? Otherwise I'd expect others to be seeing that error too.... | 15:17 |
| Ox4 | paulg_: yes, I am using sourcery gcc-4.5.1 | 15:18 |
| paulg_ | 0x4 probably easiest to just bbappend that option out of existence in your custom layer then. | 15:19 |
| kergoth | that'll be a pain, you'd have to do it for every kernel recipe for every bsp. I'd use KERNEL_CC_remove in config metadata | 15:20 |
| kergoth | i'll probably add that to meta-sourcery | 15:20 |
| *** gunnarx <gunnarx!~gan@94.234.170.183> has quit IRC | 15:21 | |
| *** gunnarx <gunnarx!~gan@c-5eeaaab7-74736162.cust.telenor.se> has joined #yocto | 15:21 | |
| Ox4 | kergoth: I just set KERNEL_CC in my linux-yocto-custom.bb file | 15:22 |
| * kergoth nods | 15:22 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 15:26 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto | 15:27 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has quit IRC | 15:27 | |
| *** Crofton <Crofton!~balister@50.246.116.68> has joined #yocto | 15:27 | |
| *** cference <cference!~cference@64.187.189.2> has joined #yocto | 15:28 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 15:28 | |
| *** belen <belen!Adium@nat/intel/x-cqgzafhbjjipfvjd> has quit IRC | 15:30 | |
| *** fredcadete <fredcadete!d4a63893@gateway/web/freenode/ip.212.166.56.147> has quit IRC | 15:35 | |
| *** gunnarx <gunnarx!~gan@c-5eeaaab7-74736162.cust.telenor.se> has quit IRC | 15:35 | |
| *** gunnarx <gunnarx!~gan@c-5eeaaab7-74736162.cust.telenor.se> has joined #yocto | 15:36 | |
| *** belen <belen!Adium@nat/intel/x-hwbgeenzaphaigzg> has joined #yocto | 15:36 | |
| *** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-hnjeetpcglcyshqi> has left #yocto | 15:38 | |
| *** belen <belen!Adium@nat/intel/x-hwbgeenzaphaigzg> has quit IRC | 15:42 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has joined #yocto | 15:43 | |
| *** sameo_ <sameo_!~samuel@192.55.55.37> has joined #yocto | 15:45 | |
| *** staylor <staylor!~staylor@mail.au-zone.com> has joined #yocto | 15:51 | |
| staylor | Is there a way to better manage the SDK installer generated by -c populate_sdk? Specifically we need to ship that out to various developers and it would be nice if the contents could be broken down so we can have packages for the various pieces. | 15:52 |
| ntl | 0x4, kergoth: -fuse-ld was added in gcc 4.8, so yeah, a 4.5-based toolchain won't know it | 15:52 |
| *** ka6sox-farfarawa is now known as zz_ka6sox-farfar | 15:54 | |
| *** gunnarx <gunnarx!~gan@c-5eeaaab7-74736162.cust.telenor.se> has quit IRC | 16:01 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has quit IRC | 16:02 | |
| *** sameo_ <sameo_!~samuel@192.55.55.37> has quit IRC | 16:05 | |
| *** zecke <zecke!~ich@ip5b41fb99.dynamic.kabel-deutschland.de> has quit IRC | 16:07 | |
| fray | I'm running a command (. ./oe-init-env bitbake -e | grep ...) and when it returns my console is all messed up | 16:14 |
| fray | is there a way to get bitbake stop stop screwing with the console? | 16:14 |
| fray | I just need the value of a specific variable so I can do some setup | 16:14 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 16:16 | |
| fray | (it's odd, I can't always replicate the failure mode with the console either.. :P | 16:17 |
| kergoth | RP: can you explain why the fetcher removes the entire clone when an update of it fails? I have a commit changing this, but figured I'd run it by you to see what the purpose behind that behavior was. was it to deal with repository corruption? if it's a transitory network failure, ir eally don't want to have to re-clone my entire kernel repo | 16:17 |
| kergoth | fray: heh, yeah, seem slike bitbake -e is pretty useless when piped nowadays. not sure when that changed | 16:17 |
| fray | kergoth, I thought it was due to non-fast forward git trees | 16:18 |
| fray | ok.. good so it's NOT just me.. | 16:18 |
| kergoth | git can fetch non-fast-forward branches just fine.. | 16:18 |
| kergoth | it's the repo in DL_DIR i'm talking about, not the clone in WORKDIR | 16:18 |
| kergoth | the latter would be more of a factor, since it has checkouts of the branches | 16:18 |
| fray | is there a simple way to get a variable out of bitbake then (better then bitbake -e | grep ...?) (I need the value of bblayers | 16:19 |
| fray | dunno | 16:19 |
| *** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 16:19 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:19 | |
| kergoth | bb would work for now, as a workaround. https://github.com/kergoth/bb - bb show BBLAYERS | 16:20 |
| * kergoth hasn't touched bb in ages, but still uses it from time to time | 16:21 | |
| RP | kergoth: I think it was just being paranoid | 16:22 |
| * nerdboy wakes up with buddy guy and a stray kitty... | 16:22 | |
| fray | so bb-show is actually using bitbake itself/ | 16:22 |
| kergoth | fray: it uses tinfoil and other bitbake modules, yes | 16:22 |
| fray | ok | 16:22 |
| *** picolcd <picolcd!~synapt@p5B1255FE.dip0.t-ipconnect.de> has joined #yocto | 16:23 | |
| fray | I wish I could figure out what is triggering the console going nuts.. sometimes it does, sometimes it doesn't.. | 16:25 |
| bluelightning | fray: any idea when it started doing that? | 16:26 |
| fray | sometime between 1.7 and master.... (it definitely did NOT go it in 1.7.. I didn't use 1.8 enough to notice.. and it's been doing it for some time in 1.9... | 16:27 |
| kergoth | RP: I'm wondering about the case where we already have a git mirror tarball, e.g. from the original fetch, the repo was successfully updated in the past, but there's a transitory network failure causing the update to fail, then try_mirrors() is run on MIRRORS, which runs try_mirror_uri, which eventually re-runs the origud.download() again, but in this case both the tarball and the clone exist, so that second call of the original fetcher download method | 16:27 |
| kergoth | won't actually do the expected unpack of the mirror tarball, it'll try again to update the clone, and it could keep doing this through all the applicable MIRRORS | 16:27 |
| fray | I THOUGHT it went away, but it came back.. and like I said, I'm not getting consistent 'corruption' | 16:27 |
| kergoth | RP: unless I'm missing something, this is a theoretical case in my head from reading the code | 16:27 |
| fray | I have to do a 'reset' to get it back.. (basically it hides the cursor and never restores it) | 16:27 |
| * nerdboy enjoys occasionally harassing the uni IT people on the SIG-UCCS mailing list... | 16:27 | |
| fray | blind typing sucks.. ;) | 16:28 |
| kergoth | RP: although, previously the clone would have been cleaned, then the first mirror would have re-unpacked the tarball, and then it would have tried to update the newly unpacked clone and failed, anyway, so i guess it's no worse | 16:28 |
| * kergoth scratches head | 16:28 | |
| RP | fray: it sounds like there is an uncaught exception path in knotty | 16:28 |
| fray | thats what i was wondering if somehow it's dropping out without resetting the cursor mode(s) | 16:28 |
| RP | kergoth: I think I've looked at this before and decided not to worry too much about it. I agree it could do with being improved | 16:28 |
| fray | any suggestions on what I can do to try to nail it down? | 16:28 |
| RP | fray: try and spot the pattern to start with? | 16:29 |
| fray | (it wouldn't surprise me at all if it was an artifact of bitbake -e and something failing to expand) | 16:29 |
| *** tsramos_ <tsramos_!~tsramos@192.55.55.41> has joined #yocto | 16:29 | |
| fray | RP, I rarely have it happen with a poky checkout.. | 16:29 |
| fray | I almost always have it happen with a complex set of layers | 16:29 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 16:29 | |
| kergoth | RP: Long term, I'd like to see the case where the mirror fetcher is different than the main fetcher be handled more explicitly, rather than re-running the origud.download(). e.g. have a new method for it, or at least pass the mirror ud into the download method so we can tell in what case we're being called | 16:29 |
| * nerdboy would tie a string to kergoth and send him down the rabbit-hole... | 16:30 | |
| * kergoth ponders | 16:30 | |
| RP | kergoth: that would seem reasonable | 16:30 |
| kergoth | RP: these crazy possible cases are hurting my head, we need more fetch unit tests :) | 16:30 |
| RP | fray: I wonder why that would be? Unless its extra parse time which opens up some kind of window | 16:31 |
| fray | it's odd if I run it from the command line it works.. but if I run it from a script it's not.. (still trying for a more reliable reproducer) | 16:31 |
| RP | kergoth: this is why I started them last time... | 16:31 |
| nerdboy | wait, i thought you were immune to that stuff... | 16:31 |
| *** tsramos <tsramos!~tsramos@134.134.139.76> has quit IRC | 16:31 | |
| * kergoth nods | 16:31 | |
| RP | nerdboy: have you looked at the fetcher code? ;-) | 16:31 |
| nerdboy | yeah, but then i sat back down and forgot about it | 16:31 |
| kergoth | every time i touch this code i cringe worrying that i might have broken some corner case i didnt' think about | 16:32 |
| RP | nerdboy: probably good from the nightmare perspective ;-) | 16:32 |
| RP | kergoth: I know the feeling | 16:32 |
| nerdboy | it was probably at least a year ago... | 16:32 |
| RP | kergoth: I dread patches on the list for it too | 16:32 |
| nerdboy | are we okay with python3 constructs? | 16:33 |
| picolcd | Hi all, I am get some weird error messages, when my bitbake build fails: "log_check: Matched keyword: [E:] ERROR: E: //; p }', as for example on libexpat-dev when running bitbake for the meta-raspberrypi. Does anyone have a clue? Thanks. | 16:33 |
| nerdboy | or does it need to conform with 2.7 | 16:33 |
| * kergoth is working on simplifying and splitting up the git shallow mirror tarball support to try to make it less painful to pull in | 16:33 | |
| kergoth | nerdboy: the latter, we're not ready to move to 3 yet | 16:34 |
| nerdboy | too bad, could use that kind of refactoring... | 16:34 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 16:34 | |
| nerdboy | 3.4 is stable now i think? | 16:34 |
| bluelightning | picolcd: hmm, that looks ugly :( | 16:34 |
| nerdboy | whatever that means on gentoo... | 16:35 |
| kergoth | nerdboy: i think it's mainly the unicode bits that are holding us up, i don't think anyone has even started on that | 16:35 |
| * nerdboy is not yet thinking in python3 | 16:35 | |
| nerdboy | much | 16:35 |
| bluelightning | picolcd: log_check only runs when building an image though - so is it the image that's failing to build? | 16:35 |
| nerdboy | kergoth: don't suppose anyone is jumping up and down to hack at it? | 16:36 |
| kergoth | there has been some work on it already, moving to more portable constructs and whatnot | 16:36 |
| kergoth | i did some ages ago, and others more recently | 16:36 |
| kergoth | but there's still work to be done | 16:36 |
| nerdboy | is that in a branch somewhere? | 16:36 |
| picolcd | that is correct, actually it always fails on do_rootfs | 16:36 |
| kergoth | nerdboy: thus far all the work being done works in both 2 and 3, so hasn't needed a long lived branch | 16:37 |
| kergoth | afaik anyway | 16:37 |
| picolcd | bluelightning: that is correct, actually it always fails on do_rootfs | 16:37 |
| nerdboy | k | 16:37 |
| -YoctoAutoBuilder- build #452 of nightly-intel-gpl is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-intel-gpl/builds/452 | 16:38 | |
| bluelightning | picolcd: ok, can you pastebin your log.do_rootfs ? | 16:38 |
| kergoth | RP: https://github.com/openembedded/bitbake/commit/76d57e1 is one that worries me a little. It *seems* like it should work fine, but I worry I'm missing something | 16:39 |
| kergoth | https://github.com/kergoth/bitbake/commit/76d57e1 rather | 16:39 |
| RP | kergoth: I agree it should in principle but I know what you mean... | 16:41 |
| *** jbrianceau is now known as jbrianceau_away | 16:41 | |
| *** tsramos_ <tsramos_!~tsramos@192.55.55.41> has quit IRC | 16:43 | |
| *** tsramos <tsramos!tsramos@nat/intel/x-jqpxsekxskznpokc> has joined #yocto | 16:43 | |
| *** roccof <roccof!~rocco@93-51-177-218.ip268.fastwebnet.it> has quit IRC | 16:44 | |
| *** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 16:44 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-zegdkyctfkmbqika> has quit IRC | 16:45 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 16:48 | |
| picolcd | bluelightning: http://pastebin.com/wThud9Ti ... had to trim it a little, please tell me if you need more. | 16:49 |
| *** TobSnyder <TobSnyder!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has quit IRC | 16:49 | |
| bluelightning | picolcd: it looks like set -x is on, which is rather ugly... | 16:54 |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto | 16:57 | |
| picolcd | bluelightning: do you think that it would help if I do "set +x" before running bitbake again? | 17:00 |
| *** AndersD <AndersD!~anders@h-198-190.a137.corp.bahnhof.se> has joined #yocto | 17:05 | |
| *** ftonello <ftonello!~quassel@81.145.202.106> has quit IRC | 17:07 | |
| kergoth | Has anyone looked into adding a general 'if this package is in the sdk, then add these other specific packages to it' logic to populate_sdk? Somewhat similar to complementary packages, but a one-off with specific package names, not extending with a suffix. I think that's what we need for qt5 to be handled cleanly, but not sure if anyone has started on adding that to the core classes or if they're just punting and using separate sdk recipes or manual | 17:10 |
| kergoth | TOOLCHAIN_HOST_TASK | 17:10 |
| fray | we've always setup dynamic packagegroup packages based on whatever logic is reasonable.. | 17:12 |
| fray | then included them.. | 17:12 |
| fray | but we've avoided trying to look at what packages are 'installed' | 17:12 |
| kergoth | Hmm, fair enough | 17:12 |
| fray | but doing a post-process "install more based on what we did" isn't that hard.. preprocess is nearly impossible to get right | 17:12 |
| fray | we've also done this with the RRECOMMENDS and enabling/disabling them in variable installs.. | 17:13 |
| *** ant_work <ant_work!~ant__@host222-188-static.61-79-b.business.telecomitalia.it> has quit IRC | 17:36 | |
| *** dfaught <dfaught!~dfaught@cpe-70-119-105-90.tx.res.rr.com> has joined #yocto | 17:38 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:41 | |
| *** belen1 <belen1!~Adium@17.114.2.81.in-addr.arpa> has joined #yocto | 17:47 | |
| *** armpit <armpit!~akuster@2601:202:4000:1239:596f:bbca:6faf:af6> has quit IRC | 17:58 | |
| *** picolcd <picolcd!~synapt@p5B1255FE.dip0.t-ipconnect.de> has quit IRC | 18:00 | |
| kergoth | okay, cleaned up and split -- https://github.com/kergoth/bitbake/compare/master...kergoth:fetch-bugfixes and https://github.com/kergoth/bitbake/compare/fetch-bugfixes...kergoth:simplified-shallow-git .. will re-submit as PATCH & RFC, respectively, later today | 18:00 |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has joined #yocto | 18:03 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has quit IRC | 18:07 | |
| *** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-zafbyhtqxuchkbmh> has quit IRC | 18:15 | |
| *** deception <deception!~deception@unaffiliated/deception> has quit IRC | 18:15 | |
| *** AndersD <AndersD!~anders@h-198-190.a137.corp.bahnhof.se> has quit IRC | 18:17 | |
| *** deception <deception!~deception@unaffiliated/deception> has joined #yocto | 18:18 | |
| *** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-cknyklqhshaourhe> has joined #yocto | 18:19 | |
| *** paulg <paulg!~paulg@72.1.195.9> has joined #yocto | 18:24 | |
| *** dfaught <dfaught!~dfaught@cpe-70-119-105-90.tx.res.rr.com> has quit IRC | 18:25 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has joined #yocto | 18:26 | |
| *** jimBaxter__ <jimBaxter__!~jbaxter@jimbax.plus.com> has joined #yocto | 18:31 | |
| *** jimBaxter__ <jimBaxter__!~jbaxter@jimbax.plus.com> has quit IRC | 18:31 | |
| *** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-cknyklqhshaourhe> has quit IRC | 18:32 | |
| *** likewise <likewise!~likewise@178-85-26-82.dynamic.upc.nl> has quit IRC | 18:33 | |
| *** zz_ka6sox-farfar is now known as ka6sox | 18:35 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-wyualzcjncpqsayk> has joined #yocto | 18:46 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-mfgjybcfjoimlevz> has quit IRC | 18:56 | |
| *** sno <sno!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC | 19:05 | |
| *** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has joined #yocto | 19:07 | |
| *** berton <berton!~fabio@177.220.212.62> has joined #yocto | 19:07 | |
| *** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC | 19:16 | |
| *** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has joined #yocto | 19:19 | |
| ljose | Hi trying to install python pip, installed a bunch of python packages, but is failing because plistlib is not found, any ideas if there is a package for this? | 19:19 |
| *** grma <grma!~gruberm@HSI-KBW-46-237-193-133.hsi.kabel-badenwuerttemberg.de> has quit IRC | 19:20 | |
| *** belen1 <belen1!~Adium@17.114.2.81.in-addr.arpa> has quit IRC | 19:21 | |
| topik | just throw in python-modules | 19:23 |
| *** dreyna4529 <dreyna4529!~dreyna@unknown-216-200.windriver.com> has joined #yocto | 19:23 | |
| topik | off the bat i would guess it's included in the python-setuptools (if i remember the packagename coreectly) | 19:24 |
| fmeerkoetter | i'd like to create an SDK for a qt5 based image. i don't want to build the meta-qt5-toolchain target but rather go the populate_sdk route so my SDK contains all things i need based on what i already have in the image. the problem is that the resulting SDK can't be used for qt5 development | 19:25 |
| fmeerkoetter | i was told that my image should contain this line: "inherit core-image populate_sdk_qt5" | 19:25 |
| fmeerkoetter | when i now do a "bitbake myimage -c populate_sdk" i get an SDK that is missing important bits and pieces | 19:26 |
| fmeerkoetter | like the mkspecs or qt.conf | 19:26 |
| *** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has quit IRC | 19:27 | |
| fmeerkoetter | kergoth: we chatted about that topic a while ago. based on that i've added TOOLCHAIN_HOST_TASK_append = " nativesdk-packagegroup-qt5-toolchain-host" to my local.conf | 19:27 |
| fmeerkoetter | with some limited success | 19:28 |
| fmeerkoetter | now i have at least qmake and friends in my sdk | 19:28 |
| fmeerkoetter | but none of the mkspecs | 19:28 |
| *** [Sno] <[Sno]!~sno@p578b540c.dip0.t-ipconnect.de> has joined #yocto | 19:28 | |
| kergoth | pretty sure the example i gave you included the specs. | 19:30 |
| * kergoth shrugs | 19:30 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-wyualzcjncpqsayk> has quit IRC | 19:30 | |
| fmeerkoetter | kergoth: you are right | 19:39 |
| fmeerkoetter | hmm | 19:39 |
| *** bluelightning <bluelightning!~paul@167.127.187.81.in-addr.arpa> has joined #yocto | 19:40 | |
| *** bluelightning <bluelightning!~paul@167.127.187.81.in-addr.arpa> has quit IRC | 19:40 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:40 | |
| fmeerkoetter | kergoth: but the names weren't exect matches. for the tools i managed to find the right name | 19:40 |
| fmeerkoetter | nativesdk-packagegroup-qt5-toolchain-host | 19:40 |
| fmeerkoetter | but for the mkspecs i am not sure | 19:41 |
| fmeerkoetter | i have to re-test | 19:41 |
| fmeerkoetter | kergoth: can I add packagegroup-qt5-toolchain-target to my TOOLCHAIN_HOST_TASK_append (in addition to nativesdk-packagegroup-qt5-toolchain-host)? it contains a dependency to qtbase-mkspecs | 19:44 |
| seebs | RP: That does look like a bug that would typically be pseudo-related, except that it's also the sort of bug pseudo has been (historically) pretty good at avoiding. Were you using the xattrdb feature? | 19:44 |
| kergoth | fmeerkoetter: no, that wouldn't make much sense. target and host are completely different. host is stuff that runs on your machine, target ist arget. the sdk has two sysroots, they're indpenedent, with independent package install lists (TOOLCHAIN_HOST_TASK, TOOLCHAIN_TARGET_TASK), you can't install one in the other | 19:48 |
| fmeerkoetter | kergoth: should that approach of having an image inherit from populate_sdk_qt5 work? | 19:49 |
| kergoth | no idea, not familiar with populate_sdk_qt5. presumably it's supposed to handle this for ou | 19:50 |
| fmeerkoetter | yeah. it also does TOOLCHAIN_HOST_TASK_append = " nativesdk-packagegroup-qt5-toolchain-host" | 19:50 |
| *** Crofton <Crofton!~balister@50.246.116.68> has quit IRC | 20:01 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 20:04 | |
| *** ant_home <ant_home!~ant__@host167-191-dynamic.52-82-r.retail.telecomitalia.it> has joined #yocto | 20:06 | |
| *** pohly1 <pohly1!~pohly@p57A57DEF.dip0.t-ipconnect.de> has quit IRC | 20:13 | |
| *** pohly <pohly!~pohly@p57A57DEF.dip0.t-ipconnect.de> has joined #yocto | 20:13 | |
| *** pohly <pohly!~pohly@p57A57DEF.dip0.t-ipconnect.de> has quit IRC | 20:18 | |
| *** belen1 <belen1!~Adium@17.114.2.81.in-addr.arpa> has joined #yocto | 20:18 | |
| *** belen1 <belen1!~Adium@17.114.2.81.in-addr.arpa> has quit IRC | 20:21 | |
| *** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has joined #yocto | 20:25 | |
| *** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has quit IRC | 20:25 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:25 | |
| *** lamego <lamego!lamego@nat/intel/x-uomrifqauzlivbwy> has quit IRC | 20:27 | |
| *** lamego <lamego!lamego@nat/intel/x-qmimbglsztevbvee> has joined #yocto | 20:27 | |
| RP | seebs: no, we wouldn't be using that | 20:28 |
| seebs | Okay. In that case, I can't immediately think of anything that ought to be able to cause that. If you can get a reproducer, or point me at a failed build, I can have a look? | 20:29 |
| RP | seebs: well, we backed out the pseudo change and those kinds of failures stopped happening | 20:30 |
| RP | seebs: so I'm pretty sure it is pseudo. Have you run builds where its built an rpm package feed and constructed a rootfs from it? | 20:30 |
| ljose | topik: I add python-modules but still get the same failure no module name plistlib | 20:31 |
| kergoth | plistlib sounds like something mac-specific, or a third party module | 20:31 |
| *** jmpdelos <jmpdelos!~polk@delos.delosent.com> has quit IRC | 20:32 | |
| ljose | I don't think so as install pip requires it | 20:33 |
| *** jmpdelos <jmpdelos!~polk@delos.delosent.com> has joined #yocto | 20:33 | |
| ljose | *** lamego (lamego@nat/intel/x-qmimbglsztevbvee) has joined channel #yocto | 20:35 |
| ljose | <RP> seebs: no, we wouldn't be using that [22:28] | 20:35 |
| ljose | <seebs> Okay. In that case, I can't immediately think of anything that ought | 20:35 |
| ljose | to be able to cause that. If you can get a reproducer, or point me at | 20:35 |
| ljose | a failed build, I can have a look? [22:29] | 20:35 |
| ljose | <RP> seebs: well, we backed out the pseudo change and those kinds of failures | 20:35 |
| ljose | stopped happening [22:30] | 20:35 |
| ljose | <RP> seebs: so I'm pretty sure it is pseudo. Have you run builds where its | 20:35 |
| ljose | built an rpm package feed and constructed a rootfs from it? | 20:35 |
| ljose | <ljose> topik: I add python-modules but still get the same failure no module | 20:35 |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 20:35 | |
| ljose | name plistlib [22:31] | 20:35 |
| ljose | <kergoth> plistlib sounds like something mac-specific, or a third party module | 20:35 |
| ljose | *** jmpdelos (~polk@delos.delosent.com) has quit: Quit: Leaving [22:32] | 20:35 |
| ljose | <ljose> I don't think so as install pip requires it [22:33] | 20:35 |
| ljose | *** jmpdelos (~polk@delos.delosent.com) has joined channel #yocto | 20:35 |
| ljose | ERC> Changed in version 2.6: This module was previously only available in the Mac-specific library, it is now available for all platforms. | 20:35 |
| ljose | 20:35 | |
| ljose | 20:35 | |
| ljose | opps | 20:36 |
| *** Crofton <Crofton!~balister@50.246.116.68> has joined #yocto | 20:42 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.55.39> has quit IRC | 20:46 | |
| *** berton <berton!~fabio@177.220.212.62> has quit IRC | 20:46 | |
| *** anselmolsm <anselmolsm!~anselmols@200.178.71.34> has joined #yocto | 20:47 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-qncymduhfqaglvzt> has joined #yocto | 20:48 | |
| seebs | I believe that's how the build I did worked, but I may have missed some step. | 20:48 |
| ljose | ast module seems is also missing https://docs.python.org/2/library/ast.html | 20:50 |
| *** anselmolsm_ <anselmolsm_!~anselmols@192.55.54.42> has joined #yocto | 20:58 | |
| *** anselmolsm <anselmolsm!~anselmols@200.178.71.34> has quit IRC | 20:58 | |
| *** phantoxeD <phantoxeD!destroy@a89-152-21-144.cpe.netcabo.pt> has joined #yocto | 21:03 | |
| RP | halstead: have you touched the SendErrorReport part of the autobuilder at all? | 21:05 |
| RP | halstead: anything that might have resulted in https://autobuilder.yoctoproject.org/main/builders/poky-tiny/builds/470 ? | 21:06 |
| *** cference <cference!~cference@64.187.189.2> has quit IRC | 21:06 | |
| halstead | RP, No but I have been troubleshooting the yocto-builds list not receiving e-mail. | 21:06 |
| halstead | RP, No code changes on my part. Could this be related? | 21:07 |
| *** phantoneD <phantoneD!destroy@a89-152-21-144.cpe.netcabo.pt> has quit IRC | 21:07 | |
| RP | halstead: not sure what is going on right now. Its unlikely I guess | 21:08 |
| RP | halstead: I did merge a couple of emergency fixes into the autobuilder code but I didn't touch this area :/ | 21:08 |
| RP | halstead: (top two commits of yocto-autobuilder master) | 21:08 |
| halstead | RP, What I'm fixing stopped working in July. :( | 21:09 |
| RP | halstead: we appear to have multiple issues :( | 21:09 |
| RP | halstead: just wanted to check it wasn't something related to what you were looking at, thanks | 21:09 |
| RP | halstead: will try a master build and see where we are | 21:10 |
| ljose | Looking at my python2.7 build I see tmp/sysroots/beaglebone/usr/lib/python2.7/plistlib.py and tmp/sysroots/beaglebone/usr/lib/python2.7/ast.py but those files are not being installed by python-modules | 21:10 |
| ljose | could this be a problem with python recipe? | 21:10 |
| halstead | RP, Thank you. I'll message if I think any changes will help. | 21:10 |
| *** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 21:15 | |
| *** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC | 21:22 | |
| *** ka6sox is now known as zz_ka6sox | 21:28 | |
| *** zz_ka6sox is now known as Guest21698 | 21:29 | |
| *** Crofton <Crofton!~balister@50.246.116.68> has quit IRC | 21:33 | |
| ljose | So any ideas on getting the other modules installed, should I look into patch python2.7-manifest? | 21:37 |
| *** paulg <paulg!~paulg@72.1.195.9> has quit IRC | 21:38 | |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 21:41 | |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC | 21:41 | |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC | 21:42 | |
| *** ftonello <ftonello!~quassel@82-71-26-47.dsl.in-addr.zen.co.uk> has joined #yocto | 21:44 | |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 21:44 | |
| *** pepone <pepone!~user@254.5.165.83.dynamic.mundo-r.com> has joined #yocto | 21:45 | |
| *** tsramos_ <tsramos_!~tsramos@134.134.137.71> has joined #yocto | 21:48 | |
| *** tsramos <tsramos!tsramos@nat/intel/x-jqpxsekxskznpokc> has quit IRC | 21:50 | |
| *** tsramos_ <tsramos_!~tsramos@134.134.137.71> has quit IRC | 21:52 | |
| *** ant_home <ant_home!~ant__@host167-191-dynamic.52-82-r.retail.telecomitalia.it> has quit IRC | 21:58 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| *** anselmolsm_ <anselmolsm_!~anselmols@192.55.54.42> has quit IRC | 22:03 | |
| *** phantoneD <phantoneD!destroy@a89-152-21-144.cpe.netcabo.pt> has joined #yocto | 22:03 | |
| *** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has quit IRC | 22:04 | |
| *** phantoxeD <phantoxeD!destroy@a89-152-21-144.cpe.netcabo.pt> has quit IRC | 22:07 | |
| *** phantoneD <phantoneD!destroy@a89-152-21-144.cpe.netcabo.pt> has quit IRC | 22:07 | |
| *** Cardoe <Cardoe!~Cardoe@gentoo/developer/Cardoe> has quit IRC | 22:16 | |
| *** pepone <pepone!~user@254.5.165.83.dynamic.mundo-r.com> has quit IRC | 22:17 | |
| *** paulg <paulg!~paulg@71-19-175-186.dedicated.allstream.net> has joined #yocto | 22:17 | |
| *** MiskaX <MiskaX!~jussi@rankki.sonarnerd.net> has quit IRC | 22:18 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 22:19 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 22:19 | |
| *** lamego <lamego!lamego@nat/intel/x-qmimbglsztevbvee> has quit IRC | 22:37 | |
| *** MiskaX <MiskaX!~jussi@rankki.sonarnerd.net> has joined #yocto | 22:38 | |
| *** alimon <alimon!~alimon@134.134.137.73> has quit IRC | 22:38 | |
| *** Aethenelle <Aethenelle!~Aethenell@166.175.56.198> has joined #yocto | 22:55 | |
| *** aehs29 <aehs29!aehernan@nat/intel/x-wnydlalgvnxbvxnx> has quit IRC | 23:00 | |
| *** aehs29 <aehs29!aehernan@nat/intel/x-vxjqhycxxvgirbab> has joined #yocto | 23:02 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:20 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-qncymduhfqaglvzt> has quit IRC | 23:23 | |
| *** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has quit IRC | 23:23 | |
| *** Aethenelle <Aethenelle!~Aethenell@166.175.56.198> has quit IRC | 23:25 | |
| *** aehs29 <aehs29!aehernan@nat/intel/x-vxjqhycxxvgirbab> has left #yocto | 23:31 | |
| *** khem` <khem`!~khem@unaffiliated/khem> has quit IRC | 23:31 | |
| *** ftonello <ftonello!~quassel@82-71-26-47.dsl.in-addr.zen.co.uk> has quit IRC | 23:33 | |
| *** phantoxeD <phantoxeD!destroy@a89-152-21-144.cpe.netcabo.pt> has joined #yocto | 23:35 | |
| *** slips <slips!~slips@240.150.34.95.customer.cdi.no> has quit IRC | 23:50 | |
| aj_c | im getting to add a group into the a proyect, but im getting a awful error "ERROR: useradd not found in the base feeds (qemux86 i586 x86 noarch any all). | 23:50 |
| aj_c | acl-2.2.52-r0@" using as template /meta-skeleton/recipes-skeleton/useradd/useradd-example.bb | 23:50 |
| aj_c | if i used the full template it works fine but, as soon y remove useraddPARAM and do_install it sent that error | 23:51 |
| aj_c | i just want to create some new groups for other time use | 23:52 |
| *** staylor <staylor!~staylor@mail.au-zone.com> has quit IRC | 23:53 | |
| *** slips <slips!~slips@240.150.34.95.customer.cdi.no> has joined #yocto | 23:54 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!