| 00:30.47 | *** join/#oe _julian_ (~quassel@hmbg-4d06a3db.pool.mediaWays.net) |
| 01:20.17 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 01:25.08 | *** join/#oe melchior__ (~melchior@AStrasbourg-552-1-25-7.w90-13.abo.wanadoo.fr) |
| 01:38.38 | *** join/#oe Openfree^ (~Openfree`@116.228.88.131) |
| 01:57.06 | *** join/#oe DEVASTATOR (kadir@188.38.130.49) |
| 01:57.37 | Guest95597 | hi , linaro vs openembedded , which one has higher performance? |
| 02:05.46 | *** join/#oe devzero_ (devzero@xdsl-78-34-213-164.netcologne.de) |
| 02:27.53 | CcSsNET | thanks for the linaro name drop :) |
| 02:41.25 | Crofton|work | OE compilers use linaro patches .... |
| 02:44.15 | *** join/#oe zenlinux (~sgarman@c-76-105-143-140.hsd1.or.comcast.net) |
| 02:50.29 | ka6sox-away | Crofton|work, did we get the .net to point to patches now? |
| 02:52.47 | Crofton|work | we need to catch mickey |
| 03:05.36 | *** join/#oe Openfree^ (~Openfree`@116.228.88.131) |
| 03:20.02 | *** join/#oe tdebrouw` (~tdebrouw@91.182.198.5) |
| 04:06.36 | *** join/#oe mrc3 (~ddiaz@189.157.109.254) |
| 04:39.29 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 05:07.58 | *** join/#oe openfree (~dennis@116.228.88.131) |
| 05:22.56 | *** join/#oe toi (~peter@vrt.nat.ibbt.be) |
| 05:27.47 | *** join/#oe lamikr (~lamikr@83.102.60.31) |
| 05:38.40 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 06:07.41 | *** part/#oe pretec (~Matthias@port-92-195-179-241.dynamic.qsc.de) |
| 06:11.32 | *** join/#oe pespin (~pespin@cisne-cn09.upc.es) |
| 06:16.01 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 06:33.52 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 06:35.58 | *** join/#oe Ironnads (~Ironnads@host109-152-218-255.range109-152.btcentralplus.com) |
| 06:39.57 | *** join/#oe toi (~peter@vrt.nat.ibbt.be) |
| 06:50.46 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
| 06:50.46 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
| 06:56.31 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:05.23 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
| 07:05.23 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 07:08.28 | *** join/#oe timtimred (~meh@79-67-236-80.dynamic.dsl.as9105.com) |
| 07:18.30 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
| 07:18.30 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 07:19.45 | *** join/#oe rschus (~rschus@230.118.101-84.rev.gaoland.net) |
| 07:21.48 | *** join/#oe roza (~ron@nat/cisco/x-jabvvoihfqfcfahm) |
| 07:22.47 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 07:27.47 | *** join/#oe timtimred (~meh@79-67-236-80.dynamic.dsl.as9105.com) |
| 07:38.53 | mckoan | good morning |
| 07:39.30 | *** join/#oe mckoan (~marco@unaffiliated/mckoan) |
| 07:47.42 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 07:50.28 | *** join/#oe jevin (~jevin@jevinskie-1-pt.tunnel.tserv9.chi1.ipv6.he.net) |
| 07:50.32 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 07:54.16 | *** join/#oe tasslehoff (~Tasslehof@145.79-161-31.customer.lyse.net) |
| 07:54.34 | *** join/#oe amarsman_nl (~marsman@88.128.139.28) |
| 08:01.35 | *** join/#oe openfree (~dennis@116.228.88.131) |
| 08:14.27 | *** join/#oe openfree (~dennis@116.228.88.131) |
| 08:18.07 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 08:18.45 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:20.50 | CIA-32 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * re1f165605e 10openembedded.git/recipes/omgps/ (omgps/fix.capability.patch omgps_svn.bb): |
| 08:20.51 | CIA-32 | omgps: fix build with capabilities enabled |
| 08:20.51 | CIA-32 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 08:20.52 | CIA-32 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rc830d2a852 10openembedded.git/recipes/linux/ (linux-kexecboot_git.bb linux_git.bb): |
| 08:20.52 | CIA-32 | linux(-kexecboot)_git: bump SRCREV to rc6 |
| 08:20.52 | CIA-32 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 08:20.55 | CIA-32 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r8ab2bb3f27 10openembedded.git/recipes/linphone/ (linphone-3.1.0/fix.unused.variable.patch linphone_3.1.0.bb): |
| 08:20.55 | CIA-32 | linphone: fix build without NLS enabled |
| 08:20.55 | CIA-32 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 08:21.06 | CIA-32 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rbecea0796b 10openembedded.git/recipes/tasks/task-shr-feed.bb: (log message trimmed) |
| 08:21.06 | CIA-32 | task-shr-feed: drop emacs-x11, cacao, phoneme-advanced-foundation which currently don't build and blocks build for long |
| 08:21.06 | CIA-32 | * will reenable them after fixing those |
| 08:21.06 | CIA-32 | * emacs-x11 - qemu gets killed while running temacs |
| 08:21.06 | CIA-32 | the same with older qemu |
| 08:21.06 | CIA-32 | | LC_ALL=C qemu-arm -cpu cortex-a8 -s 1048576 -L /OE/shr-unstable/tmp/work/armv7a-oe-linux-gnueabi/emacs-x11-23.1-r3/qemu-treedir temacs -batch -l loadup dump |
| 08:21.11 | CIA-32 | | qemu: uncaught target signal 11 (Segmentation fault) - core dumped |
| 08:27.45 | *** join/#oe lorenzo (5e51e963@gateway/web/freenode/ip.94.81.233.99) |
| 08:30.32 | lorenzo | HI everybody! I'm new here.... I was looking for someone who could answer a couple brief question about the openembedded releases (tags like Release-2011.03 or Release-2010.12). Can someone help me please? |
| 08:31.04 | JaMa | wiki is good for newbies |
| 08:31.36 | JaMa | lorenzo: http://wiki.openembedded.org/index.php/Release-2011.03 |
| 08:33.39 | lorenzo | Thank you :) but I needed the opinion of someone who actually used one of them since I'm part of a developer team interested in using such technology in commercial products |
| 08:37.25 | JaMa | then read also about yocto |
| 08:42.47 | *** join/#oe woglinde (~henning@p5DDC0993.dip0.t-ipconnect.de) |
| 08:44.08 | mckoan | lorenzo: what's the matter? |
| 08:44.16 | woglinde | hi mckoam |
| 08:44.20 | woglinde | ups mckoan |
| 08:44.32 | mckoan | woglinde: moin |
| 08:44.51 | *** join/#oe RP__ (~richard@dan.rpsys.net) |
| 08:45.18 | woglinde | hi rp |
| 08:45.39 | *** join/#oe GarthPS (~quassel@2a01:e35:2f5c:e670:21d:e0ff:fe5b:2775) |
| 08:47.03 | lorenzo | The developer team I work for is trying to build a new image for our platform (based on a dm365 from texas) based on one of the release (angstrom - Release-2011.03 or Release-2010.12). I just wanted to know if anybody know the difference and to know what kind of confidence do you have in such releases (e.g for how long they'll be supported) |
| 08:47.47 | woglinde | lorenzo only 2011.03 is supported |
| 08:48.12 | woglinde | and it will be supported until oe-core and meta-oe are fully functional |
| 08:48.23 | woglinde | but thats not 100% defined |
| 08:48.49 | mckoan | lorenzo: usually each release is supported until the next will be added :-D |
| 08:49.17 | mckoan | lorenzo: ask to you PM he already knows this problem ;-) |
| 08:51.29 | *** join/#oe GarthPS (~quassel@2a01:e35:2f5c:e670:21d:e0ff:fe5b:2775) |
| 08:51.30 | lorenzo | thank you do much. and what should I choose between angstrom-2008.1 and angstrom-2010.x? In my experience choosing the newest version is often the best solution since it makes easier to upgrade to possible future releases... What's your opinion? |
| 08:56.46 | mckoan | lorenzo: I use KaeilOS, I favour stability so I'd use angstrom-2008.1 |
| 08:58.26 | mckoan | s/favour/prefer |
| 08:59.41 | *** join/#oe GarthPS (~quassel@2a01:e35:2f5c:e670:21d:e0ff:fe5b:2775) |
| 09:00.31 | lorenzo | Ok. I already did try to compile the qt-demo-images based on angstrom-2008.1 and angstrom-2010.x and they do seem to work both. The only big difference to me seems to be the use of the eglibc instead of glibc in the 2010 version. Do someone what's best? do eglibc work better in an embedded environment? Are they reliable as the glibc? |
| 09:02.16 | JaMa | yes and yes |
| 09:02.32 | mckoan | lorenzo: the latter is better, IIRC uses top-class Linaro patches, I planned to switch KaeilOS to that ASAP |
| 09:04.28 | *** join/#oe lorenzo__ (5e51e963@gateway/web/freenode/ip.94.81.233.99) |
| 09:04.51 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 09:05.56 | *** join/#oe GNUtoo|laptop (~gnutoo@host29-10-dynamic.54-79-r.retail.telecomitalia.it) |
| 09:06.18 | woglinde | he hrw |
| 09:06.25 | hrw | ho |
| 09:06.42 | woglinde | uclibc works better |
| 09:06.49 | hrw | woglinde: does router applies to German law? |
| 09:06.50 | woglinde | but thats only my opinion |
| 09:07.04 | woglinde | hrw to be honest I didnt switched it on |
| 09:08.01 | hrw | no problem |
| 09:08.01 | XorA | lorenzo: it is planned that 2010 will suffer upheaval and breakage without warning |
| 09:08.11 | XorA | lorenzo: thats why its on the development branch |
| 09:08.56 | lorenzo__ | Ok... and do someone know if the eglibc are reliable? They're new to me and I didn't really understand the different and why they became the default in the new distribution |
| 09:08.58 | woglinde | hm but only 2011 has newer qt |
| 09:09.02 | woglinde | with quick and qml |
| 09:09.08 | woglinde | let me see |
| 09:09.13 | hrw | lorenzo__: eglibc is glibc + extras |
| 09:09.23 | hrw | lorenzo__: Debian and Ubuntu switched to it long time ago |
| 09:09.37 | hrw | lorenzo__: so for me it is granted that it is reliable |
| 09:10.06 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
| 09:10.08 | woglinde | hm only 4.7.1 |
| 09:10.09 | XorA | main difference seems to be eglibc doesnt reject patches for silly reasons like no-one runs arm cpus |
| 09:10.28 | mckoan | XorA: LOL |
| 09:10.32 | lorenzo__ | So wich branch should I look for if I want the most stable/supported release? |
| 09:10.43 | woglinde | try 2011 |
| 09:10.59 | XorA | maintenance-2011.3 |
| 09:14.27 | lorenzo__ | When I did a quick search i found out that eglibc should be an Embedded GLIBC... didn't talk about extras |
| 09:14.49 | woglinde | thats only marketing |
| 09:17.29 | lorenzo__ | So the angstrom 2010.x will be considered stable when the 'x' disappears? |
| 09:18.31 | woglinde | o.O |
| 09:19.35 | lorenzo__ | It's just that the 2008 version is now marked as angstrom-2008.1 while 2010 has an 'x' vesrion |
| 09:19.36 | XorA | when we next fork out a stable branch |
| 09:19.50 | XorA | .dev will never be considered stable |
| 09:20.08 | XorA | in fact there will be no more Angstrom releases from .dev anyway, it will be oe-core based |
| 09:21.36 | lorenzo__ | what do you mean by oe-core? |
| 09:21.59 | hrw | lorenzo__: OE and Yocto are switching to layered system of recips |
| 09:22.14 | hrw | oe-core is base set of recipes and users/vendors will add own ones |
| 09:22.33 | hrw | and oe-core has strict rules on applying changes |
| 09:22.42 | hrw | more strict that .dev ever had |
| 09:23.21 | CIA-32 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r903e9b928e 10openembedded.git/recipes/powervr-drivers/libgles-omap3.inc: |
| 09:23.21 | CIA-32 | libgles-omap3: prune source a bit better |
| 09:23.21 | CIA-32 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 09:23.25 | lorenzo__ | Do you know how this will affect the angstrom distro in OE? |
| 09:23.33 | CIA-32 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd721dd947e 10openembedded.git/recipes/powervr-drivers/ (libgles-omap3.inc libgles-omap3/rc.pvr): |
| 09:23.34 | CIA-32 | libgles-omap3: make initscript work with both busybox and bash |
| 09:23.34 | CIA-32 | From the bash man page: |
| 09:23.34 | CIA-32 | "The reserved word function is optional. If the function reserved word is supplied, the parentheses are optional." |
| 09:23.34 | CIA-32 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 09:24.54 | XorA | lorenzo__: just told you, future Angstrom releases will be oe-core based |
| 09:25.41 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 09:25.52 | woglinde | gm obi |
| 09:26.02 | obi | gm :) |
| 09:26.24 | lorenzo__ | Ok thanks... I'll just investigate more the impact of the new oe-core approach |
| 09:35.22 | CIA-32 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r85f1bf1888 10openembedded.git/recipes/powervr-drivers/ (libgles-omap3_4.03.00.02.bb omap3-sgx-modules_1.6.16.3977.bb): |
| 09:35.23 | CIA-32 | libgles-omap3 4.03.00.02: make it the default |
| 09:35.23 | CIA-32 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 09:35.42 | woglinde | lorenzo yes you should |
| 09:35.57 | woglinde | lorzenzo google for yocto and oe-core |
| 09:36.54 | ka6sox-away | morning woglinde |
| 09:37.00 | woglinde | uhm |
| 09:37.03 | woglinde | ka6sox |
| 09:37.07 | woglinde | go to sleep |
| 09:37.16 | ka6sox-away | don't I wish |
| 09:42.31 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 09:47.48 | woglinde | gm florian |
| 09:50.52 | pb_ | hi woglinde, florian, ka6sox-away, all |
| 09:51.19 | woglinde | gm pb |
| 09:52.45 | *** join/#oe kirabo (~kirabo@AStrasbourg-552-1-25-7.w90-13.abo.wanadoo.fr) |
| 09:54.32 | *** part/#oe kirabo (~kirabo@AStrasbourg-552-1-25-7.w90-13.abo.wanadoo.fr) |
| 10:04.30 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 10:05.04 | pb_ | hi mickey|office |
| 10:05.16 | woglinde | heho mickeyl |
| 10:07.02 | mickey|office | good morning pb_ |
| 10:07.07 | mickey|office | how's the house progressing? |
| 10:07.25 | woglinde | mickeyl will you now come to linuxtag? |
| 10:07.58 | pb_ | mickey|office: pretty good. fermacell about 75% done, the carpenters are installing window cills this morning. |
| 10:08.27 | *** join/#oe pepermint (~pepermint@host226-12-dynamic.58-82-r.retail.telecomitalia.it) |
| 10:09.05 | mickey|office | nice, when is the ETA for completion? |
| 10:09.25 | mickey|office | woglinde: i plan to come on friday, _if_ Lara Marie doesn't arrive :) |
| 10:09.39 | pb_ | mickey|office: about three months ago :-} |
| 10:09.43 | mickey|office | pb_: oops ;) |
| 10:09.47 | woglinde | mickeyl oh |
| 10:09.49 | mickey|office | good products are always late ;) |
| 10:09.54 | pb_ | heh, yeah |
| 10:10.05 | pb_ | updated eta, not sure, but hopefully weeks not months now |
| 10:10.18 | mickey|office | right. i guess you're tired of camping by now aren't you? |
| 10:10.22 | woglinde | mickeyl only friday? |
| 10:10.26 | pb_ | yeah, though it isn't so bad in the summer |
| 10:10.40 | woglinde | we will have a nice summer this year |
| 10:10.47 | mickey|office | woglinde: yes. Sabine doesn't allow me to stay overnight... |
| 10:10.55 | mickey|office | and i don't want to miss the birth |
| 10:10.56 | pb_ | and we can use bits of the house already, so that's nice too |
| 10:11.05 | mickey|office | right |
| 10:11.25 | woglinde | mickeyl umh then better stay at frankfurt |
| 10:11.51 | mickey|office | well, i think it's ok if i come on friday, but on the first sign of any progress i will take the next train back |
| 10:12.10 | woglinde | that might be to late |
| 10:12.25 | pb_ | mickey|office: heh, you are a brave man |
| 10:12.55 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
| 10:13.25 | woglinde | lunch |
| 10:13.26 | mickey|office | actually... i'm the best man for a very good friend's wedding on 3th of June. It is my belief that she will come on 3th to spoil the wedding ;) |
| 10:13.36 | pb_ | heh |
| 10:13.53 | mickey|office | the one who marries will also be her godmother, so she's going to introduce herself very well :D |
| 10:23.31 | ka6sox-away | morning pb_ mickey|office |
| 10:23.42 | mickey|office | hi ka6sox- |
| 10:24.53 | ka6sox-away | mickey|office, can you point patchwork.openembedded.net to melo.openembedded.org as a cname? |
| 10:26.15 | ka6sox-away | pb_, I think github will be enough. |
| 10:26.53 | pb_ | righto, cool |
| 10:27.20 | CIA-32 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r980407c047 10openembedded.git/recipes/shr/libphone-ui-shr_git.bb: |
| 10:27.20 | CIA-32 | libphone-ui-shr: bump PR to rebuild against new glib |
| 10:27.20 | CIA-32 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 10:28.52 | ka6sox-away | so #25 can be marked "resolved" |
| 10:29.30 | pb_ | done |
| 10:32.12 | ka6sox-away | pb_, thanks...it took you 7-8hrs to finish what I've wanted done for 6months...Bravo |
| 10:32.47 | woglinde | uhm? |
| 10:36.21 | Crofton|work | speaking of github, we should make some notes on using it |
| 10:36.38 | Crofton|work | so people know to clone and not just push the entire repo again |
| 10:50.20 | ka6sox-away | Good Plan(tm) |
| 10:51.40 | *** join/#oe ericben (~ebenard@pac33-2-82-240-38-71.fbx.proxad.net) |
| 10:55.10 | *** join/#oe pespin (~pespin@111.pool85-50-79.dynamic.orange.es) |
| 10:57.44 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 10:57.45 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 10:57.54 | *** join/#oe likewise (~likewise@42-81-ftth.onsneteindhoven.nl) |
| 11:01.55 | CIA-32 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r74d3a98616 10openembedded.git/recipes/linux-firmware/linux-firmware_git.bb: |
| 11:01.55 | CIA-32 | linux-firmware: update SRCREV and make the wl12xx subpackage work with a wider range of kernels |
| 11:01.55 | CIA-32 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 11:10.34 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 11:19.50 | *** join/#oe nitink (~nitink@192.55.54.42) |
| 11:25.39 | *** join/#oe nitink (~nitink@192.55.54.36) |
| 11:28.58 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 11:31.40 | *** join/#oe methril_work (~Rafael@189.114.111.135) |
| 11:42.23 | *** join/#oe MMx (mmx@2001:41b8:200::42) |
| 11:47.30 | *** join/#oe gizero76 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it) |
| 11:54.08 | ka6sox-away | XorA, did you send anything out? |
| 11:54.35 | XorA | ka6sox-away: no, realised cant do the test way I wanted to then Crofton|work fell asleep again |
| 11:55.14 | Crofton|work | ur |
| 11:55.16 | Crofton|work | what? |
| 11:56.57 | Crofton|work | XorA, you really found switching versions of 78000 series regualtors? |
| 11:57.38 | XorA | Crofton|work: http://uk.rs-online.com/web/search/searchBrowseAction.html?method=getProduct&R=6727155 |
| 11:57.45 | XorA | Crofton|work: plugin replacements |
| 11:57.56 | Crofton|work | crazyiness |
| 12:04.15 | XorA | Crofton|work: you have devcices with LM78xx? |
| 12:04.34 | Crofton|work | no |
| 12:04.46 | Crofton|work | But, back in the good old days I would use them :) |
| 12:05.03 | XorA | Crofton|work: I plan to replace the ones in zx spectrum to make them run cool |
| 12:05.25 | ka6sox-away | is the inductor internal? |
| 12:06.22 | Crofton|work | must be |
| 12:12.49 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:21.51 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 12:37.56 | *** join/#oe sanket (~sanket@114.143.165.234) |
| 12:45.48 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:49.15 | *** join/#oe bioster (~bioster@leite1meg.1meg.golden.net) |
| 12:52.57 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 12:54.10 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 12:56.10 | bioster | When I run something like "bitbake virtual/kernel -c configure", would I then find it's configured source code in: oe_come/tmp/work/<target_machine>/<kernel_name> ? |
| 12:56.40 | JaMa | bioster: yes |
| 12:57.04 | bioster | in the git subdirectory of the target_machine? |
| 12:57.45 | JaMa | if kernel sources are taken from git repo (not release tarball) then usually oe_come/tmp/work/<target_machine>/<kernel_name>/git |
| 12:58.13 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 12:58.22 | bioster | and that would be the patched version, if it needed patches? |
| 12:58.25 | JaMa | if you add -v to bitbake call, you should see where are the sources unpacked |
| 12:58.31 | JaMa | yes |
| 12:58.45 | bioster | Ok, thanks... |
| 12:58.52 | JaMa | -c unpack is without patches applied, -c patch is with patches and -c configure with patches and configured ;) |
| 12:59.29 | bioster | Now if I have a kernel module that I need to compile against that version, I'd still need to use the cross compile toolchains, right? |
| 12:59.42 | JaMa | right |
| 12:59.51 | bioster | yeah, that's where I'm getting stuck |
| 13:00.11 | JaMa | kernel headers are staged in sysroot |
| 13:00.13 | bioster | I can't seem to get the recipe right (I'm a newb to this) |
| 13:00.29 | JaMa | so you can still build against it see recipes for examples |
| 13:01.13 | JaMa | but then -c configure is not enough.. you have to build and stage that kernel first |
| 13:01.23 | bioster | can I use the toolchain I built without having to get a recipe working? |
| 13:02.16 | JaMa | yes, ie you can build devshell and use that |
| 13:02.37 | bioster | devshell? Ok, I'll look that up |
| 13:02.52 | JaMa | recipes/addons/devshell.bb |
| 13:03.25 | *** join/#oe GNUtoo|laptop (~gnutoo@host29-10-dynamic.54-79-r.retail.telecomitalia.it) |
| 13:10.09 | bioster | hmm... maybe I should try to get this recipe right a little more before diving into a new tool |
| 13:10.29 | bioster | are there any kernel module recipes that I could look at, to base my recipe on? |
| 13:10.45 | bioster | I found something on google and adapted it, but it's not really working for me |
| 13:10.52 | *** join/#oe B_Lizzard (~havoc@athedsl-119886.home.otenet.gr) |
| 13:14.37 | CIA-32 | 03Koen Kooi <koen@dominion.thruhere.net> 07org.openembedded.dev * re89f1115e4 10openembedded.git/recipes/connman/ (connman.inc connman_0.73.bb): |
| 13:14.37 | CIA-32 | Connman: add dnsmasq-dbus to RRECOMMENDS to fix DNS proxy |
| 13:14.37 | CIA-32 | Connman writes '127.0.0.1' to resolv.conf by default expecting dnsmasq to be there |
| 13:14.37 | CIA-32 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 13:14.37 | CIA-32 | Acked-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 13:20.14 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
| 13:23.01 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 13:32.50 | *** join/#oe rickfoosusa (~chatzilla@99.179.103.49) |
| 13:37.10 | *** join/#oe kevinsc (~a0214685@nat/ti/x-njvlactkxpcwcvwi) |
| 13:38.00 | *** join/#oe Openfree` (~Openfreer@61.170.203.118) |
| 13:43.36 | *** join/#oe darknighte (~darknight@unaffiliated/darknighte) |
| 13:44.09 | darknighte | hey all. |
| 13:47.58 | *** join/#oe GarthPS (~quassel@2a01:e35:2f5c:e670:21d:e0ff:fe5b:2775) |
| 13:48.14 | CIA-32 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r788de34b9b 10openembedded.git/recipes/xorg-lib/ (5 files in 2 dirs): |
| 13:48.14 | CIA-32 | pixman: add 0.22.0 - latest stable release |
| 13:48.14 | CIA-32 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 13:49.47 | *** join/#oe chase (~chase@nat/ti/x-czljmvgjywtlaoes) |
| 13:58.28 | *** join/#oe mrc3 (~ddiaz@189.157.118.34) |
| 14:00.59 | *** join/#oe amarsman_de (~marsman@nat/montavista/x-aycznjablzrnzqtv) |
| 14:01.23 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:1cac:9578:7ec3:8497) |
| 14:06.04 | *** join/#oe devzero_ (devzero@xdsl-78-35-61-66.netcologne.de) |
| 14:17.03 | *** join/#oe otavio (~otavio@189.114.111.55) |
| 14:17.03 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 14:17.19 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
| 14:18.16 | *** join/#oe rob_w (~bob@ppp-188-174-16-66.dynamic.mnet-online.de) |
| 14:18.23 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 14:21.25 | davidlt | Hi |
| 14:22.02 | davidlt | Anyone using linux-omap3 (sakoman) 2.6.36 and UBIFS ? |
| 14:23.22 | sakoman | davidlt: just read your email -- I think there are still upstream issues with ubifs in 2.6.36 |
| 14:23.42 | *** join/#oe Openfree` (~df@61.170.203.118) |
| 14:24.12 | sakoman | I'm testing 2.6.39 this week -- there are some patches that look like they might address the uifs issue |
| 14:24.28 | davidlt | sakoman: I am Googling again this issue and it looks like people have problem on 37 too (e.g. http://plugcomputer.org/plugforum/index.php?topic=4324.0) |
| 14:24.43 | *** join/#oe amarsman_de (~marsman@nat/montavista/x-rjsvynxqsawwlkgl) |
| 14:24.54 | sakoman | right, that is why I didn't even mention .37 or .38 :-) |
| 14:25.53 | davidlt | This is not that great |
| 14:27.18 | davidlt | .39 is still far away from being stable? |
| 14:27.23 | sakoman | indeed. it is amazing that it has gone broken for so many kernel revs |
| 14:27.41 | XorA | shows number of real users I guess |
| 14:27.54 | JaMa | who are not stuck with older kernel.. |
| 14:28.01 | sakoman | davidlt: .39 is at rc6 |
| 14:29.39 | davidlt | Any good alternatives for UBIFS? |
| 14:33.01 | sakoman | not that I am aware of |
| 14:33.26 | *** join/#oe sanket_ (~sanket@114.143.165.234) |
| 14:33.26 | ynezz | hm, I wonder what kind of ubifs issues are you guys talking about |
| 14:33.38 | sakoman | you could try 2.6.39 and see if things are working now |
| 14:36.27 | davidlt | ynezz: on boot system fails to load from UBIFS partition: VFS: Cannot open root device "ubi0:overo-rootfs" or unknown-block(0,0) |
| 14:36.54 | davidlt | I think this started to happen in .35/.36 |
| 14:37.22 | ynezz | ah |
| 14:37.41 | *** join/#oe lamawithonel (~lucas@pool-96-240-135-33.washdc.fios.verizon.net) |
| 14:37.55 | ynezz | so it's "just" related to omaps, right? |
| 14:38.49 | JaMa | we had problems with ubi images since previous mtd-utils upgrade, while still on 2.6.34... |
| 14:39.40 | JaMa | and only when it was reflashed with dfu-util, when written with nandwrite everything worked fine |
| 14:39.52 | davidlt | .34 worked fine for me, haven't noticed any problems |
| 14:40.27 | JaMa | does it work if you downgrade kernel on the same image? |
| 14:41.06 | davidlt | Should be, I worked on .34 but I had to add WiFi AP, which required .36. Moving to .36 broke UBIFS. |
| 14:43.10 | davidlt | But mine OE is files are outdated for 2-3 months now. |
| 14:54.56 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 14:56.38 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
| 14:59.35 | *** join/#oe rcf (~rcf@238.136-243-81.adsl-dyn.isp.belgacom.be) |
| 14:59.44 | bioster | ok, so I'm trying out devshell, but it seems like it's still trying to compile for x86 rather than arm |
| 14:59.58 | bioster | if I cd into: /oe_home/tmp/sysroots/beagleboard-angstrom-linux-gnueabi/kernel |
| 15:00.32 | bioster | and then run make, it complains about no Makefile in the arch/x86/ directory |
| 15:00.38 | *** join/#oe kevinsc (~a0214685@nat/ti/x-xwncdpmqowvuockb) |
| 15:03.10 | XorA | run oe_runmake |
| 15:03.12 | XorA | not make |
| 15:03.20 | bioster | oh, ok... thanks |
| 15:03.36 | bioster | nah, same thing |
| 15:04.09 | bioster | yeah, looks like when I run make it's actually doing oe_runmake |
| 15:04.44 | CIA-32 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r0e59a0832f 10openembedded.git/recipes/nmap/nmap_3.81.bb: |
| 15:04.45 | CIA-32 | nmap 3.81: fix license |
| 15:04.45 | CIA-32 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
| 15:05.40 | bioster | do I need to do anything interesting to get devshell to use the correct target arch and such? I was under the impression that it did that automagically |
| 15:05.48 | XorA | it shoudl do |
| 15:06.00 | XorA | I havent used it for years though |
| 15:06.26 | bioster | hmm, well basically I'm trying to compile a kernel module for a cross compiled kernel (for the beagleboard) |
| 15:06.47 | bioster | honestly I don't care too much about how I get it done, but I've been having trouble figuring out how to write a recipe for it |
| 15:07.03 | bioster | so I was thinking I'd try "just compiling" it |
| 15:07.04 | kergoth | devshell is no different from any other task. its context is exactly the same as every other task, wrt variables |
| 15:08.02 | XorA | bioster: used the cross compiler in the sysroots to compile the modules against the stage version of the kernel source |
| 15:10.14 | bioster | ok, keeping in mind I'm a complete newb... I just exited the devshell, and I'm in tmp/sysroots/beagleboard-angstrom-linux-gnueabi |
| 15:10.20 | bioster | I only see the kernel directory |
| 15:10.52 | XorA | is just about to leave work so wont have time to get you through it |
| 15:11.06 | bioster | is the cross compiler in the x86_64-linux directory instead of the beagle direactory? |
| 15:11.36 | *** join/#oe kristoffer (~kristoffe@host-78-79-9-71.mobileonline.telia.com) |
| 15:12.02 | *** join/#oe msm (~msm@192.88.168.35) |
| 15:12.06 | bioster | well, I appreciate the time you've taken already |
| 15:12.46 | bioster | is strongly considering just posting this to elance or something. |
| 15:16.44 | kergoth | bitbake -c devshell foo .. echo $CC in the devshell terminal |
| 15:17.49 | bioster | well, I was starting up devshell manually rather than through bitbake |
| 15:17.57 | bioster | but when 'echo $CC', I get: |
| 15:18.04 | bioster | arm-angstrom-linux-gnueabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb --sysroot=/home/bioster/oe_home/tmp/sysroots/armv7a-angstrom-linux-gnueabi |
| 15:18.33 | *** join/#oe aloisiojr (~aloisio@186.215.206.130) |
| 15:21.31 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 15:35.12 | *** join/#oe NightMonkey (debian-tor@pdpc/supporter/professional/nightmonkey) |
| 15:37.42 | *** join/#oe anarsoul (~anarsoul@80.249.81.229) |
| 15:43.04 | *** join/#oe awozniak (~awozniak@76.205.222.174) |
| 15:45.52 | bioster | ack |
| 15:46.04 | bioster | kergoth: so I tried starting up devshell the way you suggested |
| 15:46.13 | bioster | and I get: oe_runmake: command not found |
| 15:46.31 | bioster | when I try to oe_runmake after starting up devshell |
| 15:50.07 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 15:53.40 | pb_ | hi zecke |
| 15:55.28 | zecke | pb_: hey! |
| 16:01.53 | *** join/#oe sakoman_ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 16:02.40 | kergoth | bioster: devshell is a subprocess, a child. shell functions like oe_runmake can't make it from one process to another, as they aren't environment variables. |
| 16:02.53 | kergoth | bioster: you can just "make $EXTRA_OEMAKE" or so |
| 16:13.58 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 16:25.37 | *** join/#oe Openfree` (~df@61.170.194.99) |
| 16:30.20 | *** join/#oe amarsman_de (~marsman@88.128.139.28) |
| 16:31.04 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 16:31.46 | *** join/#oe Jefro (~josiermi@nat/intel/x-mjoifqgkllatpjfi) |
| 16:32.02 | *** join/#oe kristoffer (~kristoffe@host-78-79-9-71.mobileonline.telia.com) |
| 16:34.13 | mkneissl | Has anyone had the problem of fastjar building invalid jar files (and taking way too long for that)? |
| 16:42.08 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 16:43.37 | mkneissl | Fastjar is used in compilestepone of icedtea6, where it updates rt.jar from icedtea6-native with newly built classes. |
| 16:44.49 | mkneissl | This step has taken ~20 min. on my not-so-slow laptop and generated a broken rt.jar. When updating the jar with the "real" jar command from icedtea6-native, the build can continue. |
| 16:45.51 | *** join/#oe Openfree` (~df@61.170.194.99) |
| 16:46.15 | ka6sox-away | is anyone in .eu using github to pull and pushing back to git.oe.org? |
| 16:48.08 | ynezz | what do you mean? |
| 16:49.20 | ynezz | ah, sorry, re-read it again :) |
| 16:50.38 | ynezz | used do to it like in 10/2010, but I think, that it was opposite oe->github |
| 16:50.59 | ynezz | dunno, it should work in both directions, it's git |
| 16:51.27 | ynezz | I do it with kernel.org<->github |
| 16:51.34 | ynezz | if it helps somehow |
| 16:52.22 | ka6sox-away | ynezz, the hope is that folks will pull from the larger mirrors of github, especially european devs. |
| 16:53.09 | ka6sox-away | but the master is and for the forseeable future will be git.oe.org |
| 16:53.15 | khem | ka6sox-away: did you update wiki to reflect the mirror |
| 16:53.17 | ynezz | it's fine with me |
| 16:53.31 | ynezz | since there're mirrors now |
| 16:53.43 | ka6sox-away | khem, I wanted testers first before making a general announcement. |
| 16:54.01 | khem | ok |
| 16:54.01 | ka6sox-away | then we can put it on page1 |
| 16:54.05 | ynezz | I can test it later today if you want to |
| 16:54.13 | ka6sox-away | ynezz, please |
| 16:54.17 | ynezz | but it should work, I can't imagine it won't |
| 16:54.34 | ynezz | it will 100% work, I'm that sure |
| 16:54.37 | ynezz | :) |
| 16:54.47 | ka6sox-away | their might be some latency due to populating mirrors. |
| 16:54.56 | ka6sox-away | but not more than a minute or 2 |
| 16:55.09 | ka6sox-away | depending on which hook pb_ used |
| 16:55.11 | ynezz | ah, this one |
| 16:56.35 | ynezz | well, there might be some kind of an race and you would need to wait little bit and then try to push again, no big deal I think |
| 16:56.46 | ka6sox-away | khem, we are phasing out of org.oe right? |
| 16:56.57 | ka6sox-away | at least dev.oe.org right? |
| 16:58.09 | ka6sox-away | if everyone pushes/pulls to git.oe.org then the mirrors being RO won't have a race...only latency |
| 16:58.21 | ynezz | yes, latency |
| 16:58.39 | ka6sox-away | so worst case is another repull |
| 16:58.43 | ynezz | yep |
| 16:58.58 | khem | ka6sox-away: yes master is what people should use |
| 16:59.39 | ynezz | but he means probably this scenario, you've wip branch tracking github/master and you push to git.oe.org/master |
| 16:59.50 | khem | thats ok |
| 17:00.01 | khem | we all do that now |
| 17:00.11 | khem | if you clone oe.org it checks out master |
| 17:00.26 | khem | org.oe.dev is just alias |
| 17:00.30 | ynezz | and you can hit some period that there's new commit in git.oe.org/master |
| 17:00.39 | ynezz | but not in the github/master yet |
| 17:00.54 | ka6sox-away | ynezz, correct |
| 17:00.56 | ynezz | so it's desynced and push to git.oe.org/master would fail |
| 17:01.05 | ka6sox-away | right |
| 17:01.09 | ynezz | if you don't use -f :) |
| 17:01.20 | ka6sox-away | you have to re-pull and then repush |
| 17:01.50 | ynezz | but forced push shouldn't be allowed, so it's ok |
| 17:02.05 | ka6sox-away | correct..sure way to make a mess |
| 17:02.48 | ka6sox-away | khem, I meant the "openembedded" repo would slowly fade away as the layers take over. |
| 17:03.10 | khem | ka6sox-away: I dont know |
| 17:03.16 | khem | that will not happen |
| 17:03.28 | khem | we still have a long term release maintained on it |
| 17:03.56 | Crofton|work | I think the slowly fade away model is fine |
| 17:04.07 | Crofton|work | where slowly is determined by usage |
| 17:05.07 | ka6sox-away | right as they become replaced by meta-oe then I suspect it will become an orphan. |
| 17:12.00 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
| 17:12.00 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 17:28.56 | CIA-32 | 03chase maupin <chasemaupin03@gmail.com> 07org.openembedded.dev * r5502a2c568 10openembedded.git/recipes/ncurses/ (ncurses/ncurses-5.7-20110115.patch.gz ncurses_5.7.bb): (log message trimmed) |
| 17:28.56 | CIA-32 | ncurses: add missing patch file |
| 17:28.56 | CIA-32 | * The 20110115 patch file has gone missing. Add it to the |
| 17:28.56 | CIA-32 | OE repository like the previous patch file. |
| 17:28.56 | CIA-32 | * Bump the PR |
| 17:28.57 | CIA-32 | Signed-off-by: Chase Maupin <Chase.Maupin@ti.com> |
| 17:28.58 | CIA-32 | Acked-by: Paul Menzel <paulepanter@users.sourceforge.net> |
| 17:32.39 | *** join/#oe toi (~peter@94-226-59-90.access.telenet.be) |
| 17:40.28 | *** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf) |
| 17:50.06 | *** join/#oe hillct (~hillct@static-96-233-227-132.rlghnc.dsl-w.verizon.net) |
| 17:51.31 | *** join/#oe likewise (~likewise@095-097-098-131.static.chello.nl) |
| 17:52.22 | zecke | likewise: hey, did you prepare the poster for the LinuxTag? or am i confused with nicknames again? :( |
| 17:55.13 | darknighte | ka6sox: I am willing to help test the git setup for you. |
| 17:55.48 | darknighte | does a little dance for the missing ncurses patch being added by chase.... |
| 17:57.03 | *** join/#oe angelox_123 (~angelo@189-46-9-65.dsl.telesp.net.br) |
| 17:58.42 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:19.24 | *** join/#oe GarthPS (~quassel@2a01:e35:2f5c:e670:21d:e0ff:fe5b:2775) |
| 18:25.20 | *** join/#oe Jefro (~josiermi@134.134.137.71) |
| 18:27.37 | *** join/#oe kristoffer (~kristoffe@host-78-79-15-136.mobileonline.telia.com) |
| 18:32.34 | *** join/#oe GNUtoo|laptop (~gnutoo@host29-10-dynamic.54-79-r.retail.telecomitalia.it) |
| 18:37.02 | *** join/#oe anarsoul (~anarsoul@80.249.81.229) |
| 18:42.29 | *** join/#oe Heinervdm (~thomas@pD9E15DBC.dip.t-dialin.net) |
| 18:55.15 | *** join/#oe kevinsc (~a0214685@nat/ti/x-hfbeamnykivfawdv) |
| 18:56.06 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 18:57.41 | *** join/#oe rje`cf (~rje@c-67-161-99-149.hsd1.wa.comcast.net) |
| 18:58.51 | *** join/#oe morphis (~morphis@dslb-088-070-129-150.pools.arcor-ip.net) |
| 18:59.22 | *** join/#oe woglinde (~heinold@g225005029.adsl.alicedsl.de) |
| 18:59.35 | *** join/#oe amarsman_de (~marsman@77-21-30-15-dynip.superkabel.de) |
| 19:05.27 | *** join/#oe pespin_ (~pespin@240.pool85-50-64.dynamic.orange.es) |
| 19:17.56 | *** join/#oe toi (~peter@94-226-59-90.access.telenet.be) |
| 19:18.40 | *** join/#oe kristoffer_ (~kristoffe@host-78-79-8-102.mobileonline.telia.com) |
| 19:18.51 | otavio | Hello; I just sent the fixes patches for oe-core and meta-oe |
| 19:22.09 | ka6sox-away | otavio, are they all broken up? |
| 19:22.26 | otavio | ka6sox-away: broken up? |
| 19:22.37 | ka6sox-away | separate submittals. |
| 19:22.43 | ka6sox-away | not one big fix. |
| 19:23.35 | otavio | ka6sox-away: yes |
| 19:23.38 | otavio | ka6sox-away: sure |
| 19:23.49 | *** join/#oe amarsman_de (~marsman@77-21-30-15-dynip.superkabel.de) |
| 19:23.51 | ka6sox-away | they are 1 big one or separate/ |
| 19:23.53 | ka6sox-away | ? |
| 19:23.58 | otavio | ka6sox-away: broken up |
| 19:24.01 | otavio | heh |
| 19:24.29 | ka6sox-away | okay...usually when my cellphone truncates things I worry on the ML that patchwork will be stuffed up. |
| 19:25.08 | woglinde | <PROTECTED> |
| 19:25.14 | woglinde | khem sent an 24mb patch |
| 19:25.25 | woglinde | why the ml didnt reject it |
| 19:25.26 | otavio | OMG |
| 19:25.27 | otavio | rs |
| 19:25.37 | angelox_123 | hehe |
| 19:25.53 | *** join/#oe amarsman_de (~marsman@77-21-30-15-dynip.superkabel.de) |
| 19:26.17 | angelox_123 | because that my kmail "Received a problem" |
| 19:27.54 | ka6sox-away | shakes his finger @ khem....hoping that patchwork isn't going to choke. |
| 19:29.17 | darknighte | ka6sox-away: you got the testing you needed on git? |
| 19:29.39 | tharvey | I'm trying to figure out why my sdk built from OE doesn't work for autoconf projects yet the poky sdk does. can anyone explain in a nutshell what './configure --host=<foo>' does and how it relates to things in the PATH or other vars set by environment-setup in the SDK? |
| 19:29.45 | ka6sox-away | darknighte, not yet... |
| 19:29.51 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 19:30.17 | woglinde | ka6sox-away could please install a filter |
| 19:30.18 | tharvey | I see poky also defines CONFIGURE_FLAGS but this doesn't seem to be used in configure scripts that I can see and I assume its more of a suggestion than anything else (poky sdk documentation does not specify using it) |
| 19:30.18 | ka6sox-away | woglinde, you are in .de right? |
| 19:30.25 | woglinde | for the email |
| 19:30.28 | woglinde | ka6sox yes |
| 19:30.52 | ka6sox-sick | woglinde, I thought that khem did |
| 19:31.18 | ka6sox-sick | woglinde, can you please pull from github for the oe-core repo? |
| 19:31.48 | ka6sox-sick | and then make a change (assuming you can write back to that one) |
| 19:31.55 | ka6sox-sick | otherwise make it meta-oe |
| 19:32.03 | khem | ka6sox-sick: yes I thought twice |
| 19:32.13 | khem | but gave it a try |
| 19:32.28 | woglinde | ka6sox later maybee |
| 19:32.31 | ka6sox-sick | looks @ process times for hung python process. |
| 19:32.36 | ka6sox-sick | woglinde, anytime you have time. |
| 19:32.58 | ka6sox-sick | the idea is that we should be able to pull from github and push back to git.oe.org |
| 19:33.16 | ka6sox-sick | darknighte, I need testing in US too please. |
| 19:33.21 | *** join/#oe CcSsNET (~cs@c-98-216-138-179.hsd1.ma.comcast.net) |
| 19:35.38 | *** join/#oe NightMonkey (debian-tor@pdpc/supporter/professional/nightmonkey) |
| 19:38.15 | *** join/#oe hillct_ (~hillct@static-96-233-227-132.rlghnc.dsl-w.verizon.net) |
| 19:40.33 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 19:40.54 | khem | ka6sox-sick: so pw hung again |
| 19:42.24 | ka6sox-sick | <PROTECTED> |
| 19:42.32 | ka6sox-sick | you can fix it :D |
| 19:42.52 | khem | ok I punted the huge message |
| 19:54.47 | tharvey | this breakup of recipes to different layers makes finding recipes difficult |
| 19:55.35 | tharvey | has building with the new layer based repo paths been documented yet? |
| 19:59.25 | khem | tharvey: for starts one only needs oe-core |
| 19:59.44 | khem | then one can mix and match the layers if needed |
| 20:00.06 | khem | best example is so far I know is angstrom setup |
| 20:00.06 | tharvey | you mean openembedded-core? |
| 20:00.11 | khem | yes |
| 20:00.56 | khem | http://www.angstrom-distribution.org/building-angstrom |
| 20:01.42 | khem | you need to checkout oe-core branch of setup-scripts repo once you clone |
| 20:01.43 | *** join/#oe msm (~msm@gate-de.freescale.com) |
| 20:02.00 | tharvey | ok, I'll check that out and see if it makes sense |
| 20:02.04 | tharvey | ah...ok, good to know |
| 20:02.07 | khem | sure |
| 20:02.34 | khem | speak up if you run into issues |
| 20:03.58 | tharvey | khem, think your the resident toolchain expert... could you give me any info on how an autoconf project utilizes info from sdk environment-setup? I'm trying to understand why my oe-based sdk fails on autoconf projects and for example poky's does not - the 'only' think poky sdk does is 'configure --host=arm-poky-linux-gnueabi' |
| 20:04.35 | tharvey | trying to understand in general what autoconf does to know where to look and make sure my environment-setup is correct |
| 20:05.06 | khem | tharvey: paths I would think |
| 20:05.19 | khem | can you paste the two environment-setup scripts ? |
| 20:05.52 | tharvey | thats what I'm thinking - I would guess that my pkg-config is not getting used appropriately as autoconf is still resorting to looking at / for things |
| 20:06.00 | *** join/#oe davidlt (~davidlt@78-60-130-17.static.zebra.lt) |
| 20:06.32 | khem | tharvey: it has to use pkg-config from SDK |
| 20:07.10 | khem | if it uses this from the host then it will be broken since we use sysroot capabilities of pkg-config |
| 20:07.13 | tharvey | before I posted anything I wanted to build meta-toolchain from latest and verify against that to make sure I didn't bork anything myself (likely) as I create a custom sdk |
| 20:07.46 | khem | ok |
| 20:07.46 | tharvey | should I be building release-2012-03 or trunk based on new repo layout? |
| 20:08.05 | khem | meta-toolchain should be a lot better with oe-core+meta-oe ansgstrom |
| 20:08.32 | khem | tharvey: the new one |
| 20:15.37 | tharvey | khem, regarding pkg-config do you know why something like 'pkg-config gstreamer-0.10 --cflags' would report back proper -I<path to sdk gst libs> but a --libs flag would not report back proper -L<path to sdk gst libs>? |
| 20:16.05 | khem | proper you mean pointing into sysroot ? |
| 20:16.30 | tharvey | well... using --libs doesn't report 'any' -L<path>, just -l<libnams> |
| 20:16.53 | tharvey | enabling --debug says 'Package GStreamer has -L/usr/lib in Libs |
| 20:16.54 | tharvey | Removing -L/usr/lib from libs for gstreamer-0.10 |
| 20:16.54 | tharvey | ' - not clear what that means |
| 20:16.58 | khem | usually -I and -L are prepended |
| 20:17.01 | khem | with sysroot |
| 20:17.15 | angelox_123 | somebody have a tzdata2011e.tar.gz to upload to me? the server of it is down :\ |
| 20:17.47 | tharvey | khem, right, but take this output for example (from poky sdk): pkg-config --libs gstreamer-0.10 |
| 20:17.47 | tharvey | -pthread -lgstreamer-0.10 -lgobject-2.0 -lgmodule-2.0 -lxml2 -lgthread-2.0 -lrt -lglib-2.0 |
| 20:17.56 | tharvey | why isn't there any '-L<path>' there? |
| 20:18.23 | khem | ok are you using libtool 2.4 |
| 20:18.44 | tharvey | on my host, or is libtool part of the sdk? |
| 20:19.00 | khem | sdk |
| 20:19.50 | tharvey | hmm... poky sdk has no libtool that I can find |
| 20:22.29 | khem | generally -L paths should be returned pointing into sysroot |
| 20:22.32 | khem | if all is well |
| 20:23.05 | tharvey | makes sense, but not seeing that with poky's sdk which otherwise appears to do the right thing |
| 20:23.22 | tharvey | meaning it properly cross-compiles something like libgd for example... what I'm testing with |
| 20:24.00 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
| 20:24.26 | khem | if you dont use -L and just have -lc |
| 20:24.46 | khem | then also it will work since gcc should be able to find the library in sysroot |
| 20:24.59 | khem | is sysroot fed into linker command ? |
| 20:26.35 | *** join/#oe likewise (~chatzilla@095-097-098-131.static.chello.nl) |
| 20:27.29 | tharvey | in the poky sdk case, I see it using -L<proper path>, just not clear where it gets this if pkg-config --libs doesn't reportit |
| 20:28.14 | tharvey | I'm not sure I understand where libtool factors in honestly - from what I can tell pkg-config is used for 'using libs' and libtool is used for 'building libs' right? |
| 20:28.40 | tharvey | in the case of libgd, we are building a lib that uses other libs (freetype, libz, etc) which is why I selected it for a test case |
| 20:32.26 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
| 20:35.04 | khem | ok |
| 20:35.11 | khem | whats failing for you |
| 20:35.18 | khem | which package ? |
| 20:35.41 | khem | either libtool is used to link |
| 20:35.44 | tharvey | no package... I'm taking an sdk that I built off a customized meta-toolchain.bb and trying to build libgd against it |
| 20:35.58 | khem | then it takes care of findin the libs and addding paths to linker commandline |
| 20:36.10 | khem | ok |
| 20:36.36 | khem | which pkg-config is beingused |
| 20:37.30 | tharvey | pkg-config is in the SDK path, thus the SDK's pkg-config is being used, and it does report the right thing for --cflags but I don't really agree wiht what it reports for --libs as I mentioned (I could simply not understand what its supposed to do) |
| 20:37.52 | tharvey | in the case of libgd I don't know what its configure script is looking for... autoconf is pretty daunting |
| 20:38.39 | tharvey | I'm sitting here comparing libgd's configure output from poky's sdk which appears to build it properly, and my OE-derived sdk which doesn't |
| 20:39.30 | tharvey | in general... i'm not familiar with what makes an sdk work once you get away from simple gcc/ld makefiles to autoconf which is why I'm having such difficulty debugging this |
| 20:40.18 | khem | --libs puts all linker flags |
| 20:40.27 | khem | you could use --libs-only-l |
| 20:40.31 | khem | or --libs-only-L |
| 20:40.41 | khem | to get specific flags |
| 20:42.12 | tharvey | right... I understand that. but 'pkg-config --libs-only-L gstreamer-0.10' for example produces 'nothing' and I can't understand how yet this sdk still can build libgd |
| 20:42.42 | khem | it can if sysroot is correct |
| 20:42.47 | khem | fed into linker |
| 20:42.55 | tharvey | (gstreamer is ahorrible example as libgd doens't use it) |
| 20:43.17 | tharvey | so where does sysroot come from then when autoconf is used? |
| 20:43.54 | khem | --sysroot option or builtin default |
| 20:44.55 | tharvey | options to configure? those don't appear valid via libgd's configure --help |
| 20:46.00 | *** join/#oe Matth_FA (~Matth_FA@mtl93-14-78-241-192-235.fbx.proxad.net) |
| 20:46.21 | tharvey | I better get a 'stock' meta-toolchain built so that I can compare with that and post some results |
| 20:47.14 | khem | tharvey: talk code |
| 20:47.25 | khem | post the errors and logs some where |
| 20:47.26 | tharvey | so going back to using release-2011-03 vs oe-core - still trying to understand the new repos: are you saying that old repo 'openembedded' has basically been changed to 'openembedded-core' |
| 20:47.27 | khem | i am confused |
| 20:47.45 | khem | no oe-core is different |
| 20:47.47 | tharvey | ya, thats what I want to do but for the life of me I can't seem to follow the changes that have been done to the oe repos |
| 20:48.01 | tharvey | OE's website has not been updated to explain this changes that I can find |
| 20:48.11 | khem | yocto is now using oe-core which is pokylike |
| 20:48.24 | khem | its still under work |
| 20:49.02 | tharvey | ok so I should simply stick with git://git.openembedded.org/openembedded |
| 20:49.17 | khem | depends what u want |
| 20:49.20 | khem | as I said |
| 20:49.40 | khem | oe-core might give you better experience with SDKs |
| 20:50.34 | tharvey | well I may be a bit stuck as I'm providing a SDK that is based off OE so I lag behind OE releases a bit or should I say I pin to the latest stable. As thats 2011-03 that is what I would prefer to compare against |
| 20:51.22 | khem | stable if you want classsic oe |
| 20:51.26 | tharvey | if I need to build up oe-core to learn its differences I'm all for that, but I'm still not understanding what your telling me to build - oe-core is not a repo that I can find - is it a branch of a repo? |
| 20:51.50 | khem | its openembedded-core |
| 20:52.08 | khem | but I dont want to waste few seconds to type all that |
| 20:52.15 | tharvey | ok, which is the poky-like one that needs some work - sounds like I should stay away from that :) |
| 20:52.16 | khem | in short its called oe-core |
| 20:52.22 | tharvey | ok, understood |
| 20:56.44 | rcf | i'm having this problem with a recipe, the source zip file extracts in the current folder and doesn't contain a folder itself |
| 20:57.09 | rcf | is there any way to force the unzip command to run in a different directory then WORKDIR? |
| 20:57.12 | *** join/#oe zlt_ (~zlt@li146-250.members.linode.com) |
| 20:57.20 | *** join/#oe incandescant (~joshual@134.134.139.76) |
| 20:57.30 | tharvey | rcf, ran into that the other day myself... not sure if this is the best approach but I gave the url a 'unpack=false' and unpacked it myself where I wnated it |
| 20:58.15 | rcf | and how did you that exactly? tried it as well but failed to get the "local" SRC_URI file to use with unzip |
| 20:58.41 | tharvey | SRC_URI="http://<server>/<file>.tar.gz;unpack=false" |
| 20:59.28 | tharvey | the file will be downloaded (or copied if file://) to WORDIR, then in do_install() you can do a 'tar -xvf ${WORKDIR}file -C ${D}/whereyouwantit |
| 20:59.45 | rcf | oh i see :) gonna give it a try |
| 21:01.43 | khem | is this a tar a binary blob |
| 21:03.26 | tharvey | rcf, ya, if its simply a single file it will just be unpacked into $WORKDIR, in my case it was a directory of files that I wanted to copy everything from and needed it in a subdir |
| 21:05.28 | rcf | is there any way to access the downloaded zip file so I can just do something like unzip -q ${SOURCESDIR}/file.zip ? |
| 21:05.52 | tharvey | if you know what the filename is that gets extracted it will be that name |
| 21:07.01 | *** join/#oe pespin (~pespin@240.pool85-50-64.dynamic.orange.es) |
| 21:08.11 | tharvey | khem, maybe there is a pre-built sdk somewhere I can download and use as reference for my questions? going to take forever to build new |
| 21:08.30 | tharvey | does angstrom have modern downloadable sdk's? |
| 21:08.44 | khem | dont know try narsissus |
| 21:10.07 | woglinde | angstroem suffers the say as other oe distros |
| 21:11.40 | tharvey | yes, seems that way |
| 21:14.44 | rcf | ${DL_DIR} was the variable i needed :) |
| 21:17.53 | *** join/#oe ant__ (~andrea@host169-229-dynamic.58-82-r.retail.telecomitalia.it) |
| 21:18.43 | woglinde | good nir |
| 21:18.48 | woglinde | ups good nite |
| 21:19.52 | ant__ | schlaf gut |
| 21:25.55 | kergoth | hrm, i have a very simple regex based lexer for the bitbake format.. sadly going to have to implement INDENT/DEDENT tracking to really handle the def'd functions properly |
| 21:45.43 | *** join/#oe incandescant (~joshual@134.134.139.76) |
| 21:53.36 | *** join/#oe jevin (~jevin@jevinskie-1-pt.tunnel.tserv9.chi1.ipv6.he.net) |
| 21:56.08 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 21:58.59 | *** join/#oe CIA-78 (~CIA@208.69.182.149) |
| 22:14.44 | *** join/#oe NvrBst (debian-tor@gateway/tor-sasl/nvrbst) |
| 22:15.39 | *** join/#oe hillct (~hillct@cpe-174-109-201-200.nc.res.rr.com) |
| 22:17.58 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 22:20.24 | tharvey | khem, looks like my sdk issue is that my gcc is built with invalid configuration. ie --includedir points to /opt/angstrom/angstrom-devel/arm/include instead of /opt/angstrom/angstrom-devel/arm/arm-angstrom-linux-gnueabi/usr/include/ |
| 22:20.46 | tharvey | many of the built-in vars are set to the wrong place like that |
| 22:22.57 | tharvey | not clear yet where that config came from but seeing that so much of autoconf's behavior relies on those internal defaults isn't there a better way to override built-ins such that an sdk can be easily relocated to a diff path? |
| 22:25.31 | *** join/#oe liamMT (~Liam@173-164-164-245-SFBA.hfc.comcastbusiness.net) |
| 22:51.26 | *** join/#oe tconant (~tconant@68.111.35.226) |
| 22:53.53 | *** join/#oe CMoH-notebook (~cipi@95.76.68.223) |
| 22:53.53 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 22:55.02 | *** join/#oe playya (~playya@93.216.242.244) |
| 22:55.02 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 23:30.12 | *** join/#oe grg_ (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:36.22 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 23:46.19 | kergoth | hmm. |
| 23:46.43 | kergoth | wonder if i could use PLY or codetalker with this custom lexer |
| 23:52.02 | tharvey | khem, earlier regarding libtool in sdk - are you saying that an sdk version of libtool should be provided in the SDK's path? |
| 23:56.48 | *** join/#oe CcSsNET (~cs@c-98-216-138-179.hsd1.ma.comcast.net) |