00:03.29 | playya_ | there's EVAS_CPU_TWEAKS in the svn recipe |
00:03.41 | playya_ | let me check where i have to set it |
00:03.54 | Tartarus | raster: Shouldn't it be runtime checks for the right features? |
00:05.45 | raster | Tartarus: there are runtiime checks |
00:06.36 | raster | evas's configure auto-enables the neon code if $host_cpu is armv7* |
00:06.45 | raster | u can --enable it yourself otherwise |
00:06.56 | raster | (if you know your compiler will nor barf at neon asm) |
00:07.09 | raster | and at runtime neon is detected jjust like mmx/sse etc. |
00:07.27 | raster | and if u have a working neon instructionset - the neon ops are used |
00:07.32 | raster | otherwise the c fallbacks are |
00:07.46 | raster | (and the fallbacks are not to be sniffed at either) |
00:08.05 | raster | tho the new neon code is seeing in real life 50-100% speedups |
00:08.15 | raster | some tests get more than 300% speedups |
00:08.21 | raster | some - very little. |
00:08.36 | raster | average speedup for exepdite test suite seems about 20% |
00:11.01 | playya_ | speedupds are always useful |
00:11.12 | playya_ | btw. do you own a palm pre? |
00:11.16 | raster | nup |
00:11.30 | raster | can't justify getting it |
00:11.32 | raster | too expensive |
00:11.40 | raster | nothing new |
00:11.48 | raster | (already have an n900) |
00:12.10 | raster | (and have other much better hardware that runs e like a silky smooth babies bottom) |
00:13.44 | playya_ | link or did not happen :P |
00:13.55 | raster | prototypes |
00:13.57 | raster | no links |
00:13.58 | raster | :) |
00:14.01 | playya_ | i know |
00:14.17 | playya_ | just tried to get some pictures of the phone :D |
00:14.37 | raster | but its the same guts as the samsung galaxy s |
00:14.49 | raster | u can find links for that |
00:14.56 | raster | or the samsung wave |
00:15.41 | playya_ | now samsung seems to use 3 distributions for there smartphone? |
00:15.51 | playya_ | bada, android and ... yours |
00:15.58 | raster | winmo too |
00:16.03 | raster | and symbian |
00:16.31 | raster | samsung ships linux phones (360 h1 and m1 on vodafone) |
00:16.50 | playya_ | damn even more. |
00:16.55 | raster | bada is not an os as such - its a middleware layer on top of nucleus (rtos) |
00:17.05 | raster | and isnt shipping yet last i knew |
00:17.11 | playya_ | the pyneo guys are working on the h1 |
00:18.15 | raster | :) |
00:18.17 | raster | there u go |
00:18.35 | raster | tho thats a major gtk based thing |
00:18.39 | raster | its also older |
00:18.52 | raster | other than that i cant say too much |
00:18.53 | raster | :) |
00:21.54 | playya_ | pyneo is based on efl, afaik they're using some parts of paroli, too |
00:22.44 | raster | yeah - know that. they'd have to build efl for it |
00:22.49 | raster | but thats perfectly easy enough to do |
00:23.46 | playya_ | hehe. yes. josch told me that it lasts 4 days |
00:23.58 | raster | lasts 4 days? |
00:27.04 | playya_ | to build EFL on a freerunner |
00:27.19 | raster | ugh! |
00:27.23 | playya_ | debian only accepts native builds |
00:27.34 | raster | you build it ON a freeruner |
00:27.35 | raster | god help |
00:27.44 | raster | i've bui;t efel onmy smartq5 |
00:27.49 | raster | thats a s3c6410 |
00:27.56 | raster | 530mhz |
00:28.00 | raster | (armv6) |
00:28.19 | raster | and that takes a good day to build (didnt time - maybe 8-12hrs) |
00:28.36 | raster | but a freerunner - thats nuts |
00:29.10 | raster | freerunenr is like using a horse & cart to go to work where everyone else is driving sports cars :) |
00:29.20 | raster | poor bastard |
00:32.13 | raster | alphaone: daaaan! |
00:32.52 | alphaone | hey raster |
00:37.14 | CIA-2 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * rae8e15aede 10openembedded.git/recipes/zaurus-utils/zaurus-updater/updater.sh: zaurus-updater: remove forgotten todo and split the version check |
00:47.59 | kergoth | thinks about just going ahead and pushing the oelib bits without extensive email threads, since it doesn't change behavior, just reorgs |
01:08.41 | *** part/#oe hoj (~hoj@75-147-191-205-Washington.hfc.comcastbusiness.net) |
01:16.53 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
01:23.21 | *** part/#oe aditya_1111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
01:27.08 | *** join/#oe william_zhang (~william@58.247.126.174) |
01:36.07 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
01:45.41 | *** join/#oe aliosa27 (~aliosa27@2002:ce7e:d252:0:226:bbff:fe17:44cb) |
01:50.16 | CIA-2 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r4e58c37e7d 10openembedded.git/classes/signature.bbclass: |
01:50.16 | CIA-2 | Add initial signature.bbclass, which generates a hash of the recipe data |
01:50.16 | CIA-2 | If the datastore has a 'hash' method, it will use that, otherwise it uses its |
01:50.16 | CIA-2 | own implementation. Datastore hashing will be added to bitbake master at some |
01:50.17 | CIA-2 | point, to prepare for the move away from stamps. |
01:50.17 | CIA-2 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
02:01.23 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
02:04.17 | william_zhang | hi,all, the executed file that oe build is too large, how to reduce it? tks |
02:10.02 | mwester | rm ? |
02:16.08 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
02:16.28 | *** join/#oe aliosa27 (~aliosa27@206.126.210.82) |
02:17.43 | william_zhang | the executed file with oe build is too large |
02:55.01 | *** join/#oe xeon-enouf (~xeon-enou@pool-74-101-153-36.nycmny.fios.verizon.net) |
03:20.06 | *** join/#oe borg_ (~olaf@p548681FB.dip0.t-ipconnect.de) |
03:34.00 | *** join/#oe shashi (~a0876501@nat/ti/x-yiufqhsivryquzbk) |
04:14.48 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
04:15.31 | *** join/#oe rob_w (~bob@p549BE4E2.dip.t-dialin.net) |
04:25.53 | *** join/#oe kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
05:01.09 | *** join/#oe demon93_ (~demon93@cpc1-rdng22-2-0-cust908.15-3.cable.virginmedia.com) |
05:10.19 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
05:19.39 | *** join/#oe shashi (~a0876501@nat/ti/x-raufgdvktfisizyr) |
05:19.58 | *** join/#oe roopar (~roopati@nat/ti/x-hxbfdfoskpuhkzve) |
05:27.33 | *** join/#oe konne (~Miranda@85.183.99.11) |
05:37.29 | *** join/#oe GNUtoo (~GNUtoo@host21-134-dynamic.25-79-r.retail.telecomitalia.it) |
05:58.22 | *** join/#oe vps (~vitus@212.144.247.210) |
06:03.31 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r6689cb4cc2 10openembedded.git/recipes/shr/frameworkd-config-shr_git.bb: frameworkd-config-shr: bump SRCREV |
06:08.32 | *** join/#oe jmpdelos (~polk@outgoing.delos.com) |
06:09.25 | *** join/#oe filip (~filip@filip.math.uni.lodz.pl) |
06:10.33 | Spyzer | hi everyone, i am trying to emulate opie-image by qemu. I have done a bitbake opie-image for machine-qemuarm and distro=angstrom |
06:10.58 | Spyzer | but as soon as I try to emulate the .ext3 image generated qemu return an error as to unknown parameter |
06:11.04 | Spyzer | please help me out here |
06:14.46 | *** join/#oe Heinervdm (~thomas@pD9E1782C.dip.t-dialin.net) |
06:24.14 | tsjsieb | goodmorning |
06:30.16 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd37850fd54 10openembedded.git/recipes/zaurus-utils/zaurus-updater.bb: zaurus-update: add back PACKAGE_ARCH = "${MACHINE_ARCH}" otherwise you'll miss out on gnu-tar for multi-machine builds where spitz isn't first |
06:33.31 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
06:55.02 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
06:59.10 | *** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
07:02.45 | *** join/#oe thebohemian (~rschus@p5DDC1DF8.dip.t-dialin.net) |
07:06.04 | *** join/#oe kristoffer (~kristoffe@79.138.151.136.bredband.tre.se) |
07:15.07 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r5453d2a893 10openembedded.git/recipes/linux/multi-kernel.inc: multi-kernel: update depends after kernel.bbclass changes |
07:16.30 | *** join/#oe eric__ (~eric@pac33-2-82-240-38-71.fbx.proxad.net) |
07:24.20 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
07:27.06 | *** join/#oe _ProtoN_ (~lcintrat@93.26.228.49) |
07:27.23 | *** join/#oe Spyzer (~abhishek@210.212.53.155) |
07:30.01 | *** join/#oe rsalveti_ (~rsalveti@189.115.168.181.dynamic.adsl.gvt.net.br) |
07:35.21 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
07:44.00 | *** join/#oe dth (~dieter@p4FDED971.dip.t-dialin.net) |
07:44.02 | *** join/#oe thebohemian (~rschus@p5DDC1DF8.dip.t-dialin.net) |
07:56.43 | *** join/#oe mikc (~mick@delta360.server4you.de) |
07:59.18 | *** join/#oe filip (~filip@filip.math.uni.lodz.pl) |
08:01.55 | *** join/#oe fpga (~s@92.62.56.51) |
08:02.35 | mikc | Hi, I am working on this problem, http://article.gmane.org/gmane.comp.handhelds.openembedded/32076. What could cause curl to choose the system linker and not the cross linker when the .o files are normally cross-compiled for ARM ? Does anybody else have the same problem ? |
08:04.03 | mikc | more complete do_install log : http://pastebin.org/161245 |
08:04.07 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
08:07.22 | *** join/#oe Heinervdm (~thomas@pD9E1782C.dip.t-dialin.net) |
08:09.42 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
08:19.09 | *** join/#oe filip (~filip@filip.math.uni.lodz.pl) |
08:34.32 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
08:36.17 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
08:38.09 | mckoan | good morning |
08:38.54 | *** join/#oe likewise (~likewise@82-171-51-231.ip.telfort.nl) |
08:46.05 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
08:46.29 | florian | good morning |
08:47.53 | hrw | hi |
08:52.08 | *** join/#oe raster (~raster@enlightenment/developer/raster) |
09:02.14 | ao2 | hi, I'd like to ask something about /etc/device_tables it looks like it does not contain stuff specified in IMAGE_DEVICE_TABLES, is that right? |
09:05.26 | *** join/#oe mouss (~mouss@cqf44-2-88-164-112-80.fbx.proxad.net) |
09:06.11 | ao2 | IIUC, IMAGE_DEVICE_TABLES is used to populate /dev when building the rootfs, but on boot makedevs overrides that picking up stuff from /etc/device_table. The question is, shouldn't /etc/device_table modified following what's in IMAGE_DEVICE_TABLES too? |
09:20.16 | *** join/#oe GNUtoo (~GNUtoo@host21-134-dynamic.25-79-r.retail.telecomitalia.it) |
09:31.23 | *** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
09:40.03 | ao2 | ah there is an issue already about that: http://bugs.openembedded.org/show_bug.cgi?id=3593 |
09:44.47 | *** join/#oe Spyzer (~abhishek@210.212.53.155) |
09:46.38 | *** join/#oe ant_work (~andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
09:59.28 | *** join/#oe MWelchUK (~martyn@82.152.154.75) |
10:02.01 | vps | Hej! When building initramfs-image.bb the directory /sys isn't created and therefore sysfs nmounted and udev not started. Where should /sys be created in this case? |
10:02.21 | vps | When building full-featured images /sys is created in base-files |
10:03.23 | *** join/#oe jmpdelos_ (~polk@outgoing.delos.com) |
10:04.52 | MWelchUK | I've built x11-gpe-image for the h5000, I have it loaded, but X isn't starting. I can start it via the serial console and even load apps, but the touch screen doesn't seem to be functioning. Can anyone point me in the direction that I will need to look in to get the touch screen working? |
10:10.45 | *** join/#oe mario-goulart (~user@67.205.85.241) |
10:19.18 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
10:36.07 | *** join/#oe nlCortana (~johan@87.212.216.45) |
10:52.46 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
11:04.44 | CIA-2 | 03Sergey Lapin <slapin@ossfans.org> 07org.openembedded.dev * rc2df527b55 10openembedded.git/recipes/sysklogd/ (files/sysklogd sysklogd.inc): sysklogd: installing init script |
11:07.14 | nlCortana | hi, when i'm in {OETREE}/openembedded git pull is up to date, but git pull --rebase tells me linux 2.6.28.bb needs an update |
11:07.24 | nlCortana | whats the command to update this? |
11:07.55 | florian | nlCortana: hi |
11:08.23 | nlCortana | hi |
11:08.29 | florian | This means you changed the file and you would have to check it in and update it in Git. |
11:08.45 | florian | But you can handle local changes with Git too: |
11:08.56 | florian | "git stash" saves these changes |
11:09.07 | nlCortana | aha, hmm it wasnt really me who changed it, but friend helped me for adding machine support and indeed overided it |
11:09.10 | florian | then you should be able to rebase |
11:09.40 | florian | after this you get your local changes back with "git stash apply" |
11:17.04 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
11:17.52 | *** join/#oe nlCortana__ (~johan@ip45-216-212-87.adsl2.static.versatel.nl) |
11:25.35 | *** part/#oe mouss (~mouss@cqf44-2-88-164-112-80.fbx.proxad.net) |
11:27.22 | hrw | re |
11:28.06 | hrw | MWelchUK: h5000? thats old... |
11:28.38 | MWelchUK | Yeah - got one lying around, got nowt else to do with it :-) |
11:29.18 | MWelchUK | Plus it has a screen, a touch screen at that, unlike just about any other target I've used. |
11:30.11 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
11:34.18 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r356e71b1a7 10openembedded.git/recipes/shr/shr-launcher_svn.bb: shr-launcher: bump SRCREV |
11:38.57 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r7bdb604776 10openembedded.git/classes/angstrom-mirrors.bbclass: angstrom mirrors: fix regression introduced by http://cgit.openembedded.org/cgit.cgi/bitbake/commit/?h=1.10&id=11375c3f74511ce59ad5a625bfda4121a8714345 |
11:42.09 | *** join/#oe GNUtoo (~GNUtoo@host21-134-dynamic.25-79-r.retail.telecomitalia.it) |
11:55.00 | *** join/#oe gilligan_ (~gilligan@p5B17D442.dip.t-dialin.net) |
11:55.03 | gilligan_ | hi |
11:56.21 | *** join/#oe mickey|zzZZzz (~mickey@80.81.242.146) |
11:57.45 | gilligan_ | i'm looking for some stable ARM target with proper X support that will work fine under qemu ? (I need something as an example for a seminar) Any suggestions are much appreciated :) I'm rather flexible as you can tell |
12:01.30 | *** join/#oe cairy (~star@218.106.151.194) |
12:01.49 | hrw | qemuarm |
12:03.51 | *** join/#oe MWelchUK (~martyn@82.152.154.75) |
12:03.53 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
12:03.53 | *** join/#oe mrc3 (~mrc3@nat/ti/x-wotdudgrqpfezjaj) |
12:03.53 | *** join/#oe kergoth_ (~clarson@ip24-251-170-95.ph.ph.cox.net) |
12:03.53 | *** join/#oe sakoman (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
12:03.53 | *** join/#oe soltys (soltys@soltys.soad.pl) |
12:03.54 | *** join/#oe signal11 (esteban@gnv.quaddro.net) |
12:09.47 | *** join/#oe Bertl (herbert@IRC.13thfloor.at) |
12:10.05 | *** join/#oe fpga (~s@92.62.56.51) |
12:19.30 | *** join/#oe rsalveti (~rsalveti@200.184.118.130) |
12:21.37 | *** join/#oe soltys (soltys@soltys.soad.pl) |
12:24.43 | *** join/#oe cairy (~star@120.35.4.65) |
12:26.27 | *** join/#oe jmpdelos (~polk@outgoing.delos.com) |
12:26.31 | *** join/#oe BenLauDC (~benlau@221.125.8.44) |
12:27.44 | mckoan | hrw: qemuarm + X working? hmmm.... |
12:30.47 | hrw | mckoan: I do not know current state but it was working when last time I used it |
12:33.35 | gilligan_ | is git.openembedded.org super slow or is it just me ? only get like 30kb/sec |
12:37.36 | *** join/#oe fpga (~s@92.62.56.51) |
12:38.55 | mckoan | gilligan_: in EU is quite normal |
12:43.28 | *** join/#oe CSMan (~csman@unaffiliated/csman) |
12:47.08 | gilligan_ | mckoan, x_X |
12:50.00 | *** join/#oe rsalveti (~rsalveti@200.184.118.130) |
12:56.32 | CIA-2 | 03Sebastian Spaeth <Sebastian@SSpaeth.de> 07org.openembedded.dev * r4321d61d1e 10openembedded.git/recipes/shr/ (libphone-ui-shr_git.bb libphone-ui_git.bb): |
12:56.32 | CIA-2 | libphone-ui*: bump to recent version |
12:56.33 | CIA-2 | to catch up with recent EFL changes |
12:56.33 | CIA-2 | Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de> |
12:56.46 | *** join/#oe jmpdelos_ (~polk@outgoing.delos.com) |
12:59.13 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
13:05.25 | *** join/#oe aloisiojr (~aloisio@200.184.118.130) |
13:12.27 | *** join/#oe nlCortana__ (~johan@ip45-216-212-87.adsl2.static.versatel.nl) |
13:15.04 | *** join/#oe Openfree (~df@58.33.76.151) |
13:22.26 | *** join/#oe aditya_111 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net) |
13:34.34 | *** join/#oe mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
13:35.01 | *** join/#oe aliosa27 (~aliosa27@206.126.211.14) |
13:36.51 | eric__ | hi, when trying to build linux 2.6.33 for x86, I met a problem at staging. I sent a fix : http://thread.gmane.org/gmane.comp.handhelds.openembedded/32081 which seems to fix the problem. May you please check this is the right thing to do ? |
13:39.25 | *** join/#oe sicu (~sicu@cm-84.208.94.5.getinternet.no) |
13:53.22 | *** join/#oe demon93 (~demon93@cpc1-rdng22-2-0-cust908.15-3.cable.virginmedia.com) |
13:56.48 | *** join/#oe robtow (~rob@64.62.142.114) |
13:57.31 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
13:59.28 | *** join/#oe demon93 (~demon93@cpc1-rdng22-2-0-cust908.15-3.cable.virginmedia.com) |
13:59.29 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
14:08.52 | *** join/#oe sicu (~sicu@cm-84.208.94.5.getinternet.no) |
14:19.56 | *** join/#oe marcosmamorim (~marcos@189-46-27-238.dsl.telesp.net.br) |
14:29.33 | *** join/#oe Jin^eLD (~jin@belief.htu.tuwien.ac.at) |
14:29.38 | Jin^eLD | huhu |
14:30.11 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r717855f88d 10openembedded.git/recipes/libtiff/tiff_3.9.2.bb: tiff 3.9.2: fix QA error during configure |
14:33.45 | *** join/#oe CoreDump (~mhentges@82.113.121.221) |
14:36.02 | *** join/#oe svolpe (~Gerrath@unaffiliated/gerrath) |
14:38.10 | *** join/#oe ReaperOfSouls (~jpuhlman@nat/montavista/x-zsomttvzvcselsdj) |
14:43.59 | Jin^eLD | I know it's very much off topic, if someone to flash-program something using the freescale usb tap thingie, please /msg me :> |
14:44.07 | Jin^eLD | aem, succeeded that is |
14:51.02 | nlCortana__ | hi, im trying to build something with oe, but is seems like bitbake searches for the frong toolchain. It is searching for arm-none-linux-gnueabi, but it needs arm-angstrom-linux-gnueabi. How to change this |
14:54.23 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
14:57.24 | svolpe | I'm building u-boot_2009.8 and I'm getting a ld error. It seems that the arm-oe-linux-gnueabi-ld linker does not like the -Wl option as if I removed it from LDFLAGS in the compile script u-boot links with no issues. How can I remove the -Wl perminantly from the u-boot LDFLAGS? |
14:58.36 | svolpe | when I say compile script I'm refering to temp/run.do_compile.xxxx |
14:59.13 | *** part/#oe cairy (~star@120.35.4.65) |
15:01.53 | svolpe | is it safe just to remove it from conf/bitbake.conf LDFLAGS or will that break other packages? |
15:05.02 | Tartarus | svolpe: it sounds like there's a problem with u-boot's Makefiles |
15:07.15 | *** join/#oe alecrim (~alecrim@189.2.128.130) |
15:08.37 | svolpe | Tartarus: well even if I do arm-oe-linux-gnueabi-ld -Wl from the command line it tells me its not a valid option for LD |
15:09.11 | *** join/#oe alecrim (~alecrim@189.2.128.130) |
15:09.27 | *** join/#oe vps (~vitus@212.144.247.210) |
15:11.59 | *** join/#oe darkstar62 (~darkstar6@97-126-101-30.tukw.qwest.net) |
15:14.09 | kergoth | svolpe: -Wl is a gcc argument, to pass arguments along to ld. the LDFLAGS from the bitbake metadata is expected to be given to gcc to link, not ld directly |
15:15.20 | svolpe | kergoth: thank you, so that is why Tartarus said its probably an issue with the u-boot makefile |
15:20.34 | svolpe | kergoth Tartarus thanks, I think I found the offending line in the main u-boot Makefile. I will patch it and give it a go. |
15:24.35 | MWelchUK | The xmodmaps seem to be being placed in /etc/X11, but /etc/X11/Xinit.d/12keymap expects them in /etc/X11/xmodmaps |
15:24.56 | MWelchUK | x11-image build for h5000 |
15:26.21 | *** join/#oe morphis (~morphis@p5489C875.dip.t-dialin.net) |
15:39.41 | kergoth | svolpe: indeed. good luck with it :) |
15:41.36 | *** join/#oe pocek_ (pock@178-36-195-25.adsl.inetia.pl) |
16:04.30 | *** join/#oe Crofton (~balister@adsl-75-36-176-185.dsl.pltn13.sbcglobal.net) |
16:05.56 | *** join/#oe playya (~playya@unaffiliated/playya) |
16:06.59 | *** join/#oe kergoth_ (~clarson@ip24-251-170-95.ph.ph.cox.net) |
16:07.04 | svolpe | I have identified the offending code in the u-boot makefile but I'm not having any luck fixing it. Here is the offending code: http://pastebin.com/zvw82Bkh I would appriciate any ideas anyone may have. |
16:07.56 | *** join/#oe robtow (~rob@12.156.66.34) |
16:15.20 | *** join/#oe robtow1 (~rob.tow@12.156.66.34) |
16:31.48 | *** join/#oe GNUtoo (~GNUtoo@host21-134-dynamic.25-79-r.retail.telecomitalia.it) |
16:32.03 | *** join/#oe hansdampf (~moritz@rgnb-4d04bdc9.pool.mediaWays.net) |
16:35.37 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
16:37.28 | *** join/#oe midnight1111_ (~80aae00b@gateway/web/freenode/x-ptxovzkxhfjtcrvk) |
16:37.35 | midnight1111_ | looking for "ant" |
16:38.08 | midnight1111_ | I have succesfully built openembedded and generated several images for the beagleboard |
16:38.45 | midnight1111_ | I am looking for a doc on how to install the images on an sd card to boot them.... |
16:38.52 | midnight1111_ | any help is appreciated |
16:41.10 | Tartarus | Try #beagle |
16:41.58 | midnight1111_ | Tartarus: tried beagle no luck there... |
16:41.59 | svolpe | midnight1111_: http://elinux.org/BeagleBoard#MMC.2FSD_boot |
16:43.30 | midnight1111_ | svolpe: thx been through that web page... the websites all have instructions for pre-built images... |
16:44.09 | midnight1111_ | I am after how to take some images just after a build and install them on an sd card "copy <file> to <file> on the sd card" |
16:45.25 | svolpe | midnight1111_: do you mean copy the rootfs or a file system image? |
16:46.01 | *** join/#oe awozniak (~awozniak@76.205.222.173) |
16:46.21 | midnight1111_ | svolpe: so the list of files in my /stuff/build/tmp/deploy/glibc/images/om-gta01 directory include several .tar.gz rootfs and base-image files |
16:46.41 | midnight1111_ | I want to copy these to the equivalent files on the sd card to boot the beagle board |
16:47.46 | midnight1111_ | uImage-om-gta01-latest.bin probably goes to uImage.bin on the sd card |
16:48.34 | midnight1111_ | then I still have modules-2.6.24-oe5+gitrfb42ce6724576fc173faf8abfb04aa2c36d213b7-r1-om-gta01.tgz, base-image-om-gta01.tar.gz, and Angstrom-base-image-glibc-ipk-2010.4-test-20100415-om-gta01-testlab |
16:49.08 | midnight1111_ | and Angstrom-base-image-glibc-ipk-2010.4-test-20100415-om-gta01.rootfs.tar.gz which looks like the rootfs.bin file |
16:49.28 | svolpe | well then I recommend setting up an ext2/3 partition on the sd card, copy the rootfs over to that card and then pass the kernel the root=/dev/'whateveryoursdcardpartis' |
16:51.08 | Spyzer | hi all, i did a bitbake opie-image for qemuarm MACHINE and DISTRO angstrom but when i am following the steps mentioned at http://linuxtogo.org/gowiki/Angstrom/qemu-system-arm I am getting this error |
16:51.15 | Spyzer | qemu: unknown parameter '�' in 'Angstrom-opie-image-glibc-ipk-2010.4-test-20100420-qemuarm.rootfs.ext3 |
16:51.17 | Spyzer | please help |
16:58.38 | Spyzer | umm... anyone |
17:01.10 | *** join/#oe ant__ (~andrea@host30-20-dynamic.0-87-r.retail.telecomitalia.it) |
17:10.36 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
17:19.57 | Spyzer | please help me out anyone |
17:25.02 | GNUtoo | Spyzer, maybe instead of copy-pasting the wiki,try to type the command |
17:35.40 | *** join/#oe mr_nice (~nice@95-90-75-53-dynip.superkabel.de) |
17:35.52 | Spyzer | ../qemu-system-arm -M versatilepb -usb -usbdevice wacom-tablet -show-cursor -m 64 -kernel zImage-2.6.25+2.6.26-rc4-r6-qemuarm.bin -drive Angstrom-opie-image-glibc-ipk-2010.4-test-20100419-qemuarm.rootfs.ext3 -append "root=/dev/sda rw" |
17:36.03 | Spyzer | this is the command @GNUtoo |
17:36.43 | GNUtoo | Spyzer, does it work now? |
17:37.16 | Spyzer | no it is not working it is always giving the same error i mentioned above/earlier |
17:37.20 | GNUtoo | Spyzer, or I've another solution |
17:37.30 | Spyzer | yes please |
17:37.34 | GNUtoo | rename Angstrom-opie-image-glibc-ipk-2010.4-test-20100419-qemuarm.rootfs.ext3 to something simplier |
17:38.20 | GNUtoo | because '�' is an unknown character |
17:38.39 | GNUtoo | just to be shure we understand each other,in my IRC client '�' appears as '?' |
17:39.25 | Spyzer | i did that earliere and now too, i renamed it to opie-angstrom.ext3 and now am getting the same error qemu: unknown parameter '?' in 'Angstrom-opie-image-glibc-ipk-2010.4-test-20100420-qemuarm.rootfs.ext3 |
17:39.38 | Spyzer | oh sorry |
17:39.48 | Spyzer | qemu: unknown parameter '�' in 'opie-angstrom.ext3' |
17:39.54 | Spyzer | this is the new one after renaming |
17:40.05 | GNUtoo | mmm strange |
17:40.31 | GNUtoo | you have a strange character somewhere,you must track it |
17:41.04 | Spyzer | do you think it has something to do with a possible machine and distro combination, earlier when it ran i actually gave DISTRO=minimal and machine=qemuarm |
17:41.19 | Spyzer | now qemuarm MACHINE and DISTRO angstrom |
17:41.29 | mr_nice | use -drive file= |
17:41.36 | mr_nice | http://linuxtogo.org/gowiki/Angstrom/qemu-system-arm |
17:42.47 | Spyzer | man i cannot believe that was the error |
17:43.01 | mr_nice | :) |
17:43.14 | Spyzer | thanks a lot |
17:43.17 | Spyzer | :) |
17:43.38 | mr_nice | no problem I use qemu a lot to test images |
17:44.07 | Spyzer | so have u created any customized images of your own too??? |
17:44.32 | mr_nice | kind of |
17:45.03 | mr_nice | just have a look at images and tasks dirs |
17:45.38 | mr_nice | the manual also explains it quite well |
17:46.00 | Spyzer | ok well if u can review this... |
17:46.03 | Spyzer | IMAGE_INSTALL = "qtehelloworld" |
17:46.05 | Spyzer | RDEPENDS = "qte" |
17:46.05 | Spyzer | require base-image.bb |
17:46.05 | Spyzer | inherit image |
17:46.17 | Spyzer | where qtehelloworld is a recipe created by me |
17:46.26 | Spyzer | which bitbakes fine enough |
17:46.55 | Spyzer | so do u think an image will be created which has support for qte and has the application and can run it too |
17:47.15 | gilligan_ | can anyone suggest me some arm machine that builds fine with angstrom/X and also works fine with qemu ? |
17:48.16 | *** join/#oe mickey|zzZZzz (~mickey@openmoko/coreteam/mickey) |
17:48.22 | mr_nice | Spyzer: sorry I don't know it |
17:49.08 | Spyzer | well if u can just tell that if using the rdepends variable, will that install all the qte runtime libraries in the created image?? |
17:50.34 | *** join/#oe kristoffer (~kristoffe@79.138.183.190.bredband.tre.se) |
17:51.24 | gilligan_ | oh.. there's qemuarm.conf .. that should do then ;-) |
17:52.27 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r15188a35e2 10openembedded.git/conf/distro/include/angstrom-2008-preferred-versions.inc: angstrom: prefer xserver-common 1.33 |
17:52.38 | CIA-2 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rda8608ce9f 10openembedded.git/recipes/xserver-common/ (3 files in 2 dirs): xserver-common: add 1.33 with some extra fixes |
17:52.48 | mr_nice | Spyzer: I don't know it. I allways put them also to the image install. someone else migth know the answer |
17:53.02 | Spyzer | oh ok :) |
17:53.18 | mr_nice | but it might be not a clean solution at all |
17:53.30 | Spyzer | clean?? |
17:53.35 | mr_nice | best would be to ask at the mailing list |
17:55.07 | mr_nice | with clean I wanted to say the best way to do it |
18:07.24 | *** join/#oe CSMan (~csman@unaffiliated/csman) |
18:11.24 | *** join/#oe Heinervdm (~thomas@pD9E1782C.dip.t-dialin.net) |
18:12.43 | kergoth_ | thinks about changing var expansion to expand nonexistant vars to the empty string and comparing bitbake -e output |
18:16.36 | *** join/#oe khem (~khem@99.57.141.118) |
18:16.56 | khem | gm to all |
18:18.15 | kergoth_ | hey khem |
18:22.50 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
18:24.38 | florian | re |
18:27.17 | khem | kergoth_: hey |
18:27.33 | khem | been tired of flying for last 48 hours |
18:27.46 | khem | these volcano's are not helpful :) |
18:31.15 | *** join/#oe woglinde_ (~heinold@g230117022.adsl.alicedsl.de) |
18:34.05 | florian | khem: oops |
18:34.14 | woglinde_ | jo |
18:36.35 | *** join/#oe aliosa27 (~aliosa27@166.182.50.172) |
18:39.57 | ant__ | brb |
18:44.00 | *** part/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
18:44.06 | *** join/#oe aliosa27 (~aliosa27@206.126.219.223) |
18:48.42 | khem | florian: I was to fly into Munich from Dubai but they cancelled it and packed me on a 16 hour flight to toronto |
18:48.54 | *** join/#oe jmpdelos (~polk@outgoing.delos.com) |
18:49.06 | woglinde_ | jo khem |
18:49.17 | khem | and then I had to wait there for another 10 hours to get on a flight to San fransisco |
18:49.21 | woglinde_ | khem where are you now? |
18:49.43 | khem | woglinde_: heh I have reached in valley no more transits :) |
18:50.04 | florian | khem: heh... oh well. Toronto instead of Munich... that's quite a difference :-) |
18:56.00 | kergoth_ | sheesh, just found 5 different places in bitbake itself where it was requested an expanded version of a non-string bitbake internal variable |
18:56.03 | kergoth_ | sad |
18:56.33 | kergoth_ | wait, no, more than 5 now |
18:57.11 | kergoth_ | is experimenting with teaching expand to str(value) instead of choking on non-string |
18:57.15 | woglinde_ | kergoth still at cleanup? |
18:58.14 | kergoth_ | on occasion, its a good background task |
18:58.57 | kergoth_ | these angstrom bluez/fso-apm/libiconv messages can bite me. |
19:08.08 | kergoth_ | and here's a few expand()s on None.. hrmph |
19:17.54 | *** join/#oe timtimred (~meh@79-77-157-14.dynamic.dsl.as9105.com) |
19:20.49 | kergoth_ | hrmph.. MIRRORS/PREMIRRORS is nicely flexible, but what crappy usability.. i wonder how we could improve that interface for the user |
19:22.28 | kergoth_ | SRC_TARBALL_STASH was certainly easier to use than the new method, if less flexible |
19:32.16 | *** join/#oe aliosa27 (~aliosa27@206.126.219.223) |
19:35.14 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
19:35.37 | *** join/#oe aliosa27 (~aliosa27@206.126.219.223) |
19:51.00 | *** join/#oe mekoniak (~mekoniak@wireless-5213.wireless.ece.vt.edu) |
19:57.16 | *** join/#oe d_t_h (~dieter@p4FDEAB35.dip.t-dialin.net) |
19:59.22 | *** join/#oe jkridner (~a0321898@pdpc/supporter/active/jkridner) |
20:01.39 | *** join/#oe Martin-B (~martin@pool-177-66-198-89.dbd-ipconnect.net) |
20:08.02 | mekoniak | Hi all. Have a question regarding how Bitbake creates packages. I'm specifically looking at the omniorb recipe. It was my understanding that the packages created are controlled by the PACKAGES variable, and that the files packaged are controlled by FILES_ However, the recipe I'm looking at doesn't have a PACKAGES variable but still creates -dev, -dbg, and -static packages. Where would this be specified? |
20:08.27 | kergoth_ | read conf/bitbake.conf |
20:08.38 | kergoth_ | global config metadata flows into the recipes, including things like FILES and PACKAGES |
20:08.54 | kergoth_ | also, bitbake -e is helpful |
20:09.03 | kergoth_ | bitbake -e omniorb|grep \^FILES_ |
20:09.07 | kergoth_ | bitbake -e omniorb|grep \^PACKAGES |
20:10.05 | mekoniak | cool. thanks kergoth! |
20:10.09 | kergoth_ | np |
20:10.23 | *** join/#oe dijenerate (~dijenerat@64.210.44.37) |
20:10.35 | kergoth_ | note that classes are free to manipulate those variables too. bitbake -e will show you the final values, as used in the build |
20:12.37 | mekoniak | when I add items to my IMAGE_INSTALL variable, do I list packages there then? I was thinking it was recipe names, but then I only get the base package included with my image. |
20:12.58 | kergoth_ | yes, IMAGE_INSTALL controls what binary packages get installed into an image, and PACKAGES controls what binary packages are emitted. |
20:13.05 | kergoth_ | recipes aren't installed in an image |
20:13.07 | kergoth_ | packages are |
20:13.35 | mekoniak | makes perfect sense! |
20:13.36 | mekoniak | thx |
20:13.38 | kergoth_ | np |
20:20.20 | *** join/#oe demon93_ (~tim@cpc1-rdng22-2-0-cust908.15-3.cable.virginmedia.com) |
20:25.25 | *** join/#oe MWelchUK (~martyn@82.152.154.75) |
20:33.55 | *** join/#oe mrc3 (~mrc3@nat/ti/x-rhdfiotgsiheflsl) |
20:34.21 | kergoth_ | hmm. |
20:40.58 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
20:56.52 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
21:05.31 | *** join/#oe Tryum (~Tryum@e-corporation.info) |
21:18.03 | *** join/#oe Crofton (~balister@adsl-75-36-176-185.dsl.pltn13.sbcglobal.net) |
21:27.10 | kergoth_ | hrm |
21:27.13 | kergoth_ | grumbles |
21:30.29 | kergoth_ | grrr |
21:30.40 | *** join/#oe marcosmamorim1 (~marcos@201-43-208-127.dsl.telesp.net.br) |
21:34.55 | ao2 | JaMa|Opera, I found a pastebin of your with the same problem i am experiencing: http://www.google.it/search?q=%22build/lib.linux-x86_64-2.6%22%20wrong%20ELF%20class%3A%20ELFCLASS32 did you solve it any way? |
21:36.31 | *** join/#oe marcosmamorim (~marcos@201-68-206-122.dsl.telesp.net.br) |
21:38.12 | kergoth_ | hmmmmm |
21:47.15 | *** join/#oe marcosmamorim1 (~marcos@201-68-112-244.dsl.telesp.net.br) |
21:48.18 | *** join/#oe qsp (~qsp@bl9-23-236.dsl.telepac.pt) |
21:55.55 | khem | ao2: seems like its failing to detect the host system type |
21:56.00 | khem | which package is it ? |
21:56.20 | khem | libffi ? |
22:00.36 | *** join/#oe ant__ (~andrea@host30-20-dynamic.0-87-r.retail.telecomitalia.it) |
22:06.03 | JaMa|Zzzz | ao2: that google result of mine returns "That is an invalid ID, or the post has expired." and from yours I don't recognize that problem :/ |
22:06.31 | JaMa|Zzzz | ao2: so maybe it wasn't pastebined by me.. or it's really old |
22:06.49 | khem | JaMa|Zzzz: http://ja.pastebin.ca/1869784 |
22:07.56 | JaMa|Zzzz | ah so it's the same as ao2's version |
22:09.30 | JaMa|Zzzz | then this is what was enough to resolve it back then http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=a070023d0d3c1af845dd41703a8419af818d70f3 |
22:10.09 | JaMa|Zzzz | and it's still used in 2.6.4 as it was in 2.6.2 |
22:13.11 | *** join/#oe marcosmamorim (~marcos@187.35.32.187) |
22:13.23 | *** join/#oe ant__ (~andrea@host64-190-dynamic.60-82-r.retail.telecomitalia.it) |
22:13.51 | CIA-2 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * re9ec37937e 10openembedded.git/conf/machine/ (5 files in 2 dirs): |
22:13.51 | CIA-2 | zaurus-2.6.inc: merge the jffs2 bits from zaurus-clamshells.inc. |
22:13.51 | CIA-2 | * remove the legacy headers needed for vanilla Sharp images. |
22:13.51 | CIA-2 | * (the checksum was anyway broken) |
22:14.00 | CIA-2 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * rde4a5bc6f2 10openembedded.git/conf/machine/include/ (zaurus-2.6.inc zaurus-kernel.inc): |
22:14.00 | CIA-2 | zaurus-2.6.inc: reorder common Zaurus settings. |
22:14.00 | CIA-2 | * reabsorb zaurus-kernel.inc |
22:18.37 | *** join/#oe ant__ (~andrea@host64-190-dynamic.60-82-r.retail.telecomitalia.it) |
22:22.59 | *** join/#oe likewise (~likewise@82-171-51-231.ip.telfort.nl) |
22:28.54 | ao2 | JaMa|Zzzz, here's the full log: http://people.openezx.org/ao2/tmp/log.do_configure.31040 _ctypes is ntill not compiled for me... |
22:29.29 | ao2 | ah sorry: http://people.openezx.org/ao2/tmp/log.do_compile.4827 |
22:29.30 | *** join/#oe marcosmamorim1 (~marcos@201-42-214-175.dsl.telesp.net.br) |
22:31.45 | khem | ao2: python for target is using libffi from build doesnt sound good to me |
22:32.13 | khem | ao2: it should use libffi compiled for target i.e. arm in your case |
22:32.22 | ao2 | khem, sure not, but I don't know how to fix that |
22:32.27 | khem | if you can figure it our why |
22:32.30 | khem | ah |
22:32.47 | khem | it should be easy go through the config.logs |
22:34.00 | *** join/#oe mrc3 (~mrc3@nat/ti/x-egzjomnqrlzrhils) |
22:37.44 | khem | kergoth_: ERROR: no recipe files to build, check your BBPATH and BBFILES? |
22:37.56 | khem | after updating to latest on master |
22:38.15 | khem | nothing else is changed in my env I am still following same steps as I used to |
22:38.27 | khem | and BBPATH is set correctly. |
22:38.32 | khem | any hints ? |
22:44.59 | kergoth_ | khem: using collections i assume? Add require conf/collections.inc to your local.conf |
22:45.15 | kergoth_ | it was an oe change, not a bitbake one, collections.inc isn't included by default now |
22:45.23 | kergoth_ | due to interference with the bblayers stuff |
22:45.49 | khem | ah |
22:47.43 | khem | thx kergoth_ now its parsing 2 weeks is enough to get outdated in OE world :) |
22:47.49 | kergoth_ | :) |
22:47.51 | kergoth_ | np |
22:47.57 | kergoth_ | been playing around with setup using bblayers, its nice |
22:48.01 | kergoth_ | just cd into your area, bitbake |
22:48.04 | kergoth_ | no env vars necessary |
22:48.14 | khem | hmmm seems nice |
22:48.27 | khem | is bblayers a replacement for collections |
22:48.38 | khem | or a suppliment |
22:50.13 | kergoth_ | collections is easier to set up, slightly, but bblayers has other advantages. tradeoffs, atm |
22:50.20 | kergoth_ | definitely one or the other |
22:50.30 | kergoth_ | bblayers has more boilerplate necessary, but works nice once you have it set up |
22:50.35 | kergoth_ | not just one var like collections |
22:50.41 | khem | ah I see |
22:50.48 | khem | http://www.mail-archive.com/bitbake-dev@lists.berlios.de/msg00716.html |
22:50.51 | khem | I will read it |
22:51.00 | CIA-2 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r884ca29a3d 10openembedded.git/conf/machine/include/zaurus-2.6.inc: zaurus-2.6.inc: remove forgotten comments (#) and unbreak jffs2 |
22:51.58 | kergoth_ | khem: check out http://github.com/kergoth/OE-BBLayers |
22:52.02 | kergoth_ | khem: example setup |
22:53.15 | khem | ah nice |
22:56.21 | khem | kergoth_: How would I include my own overlay in your example |
22:56.33 | khem | is BBLAYERS a list ? |
22:56.36 | kergoth_ | add it to BBLAYERS and give it a conf/layer.conf like the oe one |
22:56.37 | kergoth_ | yep |
22:57.10 | khem | list separated by : |
22:57.12 | kergoth_ | you see what i mean about the setup.. if you want the bitbake priority handling for dealing with recipes in both overlays, you'll need to uncomment the BBFILE bits in the layer.confs |
22:57.15 | kergoth_ | space separated |
22:57.15 | *** join/#oe marcosmamorim (~marcos@201-42-213-236.dsl.telesp.net.br) |
22:57.29 | khem | hmm ok |
22:59.46 | khem | kergoth_: now I dont have to export BBPATH |
22:59.53 | kergoth_ | yep |
22:59.56 | *** join/#oe jmpdelos (~polk@outgoing.delos.com) |
22:59.57 | kergoth_ | just need to make sure bitbake is in your path |
23:00.02 | kergoth_ | i did that in my ~/.profile |
23:00.27 | kergoth_ | it searches up the tree to find conf/bblayers.conf, so as long as you're within your build area, you can bake away |
23:00.52 | khem | conf/bblayers.conf should be in build area ? |
23:01.03 | khem | actually I build in /scratch |
23:01.13 | khem | and metadata is in my /home/oe |
23:01.28 | kergoth_ | put it wherever you want, i think it makes the most sense in the root of your build, it sets TOPDIR relative to that |
23:01.37 | kergoth_ | (at least in my example it does, could do it differently) |
23:04.46 | khem | kergoth_: so now all customizations will be in overlay/conf/layer.conf right |
23:04.59 | khem | local.conf does not make sense anymore ? |
23:05.03 | kergoth_ | it makes sense. |
23:05.15 | kergoth_ | local.conf is bound to the build, layers are for a specific overlay |
23:05.19 | kergoth_ | not all your settings are overlay specific |
23:05.21 | khem | ok I see only BBFILES stuff |
23:05.29 | khem | right |
23:05.29 | kergoth_ | the example bblayers.conf i show sets BBPATH to include TOPDIR |
23:05.33 | khem | most of it is common |
23:05.37 | kergoth_ | so you can still use conf/local.conf relative to there |
23:08.15 | kergoth_ | fixes some of the bitbake annoyances surrounding use of non-string objects in variables |
23:08.34 | khem | kergoth_: so it looks for layer.conf ? |
23:08.42 | khem | automatically ? |
23:08.44 | kergoth_ | it parses conf/layer.conf in each layer |
23:08.47 | kergoth_ | requires it, actually |
23:08.49 | khem | ah |
23:08.49 | kergoth_ | will error without it |
23:09.01 | khem | and how does it find bblayers.conf ? |
23:09.13 | kergoth_ | it searches up from your current location searching for 'conf/bblayers.conf' |
23:09.16 | kergoth_ | until it hits / |
23:09.23 | khem | ah |
23:09.56 | khem | so as long as I invoke bitbake in some subtree it will find it |
23:10.05 | khem | tried bitbake -DDD |
23:10.05 | kergoth_ | though, i guess you could do all your build wide settings in bblayers.conf directly rather than local.conf. i have both still |
23:10.09 | kergoth_ | yeah, exactly |
23:10.31 | kergoth_ | the thing to remember with bblayers.conf and layer.conf is they're all parsed before bitbake.conf. |
23:10.43 | kergoth_ | obviously, since the BBPATH changes are needed to find bitbake.conf :) |
23:11.08 | khem | overlay priority should also be in layer.conf I guess |
23:11.27 | kergoth_ | thinks it would've been less confusing to call this project.conf or something, people tend to find the notion of a "project" less confusing |
23:11.45 | kergoth_ | yeah, thats what i did in the example. BBFILE_COLLECTIONS += "whatever", BBFILE_PRIORITY_whatever .. |
23:12.20 | *** join/#oe marcosmamorim1 (~marcos@200-158-247-18.dsl.telesp.net.br) |
23:12.23 | kergoth_ | not as elegant as the priority ordered COLLECTIONS, but its a one time thing at least |
23:12.56 | khem | ok cool |
23:13.26 | kergoth_ | thinks about possibly adding variable typing directly into bitbake now that the str() calls are in the right places |
23:13.36 | khem | needs to find who is pulling in gcc-cross-4.3.2+csl-arm-2008q3-39-r1 |
23:15.07 | *** join/#oe playya_ (~playya@unaffiliated/playya) |
23:19.00 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
23:20.02 | *** join/#oe marcosmamorim (~marcos@200-158-247-18.dsl.telesp.net.br) |
23:22.06 | *** join/#oe Openfree (~df@58.33.76.151) |
23:28.38 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
23:31.04 | kergoth | hmmmmm |
23:40.40 | *** join/#oe marcosmamorim1 (~marcos@189-46-189-212.dsl.telesp.net.br) |
23:48.19 | *** join/#oe marcosmamorim (~marcos@201-43-148-253.dsl.telesp.net.br) |
23:56.56 | *** join/#oe marcosmamorim (~marcos@201-43-208-27.dsl.telesp.net.br) |