| 00:09.42 | *** join/#oe mrcan_ (~mrcan@unaffiliated/mrcan) |
| 00:33.32 | *** join/#oe Darksmurf (~Daniel@99-90-22-245.lightspeed.okcbok.sbcglobal.net) |
| 00:34.36 | *** join/#oe nitink (nitink@nat/intel/x-ppgahswfmkoyxhaf) |
| 01:25.30 | *** join/#oe XorA (~XorA@188-220-34-37.zone11.bethere.co.uk) |
| 01:40.41 | *** join/#oe Russ_ (~russ@ip68-4-185-173.oc.oc.cox.net) |
| 01:51.13 | *** join/#oe XorA (~XorA@188-220-34-37.zone11.bethere.co.uk) |
| 01:58.28 | *** join/#oe andi- (~andi@p4FDB2999.dip.t-dialin.net) |
| 02:01.41 | *** join/#oe Russ_ (~russ@ip68-4-185-173.oc.oc.cox.net) |
| 02:06.07 | *** join/#oe devzero_ (devzero@xdsl-89-0-164-209.netcologne.de) |
| 02:36.10 | *** join/#oe Russ (~russ@ip68-4-185-173.oc.oc.cox.net) |
| 03:05.58 | *** join/#oe blupp (~blupp@dslb-188-099-240-211.pools.arcor-ip.net) |
| 03:23.59 | *** join/#oe Russ (~russ@ip68-4-185-173.oc.oc.cox.net) |
| 03:30.03 | *** join/#oe Russ (~russ@ip68-4-185-173.oc.oc.cox.net) |
| 03:46.50 | *** join/#oe risca (~risca@out-on-128.wireless.telus.com) |
| 03:53.35 | *** join/#oe JaMa (~martin@94.230.152.246) |
| 04:28.07 | *** join/#oe snkt (~snkt@122.170.104.85) |
| 04:38.10 | *** join/#oe lamikr (lamikr@nat/nokia/x-lrxgimrcxdtzvmer) |
| 05:06.15 | *** join/#oe mrcan__ (~mrcan@unaffiliated/mrcan) |
| 05:10.54 | *** join/#oe risca (~risca@wnpgmb0903w-ds01-249-233.dynamic.mtsallstream.net) |
| 05:32.03 | *** join/#oe Russ (~russ@ip68-4-185-173.oc.oc.cox.net) |
| 05:33.31 | *** join/#oe _tasslehoff_ (~Tasslehof@147.84-49-231.nextgentel.com) |
| 05:38.13 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 05:44.53 | *** join/#oe pretec (~Matthias@port-92-195-19-28.dynamic.qsc.de) |
| 06:35.35 | *** join/#oe Russ (~russ@ip68-4-185-173.oc.oc.cox.net) |
| 06:36.27 | *** join/#oe Russ (~russ@ip68-4-185-173.oc.oc.cox.net) |
| 06:49.09 | *** join/#oe Delkia (~william@2a01:e35:8b65:16c0:ae72:89ff:fe28:969b) |
| 07:15.46 | *** join/#oe Delkia (~william@2a01:e35:8b65:16c0:ae72:89ff:fe28:969b) |
| 07:19.54 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 07:38.24 | *** join/#oe JaMa (~martin@94.230.152.246) |
| 07:44.58 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 07:48.42 | *** join/#oe Omegamoon (~egoe@demolitionman.xs4all.nl) |
| 07:49.36 | *** join/#oe rschus (~rschus@p4FC18982.dip0.t-ipconnect.de) |
| 08:01.03 | ant_work | _tasslehoff_: heh, your msgs are dated 1st Mai |
| 08:02.35 | *** join/#oe lamikr (lamikr@nat/nokia/x-uplytjbcaxtnfzip) |
| 08:05.11 | _tasslehoff_ | ant_work: damnit! I really thought I had fixed this now :) |
| 08:05.20 | _tasslehoff_ | bloody 12.04 |
| 08:28.58 | *** join/#oe phdeswer (~phdeswer@HSI-KBW-078-043-064-116.hsi4.kabel-badenwuerttemberg.de) |
| 08:29.10 | *** join/#oe rob_w (~bob@ppp-188-174-4-101.dynamic.mnet-online.de) |
| 08:29.11 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 08:56.52 | *** join/#oe erwt (~erwt@122.170.104.85) |
| 09:05.09 | kenws | good morning |
| 09:06.31 | kenws | wonders how the matchbox window manager gets started on core-image-sato... |
| 09:25.13 | *** join/#oe julian__ (julianpid@62.200.22.2) |
| 09:36.13 | JaMa | otavio: ping |
| 09:36.54 | *** join/#oe e-ffi (~cybercom@HSI-KBW-134-3-115-142.hsi14.kabel-badenwuerttemberg.de) |
| 09:53.21 | *** join/#oe metaxa (metaxa@members.bombshellz.net) |
| 09:58.43 | *** join/#oe pepermint (~pepermint@host64-201-dynamic.10-188-r.retail.telecomitalia.it) |
| 10:19.41 | *** join/#oe DJWillis (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
| 10:24.21 | *** join/#oe DJWillis (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
| 10:27.00 | *** join/#oe _tasslehoff_ (~Tasslehof@147.84-49-231.nextgentel.com) |
| 10:29.07 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 10:29.08 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 10:45.25 | *** join/#oe vquicksilver (~vquicksil@gentoo/contributor/vquicksilver) |
| 11:02.44 | *** join/#oe XorA (~XorA@188-220-34-37.zone11.bethere.co.uk) |
| 11:20.14 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 11:21.55 | garble | Hey, is it possible, in a recipe, to get the PV of another package and use that in a string? If so how? |
| 11:38.31 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 11:49.42 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 11:55.43 | *** join/#oe challinan (~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
| 11:56.47 | *** join/#oe challinan (~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
| 12:11.46 | *** join/#oe pespin (~pespin@172.pool85-50-83.dynamic.orange.es) |
| 12:17.05 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 12:17.54 | otavio | JaMa: oi |
| 12:21.41 | erwt | hello |
| 12:21.52 | erwt | any udev experts here ? |
| 12:22.45 | *** join/#oe pepermint (~pepermint@host64-201-dynamic.10-188-r.retail.telecomitalia.it) |
| 12:23.26 | erwt | i want to stop auto mounting of pendrive during boot up time ,i want to enable this feature after my file sytem is completely up . |
| 12:24.18 | erwt | can some one tell me how do i delay or stop this auto mounting through udev |
| 12:28.16 | JaMa | otavio: do you have fix for firefox + gcc-4.7? or are you waiting for someone to send patch for meta-mozilla? |
| 12:28.35 | otavio | JaMa: I am waiting |
| 12:29.06 | otavio | JaMa: I am finishing a product release and I didn't update the oe-core repo here for a while |
| 12:29.15 | JaMa | ok |
| 12:29.30 | otavio | JaMa: if you can ... try to update firefox as well; it would be awesome! |
| 12:29.36 | *** join/#oe troth (~troth@nat/hp/x-yuqfzrmreeusojvw) |
| 12:30.01 | JaMa | also quite busy.. so hopefully someone will be faster |
| 12:30.30 | JaMa | it didn't work with gcc-4.6 and gold anyway... |
| 12:31.37 | otavio | JaMa: really? |
| 12:31.41 | otavio | JaMa: grr |
| 12:32.03 | JaMa | I was told it just segfaults a lot.. |
| 12:32.28 | JaMa | but I'm not using it, GNUtoo was testing it |
| 12:38.41 | *** join/#oe morphis (~morphis@dslb-088-071-178-169.pools.arcor-ip.net) |
| 12:39.57 | *** join/#oe cryptk (cryptk@nasadmin/cryptk) |
| 12:40.41 | *** join/#oe ka6sox (ka6sox@nasadmin/ka6sox) |
| 12:45.12 | *** join/#oe scoutcamper (scoutcampe@nasadmin/webteam/scoutcamper) |
| 13:04.19 | *** join/#oe mhnoyes (~mhnoyes@74-32-169-246.dr01.myck.or.frontiernet.net) |
| 13:04.20 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 13:08.39 | *** join/#oe cminyard (~cminyard@pool-173-57-151-210.dllstx.fios.verizon.net) |
| 13:33.27 | *** join/#oe cryptk (cryptk@nasadmin/cryptk) |
| 13:34.13 | *** join/#oe erwt (~erwt@122.170.104.85) |
| 13:35.34 | *** join/#oe ka6sox (ka6sox@nasadmin/ka6sox) |
| 13:37.48 | *** join/#oe scoutcamper (scoutcampe@nasadmin/webteam/scoutcamper) |
| 14:00.42 | *** join/#oe Russ (~russ@ip68-4-185-173.oc.oc.cox.net) |
| 14:04.41 | *** join/#oe devzero_ (devzero@xdsl-89-0-112-249.netcologne.de) |
| 14:20.52 | *** join/#oe fullstop (~quassel@173.210.91.4) |
| 14:22.21 | *** join/#oe cryptk (cryptk@nasadmin/cryptk) |
| 14:24.31 | *** join/#oe ka6sox (ka6sox@nasadmin/ka6sox) |
| 14:25.33 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 14:26.41 | *** join/#oe scoutcamper|away (scoutcampe@nasadmin/webteam/scoutcamper) |
| 14:29.58 | *** join/#oe hillct_ (~hillct@cpe-174-109-206-062.nc.res.rr.com) |
| 14:32.38 | *** join/#oe DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 14:59.34 | pb_ | morning all |
| 15:00.45 | florian | hey pb_ |
| 15:07.20 | *** join/#oe dvhart (~dvhart@static-50-53-99-101.bvtn.or.frontiernet.net) |
| 15:08.30 | *** join/#oe zenlinux_ (~sgarman@c-50-137-42-92.hsd1.or.comcast.net) |
| 15:10.46 | *** join/#oe galak (~galak@nat/ti/x-zioxsazugmpnduzr) |
| 15:53.55 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 15:55.45 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
| 16:08.41 | awsation | Hi, I am trying to bitbake the monit recipe found on git.openembedded.org. It is successfull with EXTRA_OECONF = "--without-ssl" |
| 16:08.51 | awsation | but when I try EXTRA_OECONF = "--with-ssl-lib-dir=${STAGING_LIBDIR} --with-ssl-incl-dir=${STAGING_INCDIR}" |
| 16:09.05 | awsation | it fails with this error: |
| 16:09.07 | *** join/#oe awozniak (~awozniak@74.82.132.35) |
| 16:09.40 | awsation | | Couldn't find your SSL library files. |
| 16:09.40 | awsation | | Use --with-ssl-lib-dir option to fix this problem or disable the |
| 16:09.41 | awsation | | SSL support with --without-ssl |
| 16:09.41 | awsation | | |
| 16:09.41 | awsation | | ERROR: oe_runconf failed |
| 16:09.41 | awsation | NOTE: package monit-4.10.1-r2: task do_configure: Failed |
| 16:09.54 | awsation | any ideas? |
| 16:18.48 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 16:24.02 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 17:17.52 | *** join/#oe florian (~fuchs@sign-4db6a43d.pool.mediaWays.net) |
| 17:18.05 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 17:21.24 | *** join/#oe falk0n (~falk0n@a85-138-71-175.cpe.netcabo.pt) |
| 17:27.52 | khem | awsation: is openssl staged ? |
| 17:28.01 | khem | awsation: you need to add openssl to DEPENDS |
| 17:31.59 | awsation | I do have DEPENDS = "openssl" |
| 17:33.47 | awsation | looking further into the build log, I also see the following: |
| 17:34.43 | awsation | | checking for _FILE_OFFSET_BITS value needed for large files... 64 |
| 17:34.43 | awsation | | checking for SSL support... enabled |
| 17:34.44 | awsation | | checking for SSL include directory... /home/user/build/tmp/qemu86-core-statmp/sysroots/qemux86/usr/include |
| 17:34.44 | awsation | | checking for SSL library directory... Not found |
| 17:34.44 | awsation | | |
| 17:34.44 | awsation | | Couldn't find your SSL library files. |
| 17:34.46 | awsation | | Use --with-ssl-lib-dir option to fix this problem or disable the |
| 17:34.52 | awsation | | SSL support with --without-ssl |
| 17:34.54 | awsation | | |
| 17:34.56 | awsation | | ERROR: oe_runconf failed |
| 17:35.08 | *** join/#oe Noor (~nahsan@110.93.212.98) |
| 17:37.11 | awsation | the ssl lib cannot be found in ${STAGING_LIBDIR} |
| 17:38.18 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
| 17:46.18 | *** join/#oe dvhart (~dvhart@134.134.139.72) |
| 17:53.53 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 17:54.05 | *** join/#oe GNUtoo-desktop (~GNUtoo@host137-129-dynamic.45-79-r.retail.telecomitalia.it) |
| 18:21.59 | *** join/#oe Delkkia (~Delkia@2a01:e35:8b65:16c0:3836:2e42:8da5:f844) |
| 18:31.07 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 18:31.37 | *** join/#oe Delkia (~Delkia@2a01:e35:8b65:16c0:3836:2e42:8da5:f844) |
| 18:32.24 | *** part/#oe Delkia (~Delkia@2a01:e35:8b65:16c0:3836:2e42:8da5:f844) |
| 18:32.51 | *** join/#oe Delkia (~Delkia@2a01:e35:8b65:16c0:3836:2e42:8da5:f844) |
| 18:35.56 | *** join/#oe galak (~galak@nat/ti/x-zkwwuwxalvyhqfww) |
| 19:24.07 | *** join/#oe XorA (~XorA@188-220-34-37.zone11.bethere.co.uk) |
| 19:31.37 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 19:39.11 | *** join/#oe Crofton|irssi (~balister@pool-71-171-22-246.nwrknj.east.verizon.net) |
| 20:05.45 | *** join/#oe rcf (~rcf@150.51-243-81.adsl-dyn.isp.belgacom.be) |
| 20:13.17 | *** join/#oe methril (~methril@188.141.116.32) |
| 20:16.19 | *** part/#oe Omegamoon (~egoe@demolitionman.xs4all.nl) |
| 20:42.31 | *** join/#oe rob_w (~bob@ppp-188-174-4-101.dynamic.mnet-online.de) |
| 20:42.32 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 20:49.17 | GNUtoo-desktop | hi khem |
| 20:49.24 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
| 20:50.07 | GNUtoo-desktop | is that normal for armv4: http://paste.debian.net/166740/ |
| 20:52.45 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 20:53.54 | fray | has anyone tried to use boost (or anything that uses boost) with master of oe-core? |
| 20:53.59 | fray | I'm getting failures in the STL |
| 20:57.15 | *** join/#oe dijenerate (~dijenerat@72.51.101.117) |
| 21:07.11 | *** join/#oe ant__ (~andrea@host61-186-dynamic.60-82-r.retail.telecomitalia.it) |
| 21:07.14 | *** join/#oe Tartarus (trini@pixelshelf.com) |
| 21:09.40 | khem | GNUtoo-desktop: whats up |
| 21:10.55 | pb_ | re |
| 21:11.24 | pb_ | Tartarus: it is a shame you are not standing for re-election to the tsc. |
| 21:11.39 | GNUtoo-desktop | khem, hi I wondered if the enabled on neon was a problem |
| 21:11.50 | Tartarus | Yeah, but just don't have the time to give OE stuff the attention it deserves from someone on the TSC |
| 21:12.01 | khem | GNUtoo-desktop: if you pass correct mtune march it should take care of that |
| 21:12.06 | GNUtoo-desktop | ok |
| 21:12.08 | GNUtoo-desktop | thanks a lot |
| 21:12.15 | Tartarus | it's hard work being a trained monkey you know :) |
| 21:12.17 | khem | GNUtoo-desktop: we dont configure for a given arch per say |
| 21:12.26 | pb_ | Tartarus: yeah, that is too bad. |
| 21:12.47 | GNUtoo-desktop | ah ok, I tought so |
| 21:12.47 | khem | if we used -with-tune --with-arch then it will havce different defaults |
| 21:13.07 | GNUtoo-desktop | ahhh that explain why the compiler can output for armv7 |
| 21:14.21 | Jay7 | GNUtoo-desktop: ping |
| 21:14.30 | GNUtoo-desktop | Jay7, pong |
| 21:14.40 | Jay7 | GNUtoo-desktop: is nokia n900 bundled with cable suitable to reflash? |
| 21:14.48 | khem | pb_: once you mentioned you were using mips32 soc |
| 21:14.53 | Jay7 | i.e. no special system cable is needed? |
| 21:15.01 | GNUtoo-desktop | Jay7, usually yes but note that the first bootloader(x-loader) is signed |
| 21:15.03 | khem | pb_: is it something of the shelf ? |
| 21:15.04 | GNUtoo-desktop | then comes nolo |
| 21:15.14 | GNUtoo-desktop | which isn't signed and then comes the kernel |
| 21:15.44 | GNUtoo-desktop | so what you flash is the kernel or whatever that takes its place(like a chainloaded uboot) |
| 21:15.50 | Jay7 | is thinking about getting n900 into collection :) |
| 21:16.08 | pb_ | khem: sort of. it's a broadcom SoC. the particular IC we are using is not an off-the-shelf part but I think the same core is in quite a lot of their other chips. |
| 21:16.09 | GNUtoo-desktop | Jay7, do you know alsa? |
| 21:16.21 | Jay7 | GNUtoo-desktop: easy answer is no :) |
| 21:16.44 | GNUtoo-desktop | ouch because in SHR we have sound quality issues during calls + the port is not finished |
| 21:16.50 | khem | pb_: ok. |
| 21:17.00 | khem | pb_: are you using oe on it ? |
| 21:17.07 | GNUtoo-desktop | but JaMa uses it not as a phone and he's happy with it |
| 21:17.18 | khem | pb_: I was wondering what would be a good reference board for mips |
| 21:17.30 | Jay7 | GNUtoo-desktop: you may propose it as CEWG project |
| 21:17.30 | khem | do u have any suggestions |
| 21:17.43 | Jay7 | (former CELF) |
| 21:18.36 | GNUtoo-desktop | Jay7, ah ok |
| 21:19.00 | pb_ | khem: yeah, we are using oe on it and it seems to be working fairly well. |
| 21:19.07 | Jay7 | this year proposal deadline is over but who knows.. :) |
| 21:19.26 | khem | pb_: ok. |
| 21:22.56 | *** join/#oe Delkia (~Delkia@2a01:e35:8b65:16c0:3d8c:b2e:c3e2:38cb) |
| 21:24.25 | *** part/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 21:27.44 | kenws | Hi there, I just noticed that GCC 4.7 and Qt 4.8 have landed in master. Is the tree unfrozen again and if so, is there any release tag or something? |
| 21:27.55 | fray | yes and yes |
| 21:28.10 | fray | "denzil" is the release branch |
| 21:28.19 | kenws | ah |
| 21:28.32 | fray | I'm not sure if there is a release tag yet.. but there should be any day.. |
| 21:28.37 | fray | I would expect it to be 2012-1 |
| 21:29.06 | khem | kenws: now you can merge all my work into meta-linaro |
| 21:29.08 | kenws | I just issued a git fetch and checked http://cgit.openembedded.org/openembedded-core/refs/ - nothing there yet |
| 21:29.10 | khem | from my layer |
| 21:29.23 | khem | kenws: its a different branch |
| 21:30.06 | kenws | khem: yep, I'll do so. It may take a little longer because I want to have a meta-linaro support the release |
| 21:30.25 | khem | kenws: sure |
| 21:30.30 | khem | tag it denzil |
| 21:30.43 | kenws | I've just started to build the sato and qt4e images targeting mips and ppc using the linaro 4.6 toolchain |
| 21:31.00 | kenws | khem: the tag or the branch? |
| 21:31.30 | khem | kenws: I was suggested a branch name for you |
| 21:31.40 | khem | which will then work with denzil release of OE-Core |
| 21:32.02 | fray | in the oe-core repository denzil is a branch.. I don't yet see a tag |
| 21:32.03 | kenws | aah, got it - thx : ) |
| 21:32.23 | kenws | if there any documentation about the oe-core release methodology? |
| 21:32.29 | kenws | s/if/is/ |
| 21:32.57 | fray | there is some.. look for a post from Song Liu on the oe-core list.. |
| 21:33.06 | fray | (it's talking Yocto Project, but it's basically the same thing) |
| 21:33.34 | fray | over the next couple of weeks, I have the action (as part of the OE TSC) to better document the release process and have an ongoing status indicator of what phase we're in, and when the next phase is likely to begin |
| 21:33.37 | khem | kenws: releases are 6 months apart April and October roughly |
| 21:33.55 | fray | yup.. thats the core framework to work under.. |
| 21:34.20 | khem | which also coincide with ubuntu :) hopefully makes your life easier |
| 21:34.20 | fray | since we just released.. May though August is likely to be all development.. |
| 21:34.20 | kenws | I've read that oe-core is following the yocto 6mnth release cycle but haven't noticed that the denzil branch is going to be the release (until now) |
| 21:34.20 | fray | Sept - Oct progressive freeze to release |
| 21:34.28 | kenws | I see : ) |
| 21:34.34 | khem | kenws: you should pay attention to ml :) |
| 21:34.45 | fray | kenws, I don't think an announcement has gone out yet that it's been released.. but it's -very- close.. |
| 21:35.00 | khem | its being released today I think |
| 21:35.03 | fray | RP sent out an email about the Denzil branch though, and opening of master.. (at least i thought he did) |
| 21:35.09 | fray | khem, yup AFAIK today or tomorow |
| 21:35.15 | khem | ok |
| 21:36.07 | kenws | hm, if I would have known this earlier (about the denzil branch) I could have tested it earlier. But you are right, I'm not following the ml closely - I'm usually just grepping through the archive... |
| 21:36.37 | khem | kenws: its ok |
| 21:36.54 | khem | you can still do it. layers release doesnt have to be same day |
| 21:37.04 | fray | kenws, that is why we (the TSC) have decided we need a status page explaining where we are.. |
| 21:37.16 | khem | as long as you test and tag the layer with corresponding OE-Core release you should be good to go |
| 21:37.25 | fray | there were a lot of complaints about the freeze to release part of the process... people were unprepared for a slow down in the acceptance of changes |
| 21:37.56 | khem | I always have proposed to slow down and release |
| 21:38.09 | khem | it just works for better quality |
| 21:39.10 | kenws | khem: yeah sure, but meta-linaro relies on functionality provided by oe core and some of it like the binary toolchain stuff is rarely used/tested |
| 21:40.22 | fray | kenws, be aware if you are working on binary toolchains that folks from Mentor and Wind River are doing similar work in preparing, distributing and verifying configuration of binary toolchains... |
| 21:40.26 | kenws | I guess it's not that far from what I'm using right now - so it should be all good : ) |
| 21:40.38 | fray | (initially with the existing csl_toolchain class) but many of the concepts are expected to become more universal |
| 21:40.39 | kenws | yep, kergoth is doing some great work there |
| 21:41.15 | fray | as WR we're focusing on validation and tuning control.. we want to be sure that our customers (when using the binary toolchains) don't stray into unsupported tunes.. since they are likely to get errors or incorrect compilations.. |
| 21:41.27 | kenws | I wish I could build the libc instead of copying the one provided by the binary toolchain. but I haven't found the time to dig into it |
| 21:41.47 | fray | that is another thing we will be working on. I thought there was already a switch, but maybe we were talking about adding one? |
| 21:42.15 | fray | but the default is use the binary, switched it will enable build using the regular recipe sources [or a replacement alternative] |
| 21:42.23 | kenws | fray: afair kergoth wanted the same a few weeks ago and we both thought it wasn't there yet |
| 21:43.07 | kenws | yes, having a switch would be great |
| 21:43.11 | fray | I've been only tracking the work on the side.. "seebs" is the one working on that for WR |
| 21:43.33 | kenws | ok, good to know there are others out there : ) |
| 21:44.30 | khem | kenws: actually any components for that matter should be pluggable |
| 21:44.48 | khem | in theory if it works in practice or not is another thing |
| 21:45.02 | fray | khem, ya, I agree.. the binary toolchains are a fairly special case though -- since they are critical for the system as a whole to work |
| 21:45.12 | khem | but if someone said use binutils from internal toolchain and only gcc from external toolchain then that should be possible |
| 21:45.50 | kenws | khem: using the "provides" mechanism? |
| 21:45.52 | khem | so infact replacing target bits. e.g. libc should be a bit simpler |
| 21:46.07 | fray | khem ya, it should work.. but thats one thing I don't think will right now ;) |
| 21:46.17 | khem | true |
| 21:46.37 | khem | kergoth's work and seebs work will pave path for it though |
| 21:48.48 | *** join/#oe zenlinux (~sgarman@c-76-105-137-48.hsd1.or.comcast.net) |
| 22:03.01 | *** join/#oe galak (~galak@nat/ti/x-mmbphrxyrzpdqqcx) |
| 22:03.12 | *** join/#oe kristoffer (~kristoffe@c-c3dde555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 22:11.21 | *** join/#oe dvhart (~dvhart@static-50-53-99-101.bvtn.or.frontiernet.net) |
| 23:00.55 | *** join/#oe JeremyClarkson (~jeremycla@2620:149:4:1902:e978:4de:ea2a:1797) |
| 23:02.16 | JeremyClarkson | Hey all, newbie question here. I'm trying to add a custom recipe to a custom console image build target, which builds a kernel module. I'm wondering how I can set up the do_install task to add the built module (.ko file) to the sys/modules directory. of the rootfs. I've done a lot of reading, but I haven't found the answer to my question. I'd appreciate any pointers/help. |
| 23:04.06 | khem | JeremyClarkson: are you usinf OE-Core based setup |
| 23:04.45 | khem | you can add inherit module |
| 23:04.46 | JeremyClarkson | I'm using a gumstix board, and this (http://gumstix.org/software-development/open-embedded/61-using-the-open-embedded-build-system.html) guide. (I'm not sure) |
| 23:04.50 | khem | to your recipe |
| 23:05.02 | khem | export KERNEL_SRC="${STAGING_KERNEL_DIR}" |
| 23:05.09 | JeremyClarkson | ok, I currently inherit module |
| 23:05.30 | khem | so now you want to add the module to your image right ? |
| 23:05.35 | JeremyClarkson | yes |
| 23:05.40 | khem | its building fine I suppose |
| 23:05.43 | JeremyClarkson | looks like I need to do the export |
| 23:05.47 | JeremyClarkson | yep, building fine |
| 23:05.53 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 23:05.54 | JeremyClarkson | what does that export line do? |
| 23:06.18 | khem | oh it finds the kernel sources |
| 23:06.25 | khem | but I I guess you have it right |
| 23:06.36 | JeremyClarkson | yeah |
| 23:07.09 | JeremyClarkson | if it helps, this is my current install task: |
| 23:07.25 | JeremyClarkson | do_install () { |
| 23:07.25 | JeremyClarkson | install -d ${D}${base_libdir}/modules/${KERNEL_VERSION}/kernel/drivers/test |
| 23:07.26 | JeremyClarkson | install -m 0644 ${S}/fsp-accessory*${KERNEL_OBJECT_SUFFIX} ${D}${base_libdir}/modules/$ {KERNEL_VERSION}/kernel/drivers/test |
| 23:07.27 | JeremyClarkson | } |
| 23:07.56 | JeremyClarkson | does that seem like it should work? |
| 23:08.15 | JeremyClarkson | (and again, I really appreciate the help) |
| 23:08.21 | khem | mostly you should not need do_install |
| 23:08.34 | khem | module bbclass should take care of it |
| 23:09.03 | khem | RDEPENDS_pn-<your-image-name>_append = " kernel-module-<yourmodule>" |
| 23:09.03 | JeremyClarkson | what does module bbclass do/mean |
| 23:09.22 | khem | if you add that above to your local.conf file |
| 23:09.31 | khem | it should then get into image dependency |
| 23:09.39 | khem | and get pulled in when building the image |
| 23:10.18 | khem | first you build it and second part is adding it to image |
| 23:10.48 | JeremyClarkson | awesome. So by adding the dependency statement to my local.conf, I can remove the do_install task? |
| 23:11.06 | khem | well, I dont know to be sure |
| 23:11.17 | khem | but module class will have a install task too |
| 23:11.22 | khem | which generally is sufficient |
| 23:11.33 | khem | unless your module build system needs some special things |
| 23:11.46 | khem | then you can either override the install task like you were doing |
| 23:12.07 | khem | or you can also tweak it by appending and prepending to the original install task |
| 23:12.43 | JeremyClarkson | I don't believe it does. I'll comment out the install task and test it. Also, what targets do I need to clean before rebuilding for a kernel module? (I'm a bit confused with how bitbake handles rebuilding) |
| 23:13.02 | khem | just clean your module |
| 23:13.50 | JeremyClarkson | excellent. I was doing a linux-omap3 clean to be safe (which takes a wuile to rebuild) |
| 23:20.50 | *** join/#oe Russ (foobar@ip68-106-254-4.ph.ph.cox.net) |
| 23:23.29 | *** join/#oe methril (~methril@188.141.116.32) |
| 23:32.36 | *** join/#oe risca (~risca@wnpgmb0903w-ds01-249-233.dynamic.mtsallstream.net) |