| nitink | it will be easy for zeddii to track and plan this work | 00:00 |
|---|---|---|
| nitink | dmoseley: updatation of SRCREVs will need validation with multiple BSPs, so it may take some time | 00:01 |
| dmoseley | Yeah, I figured as much. | 00:01 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 00:02 | |
| *** AlexG <AlexG!~AndChat52@188.25.132.194> has quit IRC | 00:17 | |
| *** AlexG <AlexG!~AndChat52@188.25.132.194> has joined #yocto | 00:18 | |
| kergoth | Does anyone know if ther'es a way to opt-out of the qemu.bbclass bits, for do_rootfs-time operations? | 00:21 |
| kergoth | in some cases, qemu's user mode emulation doesn't support the instructions used for the tuning in question, resulting in do_rootfs postinst failure warnings | 00:21 |
| kergoth | I'm thinking there isn't such a method at the moment, but figured i'd check and see if anyone has run into such things before | 00:22 |
| *** Jin^eLD is now known as Jin|away | 00:31 | |
| *** sameo <sameo!~samuel@192.55.54.40> has quit IRC | 00:31 | |
| *** tastycactus <tastycactus!~aaron@ip68-106-248-219.ph.ph.cox.net> has quit IRC | 00:47 | |
| *** mulhern <mulhern!~mulhern@50.189.153.218> has joined #yocto | 00:54 | |
| *** AlexG <AlexG!~AndChat52@188.25.132.194> has quit IRC | 00:56 | |
| *** AlexG <AlexG!~AndChat52@188.25.132.194> has joined #yocto | 00:58 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-wcabyezfwhumbmfg> has quit IRC | 01:07 | |
| *** ftonello <ftonello!~felipe@wsip-70-183-20-162.oc.oc.cox.net> has joined #yocto | 01:15 | |
| *** phantoneD <phantoneD!destroy@a89-154-119-158.cpe.netcabo.pt> has joined #yocto | 01:16 | |
| *** fitzsim` <fitzsim`!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has joined #yocto | 01:18 | |
| *** jchonig_ <jchonig_!~quassel@firewall.honig.net> has joined #yocto | 01:19 | |
| *** jonmasters <jonmasters!~jcm@edison.jonmasters.org> has quit IRC | 01:22 | |
| *** smartin <smartin!~smartin@46.218.232.202> has quit IRC | 01:22 | |
| *** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC | 01:22 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has quit IRC | 01:22 | |
| *** internet_explore <internet_explore!~dingo@193.104.83.223> has quit IRC | 01:22 | |
| *** _valle_ <_valle_!~valle@194-218-94-206.customer.telia.com> has quit IRC | 01:22 | |
| *** phantoxeD <phantoxeD!destroy@a89-154-119-158.cpe.netcabo.pt> has quit IRC | 01:22 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 01:22 | |
| *** zarul <zarul!~zarul@ubuntu/member/zarul> has quit IRC | 01:22 | |
| *** internet_explore <internet_explore!~dingo@193.104.83.223> has joined #yocto | 01:22 | |
| *** _valle_ <_valle_!~valle@194-218-94-206.customer.telia.com> has joined #yocto | 01:22 | |
| *** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto | 01:23 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 01:23 | |
| *** jonmasters_ <jonmasters_!~jcm@edison.jonmasters.org> has joined #yocto | 01:25 | |
| *** zarul[afk] <zarul[afk]!~zarul@210.195.145.254> has joined #yocto | 01:25 | |
| *** smartin <smartin!~smartin@46.218.232.202> has joined #yocto | 01:25 | |
| *** Jim___ <Jim___!411ad795@gateway/web/cgi-irc/kiwiirc.com/ip.65.26.215.149> has quit IRC | 01:34 | |
| *** valic <valic!c1ca1642@gateway/web/freenode/ip.193.202.22.66> has quit IRC | 02:09 | |
| *** AlexVaduva <AlexVaduva!c1ca1642@gateway/web/freenode/ip.193.202.22.66> has quit IRC | 02:09 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 02:10 | |
| *** kevin_t <kevin_t!~Thunderbi@46.18.96.46> has quit IRC | 02:55 | |
| *** kevin_t <kevin_t!~Thunderbi@46.18.96.46> has joined #yocto | 02:55 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 03:17 | |
| *** jkridner <jkridner!~jkridner@c-98-250-189-79.hsd1.mi.comcast.net> has joined #yocto | 03:23 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 03:23 | |
| *** fitzsim` <fitzsim`!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has quit IRC | 03:34 | |
| *** roric <roric!~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se> has quit IRC | 03:58 | |
| *** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 04:19 | |
| *** madhu1 <madhu1!~madhu@14.139.181.229> has joined #yocto | 04:20 | |
| *** crazyl3gs <crazyl3gs!~AndChat52@109.166.143.126> has joined #yocto | 04:20 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 04:21 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 04:21 | |
| *** AlexG <AlexG!~AndChat52@188.25.132.194> has quit IRC | 04:23 | |
| *** crazyl3gs <crazyl3gs!~AndChat52@109.166.143.126> has quit IRC | 04:32 | |
| *** sgw_ <sgw_!~sgw@172.56.33.185> has joined #yocto | 04:39 | |
| *** agust <agust!~agust@p4FDE621F.dip0.t-ipconnect.de> has joined #yocto | 04:40 | |
| *** AlexG <AlexG!~AndChat52@109.166.130.24> has joined #yocto | 04:43 | |
| *** Squix <Squix!~Squix__@p021.net112139202.tokai.or.jp> has quit IRC | 05:09 | |
| *** Squix <Squix!~Squix__@p021.net112139202.tokai.or.jp> has joined #yocto | 05:10 | |
| *** crazyl3gs <crazyl3gs!~AndChat52@80.97.15.150> has joined #yocto | 05:11 | |
| *** AlexG <AlexG!~AndChat52@109.166.130.24> has quit IRC | 05:15 | |
| *** crazyl3gs <crazyl3gs!~AndChat52@80.97.15.150> has quit IRC | 05:15 | |
| *** AlexG <AlexG!ageorges@nat/intel/x-iabiupkreiihlbil> has joined #yocto | 05:15 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 05:27 | |
| *** sgw_ <sgw_!~sgw@172.56.33.185> has quit IRC | 05:34 | |
| *** neabax <neabax!~neabax@173.247.199.210> has quit IRC | 05:49 | |
| *** MDR <MDR!~MRustad@static-50-43-38-148.bvtn.or.frontiernet.net> has joined #yocto | 06:01 | |
| *** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 06:03 | |
| *** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 06:03 | |
| *** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 06:03 | |
| *** flihp <flihp!~flihp@c-76-24-20-220.hsd1.ma.comcast.net> has quit IRC | 06:04 | |
| *** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 06:04 | |
| *** flihp <flihp!~flihp@c-76-24-20-220.hsd1.ma.comcast.net> has joined #yocto | 06:11 | |
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto | 06:12 | |
| *** AlexVaduva <AlexVaduva!c1ca1642@gateway/web/freenode/ip.193.202.22.66> has joined #yocto | 06:12 | |
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC | 06:12 | |
| *** qt-x <qt-x!~ionel@217.10.196.2> has joined #yocto | 06:14 | |
| *** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto | 06:20 | |
| *** wgao <wgao!~wgao@1.202.252.122> has joined #yocto | 06:25 | |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 06:26 | |
| *** mago_ <mago_!~mago@smtp.hms.se> has quit IRC | 06:33 | |
| *** wgao_ <wgao_!~wgao@1.202.252.122> has joined #yocto | 06:35 | |
| *** wgao <wgao!~wgao@1.202.252.122> has quit IRC | 06:35 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 06:38 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 06:43 | |
| *** MDR <MDR!~MRustad@static-50-43-38-148.bvtn.or.frontiernet.net> has quit IRC | 06:55 | |
| *** zeeblex <zeeblex!~apalalax@134.134.139.72> has joined #yocto | 07:00 | |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-csgtelivddwyfvzq> has joined #yocto | 07:02 | |
| *** jbrianceau_away is now known as jbrianceau | 07:02 | |
| *** Denwid <Denwid!c2cc4226@gateway/web/freenode/ip.194.204.66.38> has joined #yocto | 07:02 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 07:04 | |
| *** yenal <yenal!~yenal@unaffiliated/yenal> has joined #yocto | 07:07 | |
| *** florian_kc <florian_kc!~fuchs@port-217-146-132-69.static.qsc.de> has joined #yocto | 07:07 | |
| *** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:07 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 07:09 | |
| *** florian_kc is now known as florian | 07:10 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:11 | |
| Jin|away | moin | 07:15 |
| *** Jin|away is now known as Jin^eLD | 07:15 | |
| *** JDuke128 <JDuke128!~textual@178.233.48.89> has quit IRC | 07:16 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 07:18 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 07:18 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 07:19 | |
| *** Denwid <Denwid!c2cc4226@gateway/web/freenode/ip.194.204.66.38> has quit IRC | 07:24 | |
| *** OlivierG <OlivierG!~oguiter@134.134.139.74> has left #yocto | 07:27 | |
| -YoctoAutoBuilder- build #41 of nightly-oecore is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oecore/builds/41 | 07:30 | |
| *** sameo <sameo!~samuel@192.55.55.37> has joined #yocto | 07:35 | |
| *** madhu1 <madhu1!~madhu@14.139.181.229> has quit IRC | 07:40 | |
| *** blitz00 <blitz00!~stefans@192.198.151.43> has joined #yocto | 07:48 | |
| *** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto | 07:48 | |
| *** cristianiorga <cristianiorga!~cristiani@134.134.137.73> has joined #yocto | 07:52 | |
| *** beaver_545 <beaver_545!~stuart@82.148.40.66> has joined #yocto | 08:22 | |
| *** madhu1 <madhu1!~madhu@14.139.181.229> has joined #yocto | 08:31 | |
| *** phragment <phragment!~blubb@vpn.htu.tu-graz.ac.at> has quit IRC | 08:33 | |
| *** phragment <phragment!~blubb@vpn.htu.tu-graz.ac.at> has joined #yocto | 08:34 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:35 | |
| *** sameo <sameo!~samuel@192.55.55.37> has quit IRC | 08:37 | |
| *** sameo <sameo!~samuel@192.55.55.37> has joined #yocto | 08:45 | |
| *** kroon <kroon!~kroon@host-95-199-3-117.mobileonline.telia.com> has joined #yocto | 08:47 | |
| *** belen <belen!~Adium@192.198.151.43> has joined #yocto | 08:57 | |
| xerent | bluelightning: remember yesterday's PLATFORM_ARCH = ${MACHINE} conversation? it looks like it doesn't work out for me, because the packages are built in-place (source code is not downloaded) | 09:05 |
| xerent | which means the build dir is the same for all machines | 09:06 |
| xerent | so I'm back to square one -- even if I clean the package and rebuild it, bitbake considers it the same because the recipe version and filename match | 09:07 |
| xerent | there's no notion that the package can be built for different machine targets :( | 09:07 |
| bluelightning | xerent: PACKAGE_ARCH not PLATFORM_ARCH - you are using the former in the recipe right?# | 09:07 |
| xerent | PACKAGE_ARCH, I mean, yes. Sorry. | 09:07 |
| bluelightning | ah and it's MACHINE_ARCH not MACHINE, but I guess you have that right in the recipe as well? | 09:08 |
| xerent | My colleague thinks that PACKAGE_ARCH is set implicitly anyhow, regardless of whether I do it explicitly in the application recipe. Is he correct? | 09:09 |
| xerent | I'll check the MACHINE vs MACHINE_ARCH thing, if that's causing it | 09:10 |
| bluelightning | he's right in that it's set implicitly to "${TUNE_ARCH}" | 09:10 |
| bluelightning | but that is the same for machines that share the same base architecture | 09:10 |
| bluelightning | MACHINE_ARCH contains the machine name itself so it is different per machine | 09:11 |
| xerent | ah! | 09:12 |
| *** sameo <sameo!~samuel@192.55.55.37> has quit IRC | 09:22 | |
| _valle_ | I have built an image for imx53 using yocto. At boot an image of tux is shown. I cannot find anything in uboot. Where is this set? I want to remove it | 09:25 |
| LetoThe2nd | _valle_: its in your kernel config, i just don't remember the exact switch | 09:27 |
| _valle_ | LetoThe2nd: Thank you | 09:30 |
| LetoThe2nd | something in the boot category, IIRC | 09:30 |
| *** madhu1 <madhu1!~madhu@14.139.181.229> has quit IRC | 09:33 | |
| *** sameo <sameo!samuel@nat/intel/x-qrjlxkzwnsyjmlve> has joined #yocto | 09:41 | |
| *** madhu1 <madhu1!~madhu@14.139.181.229> has joined #yocto | 09:41 | |
| *** hsychla <hsychla!~hsychla@2001:6f8:12d9:13:b10a:ec28:8b0e:9008> has joined #yocto | 09:45 | |
| *** madhu1 <madhu1!~madhu@14.139.181.229> has quit IRC | 09:46 | |
| *** Jin^eLD <Jin^eLD!~jin@belief.htu.tuwien.ac.at> has quit IRC | 09:47 | |
| hsychla | Hi everybody! Is there a way to list the SRC_URIs of all available recipes? background: I need to give somebody access to all git repos that are hosted at our git server so he can build an image himself. | 09:47 |
| *** Jin^eLD <Jin^eLD!~jin@belief.htu.tuwien.ac.at> has joined #yocto | 09:49 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 09:53 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:58 | |
| *** madhu1 <madhu1!~madhu@14.139.181.229> has joined #yocto | 10:00 | |
| *** madhu1 <madhu1!~madhu@14.139.181.229> has quit IRC | 10:04 | |
| pev | hsychla: Why not provide a mirror instead? | 10:05 |
| Xz | hsychla: did you try bitbake <image-name> -e | grep SRC_URI? :> | 10:06 |
| pev | hsychla: https://wiki.yoctoproject.org/wiki/How_do_I#Q:_How_do_I_create_my_own_source_download_mirror_.3F | 10:06 |
| pev | You can then produce a consistent offline build without needing access to the git server | 10:07 |
| bluelightning | Xz: that's not going to grab the values for all recipes ;) | 10:07 |
| pev | the mirror includes a snapshot of the servers repo. Assuming you dont have scary recipes that track head it'll work fine | 10:08 |
| hsychla | we don't want to make the sources publicly available. we want to give external developers a build environment so they can build and test their changes | 10:10 |
| pev | So... My morning question for all - I'm putting together a new build for some custom hardware. In my layer I've added cases to build for both the reference platform target and my custom board. What's the generally accepted way to build for *both* targets? | 10:10 |
| hsychla | but i think I got my list with a little find/cut/grep magic | 10:11 |
| pev | I assume I cant use the same build dir as they could clash? So should I re-call oe-init-build-env with a new MACHINE and new build dir to swap between the two? | 10:11 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 10:12 | |
| pev | hsychla: someone can correct me if Im wrong but I'm pretty sure that means you'll need to make some new binary recipes for your source then... | 10:13 |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 10:14 | |
| hsychla | pev: why? if their key is granted access in our gitolite installation, they can access the sources | 10:14 |
| pev | hsychla: I don't quite get the contradiction of "I need to give somebody access to all git repos that are hosted at our git server" with "we don't want to make the sources publicly available" | 10:14 |
| pev | hsychla: OK, so using ssh access...? | 10:15 |
| hsychla | pev: yes | 10:15 |
| pev | hsychla: Something like | 10:16 |
| pev | find . -name "*.bb*" | xargs grep -sI SRC_URI | grep git://github.com | 10:16 |
| pev | for example | 10:16 |
| pev | assuming you're in the root of all your layers... | 10:17 |
| hsychla | yes, that's what i meant by "find/cut/grep magic" | 10:17 |
| pev | :-) | 10:17 |
| hsychla | thanks anyway | 10:17 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:17 | |
| pev | It seems to be generally easiest to use your own crafted find/greps for such things | 10:18 |
| *** L30nArd0 <L30nArd0!~L30nArd0@117.217.38.93> has joined #yocto | 10:18 | |
| pev | rburton: Do you know anything about building for multiple machines in the same world? | 10:18 |
| *** mulhern <mulhern!~mulhern@50.189.153.218> has joined #yocto | 10:19 | |
| *** madhu1 <madhu1!~madhu@14.139.181.229> has joined #yocto | 10:22 | |
| *** bashnsn <bashnsn!3e9f4da5@gateway/web/freenode/ip.62.159.77.165> has joined #yocto | 10:22 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 10:26 | |
| *** madhu1 <madhu1!~madhu@14.139.181.229> has quit IRC | 10:26 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:28 | |
| *** bashnsn <bashnsn!3e9f4da5@gateway/web/freenode/ip.62.159.77.165> has quit IRC | 10:34 | |
| *** AlexG1 <AlexG1!~ageorges@192.198.151.43> has joined #yocto | 10:38 | |
| *** AlexG <AlexG!ageorges@nat/intel/x-iabiupkreiihlbil> has quit IRC | 10:39 | |
| *** madhu1 <madhu1!~madhu@14.139.181.229> has joined #yocto | 10:43 | |
| *** madhu1 <madhu1!~madhu@14.139.181.229> has quit IRC | 10:43 | |
| *** madhu2 <madhu2!~madhu@14.139.181.229> has joined #yocto | 10:45 | |
| *** madhu2 <madhu2!~madhu@14.139.181.229> has quit IRC | 10:54 | |
| _valle_ | With CONFIG_LOGO_LINUX_CLUT224=n I got rid of the logo during boot. | 10:56 |
| _valle_ | I also set CONFIG_FRAMEBUFFER_CONSOLE=n | 10:57 |
| _valle_ | However this gives me another problem... At boot, instead of getting a black screen I get colors randomized | 10:57 |
| _valle_ | Does someone know how to get a black screen during bootup after CONFIG_FRAMEBUFFER_CONSOLE=n is set? | 10:59 |
| *** kroon <kroon!~kroon@host-95-199-3-117.mobileonline.telia.com> has quit IRC | 11:00 | |
| xerent | _valle_: we simply use the coprocessor to disable display backlight during boot - but of course that requires a coprocessor that controls backlight ;) | 11:00 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 11:03 | |
| _valle_ | xerent: Okay :) but that won't work for me. | 11:06 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 11:09 | |
| pev | _valle_: Can you not configure it then blank it in your bootloader | 11:12 |
| pev | i.e. a black bootsplash? | 11:13 |
| _valle_ | I guess I could make my own black logo and replace the logo linux_clut224 with mine. | 11:15 |
| _valle_ | pev: Was that what you meant? | 11:16 |
| pev | _valle_: yea | 11:17 |
| pev | _valle_: Another option is to modify the fb driver so that when it initialises the framebuffer memory it memset's it first. Easy for RGB | 11:18 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 11:18 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 11:19 | |
| *** Jin^eLD is now known as Jin|away | 11:28 | |
| *** mago_ <mago_!~mago@smtp.hms.se> has joined #yocto | 11:33 | |
| *** L30nArd0 <L30nArd0!~L30nArd0@117.217.38.93> has quit IRC | 11:33 | |
| *** kevin_t <kevin_t!~Thunderbi@46.18.96.46> has quit IRC | 11:40 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 11:41 | |
| *** kevin_t <kevin_t!~Thunderbi@46.18.96.46> has joined #yocto | 11:41 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 11:52 | |
| *** madhu1 <madhu1!~madhu@117.221.201.236> has joined #yocto | 11:57 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 11:57 | |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 11:57 | |
| *** madhu1 <madhu1!~madhu@117.221.201.236> has quit IRC | 11:58 | |
| *** madhu1 <madhu1!~madhu@117.221.201.236> has joined #yocto | 11:58 | |
| *** arky <arky!~arky@197.237.140.136> has joined #yocto | 11:59 | |
| *** AlexG <AlexG!~ageorges@192.198.151.44> has joined #yocto | 12:01 | |
| *** AlexG1 <AlexG1!~ageorges@192.198.151.43> has quit IRC | 12:01 | |
| *** joeythesaint <joeythesaint!~jjm@24-246-4-250.cable.teksavvy.com> has joined #yocto | 12:02 | |
| *** hsychla <hsychla!~hsychla@2001:6f8:12d9:13:b10a:ec28:8b0e:9008> has quit IRC | 12:03 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has quit IRC | 12:05 | |
| *** jbrianceau is now known as jbrianceau_away | 12:06 | |
| _valle_ | I made a patch for the logo_linux_clut224.ppm with my own logo. How should I apply this? Should I write a recipe just to apply this patch? | 12:14 |
| _valle_ | Or should I use linux-imx_2.6.35.3.bbappend to change this? | 12:17 |
| *** AlexG <AlexG!~ageorges@192.198.151.44> has quit IRC | 12:19 | |
| *** AlexG <AlexG!~ageorges@192.198.151.43> has joined #yocto | 12:20 | |
| bluelightning | _valle_: in your own layer it's up to you; bbappend would be fine for this kind of thing I think | 12:21 |
| *** fusman <fusman!~fahad@110.93.212.98> has quit IRC | 12:22 | |
| _valle_ | bluelightning: Okay, trying to learn how things is done usually :) | 12:26 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 12:30 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 12:31 | |
| *** bzb <bzb!~bzb@192-0-226-240.cpe.teksavvy.com> has joined #yocto | 12:35 | |
| *** bzb <bzb!~bzb@192-0-226-240.cpe.teksavvy.com> has quit IRC | 12:37 | |
| *** fusman <fusman!~fahad@39.42.181.102> has joined #yocto | 12:43 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 12:43 | |
| *** madhu1 <madhu1!~madhu@117.221.201.236> has quit IRC | 12:45 | |
| _valle_ | pev: Where should I start to modify the fb driver? | 12:46 |
| ionte | hi. i'm trying to get SPI working on i.MX233 Olinuxino Maxi using Freescale BSP. I've got an oscilloscope connected to the SPI pins, but I'm getting absolutely nowhere ... | 12:46 |
| ionte | I have enabled SPI (spidev etc) in the kernel, but there is no /dev/spi* to be found.. | 12:46 |
| ionte | i have no idea where to go from here ... :( | 12:46 |
| pev | _valle_: Which kernel /driver are you using? | 12:50 |
| _valle_ | pev: Kernel linux-imx_2.6.35.3 | 12:51 |
| pev | _valle_: Ive not used that before - which repository does it come from? | 12:52 |
| pev | https://github.com/Freescale/linux-mainline ? | 12:52 |
| pev | git://git.freescale.com/imx/linux-2.6-imx.git ? | 12:53 |
| _valle_ | pev: I don't know. I'm using the layer meta-fsl-arm | 12:54 |
| *** fusman <fusman!~fahad@39.42.181.102> has quit IRC | 12:54 | |
| pev | _valle_: What do you enable driver wise in your kernel .config? | 12:54 |
| pev | Looks like it might be imxfb? | 12:55 |
| pev | My best guess not having looked at your build would be that you're using : | 12:56 |
| pev | http://git.freescale.com/git/cgit.cgi/imx/linux-2.6-imx.git/tree/drivers/video/imxfb.c?h=imx_2.6.35_maintain | 12:56 |
| pev | Have a look in : imxfb_probe() | 12:57 |
| pev | Looks like fbi->map_cpu is the base address of the FB | 12:57 |
| *** mikejanzen <mikejanzen!~mikejanze@216.16.231.238> has quit IRC | 12:58 | |
| *** mikejanzen2 <mikejanzen2!~mikejanze@216.16.231.238> has quit IRC | 12:58 | |
| pev | you could probably add memset(fbi->map_cpu, 0, fbi->map_size); after the check for "Failed to allocate video RAM" and see if that works | 12:58 |
| pev | and if it does, play nicely and wrap it in your own specific CONFIG_FB_IMX_ZERO or something | 12:59 |
| _valle_ | pev: Thank you! I shall try it | 12:59 |
| pev | Of course check that that *is* the fb your board is using first though! | 13:00 |
| pev | and maybe add a printk to prove that you're hitting it. | 13:01 |
| *** arky <arky!~arky@197.237.140.136> has quit IRC | 13:01 | |
| *** beaver_545 <beaver_545!~stuart@82.148.40.66> has quit IRC | 13:05 | |
| _valle_ | pev: Hm how do I check what fb that is being used? | 13:05 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 13:06 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 13:07 | |
| *** fusman <fusman!~fahad@182.189.64.25> has joined #yocto | 13:09 | |
| *** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC | 13:15 | |
| *** AlexVaduva <AlexVaduva!c1ca1642@gateway/web/freenode/ip.193.202.22.66> has quit IRC | 13:20 | |
| *** sgw_ <sgw_!~sgw@172.56.33.185> has joined #yocto | 13:31 | |
| pev | _valle_: Look at what objects have been built? | 13:32 |
| *** Noor <Noor!~quassel@110.93.212.98> has joined #yocto | 13:34 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-belihdajtxtfxrpe> has quit IRC | 13:36 | |
| *** Jin|away is now known as Jin^eLD | 13:38 | |
| *** qt-x <qt-x!~ionel@217.10.196.2> has quit IRC | 13:40 | |
| *** mago_ <mago_!~mago@smtp.hms.se> has quit IRC | 13:42 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 13:43 | |
| *** beaver_545 <beaver_545!~stuart@82.148.40.66> has joined #yocto | 13:44 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-upczvoghvoqwgsjq> has joined #yocto | 13:45 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 13:50 | |
| ionte | ok. so. i've created a recipe for a software package built using autotools | 13:54 |
| ionte | libnl-3 to be precise | 13:54 |
| ionte | when building i get this error: | 13:55 |
| ionte | ERROR: QA Issue: non debug package contains .debug directory: libnl path /work/armv5te-oe-linux-gnueabi/libnl/3.2.24-r0/packages-split/libnl/usr/lib/libnl/cli/qdisc/.debug/blackhole.so | 13:55 |
| *** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto | 13:55 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 13:55 | |
| ionte | any ideas? | 13:55 |
| ionte | my .bb follows the example from the development manual almost precisely... | 13:56 |
| bluelightning | ionte: I'm pretty sure there is a libnl3 recipe already though... | 14:02 |
| bluelightning | under meta/recipes-support/libnl/ | 14:02 |
| ionte | oh. i couldn't find it before, but there it is. thanks! | 14:03 |
| *** sjolley <sjolley!~sjolley@134.134.139.70> has joined #yocto | 14:03 | |
| xerent | what's the best way to make a package that doesn't build, but just deploys a bunch of files into the file system? | 14:04 |
| xerent | make a package, or edit image preprocess? | 14:04 |
| bluelightning | xerent: typically make a separate recipe, unless you have to construct the file contents completely dynamically at image creation time that is | 14:07 |
| *** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-csgtelivddwyfvzq> has quit IRC | 14:07 | |
| xerent | do I need an empty Makefile and what not, or can I just override do_compile in the recipe to do nothing | 14:08 |
| *** sgw_ <sgw_!~sgw@172.56.33.185> has quit IRC | 14:08 | |
| bluelightning | xerent: no need for a Makefile - in fact do_compile won't do anything (and won't error) if there is no Makefile in the source dir | 14:14 |
| xerent | OK thanks :) | 14:15 |
| *** sgw_ <sgw_!~sgw@172.56.33.185> has joined #yocto | 14:22 | |
| pev | xerent: There're loads of examples in the tree - look for stuff that deploys scripts or init scripts for examples | 14:25 |
| bluelightning | right, the basics are just mention the files in SRC_URI, have do_install install them to the appropriate locations under ${D} and then if needed add to FILES_${PN} if the files are installed to locations other than the "standard" ones | 14:27 |
| *** PulkoMandy <PulkoMandy!PulkoMandy@78.207.238.185> has joined #yocto | 14:40 | |
| -YoctoAutoBuilder- build #42 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/42 | 14:41 | |
| *** codinho_ <codinho_!~me@131.52.125.92.etth.tomsknet.ru> has joined #yocto | 14:52 | |
| PulkoMandy | hi, I'm trying to prevent a kernel module from loading at boot. I tried a file in /etc/modprobe.d, and modprobe.blacklist as a kernel option, but neither worked. What's the recommended way to do this in Yocto? | 14:52 |
| PulkoMandy | (I still want the module to be available for manual loading, but it doesn't work when loaded early in the boot process) | 14:53 |
| bluelightning | PulkoMandy: you could try module_autoload_<modulename> = "", but that'll only work if that is how it's being loaded | 14:54 |
| *** fusman <fusman!~fahad@182.189.64.25> has quit IRC | 14:55 | |
| *** fusman <fusman!~fahad@39.55.21.10> has joined #yocto | 14:55 | |
| pev | PulkoMandy: I think you can blacklist on the kernel commandline too? | 14:55 |
| pev | https://wiki.archlinux.org/index.php/kernel_modules#Using_kernel_command_line_2 | 14:56 |
| *** cristianiorga <cristianiorga!~cristiani@134.134.137.73> has quit IRC | 14:57 | |
| PulkoMandy | yes, I tried that but it doesn't seem to work | 14:57 |
| pev | If its not working, it's probably a syntax thing no? | 14:57 |
| PulkoMandy | modprobe.blacklist=mwifiex_sdio | 14:57 |
| PulkoMandy | I have this in the kernel command line, seems hard to make a syntax error there | 14:58 |
| *** codinho_ <codinho_!~me@131.52.125.92.etth.tomsknet.ru> has quit IRC | 15:00 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 15:01 | |
| xerent | hmm, if I have two packages that install the same file, and I want one to have priority | 15:01 |
| pev | PulkoMandy: Have a look in your busybox defconfig | 15:02 |
| pev | PulkoMandy: Whats the state of CONFIG_FEATURE_MODPROBE_BLACKLIST? | 15:03 |
| pev | xerent: What file? | 15:04 |
| *** sameo <sameo!samuel@nat/intel/x-qrjlxkzwnsyjmlve> has quit IRC | 15:04 | |
| xerent | a text file that I put into a random folder | 15:04 |
| pev | xerent: Is there a good reason for that? Normally you try to avoid that kind of contention... | 15:04 |
| xerent | package A is included in two images, and package B is included in one image, where that file should be overridden | 15:04 |
| xerent | so I guess I'll have to split package A into A1 and A2, and only install A1 on the second image with B | 15:05 |
| xerent | but it seems like a mess | 15:05 |
| PulkoMandy | poky/meta/recipes-core/busybox/busybox-1.21.1/defconfig:506:# CONFIG_FEATURE_MODPROBE_BLACKLIST is not set | 15:05 |
| PulkoMandy | I guess I can customize that? | 15:05 |
| pev | Normally I'd put the file in it's own package and have the other two depend on it maybe? | 15:05 |
| pev | PulkoMandy: For sure! | 15:05 |
| pev | PulkoMandy: Just add a bbappend that modifies it's state | 15:06 |
| xerent | if I made package B dependent on package A, will package A be built first, and then the file is overwritten when B is installed? | 15:06 |
| pev | PulkoMandy: I do that in some of my layers. I add a : do_prepare_config_append() | 15:06 |
| pev | PulkoMandy: and in that do a sed e.g. sed -i 's/# CONFIG_MPSTAT is not set/CONFIG_MPSTAT=y/' ${S}/.config | 15:07 |
| pev | PulkoMandy: There's probably a better / 'proper' way to do this these days (someone once mentioned config fragments to me) but this is the only way I could get to work... | 15:08 |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 15:10 | |
| *** codinho_ <codinho_!~me@31.24.28.9> has joined #yocto | 15:12 | |
| pev | Anyone know how to work out dependencies? i.e. my current build decides it wants to build perl for some reason I can't explain which really extends the build but I don't know what specifically has pulled it in? | 15:13 |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 15:13 | |
| kergoth | xerent: no, most package managers will abort installation entirely when doing that unless forcing the install, or unless package B indicates it replaces package A entirely (RREPLACES, potentially with RCONFLICTS/RPROVIDES). the only other possibility that comes to mind is using CONFFILES, not sure if the package manager allows those to be replaced or not. afaik. | 15:14 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 15:19 | |
| *** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 15:23 | |
| regorianer | is there a way to update package list after building a single recipe (bitbake package) instead of an image (bitbake image)? | 15:25 |
| kergoth | what do you mean by 'package list'? | 15:26 |
| volker- | If you do a full release, what is the most important thing beside keeping the steps repeatable (by using a local mirror, using fixed repository version/hashes)? | 15:26 |
| regorianer | deploy/ipk e.g. | 15:26 |
| volker- | How helpful is the buildhistory option? | 15:26 |
| kergoth | you mean the package feed/index? see the package-index recipe | 15:26 |
| regorianer | kergoth: in the deploy/ipk folder there are Package description files, but when you do a bitbake package, these are not updated | 15:27 |
| regorianer | kergoth: ok | 15:27 |
| *** cristianiorga <cristianiorga!cristianio@nat/intel/x-tgosilkhvwphiwov> has joined #yocto | 15:28 | |
| kergoth | volker-: enable it and take a look for yourself. personally, i'd never do a build without it | 15:29 |
| *** pidge <pidge!~eflanagan@c-24-21-207-18.hsd1.or.comcast.net> has joined #yocto | 15:39 | |
| *** AlexG <AlexG!~ageorges@192.198.151.43> has quit IRC | 15:41 | |
| *** sgw_ <sgw_!~sgw@172.56.33.185> has quit IRC | 15:44 | |
| *** belen1 <belen1!~Adium@192.198.151.43> has joined #yocto | 15:59 | |
| *** belen <belen!~Adium@192.198.151.43> has quit IRC | 16:00 | |
| *** fusman <fusman!~fahad@39.55.21.10> has quit IRC | 16:03 | |
| volker- | kergoth: i looked at it and checked also the documentation about it (thats how I found it). But I don't really get the sense/meaningfulnes of it | 16:05 |
| kergoth | it gives you a ton of useful information, i'm not sure how you wouldn't see the usefulness | 16:05 |
| kergoth | what packages are in the image, what sizes they are, what packages were emitted, what metadata they have | 16:06 |
| kergoth | but combined with the ability to store buildhistory in a git repository, it becomes even more useful | 16:06 |
| kergoth | since you can track what changes to the build occurred when you make a change to the metadata | 16:06 |
| kergoth | and monitor changes in the image contents or size over time, to watch for regressions | 16:06 |
| volker- | kergoth: hmmm. maybe it makes more sense with scm | 16:08 |
| *** Jin^eLD is now known as Jin|away | 16:08 | |
| volker- | kergoth: I also see package information that are not even added to the image | 16:08 |
| kergoth | set BUILDHISTORY_COMMIT ?= "1" | 16:08 |
| kergoth | the package info is about all packages built | 16:08 |
| kergoth | the image info is what's limited to the image | 16:08 |
| volker- | kergoth: I have to check if it supports p4 :( | 16:08 |
| kergoth | why? | 16:08 |
| volker- | my company does not support git at the moment and they don't see a reason for it | 16:09 |
| kergoth | its up to you whether you put your buildhistory repository somewhere persistent. even just local it's useful, though less for monitoring long term changes. presumably you could just check in the buildhistory git repo into your p4 repo, no? :) | 16:10 |
| * kergoth shrugs | 16:10 | |
| volker- | kergoth: look how frequent .git changes ;-) | 16:11 |
| kergoth | buildhistory uses its own git repository | 16:11 |
| volker- | kergoth: how do you add the build history accross versions? Don't you have a branch per release? | 16:11 |
| kergoth | it'll change when buildhistory does a new commit | 16:11 |
| *** 18VAACOCR <18VAACOCR!~sroy@mtl.savoirfairelinux.net> has joined #yocto | 16:12 | |
| volker- | kergoth: what is your benefit out of the postrm snippets in the build history? | 16:12 |
| *** sameo <sameo!~samuel@192.55.54.42> has joined #yocto | 16:12 | |
| *** arky <arky!~arky@197.237.140.136> has joined #yocto | 16:13 | |
| kergoth | as i said, it includes all the metadata about the packages, including their install scripts, again, presumably to monitor changes over time | 16:13 |
| kergoth | i didn't write the thing, i just use it | 16:13 |
| *** arky <arky!~arky@197.237.140.136> has quit IRC | 16:13 | |
| volker- | kergoth: so you don't use all parts of the output? | 16:13 |
| kergoth | buildhistory satisfies multiple use cases | 16:14 |
| *** zeeblex <zeeblex!~apalalax@134.134.139.72> has left #yocto | 16:15 | |
| volker- | kergoth: true. how do you mange buildhistory accross versions? using one repo for all releases and one repo for all development builds? | 16:18 |
| *** fusman <fusman!~fahad@39.55.21.10> has joined #yocto | 16:18 | |
| *** fusman <fusman!~fahad@39.55.21.10> has quit IRC | 16:22 | |
| *** fusman <fusman!~fahad@39.55.21.10> has joined #yocto | 16:24 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has joined #yocto | 16:34 | |
| *** sameo <sameo!~samuel@192.55.54.42> has quit IRC | 16:36 | |
| *** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC | 16:37 | |
| *** beaver_545 <beaver_545!~stuart@82.148.40.66> has quit IRC | 16:41 | |
| *** belen1 <belen1!~Adium@192.198.151.43> has quit IRC | 16:49 | |
| *** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto | 16:50 | |
| *** belen <belen!~Adium@192.198.151.43> has joined #yocto | 16:51 | |
| *** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 16:52 | |
| *** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 16:52 | |
| *** PulkoMandy <PulkoMandy!PulkoMandy@78.207.238.185> has quit IRC | 16:52 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 16:54 | |
| *** beaver_545 <beaver_545!~stuart@host86-144-237-215.range86-144.btcentralplus.com> has joined #yocto | 17:16 | |
| *** JaMaAway is now known as JaMa | 17:18 | |
| *** cristianiorga <cristianiorga!cristianio@nat/intel/x-tgosilkhvwphiwov> has quit IRC | 17:19 | |
| *** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC | 17:27 | |
| *** tom_say <tom_say!~tom_say@2605:6000:1403:19:223:54ff:fe82:18cc> has quit IRC | 17:32 | |
| *** fusman <fusman!~fahad@39.55.21.10> has quit IRC | 17:38 | |
| * kergoth thinks we should deprecate the wildcard handling in file: uris in SRC_URI. using a subdir instead is trivial | 17:40 | |
| *** maxtothemax <maxtothemax!maxtothema@nat/intel/x-mubpbjinpinolnkp> has joined #yocto | 17:42 | |
| *** cristianiorga <cristianiorga!cristianio@nat/intel/x-cdfcgeghkdqepipt> has joined #yocto | 17:47 | |
| kergoth | bah, even if i modify qemu.bbclass to obey a variable to disable it, there's no such mechanism for the intercepts | 17:50 |
| *** kscherer <kscherer!~kscherer@128.224.252.2> has quit IRC | 17:52 | |
| bluelightning | kergoth: I kind of view them as mostly the same amount of pain | 17:54 |
| bluelightning | at least we've now got to the point where checksums should mostly work properly with them | 17:55 |
| -YoctoAutoBuilder- build #41 of nightly-intel-gpl is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-intel-gpl/builds/41 | 17:58 | |
| kergoth | I just dislike the special casing, considering the feature doesn't really buy us anything we can't already do in other ways | 18:03 |
| *** abelloni <abelloni!~abelloni@128-79-216-6.hfc.dyn.abo.bbox.fr> has quit IRC | 18:15 | |
| *** belen <belen!~Adium@192.198.151.43> has quit IRC | 18:32 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 18:35 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-upczvoghvoqwgsjq> has quit IRC | 18:36 | |
| *** AlexG <AlexG!~ageorges@192.198.151.44> has joined #yocto | 18:39 | |
| *** ccaione <ccaione!~ccaione@unaffiliated/ccaione> has quit IRC | 18:44 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-uyiqbggukuerqcrp> has joined #yocto | 18:54 | |
| *** ccaione <ccaione!~ccaione@unaffiliated/ccaione> has joined #yocto | 19:02 | |
| *** AlexG <AlexG!~ageorges@192.198.151.44> has quit IRC | 19:06 | |
| *** abelloni <abelloni!~abelloni@128-79-216-6.hfc.dyn.abo.bbox.fr> has joined #yocto | 19:11 | |
| *** jesselang <jesselang!~jesse@c-66-41-109-159.hsd1.mn.comcast.net> has quit IRC | 19:15 | |
| *** mikejanzen <mikejanzen!~mikejanze@216.16.231.238> has joined #yocto | 19:22 | |
| *** W1N9Zr0 <W1N9Zr0!~w1n9zr0@2605:6400:2:fed5:22:0:759f:78cb> has quit IRC | 19:23 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 19:27 | |
| *** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto | 19:31 | |
| mikejanzen | I'm trying to use the yocto plugin for eclipse/kepler/cdt with the run target being an IMX6 based board. I have a simple hello world program that I can run remotely via ssh/tcf-agent. However, when I try to debug it I get the error "Could not determine GDB version using command: gdb --version". "gdb --version" works on the board and on the host/eclipse system. Anyone have any idea what could | 19:32 |
| mikejanzen | be wrong? I am using a custom "bitbake -c populate_sdk" image as the sysroot/toolchain. Maybe the problem is that gdb is missing from there? | 19:32 |
| *** dlern <dlern!~dlerner@128.224.250.2> has quit IRC | 19:38 | |
| *** dlern <dlern!~dlerner@128.224.250.2> has joined #yocto | 19:38 | |
| *** jmdelos_ <jmdelos_!~polk@75-173-234-237.clsp.qwest.net> has joined #yocto | 19:43 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:44 | |
| *** jmpdelos <jmpdelos!~polk@71-34-141-241.clsp.qwest.net> has quit IRC | 19:45 | |
| *** bluelightning_ <bluelightning_!~paul@167.127.187.81.in-addr.arpa> has joined #yocto | 19:49 | |
| *** bluelightning_ <bluelightning_!~paul@167.127.187.81.in-addr.arpa> has quit IRC | 19:49 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:49 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 19:50 | |
| *** W1N9Zr0 <W1N9Zr0!~w1n9zr0@2605:6400:2:fed5:22:0:759f:78cb> has joined #yocto | 19:55 | |
| *** smartin_ <smartin_!~smartin@13-105-190-109.dsl.ovh.fr> has joined #yocto | 20:02 | |
| *** DarkKnight <DarkKnight!~quassel@HSI-KBW-095-208-008-143.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 20:36 | |
| *** beaver_545_ <beaver_545_!~stuart@host86-144-237-215.range86-144.btcentralplus.com> has joined #yocto | 20:40 | |
| *** yenal <yenal!~yenal@unaffiliated/yenal> has quit IRC | 20:42 | |
| *** beaver_545 <beaver_545!~stuart@host86-144-237-215.range86-144.btcentralplus.com> has quit IRC | 20:43 | |
| *** ant_home <ant_home!~ant__@host89-230-dynamic.20-79-r.retail.telecomitalia.it> has joined #yocto | 20:48 | |
| volker- | how often will the git snapshots/tar.gz files in the yocto folder be updated? | 20:52 |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 20:55 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 20:55 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 21:00 | |
| *** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC | 21:12 | |
| *** 18VAACOCR <18VAACOCR!~sroy@mtl.savoirfairelinux.net> has quit IRC | 21:13 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 21:33 | |
| *** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 21:36 | |
| *** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 21:36 | |
| *** codinho_ <codinho_!~me@31.24.28.9> has quit IRC | 21:37 | |
| *** sameo <sameo!~samuel@192.55.55.39> has joined #yocto | 21:40 | |
| regorianer | mhh, whats the best way to add a perl-module ? | 21:45 |
| *** sjolley1 <sjolley1!~sjolley@134.134.139.76> has joined #yocto | 21:48 | |
| *** sjolley <sjolley!~sjolley@134.134.139.70> has quit IRC | 21:49 | |
| Garibaldi|work | mikejanzen: you can add packages to the sdk produced using bitbake -c populate_sdk. I'm not saying that's the problem -- I don't know -- but if it is, it's resolvable | 21:57 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 21:58 | |
| *** bluelightning_ <bluelightning_!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has joined #yocto | 21:59 | |
| *** bluelightning_ <bluelightning_!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has quit IRC | 21:59 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 21:59 | |
| *** smartin_ <smartin_!~smartin@13-105-190-109.dsl.ovh.fr> has quit IRC | 22:00 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| Garibaldi|work | see TOOLCHAIN_HOST_TASK, adding something like nativesdk-gdb (assuming that the gdb recipe supports that), would include gdb in the native sdk. | 22:01 |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 22:02 | |
| *** ant_home <ant_home!~ant__@host89-230-dynamic.20-79-r.retail.telecomitalia.it> has quit IRC | 22:02 | |
| volker- | regorianer: there is a cpan.bbclass, see http://www.yoctoproject.org/docs/1.5.1/ref-manual/ref-manual.html | 22:04 |
| *** Xz <Xz!~kmsywula@192.198.151.44> has quit IRC | 22:04 | |
| *** Xz <Xz!~kmsywula@192.198.151.43> has joined #yocto | 22:05 | |
| *** maxin <maxin!~majo@sestofw01.enea.se> has quit IRC | 22:07 | |
| *** maxin <maxin!~majo@sestofw01.enea.se> has joined #yocto | 22:11 | |
| *** pev <pev!~pev@cpc5-trow2-0-0-cust15.18-1.cable.virginm.net> has quit IRC | 22:25 | |
| *** pev <pev!~pev@cpc5-trow2-0-0-cust15.18-1.cable.virginm.net> has joined #yocto | 22:25 | |
| *** Jefro1 <Jefro1!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 22:27 | |
| *** nitink1 <nitink1!nitink@nat/intel/x-jrtxlmnympwjlqnn> has joined #yocto | 22:27 | |
| *** sameo_ <sameo_!~samuel@192.55.55.41> has joined #yocto | 22:27 | |
| *** nitink <nitink!~nitink@134.134.137.73> has quit IRC | 22:28 | |
| *** ubik3000 <ubik3000!~cristiani@134.134.139.76> has joined #yocto | 22:28 | |
| *** evanp_ <evanp_!~evan@134.134.139.76> has joined #yocto | 22:28 | |
| *** beaver_545_ <beaver_545_!~stuart@host86-144-237-215.range86-144.btcentralplus.com> has quit IRC | 22:28 | |
| *** evanp <evanp!evan@nat/intel/x-gqbuyrrusmooinfr> has quit IRC | 22:28 | |
| *** sameo <sameo!~samuel@192.55.55.39> has quit IRC | 22:28 | |
| *** cristianiorga <cristianiorga!cristianio@nat/intel/x-cdfcgeghkdqepipt> has quit IRC | 22:30 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 22:30 | |
| *** evanp_ <evanp_!~evan@134.134.139.76> has quit IRC | 22:42 | |
| *** sjolley1 <sjolley1!~sjolley@134.134.139.76> has quit IRC | 22:42 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-drrgprmfyushxlvi> has joined #yocto | 22:42 | |
| *** evanp <evanp!~evan@134.134.137.75> has joined #yocto | 22:43 | |
| *** agust <agust!~agust@p4FDE621F.dip0.t-ipconnect.de> has quit IRC | 22:43 | |
| *** cristianiorga <cristianiorga!~cristiani@134.134.139.74> has joined #yocto | 22:43 | |
| *** ubik3000 <ubik3000!~cristiani@134.134.139.76> has quit IRC | 22:43 | |
| *** maxtothemax <maxtothemax!maxtothema@nat/intel/x-mubpbjinpinolnkp> has quit IRC | 23:01 | |
| regorianer | volker-: thanks, this works fine, but I'm stucked with another error since more than half an hour now :( - http://pastebin.com/qcDuwp4q and it's about this module http://search.cpan.org/~cook/Device-SerialPort-1.04/SerialPort.pm | 23:04 |
| regorianer | i read a lot about it and some guys are telling that these are device mount issues, but if i do a normal ./configure it works, just not with the run.do_configure sets | 23:05 |
| -YoctoAutoBuilder- build #42 of nightly-intel-gpl is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-intel-gpl/builds/42 | 23:11 | |
| khem | regorianer: there must be a config.log file | 23:14 |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-uyiqbggukuerqcrp> has quit IRC | 23:14 | |
| khem | in your build tree | 23:14 |
| khem | that should give u more info | 23:15 |
| regorianer | yeah | 23:15 |
| regorianer | it's that he cannot run the a.out | 23:15 |
| regorianer | khem: if I add manually "--host arm-poky-linux-gnueabi" it works. but i cannot accept this as a solution | 23:16 |
| khem | regorianer: that should be already done for you if u inherit autotools | 23:17 |
| regorianer | uff, i only inherit cpan ... didnt know i also need autotools | 23:19 |
| regorianer | and there i dont understand why i need autotools then | 23:20 |
| kergoth | cpan is for perl stuff, it doesn't magically know that you're using autotools | 23:21 |
| kergoth | not all perl proejcts use autotoolss as their buildsystem, do they? | 23:21 |
| regorianer | mhh i dont get it | 23:23 |
| regorianer | autotools are fine, if i have a project containing a configure.ac and a makefile.am | 23:23 |
| regorianer | but in this point i only have the configure.ac | 23:24 |
| regorianer | there is no makefile, but the makefile.PL which will be run by the cpan function | 23:24 |
| regorianer | so ... if i inherit autotools, it fails cause autotools want to make install, but there is no make install routine in the perl-module | 23:24 |
| regorianer | maybe i am thinking a bit wrong, pls then correct me. :) | 23:25 |
| khem | regorianer: what does configure.ac looks like ? | 23:25 |
| khem | it seems someone did half the job | 23:26 |
| regorianer | http://search.cpan.org/~cook/Device-SerialPort-1.04/SerialPort.pm | 23:26 |
| regorianer | what i could do is to overwrite do_compile | 23:26 |
| regorianer | but i dont know if that's a solution one should do | 23:26 |
| *** Squix <Squix!~Squix__@p021.net112139202.tokai.or.jp> has quit IRC | 23:36 | |
| *** Squix <Squix!~Squix__@p021.net112139202.tokai.or.jp> has joined #yocto | 23:37 | |
| volker- | regorianer: don't know. with autotools you can define EXTRA_OECONF, might work with cpan, too | 23:39 |
| volker- | regorianer: if you look at other tools you often see such overwrites of do_configure, patches or similar | 23:41 |
| volker- | regorianer: What I always do is checking on http://layers.openembedded.org/ for similar projects. Actually there is a meta-perl that might be helpful | 23:42 |
| *** cristianiorga <cristianiorga!~cristiani@134.134.139.74> has quit IRC | 23:44 | |
| *** ubik3000 <ubik3000!~cristiani@134.134.137.73> has joined #yocto | 23:44 | |
| *** OlivierG1 <OlivierG1!oguiter@nat/intel/x-jnnnbhaqpjcydfrg> has joined #yocto | 23:46 | |
| volker- | regorianer: what happens if you add EXTRA_OECONF="--host=test"? does it show up in the error output? if so, you can inject the --host flag this way | 23:46 |
| *** Squix <Squix!~Squix__@p021.net112139202.tokai.or.jp> has quit IRC | 23:47 | |
| *** Squix <Squix!~Squix__@p021.net112139202.tokai.or.jp> has joined #yocto | 23:48 | |
| regorianer | volker-: no, doesnt show up | 23:48 |
| volker- | regorianer: and if it works this way, look into the autotools.bbclass at variables CONFIGUREOPTS | 23:48 |
| volker- | take a look into cpan.bbclass: perl ${EXTRA_PERLFLAGS} Makefile.PL ${EXTRA_CPANFLAGS} | 23:49 |
| volker- | try EXTRA_CPANFLAGS (don't know how cpan/perl Make works) | 23:49 |
| regorianer | well, EXTRA_CPANFLASGS does not work either, but i take a look at the cpan.bbclass | 23:51 |
| volker- | regorianer: looks like it wont help if you look in http://cpansearch.perl.org/src/COOK/Device-SerialPort-1.04/Makefile.PL | 23:53 |
| volker- | regorianer: what gives me an indication that something injects something somehow is the arm-poky-linux-gnueabi-gcc -march=.... --sysroot=... line. | 23:54 |
| volker- | regorianer: sorry, I am not a specialist at it, but hope to have provided some hints (where at least I would look) | 23:55 |
| regorianer | what do you mean by that line, in which file ? | 23:55 |
| volker- | regorianer: look into your pastbin, the "checking for gcc" line | 23:56 |
| regorianer | ah, well there. | 23:56 |
| volker- | grep -r -- "--sysroot" meta*/classes | 23:56 |
| *** gateforks <gateforks!424b3bcc@gateway/web/freenode/ip.66.75.59.204> has joined #yocto | 23:58 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!