IRC log for #oe on 20080714

00:19.44*** join/#oe greentux__ (n=lemke@Z72b2.z.pppool.de)
00:31.32*** join/#oe pigeon_ (n=pigeon@218-214-60-232.people.net.au)
00:41.47*** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg)
00:56.50*** join/#oe bazbel1 (n=a0192809@nat/ti/x-372e480e4b6ae0a9)
01:07.19*** join/#oe BenLauDC (n=benlau@221.125.8.105)
01:10.42*** join/#oe aloisiojr (n=aloisio@189.81.156.234)
01:15.30*** join/#oe aloisiojr (n=aloisio@189.81.156.234)
01:37.56*** join/#oe rsalveti_ (n=salveti@189.70.140.74)
01:42.33*** join/#oe HellDragon (n=jd@unaffiliated/helldragon)
01:56.35KernelKlickis anyone doing any x86 work for a 386 or 486 platform?
02:17.45KernelKlicki am trying to find a combination of MACHINE and DISTRO that will work with bitbake bootstrap-image for an x86 (386/486) with basic busybox, ftp, nfs, samba, g++, etc....no gui as a starting point to create my own distro.  So far I have tried M=x86:D=minimal; M=x86:D=angstom-2008.1 with no luck..one dies in do.config and the other in do.rootfs....
02:19.51KernelKlicknow I am trying M=qemux86:D=minimal....won't know for a while whether it works or not
02:23.03KernelKlickthanks in advance for any pointers
02:23.42KernelKlickLOL I thought doing openembedded for x86 family SOC would be a piece of cake....oh well
02:26.37Tartarusoh lord no
02:26.40Tartarusx86 is horrid :)
02:26.53KernelKlicki am finding that out....why is that I wonder
02:27.30TartarusAre you doing something (semi) commerical, or just hacking something up?
02:27.39TartarusThere's different "oh wow that sucks" for each :)
02:27.46KernelKlickLOL
02:27.51TartarusSeriously
02:28.00KernelKlickfor now hacking....eventually commercial, I hope
02:29.12TartarusAre you using the stable branch or the dev branch?
02:29.24TartarusIf stable, that'd be why angstrom-2008.1 didn't work, you'd want 2007.1
02:29.28KernelKlickright now....dev brand
02:29.53KernelKlickbranch....sorry
02:29.59Tartarusnot sure then
02:30.08Tartarusdid you try another image target?
02:30.11Tartaruslike say console-image?
02:32.17*** join/#oe memeruiz_ (n=memeruiz@g228069022.adsl.alicedsl.de)
02:32.17KernelKlickall i know about is http://wiki.openembedded.net/index.php/UsefulTargets
02:33.12KernelKlicki did get helloworld and task-base and nano (from the gettting started example) to work properly
02:33.16KernelKlick:D
02:38.14KernelKlickTartarus: where do I find the list of those image targets?
02:39.59Tartarusls openembedded/packages/image
02:40.02Tartarus*images/
03:15.07cdbot2* * OE Bug 4426 has been RESOLVED (FIXED) by mwester(AT)mwester.net
03:15.08cdbot2* * Security Vulnerabilities in Bind {8,9}
03:15.10cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4426
03:15.39CIA-2403mwester 07org.oe.dev * r5be04634... 10/ (6 files in 3 dirs): bind - upgrade to 9.3.5-P1 in response to security vulnerabilities.
03:38.00*** join/#oe mithro (n=tim@unaffiliated/mithro)
03:39.29*** part/#oe bazbel1 (n=a0192809@nat/ti/x-372e480e4b6ae0a9)
04:05.09KernelKlickfinally that one finished with another failure...now I am trying mach:x86, distro:angstrom-2008.1, bitbake console-image...Does this sound reasonable?
04:24.43dcordesKernelKlick: depends on what you wanna do. glibc just failed for my x86 build
04:45.13*** join/#oe astro76 (n=jtaji@c-68-39-80-157.hsd1.nj.comcast.net)
05:05.50KernelKlickthat one failed too
05:08.08KernelKlickdcordes and all:  Darn, that one failed too.  glibc-intermediate do_compile.  Does anyone have a working x86 bootstrap or console image?
05:09.24KernelKlickdcordes: i tried a uclibc earlier...it failed too
05:09.54KernelKlickI think it was minimal-uclibc...if I remember right
05:12.09dcordesKernelKlick: http://bugs.openembedded.net/show_bug.cgi?id=3284
05:12.32dcordesLaibsch: yes, it is still a problem (oebug 3284)
05:16.10KernelKlickdcordes: do we add that to the local.conf TARGET_ARCH="i386"?  or somewhere else?
05:16.15dcordesKernelKlick: what sort of machine are you building for?
05:16.31dcordesKernelKlick: I just defined machine x86
05:16.54KernelKlickits a 486 with no math coproc
05:16.58dcordesthe according .conf file will care about the rest
05:17.42KernelKlicki tried to set MACHINE=x86 before and it fails at the do.rootfs stage
05:18.22KernelKlicksorry...for the bitbake bootstrap-image
05:18.42KernelKlickwhat distro are you using?
05:21.21*** join/#oe crweb (n=tom@12-210-80-80.client.mchsi.com)
05:24.33KernelKlickdcordes: I am not worried about the math coproc at this point.  I just want to get an i386 image that will work on one of the VM (qemu, virtualbox) for some testing.  You said you got MACHINE:x86 to work?  Which distro did you use?
05:32.48dcordesKernelKlick: no I didn't say that. I said the build failed on glibc-intermedeate
05:32.57*** join/#oe rob_w (n=bob@M906b.m.pppool.de)
05:34.34KernelKlickoh okay....np
05:46.12*** join/#oe shres (n=Shreyas@vpn.bangalore.geodesic.com)
05:47.49*** join/#oe Terminar (n=terminar@p509979e8.dip0.t-ipconnect.de)
05:53.10*** join/#oe pleemans (n=peter@dD577D009.access.telenet.be)
05:55.08*** join/#oe Terminar (n=terminar@p509979e8.dip0.t-ipconnect.de)
06:00.31*** join/#oe wolfmanjm (n=morris@99-139-75-113.lightspeed.snjsca.sbcglobal.net)
06:00.39*** join/#oe pcgeil (n=steffen@141.28.230.249)
06:05.52radiochickenwaxHello, could someone point me in the direction of the kernel patches?  I'd like to try to apply them natively rather than through OE, since I'm short on disk space right now
06:20.08*** join/#oe tkoskine (n=tkoskine@2001:470:1f14:bc:0:0:0:2)
06:28.24dcordesradiochickenwax: maybe they are in org.oe.dev/packages/linux/your-kernel/
06:34.50*** join/#oe HellDragon (n=jd@unaffiliated/helldragon)
06:42.25radiochickenwaxdcordes: yeah I was thinking that too, but I was wondering if they were stored online somewhere accessible
06:46.58methrilmorning
06:47.31*** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by)
06:47.46radiochickenwaxdcodes: how do I access "org.oe.dev" is what I'm wondering
06:48.22radiochickenwaxdo I *have* to go through monotone?
06:50.03*** join/#oe trickie (n=trickie@basesoft.xs4all.nl)
06:52.03stelioskKernelKlick : Use angstrom stable it works
06:52.26*** join/#oe pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au)
06:52.47CIA-2403tmbinc 07org.oe.dreambox * r2ad6039d... 10/ (1 packages/gstreamer/gst-plugin-dvbmediasink.bb): gst-plugin-dvbstreamer: update to support more video formats
06:53.00CIA-2403tmbinc 07org.oe.dreambox * r34c41dae... 10/ (3 files in 3 dirs): tuxbox-tuxtxt-32bpp: add support for dm8000 rc
06:53.04CIA-2403tmbinc 07org.oe.dreambox * r49173621... 10/ (3 files in 3 dirs): enigma2-defaultservices: add 'arte hd' to defaults
06:53.04stelioskradiochickenwax : yes. you need monotone
06:53.08CIA-2403tmbinc 07org.oe.dreambox * r567003f1... 10/ (1 packages/images/dreambox-image.bb): dreambox-image: add networkwizard,mediascanner,graphmultiepg,hotplug,defaultservicescanner plugins and defaultservices
06:53.12CIA-2403tmbinc 07org.oe.dreambox * rc7374691... 10/ (1 packages/wlan-rt73/wlan-rt73.bb): wlan-rt73: install kernel module into right directory
06:53.16CIA-2403tmbinc 07org.oe.dreambox * r9c3be02e... 10/ (1 packages/tuxbox/tuxbox-common.bb): tuxbox-common: install cables.xml only when required
06:53.20CIA-2403tmbinc 07org.oe.dreambox * r6ffcf640... 10/ (4 files in 3 dirs): linux-dm800: keep big patches outside metadata
06:53.27CIA-2403tmbinc 07org.oe.dreambox * r3bf15b64... 10/ (41 files in 22 dirs): add dm8000 support
06:55.39*** join/#oe punk-ass (n=user@unaffiliated/punkass)
07:02.46methrilsteliosk why? you could use git
07:02.57methrilit's not official, but you have the repository
07:03.29stelioskuntil we switch 'officially' mtn is the way to go....
07:03.45methrilok
07:13.20*** join/#oe kwek (n=martijn@188.Red-213-97-48.staticIP.rima-tde.net)
07:17.17*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
07:26.48CIA-2403koen 07org.oe.dev * r45d7f296... 10/ (1 packages/ffmpeg/ffmpeg_git.bb): ffmpeg git: bump SRCREV
07:47.52*** join/#oe Xilent (n=supersti@unaffiliated/xilent)
08:04.31*** join/#oe Spyro1 (n=ian@i-195-137-94-162.freedom2surf.net)
08:05.06*** part/#oe Spyro1 (n=ian@i-195-137-94-162.freedom2surf.net)
08:28.36hrwmorning
08:49.37*** join/#oe Sleep_Walker (n=Sleep@nat/suse/x-801d7ed3e4910c3c)
08:50.04*** join/#oe florian (n=fuchs@217.146.132.69)
08:52.39*** join/#oe Stecchino (n=quassel@amarok/developer/Stecchino)
08:55.15floriangood morning
08:57.50*** join/#oe cekay (n=christia@gate.tarent.de)
09:02.30*** join/#oe johncylee (n=john@firewall.tw.openmoko.org)
09:06.30*** join/#oe greentux__ (n=lemke@ip-217-18-181-130.static.reverse.dsi.net)
09:20.16*** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net)
09:28.33*** join/#oe pcgeil (n=steffen@141.28.230.249)
09:28.41*** join/#oe lrg (n=liam@lumison.wolfsonmicro.com)
09:36.43*** join/#oe rob_w (n=bob@M906b.m.pppool.de)
09:39.12*** join/#oe ade|desk (n=adavey@194.200.143.249)
09:40.55*** join/#oe rob_w|laptop (n=rob@M906b.m.pppool.de)
10:17.47dcordes<PROTECTED>
10:21.49CIA-2403koen 07org.oe.dev * raa0f5212... 10/ (14 files in 5 dirs): qmake2: add sdk version
10:22.10CIA-2403koen 07org.oe.dev * r614ea89d... 10/ (4 files in 2 dirs): qmake2 sdk: fix packaging
10:22.30CIA-2403koen 07org.oe.dev * rf879a25c... 10/ (1 packages/meta/meta-toolchain-neuros.bb): meta-toolchain neuros: add qmake2-sdk
10:22.50CIA-2403koen 07org.oe.dev * r43ceaaee... 10/ (7 files in 3 dirs): uicmoc4: add sdk version, fix build with gcc 4.3.x
10:23.10CIA-2403koen 07org.oe.dev * rdff33d19... 10/ (1 packages/meta/meta-toolchain-neuros.bb): meta-toolchain neuros: also ship uicmoc4-sdk
10:31.51*** join/#oe steliosk (n=Stelios@athedsl-310464.home.otenet.gr)
10:32.08*** join/#oe jekhor (n=jek@cpmsq.epam.com)
11:07.47*** join/#oe rob_w (n=bob@M906b.m.pppool.de)
11:14.25*** join/#oe ant|work (n=ant|work@host214-85-static.34-85-b.business.telecomitalia.it)
11:24.16*** join/#oe rkirti (n=kirtbr@59.92.0.157)
11:26.59*** join/#oe rob_w|lappi (n=rob@Mb958.m.pppool.de)
11:28.57CIA-2403mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25
11:29.20CIA-2403mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25
11:29.26CIA-2403mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25
11:29.35CIA-2403mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25
11:30.12CIA-2403mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25
11:31.05ant|workflorian: something wrong with openembedded-issues, is not up to date
11:33.07florianobviously...
11:34.47ant|workflorian: question: is http://bugs.linuxtogo.org/ the official gpe bugtracker?
11:35.01*** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net)
11:36.43florianant|work: yes
11:37.21ant|workif yes, why don't move to bugs.openembedded.net/org?
11:37.37ant|work(more visibility)
11:39.28ant|workflorian: only 95 open bugs there? You lucky guy! Now I see why...
11:40.02florianant|work: having one bugtracker for ditributions, build system and applications is a major pain. we had very bad experience with that using the same bugtracker than Familiar.
11:41.00ant|workthen I cannot argue against
11:44.38*** join/#oe otavio (n=otavio@debian/developer/otavio)
11:44.46*** join/#oe rob_w (n=bob@Mb958.m.pppool.de)
11:45.16ant|workflorian: befor pestering your shiny bugtracker, I want be sure the issues are 100% GPE-related and not OE/Angstrom legacy
11:46.24*** join/#oe Spyro (n=ian@i-195-137-94-162.freedom2surf.net)
11:55.36*** join/#oe zecke (n=ich@118-166-65-224.dynamic.hinet.net)
11:59.05*** join/#oe bazbell (n=a0192809@nat/ti/x-0725ef1ab6e66507)
12:00.44*** join/#oe rsalveti (n=salveti@200.184.118.132)
12:04.56*** join/#oe pcgeil (n=steffen@141.28.230.249)
12:04.57Laibschflorian: What problems were those?  No doubt, there is a price for consolidation, there certainly is a gain, too.
12:09.41ant|workurgh, a search for 'gpe' finds out 109 bugs in gugs.openembedded.net
12:16.33CIA-2403mickeyl 07org.oe.dev * rd39fcbb2... 10/ (8 files in 3 dirs):
12:16.33CIA-24linux-openmoko-devel: clean up a bit, compute defconfig for om-gta01 and om-gta02 out of one defconfig,
12:16.33CIA-24enable IKCONFIG in defconfig, disable APM_POWER in defconfig.
12:16.33CIA-2403mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25
12:16.35CIA-2403mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25
12:18.09CIA-2403mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25
12:18.14CIA-2403mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25
12:19.12ant|workflorian: some messages sent from the bugtracker seems to have been skipped in the openembedded-issues ML
12:19.32ant|workqueue flushed ?
12:19.53CIA-2403mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25
12:22.01XorAmickeyl just cant get his changes right first time :-D
12:22.34CIA-2403mickeyl 07org.oe.dev * r93d087e4... 10/ (1 packages/linux/linux-openezx-devel_svn.bb): linux-openezx-devel bump to 2.6.25
12:22.56ant|workahh, is Mickeyl then... ;-)
12:23.06ant|workthis CIA is bothering
12:23.50XorAanyway time to find new accomodation
12:34.30CIA-2403mickeyl 07org.oe.dev * rd39fcbb2... 10/ (8 files in 3 dirs):
12:34.30CIA-24linux-openmoko-devel: clean up a bit, compute defconfig for om-gta01 and om-gta02 out of one defconfig,
12:34.30CIA-24enable IKCONFIG in defconfig, disable APM_POWER in defconfig.
12:42.58*** join/#oe BenLauDC (n=benlau@221.125.8.105)
12:44.37*** join/#oe rob_w|laptop (n=rob@Mbeb1.m.pppool.de)
12:45.56*** join/#oe Robwoerle (n=bob@Mbeb1.m.pppool.de)
12:49.09*** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net)
12:51.25*** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net)
12:53.21*** join/#oe wrobbie (n=rob@cm38.kappa85.maxonline.com.sg)
13:10.22*** part/#oe sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net)
13:10.43*** join/#oe sakoman (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net)
13:11.23*** join/#oe diego_at_work (i=5960ae7b@gateway/web/ajax/mibbit.com/x-792197fcb4e4906d)
13:12.08*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
13:15.09*** join/#oe chouimat|work (n=dieu@209.217.106.98)
13:15.19*** join/#oe daurnimator (n=daurn@b27C.adsl.ecomtel.com.au)
13:21.43*** join/#oe jbs (n=Bernardo@a213-22-249-5.cpe.netcabo.pt)
13:30.29*** join/#oe woglinde (i=woglinde@e178127058.adsl.alicedsl.de)
13:37.16*** join/#oe aloisiojr (n=aloisio@200.184.118.132)
13:55.10pirokowoglinde: Hiya
13:55.16woglindehi
13:55.29pirokoAny luck with the ftdi package?
13:55.30pirokowinces
13:55.31woglindeI am still working on it
13:55.34pirokolol
13:55.50pirokoIt's a pain isn't it?
13:55.54woglindehm
13:56.13woglindeIn have to understand how libtool2 sets the flags
13:56.21woglindethats what I am in now
13:56.50pirokoGotcha
13:59.38*** join/#oe rob_w|lappi (n=rob@Ma54b.m.pppool.de)
14:00.21ant|workwoglinde: did you yet stumble in "error: m4_require: circular dependency of AC_LANG_COMPILER(C++)" ?
14:00.54ant|work(as in bug 4427 & 4391)
14:01.02*** join/#oe steliosk (n=Stelios@athedsl-391034.home.otenet.gr)
14:01.24ant|work<PROTECTED>
14:01.54zeckewoglinde: hey
14:09.59ant|workwoglinde: I ask 'cause I found this:
14:10.02ant|workOK, that's a trivial bug (libtool 2 related).
14:10.09ant|workconfigure.ac needs a AC_PROG_CXX line.
14:10.11*** join/#oe piroko (n=jeremy@pohl.ececs.uc.edu)
14:10.13ant|work"
14:16.50*** join/#oe rkirti (n=kirtbr@203.199.213.3)
14:18.56*** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net)
14:24.29*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
14:25.55pirokoThis is just sad
14:26.12pirokoI'm installing an ubuntu virtual machine just so I can get past that glibc error in arch
14:36.14*** join/#oe INom (n=INom@72.51.37.139)
14:59.31*** join/#oe tharvey (n=tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net)
15:03.26*** join/#oe CosmicPenguin (n=nobody@163.181.251.103)
15:25.22*** join/#oe HopsNBarley (n=hops@nslu2-linux/HopsNBarley)
15:34.04*** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas)
15:41.49*** join/#oe jbs (n=Bernardo@84.39.89.81)
15:46.49*** join/#oe davygravy_ (n=davygrav@h69-128-157-76.mdtnwi.dsl.dynamic.tds.net)
15:47.55*** join/#oe kergoth`work (n=clarson@65.200.49.156)
15:48.34kergoth`workmorning
15:50.17florianhi kergoth`work
15:56.04*** part/#oe ade|desk (n=adavey@194.200.143.249)
15:56.22woglindehi kergoth
15:56.40kergoth`workyou know what would be nice.  screen that can split out each window in the screen session into a seperate terminal or terminal tab
15:56.48kergoth`workor a way to save/load a urxvtd session
15:57.36CosmicPenguinsomewhere, the original author of screen just screamed, and doesn't know why
15:57.51kergoth`workhahah
15:58.14pb__g'day kergoth`work
15:58.16kergoth`worki'm using a tiled wm, i like spawning 2-4 terminals + a gvim for each project/bug i'm working on.. and itd be nice to persist that session
16:05.58*** join/#oe pH5 (n=ph5@e178210181.adsl.alicedsl.de)
16:14.57*** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net)
16:33.02*** join/#oe KernelKlick (n=mia@rrcs-24-227-199-231.sw.biz.rr.com)
16:36.15florian~oebug 4428
16:37.06cdbot2* * OE Bug 4428 has been created by <florian>
16:37.08cdbot2* * gcc-cross-sdk 4.3.1 fails to compile
16:37.10cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4428
16:39.25*** join/#oe javatexan (n=aars@rrcs-24-227-199-231.sw.biz.rr.com)
16:39.27*** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be)
16:51.32*** join/#oe dcordes (n=dcordes@unaffiliated/dcordes)
16:52.19KernelKlickregarding http://bugs.openembedded.net/show_bug.cgi?id=4428 where do I put the  -march=i486??
16:56.04*** join/#oe rschuster (n=rob@e178088104.adsl.alicedsl.de)
16:57.31KernelKlickwhere does OE decide what to do with the ARCH setting?  If I knew where to look I could test the arch setting and then add the appropriate flag to the compiling command, does that sound reasonable, or should this fix be done another way?
16:59.17*** join/#oe diego__ (n=diego@host-84-222-10-204.cust-adsl.tiscali.it)
17:00.13KernelKlickor maybe a better question is what type of pc104 SOC does openembedded work well with under $400...Maybe we should forget about running embedded linux on the x86 platform, noone seems to be doing it now...
17:00.18KernelKlick:)
17:00.58tharveyKernelKlick, -march=i486 would typically be setup in an include for compiler tuning
17:01.26kergoth`workKernelKlick:  lots of folks have used OE for targeting x86 platforms in the past
17:02.38tharveyKernelKlick, specifically the -march=i486 would go in 'TARGET_CC_ARCH' which is typically set in conf/machine/include/*.inc files which are included from machine conf files to 'tune' for a specific architecture
17:04.18tharveyI have run into issues with some of the x86 based machines - specifically the x86-prescott config seems to have an issue as it includes i686 in PACKAGE_EXTRA_ARCHS even though TARGET_ARCH=i686
17:04.41tharveyso just because a machine exists don't assume it will work - I've also found that the lite5200 won't build b/c of misconfigurations
17:05.02tharveyI use the existing machine confs as examples and starting points...
17:20.01tharveyany issue running multiple instances of bitbake on same working directory concurrently?  they probably would step on each other's cache right?
17:22.44*** join/#oe jbs (n=Bernardo@89-180-172-40.net.novis.pt)
17:23.23diego__i don't see the point to run multiple instance of bitbake....
17:25.30tharveyI'm working on multiple machines at once... while one is building I want to go tweak and rebuild another...
17:26.05tharveyI recall the PC guys saying something like 'well never need more than 640KB' :P
17:27.10mwesterhehe!
17:27.33mwesteror 32-bits for addressing physical ram, more recently.
17:27.43tharveyyup...
17:28.45diego__doing a parallel building of the same target should be faster anyway
17:29.52tharveydiego__, your missing my point... one build is already running then I decide to make some changes to something that affects a different machine...
17:30.22tharveyI'm fairly certain the answer is that the two will step and each other...
17:30.25diego__how do you know that not affect the current building?
17:30.51tharveybecause I'm being careful :P
17:31.20diego__ah ok, i suppose you don't build gdb... :D
17:31.58tharveyI'm mainly plain around with images right now... and not building the same images per machine
17:34.01diego__i think is possible to run more bitbake instances if you duplicate configurations, but i'm not sure is whorth the pain
17:34.37*** join/#oe Laibsch (n=Laibsch@ip-62-143-12-162.hsi.ish.de)
17:34.41tharveyI think I agree with you
17:35.36tharveyis anyone using 'devshell'?
17:38.37diego__uhm, what is it a devshell?
17:38.55tharveybitbake task ('bitbake -c devshell')
17:40.18*** join/#oe dijenerate (n=dijenera@72.51.69.246)
17:40.24diego__no, i've played with bitbake -i time ago, but i stopped when someone had pointed out it was broken
17:40.52tharveydevshell is described here http://www.openembedded.org/repo/org.openembedded.documentation/usermanual/html/index.html (I think - I can't seem to load that page right now)
17:41.10tharveyI ask because I don't understand how its very useful the way its defined...
17:41.30diego__im reading this: http://wiki.openembedded.net/index.php/Interactive_debugging
17:42.40tharveyI was more interested in something that let you go into a working directory and tweak the configuration - ie, busybox config file, kernel make menuconfig etc - I believe that's what devshell was created for but it drops you in a shell 'prior' to do_patch and do_configure which I don't understand
17:42.44*** join/#oe mzb (n=mzb@ppp108-88.static.internode.on.net)
17:43.32diego__it makes sense, probably you may need to "debug" also configure or patch
17:44.00kergoth`workwhee, i'm awake and actually somewhat energic and motivated for the first time in a -long- time
17:48.56tharveyperhaps the concept with devshell is to first build a target (so that its patched and configured) and 'then' do a devshell to it - I just don't understand why the devshell task isn't inserted after do_configure
17:55.15*** join/#oe angom (n=angom@201.170.65.143)
17:57.03*** part/#oe angom (n=angom@201.170.65.143)
18:08.59*** join/#oe mzb (n=mzb@ppp108-88.static.internode.on.net)
18:10.30*** join/#oe Dodji (n=Dodji@torimasen.com)
18:21.33KernelKlicktharvey:  do you have a working x86 bootstrap-image or whatever?  I can get bitbake nano to work, helloword, and task-base.  I just cant get bootstrap or console to work
18:23.31woglindejo kernelklick
18:27.42KernelKlickjo woglinde, did you sleep well?
18:28.05KernelKlickbtw I have no idea what jo means...sorry
18:28.08*** join/#oe dijenerate (n=dijenera@72.51.69.246)
18:28.23pirokoKernelKlick: jo means "yo"
18:28.47KernelKlickah...thanks.
18:28.54pirokoKernelKlick: I'm sure woglinde did not get any sleep at all as he's been working really hard on finding a way around libftdi's rpath problems. :D
18:29.47KernelKlickthought it might mean "jump off" or "jerk off" or something since i bothered him all yesterday and he couldnt work on rpath problems  :)
18:30.13tharveyKernelKlick, sorry I don't use bootstrap... just kernel and bzImage
18:35.08KernelKlicktharvey:  are those bitbake recipes too? bzimage, i thought was kernel compiling thing...
18:36.41KernelKlickso you build your x86 by hand...compile your own kernel bzimage...do you then use Openembedded to add packages or what?
18:36.55tharveyKernelKlick, well... every 'target' is from a recipe.  The bzimage is from kernel recipe which is overloaded or virtual, the image I'm using is base-image - sorry I mispoke when I said 'kernel and bzImage'
18:37.46tharveyI created my own machine for an x86 ETX board... I started by trying x86-prescott but it won't build without a tweak or two then I realized its probably not the right machine for me anyway
18:38.02*** join/#oe timtimred (n=meh@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk)
18:38.06KernelKlickLOL...thats where I am
18:38.28tharveyI'm unaware of what existing x86 based machines in OE tree actually build, but I can tell you what you need to do to x86-prescott to get it to build
18:42.10*** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt)
18:42.10*** topic/#oe is Topic for #oe is: OpenEmbedded Developer Lounge | Web: http://www.openembedded.org | Bugtracker: http://bugs.openembedded.net | Repository: monotone.openembedded.org | This is not a distro or machine support channel
18:42.18broonieis amused to see someone surprised by a 486SX :)
18:42.36chouimat|workbroonie: kids :)
18:42.47KernelKlickim not sufprised by the 486...but linux sure is
18:42.54KernelKlicksurprised
18:43.27pirokoKernelKlick: Hehe. Nah. I'm just grateful that he's even looking at it :)
18:43.28KernelKlickall the linux distros including 386 compats die when they cant find the coprocessor
18:43.30tharveyKernelKlick, make a conf for your specific motherboard, assuming its not there already in conf/machine/<mboard>.conf
18:43.33broonieLinux is 386-era, when the only way to get a FPU was with a fancy extra chip :)
18:43.51KernelKlickyep
18:44.41tharveyKernelKlick, use one of the other x86 based board as an example... perhaps based off something else i486 like godelx.conf
18:44.48tharveygeodelx.conf that is...
18:44.58tharveyor wrap.conf...
18:45.17KernelKlicktharvey: okay...I will try
18:46.18tharveyKernelKlick, you'll want to customize PREFERRED_PROVIDER_virtual/kernel - probably set it to just 'linux' unless you need specific patches for your system, in which case you'll want to create your own kernel recipe for it
18:47.12KernelKlickcan the recipe turn on FPU emulation?
18:47.14*** join/#oe dijenerate (n=dijenera@72.51.69.246)
18:47.19KernelKlickthe kernel one...sorry
18:47.29tharveyif you can find out the proper gcc params for your FPU situation I 'think' you would put them in a 'TARGET_CC_ARCH' var
18:48.01tharveyanything that you would do in linux .config you would need to create your own kernel recipe for (or add your defconfig to an existing one)
18:50.38tharveyKernelKlick, if you specify linux-x86 for your PREFERRED_PROVIDER_virtual/kernel there is a packages/linux/linux-x86_2.6.20.bb recipe that may be appropriate but if you need your own defconfig you would edit that recipe, and place your defconfig in its subdir
18:50.58tharvey(I'm still learning OE by the way, so if I'm saying anything wrong hopefully someone else will jump in)
18:58.42*** join/#oe CIA-23 (n=CIA@208.69.182.149.simpli.biz)
19:09.59*** join/#oe kgilmer (n=kgilmer@68-245-37-253.area3.spcsdns.net)
19:11.12*** join/#oe lrg (n=liam@79-68-78-64.dynamic.dsl.as9105.com)
19:14.30KernelKlick tharvey: which distro should I favor?  No gui, just busybox, ftp, ssh, nfs, samba, usb hotmount, watchdog.  That should be about it.  No webservers, databases, email...no frills
19:14.59KernelKlicki know we want to be able to plug and mount usb flash drives
19:20.41tharveyKernelKlick, I've been working with angstrom-2008 - it seems thats what most OE based projects either use or base their own distro on
19:22.19KernelKlickokay..thanks
19:26.51woglindeKernelKlick whats in the image defines only the image
19:27.24woglindedistro is for setting which libc is used or which compiler and sane versions of packages
19:28.44woglindeKernelKlick so likely you should look at the images.bb and find a suitable one or define your own image and task
19:32.27tharveydistro also defines packing options such as packager, feeds, etc
19:32.44woglindesure
19:32.58KernelKlickokay....speaking of...where to find list of possible machine_features
19:33.13woglindehm
19:33.25woglindeunfornatly there os none
19:33.29woglindeis
19:33.34KernelKlicklol
19:33.40KernelKlickjust my luck
19:33.41woglinde*g*
19:33.51woglindeyeah lack of documentation
19:34.12woglindelook in the task packaes and compare them with the machine confs
19:34.54KernelKlicki was afraid of that....if I leave it blank, does it inherit it from somewhere?
19:35.29tharveyKernelKlick, have you read poky's manual?  by far the best documentation for OE
19:35.50tharveyit has a pretty good list but the best thing to do is look at task-base.bb where the features are 'used'
19:36.12KernelKlickokay
19:38.47tharveystart small... just use kernel26 until you have a kernel and root filesystem booting
19:43.49mewynAnyone having problems with the OE website?
19:44.07pirokomewyn: Better question: anyone NOT having problems with the OE website? ;)
19:44.33mewynlol
19:44.42mewynWell, when you phrase it like that ;)
19:44.59tharveyya... website seems to be down
19:47.15KernelKlickin the task-base there is a uboot...is that saying uboot already exists and we want to tie in or is it adding uboot to image...does it use grub or lilo if not chosen?  I wouldn't know...haven't had any of these work yet... ;)
19:50.33woglindeKernelKlick most embedded boards and proz dont use either grub or lilo
19:51.19KernelKlickoops...sorry....inserting foot into my mouth :P
19:51.59pirokoGross
19:52.06pirokouses u-boot
19:52.57*** join/#oe dijenerate (n=dijenera@72.51.69.246)
19:53.15KernelKlickso if I add Machine_Features=".....uboot..." it will add uboot to the image it creates?  wow. that is cool
19:53.38*** join/#oe florian (n=fuchs@f054210043.adsl.alicedsl.de)
19:54.15florianre
19:54.37mewynAm I SOL for grabbing the mtn file?
19:58.12KernelKlickin conf/Machine, what is FEED_ARCH?
19:58.29pirokomewyn: Probably. Just keep tryin
20:00.04mewynlol.  As you said that, my remote machine at home kicked in and started grabbing it, but my local machine is just in a retry loop.
20:00.52pirokoIrony :)
20:01.48mewynMakes it hard to use in my VM here.
20:02.07mewynBut, I'll get it eventually. :)
20:02.17*** join/#oe pedro12 (n=daniel@dslb-084-061-052-242.pools.arcor-ip.net)
20:05.12*** join/#oe Gin-geR (i=hacker@pD9538B54.dip0.t-ipconnect.de)
20:09.42*** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz)
20:14.08*** join/#oe pb_ (n=pb@88-109-47-87.dynamic.dsl.as9105.com)
20:19.59*** join/#oe punkass (n=user@unaffiliated/punkass)
20:24.36woglindehi pb
20:26.52tharveyshould nfsroot work when your distro (angstrom in my case) defaults your interface to use dhcp?  from what I'm seeing when init trys to configure the network interfaces it kills the rootfs before it can obtain a dhcp IP and recover
20:31.43Crofton|worktharvey, comment out the #auto eth0 in /etc/network/interfaces
20:32.42Crofton|workdo other see failures building m4-native using parallel make?
20:32.55Crofton|workit fails, then I restart and the builds goes on
20:33.16*** join/#oe scant (n=user@24.174.0.137)
20:34.06*** join/#oe dcordes (n=dcordes@unaffiliated/dcordes)
20:36.13woglindeI only have one cpu
20:38.31*** join/#oe pedr11 (n=daniel@dslb-084-061-005-085.pools.arcor-ip.net)
20:39.19tharveyCrofton|work, that causes networking service to leave eth0 alone right?  otherwise when dhcp client is started interface is temporarily unconfigured vs static assigment where the IP changes but was never unconfigured
20:39.34Crofton|workyeah
20:39.40tharveythx
20:39.52Crofton|workapparently the auto thing takes the interface down before bringing it up
20:40.02Crofton|workwhich is bad if root is on nfs :)
20:40.13*** part/#oe scant (n=user@24.174.0.137)
20:40.37tharveyactually I think its a feature of dhcp client... auto is fine if you use static
20:40.53tharveybut dhcp client assignes 0.0.0.0 then sends out a request...
20:42.18*** join/#oe CIA-23 (n=CIA@208.69.182.149.simpli.biz)
20:45.20kgilmeri have a question at is surely dumb but i can't seem to figure out.  how are modules loaded at runtime determined?  I don't have anything in /etc/modutils, /etc/modules.d, /etc/modules.conf.  Some kernel modules load upon boot and others don't.  I'm stumped.
20:46.20mewynkgilmer: I'd assume udev is doing it, unless you have them being inserted in a boot script
20:47.52kgilmermewyn...so there is no reference to the modules that are loading in /etc/udev
20:48.12kgilmershould i be looking somewhere else?
20:48.35mewynWell, udev likes to autoload modules if it finds a mapping.
20:48.42mewynWhat are the modules being loaded?
20:49.42tharveykgilmer, I've been wanting to ask the exact same question...
20:50.41kgilmerwell, one is isp1504_arc
20:50.54kgilmerwe have several kernel modules specific to our device
20:51.10tharveyi have a usb host yet I have to manually modprobe ehci-hcd - wondering why its not automatically loaded
20:51.20kgilmersome of them are loading upon boot (ie i see them when i type lsmod), others are not listed.
20:51.32kgilmeri can loaded them by hand with modprobe.
20:51.47kgilmeri can't find any file that references the specfic modules that are loading.
20:52.03kgilmertharvey, well i hope we can find an answer :)
20:55.24tharveywhat modules are autoloading and what image are you using?  I have none on my target
20:55.46mewynkgilmer: Well, udev looks in /sys to see what hardware is on the system, then looks at your modules to see what it can load up.
20:56.27mewynSo, it's my guess that udev is loading up those modules based on what it's finding in /sys
20:56.32kgilmeri'm using Poky.  There are about 10 modules
20:56.35kgilmer4 are loading on boot
20:56.41kgilmerthat makes sense mewyn
20:56.52kgilmerI also just stumbled on /etc/modutils.sh
20:57.01kgilmerwhich looks like it reads /etc/modules
20:57.57*** part/#oe bazbell (n=a0192809@nat/ti/x-0725ef1ab6e66507)
20:58.06kgilmeradding a line to that file to see if boot behavior changes...
21:00.10kgilmerno luck with /etc/modules
21:01.08mewynAre you trying to not load these modules?
21:01.31kgilmerwell there are some that are being loaded and others that are not.
21:01.35kgilmeri want to load the ones that are not
21:01.54kgilmerand i want to be able to define that behavior in a recipe or as part of my system image
21:03.10mewynI'd have to bone up on my udev to figure it out with udev.
21:03.20*** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning)
21:05.45kgilmerwell looks like modutils.sh init script calls insmod
21:05.52kgilmerso i need to pass the full path to my module...
21:05.58kgilmertrying again
21:08.31*** join/#oe CIA-24 (n=CIA@208.69.182.149.simpli.biz)
21:16.56*** join/#oe ant_ (n=ant@host6-189-dynamic.60-82-r.retail.telecomitalia.it)
21:25.55kgilmerwell i figured it out
21:26.03kgilmershould have been much easier but i'm pretty jetlagged atm
21:26.18kgilmerto get something to load on boot that isn't done with udev
21:26.25kgilmersimply add the name of the module to /etc/modules
21:26.38kgilmerbut, if you have it in /etc/modules.d, then it will not work
21:27.12kgilmera fatal error will occur in modprobe but the init script will not display it
21:27.39kgilmerso tharvey, add ehci-hcd to /etc/modules
21:27.46kgilmermewyn, thanks for your help :)
21:28.44tharveykgilmer, I don't have an /etc/modules currently... its just a list of modname per line?
21:29.01kgilmeryep.  i didn't have it by default either.
21:29.41*** join/#oe CosmicPenguin (n=nobody@163.181.251.103)
21:30.07tharveynice... worked great
21:30.08tharveythanks!
21:30.38tharveywhat parses that?  is that standard or just an OE thing?
21:31.36tharveyand if you didn't have one, how were the 4 modules getting loaded?
21:35.33kgilmerit's a rcS (startup) script linked from /etc/init.d
21:35.37kgilmermodutils.sh
21:35.47kgilmerloads /etc/modules and calls modprobe on each line
21:36.10kgilmernot sure if it's standard or not
21:36.32kgilmerregarding the 4 other modules, I assume mewyn is right and udev is somehow figuring out they need to be loaded.
21:36.43kgilmeri'll have to dig into udev to figure it out
21:36.53rsalvetidoes anyone know why many recipes when creating 'pkg_postinst' functions check if the env has ${D}?
21:37.16rsalvetilike we have for openssh
21:38.51tharveykgilmer, ah... that make sense - similar to how openWRT does it - curious though why it doesn't instead source things from /etc/modules.d so that packages can easily add/remove files listing the modules they need
21:40.34kgilmertharvey, yeah...no idea.  i'm just glad my lcd works now when i boot. :)
21:43.02*** join/#oe punk-ass (n=user@unaffiliated/punkass)
21:43.05*** join/#oe bazbell (n=a0192809@nat/ti/x-7991a5ec76aa92f8)
21:43.24kgilmerheading home, gnite
21:43.32Fiquetake care Kgilmer
21:44.38*** join/#oe KernelKlick (n=mia@rrcs-24-227-199-231.sw.biz.rr.com)
21:46.06*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
21:47.37*** join/#oe pcgeil (n=steffen@141.28.230.249)
21:55.53ant_mickeyl: ping
21:56.18mickeylpüng
21:56.23ant_hello
21:56.43ant_I committed a first try of udev_124
21:57.00ant_who is expected to commit this "core-package"?
21:57.04*** join/#oe dijenerate (n=dijenera@72.51.69.246)
21:57.09ant_(oebug 4118)
21:57.49mickeylgood question
21:57.57ant_on c7x0 the situation is excactly as (bad) as with udev_118
21:58.10ant_so why don't move?
21:58.34mickeylagreed
21:59.01mickeyli will commit it these days with DEFAULT_PREFERENCE=-1 and give people a bit time to test
21:59.08mickeylthen making it the new default
21:59.26chouimat|awaywonders if he order a freerunner
21:59.28ant_yes, please test it on other devices as well
22:08.18*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
22:23.40*** join/#oe wick (n=wicked@74.213.214.227)
22:27.19ant_mickeyl: I'll open a RFC for udev to avoid you asbestos...
22:28.04Crofton|workmickeyl, how good are the meta toolchain targets?
22:28.04ant_with the latest udevsettle patch you can really shrink the udevsettle timeout to the min
22:29.44mickeylant_: ok, cool.
22:30.09Crofton|workmickeyl, we are getting interest in OE from TI these days
22:30.10mickeylCrofton|work: i don't know the current status, last time i used them a couple of months ago, they were fine
22:30.16mickeyl(TI) glad to hear
22:30.19Crofton|worklargely due to the beagle baord work
22:30.28mickeylwe need to _move_ now re. git
22:30.36mickeylthis blocade is  a nightmare
22:30.37Crofton|workmickeyl, make it so
22:30.39mickeylheh
22:31.03mickeyllets wait for RP to be back, then we move
22:31.07Crofton|workok
22:31.45*** join/#oe jekhor (n=jek@mm-166-254-57-86.leased.line.mgts.by)
22:35.33*** join/#oe dcordes_ (n=dcordes@unaffiliated/dcordes)
22:38.02*** join/#oe rsalveti (n=salveti@189.70.140.74)
22:50.03*** join/#oe rwhitby` (n=rwhitby@ppp240-74.static.internode.on.net)
23:01.58*** join/#oe bazbell (n=a0192809@nat/ti/x-c0da236d7ba58428)
23:07.42ant_good nite
23:16.05cdbot2* * OE Bug 3575 has been marked as DUPLICATE of bug 3489 by andrea.adami(AT)gmail.com
23:16.08cdbot2* * gpe-bluetooth deactivation on hx4700
23:16.10cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=3575
23:56.16*** join/#oe otavio (n=otavio@debian/developer/otavio)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.