IRC log for #oe on 20080724

00:04.59woglindekehm cool
00:05.29woglindewaits any second for the commit
00:15.36*** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net)
00:19.26ant_'night
00:40.10*** join/#oe dcordes (n=dcordes@unaffiliated/dcordes)
00:44.00*** join/#oe dcordes_ (n=dcordes@unaffiliated/dcordes)
00:44.20*** join/#oe CSMan (n=csman@bas6-montrealak-1177580873.dsl.bell.ca)
00:47.18*** join/#oe aloisiojr (n=aloisio@189.81.153.61)
00:53.54*** join/#oe kergoth (n=kergoth@neutrino.joshua-colp.com)
01:21.14*** join/#oe BenLauDC (n=benlau@221.125.8.105)
01:25.04khemtharvey: I have used mediabench testsuite
01:25.36khemtharvey: err mediabench benchmark I meant
01:53.31*** join/#oe dijenerate_ (n=dijenera@72.51.69.246)
01:59.14*** join/#oe jtaji (n=jtaji@unaffiliated/astro76)
02:28.39*** join/#oe Xilent_ (n=supersti@unaffiliated/xilent)
02:39.00*** join/#oe benlau2 (n=benlau@221.125.8.70)
02:45.56*** join/#oe crweb (n=tom@12-210-83-225.client.mchsi.com)
02:48.25*** join/#oe wmat_ (n=btraynor@gromit.mixdown.ca)
02:48.26*** join/#oe thesing_ (n=tkunze@BAA37fe.baa.pppool.de)
02:55.10*** join/#oe darksteelneo (n=darkstee@32.134.149.39)
03:36.02*** join/#oe stefan_schmidt (n=sschmidt@sicherheitsschwankung.de)
03:36.20*** join/#oe shoragan (n=shoragan@debian/developer/shoragan)
03:37.27*** join/#oe aloisiojr (n=aloisio@189.81.153.61)
03:54.39*** join/#oe aloisiojr (n=aloisio@189.81.153.61)
04:04.13*** join/#oe aloisiojr (n=aloisio@189.81.153.61)
04:18.07cdbot2* * OE Bug 4453 has been created by linuxrulez(AT)land.ru
04:18.09cdbot2* * do_install failed: opie-taskbar-images-1.2.3
04:18.11cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4453
04:32.36*** join/#oe johncylee (n=john@firewall.tw.openmoko.org)
05:00.57*** join/#oe mbuf (n=shakthim@61.16.248.242)
05:22.16*** join/#oe aloisiojr (n=aloisio@189.81.153.61)
05:26.40*** join/#oe aloisiojr (n=aloisio@189.81.153.61)
05:35.20*** join/#oe Gnutoo (n=gnutoo@host54-133-dynamic.41-79-r.retail.telecomitalia.it)
05:42.28*** join/#oe pleemans (n=peter@dD577D009.access.telenet.be)
05:46.43*** join/#oe Tartarus (i=trini@crackaddict.com)
06:05.06khemhi RP you there ?
06:09.23methrilmorning
06:47.26*** join/#oe denix1 (n=denix@82.116.198.135)
06:47.44*** part/#oe denix1 (n=denix@82.116.198.135)
06:52.26*** join/#oe minipanda (n=hzhang@66.135.114.72)
07:09.37*** join/#oe kwek (n=kwek@188.Red-213-97-48.staticIP.rima-tde.net)
07:15.45*** join/#oe NineX (i=ninex@gentoo.netzone.kom.pl)
07:18.53*** join/#oe pleemans (n=peter@dD577D009.access.telenet.be)
07:18.53*** join/#oe mbuf (n=shakthim@61.16.248.242)
07:18.53*** join/#oe shoragan (n=shoragan@debian/developer/shoragan)
07:18.53*** join/#oe stefan_schmidt (n=sschmidt@sicherheitsschwankung.de)
07:18.53*** join/#oe crweb (n=tom@12-210-83-225.client.mchsi.com) [NETSPLIT VICTIM]
07:18.53*** join/#oe diego_away (n=diego@host-84-222-6-226.cust-adsl.tiscali.it) [NETSPLIT VICTIM]
07:18.53*** join/#oe chouimat|Zzzz (n=dieu@kde/developer/chouinard)
07:18.53*** join/#oe Reach (n=Reach@sw169-210-231.adsl.seed.net.tw) [NETSPLIT VICTIM]
07:18.53*** join/#oe pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au)
07:18.54*** join/#oe daq4th (n=darkness@netstation-005.cafe.zSeries.org)
07:18.54*** join/#oe The_Niz (n=nizzle@82-171-65-13.ip.telfort.nl)
07:18.54*** join/#oe tcooksey (n=tcooksey@nat/trolltech/x-119f5ba7fece2da7) [NETSPLIT VICTIM]
07:18.54*** join/#oe aoe (n=aoe@tigerente.htu.tuwien.ac.at)
07:18.54*** join/#oe daurnimator (n=daurn@dsl-124-150-88-5.vic.westnet.com.au)
07:18.54*** join/#oe NAiL (n=repvik@nslu2-linux/pdpc.active.NAiL) [NETSPLIT VICTIM]
07:18.54*** join/#oe exastra (n=go@75.148.80.90)
07:18.54*** join/#oe lisppaste7 (n=lisppast@common-lisp.net) [NETSPLIT VICTIM]
07:18.54*** join/#oe tomimo (n=kurre@xdsl-83-150-88-111.nebulazone.fi)
07:18.54*** join/#oe k-way (n=keesj@ip49-193-210-87.adsl2.static.versatel.nl)
07:18.54*** join/#oe CIA-57 (n=CIA@208.69.182.149.simpli.biz) [NETSPLIT VICTIM]
07:18.54*** join/#oe hrw|gone (n=hrw@ewi546.ewi.utwente.nl)
07:18.54*** join/#oe oxo (i=jorik@carbon.kippendief.biz) [NETSPLIT VICTIM]
07:18.55*** join/#oe RP (i=1000@tim.rpsys.net)
07:18.55*** join/#oe toi (n=pleemans@d5152D3B4.access.telenet.be)
07:18.55*** join/#oe Ironnads (n=Ironnads@host86-135-86-80.range86-135.btcentralplus.com)
07:18.55*** join/#oe alphaone (n=alphaone@a064.apm.etc.tu-bs.de)
07:18.55*** join/#oe mps (i=mp@solute.xen-host.de)
07:18.55*** join/#oe mickey|zzZZzz (i=mickey@openmoko/coreteam/mickey)
07:18.55*** join/#oe jpieper (n=jpieper@207-180-187-171.c3-0.smr-ubr3.sbo-smr.ma.cable.rcn.com) [NETSPLIT VICTIM]
07:18.55*** join/#oe CM (i=cm@shaka.acc.umu.se) [NETSPLIT VICTIM]
07:18.55*** join/#oe pb__ (n=pb@castle.reciva.com) [NETSPLIT VICTIM]
07:18.57*** join/#oe trickie (n=trickie@basesoft.xs4all.nl) [NETSPLIT VICTIM]
07:18.57*** join/#oe LakeSolon (n=blake@64-83-198-152.dhcp.stcd.mn.charter.com) [NETSPLIT VICTIM]
07:18.57*** join/#oe nslu2-log (n=nslu2-lo@limax.nslu2-linux.org)
07:18.57*** join/#oe lpotter (n=ljp@CPE-124-191-144-181.vic.bigpond.net.au) [NETSPLIT VICTIM]
07:18.57*** join/#oe ShadowJK (i=jk@terminus.enivax.net)
07:18.57*** join/#oe darkschneider (n=gab@213-140-15-160.fastres.net)
07:18.57*** join/#oe RedDog (n=reddog@mastersword.de) [NETSPLIT VICTIM]
07:18.58*** join/#oe crweb (n=tom@12-210-83-225.client.mchsi.com)
07:19.18*** join/#oe daurnimator (n=daurn@dsl-124-150-88-5.vic.westnet.com.au)
07:22.57*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
07:26.14RPhi khem, here now :)
07:26.58RPkhem: good news, qemuarm in poky seemed to build fine so that patch passes my first test :)
07:31.30*** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net)
07:31.48*** join/#oe woglinde (i=woglinde@e178082073.adsl.alicedsl.de)
07:32.09woglindehi
07:33.48*** join/#oe rob_w (n=bob@M8bae.m.pppool.de)
07:33.58khemRP: cool
07:34.06woglindehe khem
07:34.14woglindestill not at sleep?
07:35.12khemwoglinde: no working on the toolchain patch
07:35.18woglindehehe
07:35.19woglindeokay
07:36.10khemRP: Do you plan to do more testing on it ?
07:36.24RPkhem: I have a qemux86 build running as we speak
07:36.39RPif that + meta-toolchain completes, I'm happy
07:38.07khemRP: ok cool.
07:38.23woglinde*crosses fingers*
07:38.41khemRP: if you could reply to my post to the newsgroup and give me ack
07:38.50khemthen I can commit it in the morning
07:38.57RPkhem: will do
07:39.22RPkhem: One other question - whats the implication on anyone with an existing build?
07:39.26khemRP: the uclibc problem remember I was struggling yesterday turned out to be problem in uclibc
07:39.30khemI have fixed that too
07:39.38RPpresumably it will just build gcc-cross-intermediate but that will break things?
07:39.39woglindekhem 0.9.29?
07:39.46woglindedid not compile
07:39.56khemRP: I would reccommend a clean build
07:40.17RPkhem: From experience, people don't do that unless forced to
07:40.18khemwoglinde: it was 0.9.27
07:40.50khemRP: although I think it should not be required I guess
07:41.14khembecause the changes are in the intermediate steps
07:41.24RPkhem: In the final version perhaps you should bump the PR for gcc and glibc so then gcc, glibc and gcc-cross-intermediate will rebuild?
07:41.34khembut still I would recommend a clean build from scratch
07:41.49khemRP: yes I will do that before commit
07:42.02RPkhem: ok, I think that will be enough
07:42.26khemand run a sanity meta-toolchain build after that
07:43.22khemRP: I also fixed gcc 3.4.4 for sdk build
07:43.36khemported --with-build-sysroot patch
07:43.45RPkhem: great :)
07:45.34RPkhem: Do you agree with the way we build the -sdk version of gcc?
07:45.57khemRP: yes I think thats a good way
07:46.18RPok, just curious :)
07:46.22woglindeso
07:46.28woglindelets fight with boost again
07:46.36khembut unfortunately this needs lot of new features like --with-build* options
07:46.36CIA-5703koen 07org.oe.dev * r3cc0283a... 10/ (1 packages/linux/linux-omap2_git.bb): linux omap2 git: reduce i2c speed and enable 4bit for SD
07:47.11RPkhem: We did used to manage without that
07:47.19khemRP: the reason to have --with-build-time-tools and --with-build-sysroot were added to help build SDKs
07:47.29woglindehm do we have nx in oe?
07:47.34RPkhem: Using it is a lot safer though, right :)
07:47.40khemyep
07:47.57khemless surgeries are always better :)
07:49.13RPOne thing I did in poky which hasn't happened in OE yet was trimming down the CFLAGS and LDFLAGS in bitbake.conf
07:49.15khemonce done with this I should be able to test my arm uclibc nptl merge
07:49.25RPnow we use sysroot we can do that
07:49.57khemRP: yeah and the option --with-local-prefix can be removed for newere compilers
07:50.05khemI think thats redundant
07:50.33RPsounds good
07:51.29khemshould catch some sleep
07:51.33khemgood night
07:51.54RP'night khem
07:53.11woglindesleep well khem
07:53.28*** join/#oe cyberdeck (n=molter@iss60.vlsi.informatik.tu-darmstadt.de)
07:54.35XorA~curse python
07:54.36ibotMay you be reincarnated as a Windows XP administrator, python !
07:56.41woglindexora whats wrong?
07:57.02*** join/#oe pvanhoof (n=pvanhoof@d54C0C06D.access.telenet.be)
07:57.24XorAwoglinde: setuptools package failing and it dumps no useful error messages
07:57.38XorAwoglinde: well not usefull to a non python dude like me
08:01.51*** join/#oe Genesis (n=Ronan@AMontsouris-153-1-28-204.w86-212.abo.wanadoo.fr)
08:05.01XorANameError: global name 'log' is not defined
08:05.15XorAI think thats the error, googling doesnt help though :-(
08:07.20*** join/#oe Robwoerle (n=bob@Maf0e.m.pppool.de)
08:08.46woglindexora mickeyl is awake he might help
08:09.01XorAmickeyl: *POKE*
08:09.10mickeylnah
08:09.13mickeylno poking so early
08:09.17mickeylwhat'sup?
08:09.20woglindeearly?
08:09.24XorAmickeyl: its an hour less early for you than me :-D
08:09.28mickeyl:D
08:09.29woglindeI am awake since 7 a.m.
08:09.30woglindeas always
08:09.40XorAmickeyl: trying to build exposure in OM.dev and its failing in setup.py
08:09.46XorAmickeyl: but I cant decode the error
08:10.18Genesisbonjour
08:10.29woglindehi genesis
08:11.01XorAmickeyl: http://rafb.net/p/RdmHNI99.html
08:11.17XorAwe should make a bitbake -c pastebin blah.bb :-D
08:11.29XorAwhich dumps the latest logs to pastebin
08:11.46mickeylya
08:11.49mickeylhad that in bitbake -i
08:11.55mickeylhmm, 'log' not defined
08:12.00mickeylin setuptools-native
08:12.02mickeylfun
08:12.11mickeyldo you have a recipe, then I try to reproduce that
08:12.29XorAmickeyl: gimme a sec Ill push OM.dev
08:14.43XorAmickeyl: packages/openmoko-projects/exposure_svn.bb in org.openmoko.dev
08:16.58mickeylokay, let me give that a try
08:20.15XorAmickeyl: cheers, python is still alien to me
08:20.44mickeyldidn't you want to brush up your python when you joined Om? :)
08:22.41mickeylok, i can reproduce it
08:22.44mickeylnow let me dig into
08:23.07XorAmickeyl: Ive been stretching slowly, but the lack of usefull errors in that dump stumps me
08:26.50*** join/#oe minipanda (n=hzhang@66.135.114.72)
08:32.59CIA-5703tmbinc 07org.oe.dreambox * r12ae6213... 10/ (3 files in 3 dirs): linux-dm8000: add patch to support more than 4 demux devices
08:33.02CIA-5703tmbinc 07org.oe.dreambox * rf614357b... 10/ (3 files in 3 dirs): perl: fix compile
08:34.26*** join/#oe anothermike (n=wittke@130.75.33.77)
08:35.16mickeyltruly something strange going on there
08:35.54*** join/#oe jbs (n=Bernardo@84.39.101.37)
08:36.09*** join/#oe anothermike (n=wittke@130.75.33.77)
08:42.03CIA-5703koen 07org.oe.dev * r4e6e5c3a... 10/ (5 files in 2 dirs): neuros-public: clean up apps, add mainmenu
08:44.32*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
08:49.54*** join/#oe joshin_ (n=joshin@VDSL-130-13-185-112.PHNX.QWEST.NET)
08:50.58mickeylNOTE: package exposure-0.0.1+svnr57: completed
08:51.50mickeylXorA: you want to backport the next commit
08:52.02mickeylexposure triggers a bug/leftover in setuptools
08:52.54XorAmickeyl: cool, thanks for fixing it
08:53.12mickeylnp
08:53.37XorAwishes were were gitted up already so I could just cherry pick
08:54.25*** join/#oe florian__ (n=fuchs@217.146.132.69)
08:54.48mickeyl*nod*
08:55.19CIA-5703mickeyl 07org.oe.dev * r16286a01... 10/ (5 files in 3 dirs): python-setuptools[-native] 0.6c8 fix log usage bug
09:02.47*** join/#oe ribbits (n=bob@host86-154-243-88.range86-154.btcentralplus.com)
09:07.30*** join/#oe BenLauDC (n=benlau@221.125.8.105)
09:11.13pb__florian: good morning
09:11.17pb__mickeyl: good morning
09:12.14*** join/#oe shaz (i=shazkhan@116.58.110.156)
09:13.16XorAmickeyl: you is a genius
09:13.34mickeylXorA: too much the honor ;)
09:13.37mickeylhey pb__
09:13.52*** part/#oe shaz (i=shazkhan@116.58.110.156)
09:14.35florianhi all
09:14.58woglindehi florian
09:15.01woglindeh pb
09:15.02*** join/#oe lrg (n=liam@lumison.wolfsonmicro.com)
09:23.14hrwmorning
09:23.31woglindehi hrw
09:27.32*** join/#oe kees_ (n=kees@fluidwell.xs4all.nl)
09:33.24*** join/#oe chouimat (n=dieu@r2351064.cidc.net)
09:51.54*** join/#oe jekhor (n=jek@87.252.242.22)
09:56.53*** join/#oe Jay7 (n=jay@89.250.164.201)
09:58.54Jay7helo
09:59.35Jay7auto-movind brightness control slider in gpe-settings module is ok?
10:00.06Jay7it decreases brightness automa[tg]ically
10:00.23Jay7tested on akita
10:06.31LaibschAre we likely going to see the git switch this week?
10:06.47LaibschHow is the internal discussion progressing?
10:06.54LaibschAny stumbling blocks left?
10:07.00Laibschmickeyl: ?
10:07.59diegogoodmorning
10:08.41XorALaibsch: last I saw there was concensus forming
10:08.45XorALaibsch: amazingly
10:09.05LaibschXorA: unbelieving indeed
10:09.16Laibschunbelievable
10:09.49Laibschbut there still are a few stumbling blocks left?
10:10.01XorALaibsch: I think we are down to niggles and cleanups
10:10.11XorALaibsch: but Ive been busy with RL crap recently
10:10.35LaibschYou guys are working collaboratively on the release text which includes the policy?
10:10.51LaibschWhich brings me to an OT question I had
10:10.58XorALaibsch: shoot
10:10.59Laibsch[OT] I anybody aware of a tool to collaborate on text creation using a simple browser interface?  I know this sounds a lot like a wiki and it is very close.  But the object of the collaboration would be a 1MB xml file.  It being XML will likely lead to confusion, when the wiki engine and the browser try to interpret the XML, I think.
10:11.18LaibschI found gobby and it seems pretty nifty
10:11.28XorAwe used gobby at OEDEM
10:11.35Laibschnice
10:11.38XorAabiword also has collabaration now
10:12.14LaibschI tried it out yesterday with the gobby devs and it immediately choked on the 1MB file
10:13.32XorAcollabarating by editing raw xml scares me though
10:14.28LaibschI have not been able to test abiword yet for lack of a partner.  It is good that it has a Windows binary available, but I wonder if the barrier would be a little too high (Jabber setup plus installation of abiword)
10:14.35LaibschXorA: absolutely agreed
10:14.49LaibschBut it is one of the reasons I want to get rid of doing it all by myself
10:15.31LaibschIt is a gnucash chart of accounts and believe I have cursed the gnucash devs many times for their choices
10:16.12LaibschLuckily, python bindings were added recently and maybe I can manipulate the data via python from now on.  That would make things a lot safer
10:16.45LaibschThe XML file holds the definition of a standard set of accounts for German business
10:19.58*** join/#oe Genesis (n=Ronan@AMontsouris-153-1-31-87.w86-212.abo.wanadoo.fr)
10:20.08*** join/#oe ant|work969 (n=ant|work@host214-85-static.34-85-b.business.telecomitalia.it)
10:20.21ant|work969morning
10:22.32*** join/#oe ant|work (n=ant|work@host214-85-static.34-85-b.business.telecomitalia.it)
10:22.38hrw~curse python
10:22.38ibotMay you be reincarnated as a Windows XP administrator, python !
10:22.57*** join/#oe davygravy (n=davygrav@h69-128-156-59.mdtnwi.dsl.dynamic.tds.net)
10:26.54methrilwhat happens with python?
10:27.08methrili see XorA and hrw cursing python :)
10:29.25hrwdoes not want to build on my hacked system
10:29.41hrwstaging/arm-poky-linux-gnueabi/usr/lib/python2.5/config/Makefile (No such file or directory)
10:33.58hrwsomething wrong with distutils I think
10:36.18hrw~curse lack of euro in europe
10:36.19ibotMay the fleas of a thousand camels infest your most sensitive regions, lack of euro in europe !
10:45.34*** join/#oe tmbinc_ (i=abcd@83.141.3.59)
10:45.50CIA-5703koen 07org.oe.dev * rb1834de8... 10/ (1 contrib/angstrom/source-mirror.txt): contrib/angstrom: add source mirror description
10:45.55CIA-5703koen 07org.oe.dev * r8ad08e33... 10/ (1 conf/distro/angstrom-2008.1.conf): angstrom 2008: gpe 2.8 is so last year, use latest versions from now on
10:48.31*** join/#oe stephank (n=urk@2002:52c5:cfc7:1:2c0:9fff:feb7:e03f)
10:49.20*** join/#oe csharman (n=csharman@59.167.201.138)
10:55.06*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
11:23.08ant|workhrw: hello, I think you already pointed out this: install -m 0755 tools/mkimage ${STAGING_BINDIR_NATIVE}/  is both in u-boot.inc and u-boot-utils-native .Is there a specific reaon?
11:33.17hrwit should be in native only rather but some people build uboot and kernel in one run so prefer that way
11:35.07ant|workah, ok, I'm trying to automate the umage for Zaurus
11:35.22ant|workbut in kernel.bbclass I see u-boot-mkimage-openmoko-native
11:35.24ant|work?
11:37.40ant|workmickeyl seems to be the author
11:40.23ant|work<PROTECTED>
11:40.29ant|work<PROTECTED>
11:40.53Genesisi used a custom distro derived from angstrom-2008.1.conf. Is there an automatic tool that help to update the version of package fix in a distro ?
11:41.10woglindegenesis???
11:41.41hrwant|work: thats my change
11:41.48ant|workwhy not just calling u-boot-utils-native?
11:42.05hrwbecause they are newer then this change?
11:42.09Genesislet imagine PREFERRED_VERSION_busybox               = "1.7.2" in my distro
11:42.12*** join/#oe thesing (n=tkunze@BAA37fe.baa.pppool.de)
11:42.13ant|workahh ;-)
11:42.22thesingmorning all
11:42.30woglindehi thesing
11:42.39woglindethesing holidys now?
11:42.39Genesisyo thesing
11:42.49woglindegenesis no I dont think so
11:42.57Genesisoki i look what i could do
11:43.25woglindetill later
11:44.08thesingwoglinde: only in theory. I work on my diploma thesis.
11:45.10ant|workvaguely remembers when he was student...
11:45.36*** join/#oe pigeon_ (n=pigeon@60-241-137-179.static.tpgi.com.au)
11:46.55hrw<PROTECTED>
11:47.21hrwheh.. two such ones worked..
11:48.13ant|workhrw: you need GPS
11:48.31hrwant|work: I have 3 devices with gps here
11:48.50ant|workwhen you browse your tree :-)
11:48.52hrwbut two of them are neo1973 and third is n810...
11:49.04ant|workach
11:49.29ant|workbad luck...then the issue of maps
11:50.07ant|workah, you know what? The father ofmy wife is 'Geodeta' professor at university in Poland
11:50.16ant|workhe could provide you some maps ;-]
11:52.20ant|workhe's teaching in Olsztyn and Warsaw IIRC
11:52.27ant|workbut theu use GRASS
11:52.47*** join/#oe piroko (n=jeremy@pohl.ececs.uc.edu)
11:52.50ant|work(and did not have any idea about 'comercial' maps)
11:54.43*** join/#oe piroko (n=jeremy@pohl.ececs.uc.edu)
11:57.43*** join/#oe trickie (n=trickie@basesoft.xs4all.nl)
11:57.44*** join/#oe LakeSolon (n=blake@64-83-198-152.dhcp.stcd.mn.charter.com)
11:57.44*** join/#oe nslu2-log (n=nslu2-lo@limax.nslu2-linux.org)
11:57.44*** join/#oe lpotter (n=ljp@CPE-124-191-144-181.vic.bigpond.net.au)
11:57.44*** join/#oe ShadowJK (i=jk@terminus.enivax.net)
11:57.44*** join/#oe darkschneider (n=gab@213-140-15-160.fastres.net)
11:57.44*** join/#oe RedDog (n=reddog@mastersword.de)
12:01.44thesingangstrom x11-images got really big. They don't even fit on a 32 MB mmc card.
12:02.24Crofton|workthesing, how did you find such a small card :)
12:03.10*** join/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net)
12:03.51thesingit's from hrw. He didn't need is for obvious reasons ;)
12:04.05thesingCrofton|work: did you solve you nfs problem?
12:04.18Crofton|workyeah
12:04.29Crofton|workutil-linux-ng has/had a problem
12:04.53Crofton|workkoen has updated to a later version that appears to solve the problem
12:05.00Crofton|workI haven't had tie to check though
12:05.12Crofton|workI worked around the problem but installing util-linux :)
12:06.19thesingso you didn't have a "real" mount in the end ;)
12:09.43*** join/#oe oliford (n=oliford@i-83-67-105-182.freedom2surf.net)
12:11.32olifordis there a simple way to do build and use a program natively as part of the build in a bb description?
12:12.14olifordi want to calc a simple checksum and put it in the code when building
12:13.22hrwoliford: sure
12:13.38dcordes_oliford: let <program> it redepend on your checksum-native thing?
12:14.26*** join/#oe benlau2 (n=benlau@221.125.8.70)
12:14.29hrwdcordes_: no need
12:14.42hrwoliford: you have to use proper cc
12:15.19hrwsome recipes do that
12:15.26*** join/#oe xjqian (n=gordon@mir-nil-pat-118-150.wustl.edu)
12:15.29hrwoliford: one of them is mplayer
12:19.00olifordoic, so i need to make a separate package which compiles entirely natively?
12:19.21*** join/#oe otavio (n=otavio@debian/developer/otavio)
12:19.24olifordok, i'll look at mplayer and figure it out
12:19.42hrwoliford: no need for separate
12:20.08hrwin makefile you need to use proper CC for target code and proper one for host code
12:22.41olifordah yes, it uses $(HOST_CC), thats what i was looking for
12:31.13olifordno, it uses BUILD_CC which doesnt exist for my package
12:31.38olifordwhat is the correct var that gives you the host compiler?
12:33.14ant|workoliford: why don't you put a placeholder in the code and replac it with sed in do_configure_prepend?
12:33.31hrwant|work: because it is not needed usually?
12:33.42oliforderr, replace it with what?
12:33.49ant|workit seems to me enough for a md5sum ...
12:34.04olifordhow does oe give me the host's compiler?
12:34.04ant|workcan use shell comands
12:34.22hrwoliford: BUILD_CC which should be set by oe
12:34.26olifordit isnt
12:34.41hrwI be back in 20m
12:35.47ant|workoliford: perhaps I don't get the issue: how do you calc the checksum?
12:36.09olifordjust adding up in 32-bit
12:36.32olifordat the time i did it, i couldn't find a util which did it simply, was quicker to write one
12:36.52ant|workok, I see
12:38.26olifordits a simple not-really-a-bootloader, which has the kernel image compiled into it. i copies the kernel to where it needs to be and does the cheksum as it goes
12:39.48olifordthe actual loading is done by the ipaq's proper bootloader, which is designed for windows so obviously doesnt create tags structure
12:40.43ant|workI'm battling with an insane bootloader too...
12:42.09ant|workbut basically you rewrote smthg like mkimage (for uImages)
12:42.51ant|workI'm just looking at how to integrate this step in the u-boot deployment
12:43.00ant|work(for Zaurus)
12:43.21ant|works/Zaurus/(some of) Zaurus/
12:43.49*** join/#oe rsalveti (n=salveti@200.184.118.132)
12:44.19hrwc7x0/akita basically
12:44.34ant|workyep, lot of work done
12:45.05ant|workbb attached to oebug 3378
12:45.19*** join/#oe Sleep_Walker (n=Sleep@gprs9.vodafone.cz)
12:48.41olifordyea, i didn't want to get involved with u-boot. it wanted to keep the code incredibly simple so nothing goes wrong
12:48.51oliford(i have no serial or otherwise connection into the thing)
12:50.00oliford*i wanted...
13:02.38thesingif I put patches in OE do I have to rename them every time I change them? (i.e. is  SRC_URI = file://... different from SRC_URI= http://... ?)
13:03.23woglindethesing????
13:04.10hrwthesing: you can keep http://
13:04.23hrwas long as they are fetchable
13:04.45thesingif I have a patch foo.patch on webserver somewhere and I change it, I have to change the name of the patch (and in the recipe) in order to make bitbake fetch the changed version.
13:05.11thesingmy question is if I have to do the same if I store the patches in OE.
13:05.41hrwnot if you update patch in Oe
13:06.22thesinggreat. I always mixed the different patch version up.
13:12.54*** join/#oe aloisiojr (n=aloisio@200.184.118.132)
13:17.47ant|workhrw: it was oebug 3738 actually
13:20.36*** join/#oe osas (n=nnnnnnnn@nslu2-linux/osas)
13:25.08ant|workhrw: other subject: Attached to oebug 4118 are new bootlogs, some with udev-124 and poky's initscript (first boot and reboot)
13:29.14ant|workflorian: ^^ in the logs there is a ton of alignment traps and one alignment exception too
13:29.54*** join/#oe Gnutoo (n=gnutoo@host54-133-dynamic.41-79-r.retail.telecomitalia.it)
13:30.06woglindehi gnutoo
13:30.49Gnutoowoglinde, hi
13:31.55Gnutoowoglinde, at what point are you, should i test something?
13:33.13woglindewesnoth?
13:33.17Gnutooyes
13:33.32woglindeI am fighting with boost right now
13:33.33Gnutooand sdl...
13:33.38Gnutooah ok
13:33.42woglindebut hats the last step
13:33.54Gnutoook...and thanks a lot
13:33.54woglindethats
13:34.20woglindeyou own me a beer for the boost building mess
13:34.51Gnutooin what country are you>
13:34.56Gnutoos/>/?
13:35.04Gnutooah germany
13:35.32Gnutooi'm in italy and sometimes go in france...
13:36.02Gnutoowhat's the exact problem with boost...with me it builds fine...
13:36.23Gnutooyes
13:37.41woglindewesnoth dont find it
13:37.46woglindeand 1.3.33 is really old
13:37.48Gnutooah ok
13:38.44*** join/#oe frikker (n=chatzill@107.135.68.216.DED-DSL.fuse.net)
13:38.50frikkergood morning!
13:38.57woglindehi frikker
13:39.05frikkeri am trying to build the bitbake package for octave - has anyone had experience with this?
13:39.21frikkerthe problem is that i need a fortran compiler, like g77 or f77, but i'm not quite sure how to add this to my toolchain?
13:39.36*** join/#oe BenLauDC (n=benlau@221.125.8.105)
13:39.37frikkerhi woglinde :)
13:41.26hrwoctave....
13:41.36hrwyou need to talk with lardman
13:41.50hrwas octave is in his playground
13:43.25frikkerthank you very much hrw :)
13:44.30frikkerany general tips on how to add a fortran compiler to the build tools?
13:45.05hrw~seen lardman
13:45.09ibotlardman <n=simon@78.150.133.48> was last seen on IRC in channel #maemo, 4d 17h 56m 43s ago, saying: 'bye chaps'.
13:45.23hrw~lardman
13:45.38frikkeroh cool
13:45.46frikker~lardman
13:45.48hrwfrikker: lardman is Simon Pickering - look in OE archives to get mail
13:45.48frikkerthanks
13:46.36*** join/#oe chouimat|work (n=dieu@209.217.106.98)
13:46.49woglindehi chouimat
13:48.20CIA-5703woglinde2 07org.oe.dev * rc678660c... 10/ (4 files in 3 dirs): libsdl-net: fix building with libtool2
13:48.24CIA-5703woglinde2 07org.oe.dev * r87f02842... 10/ (4 files in 3 dirs): libsdl-image: fix building with libtool2
13:48.29CIA-5703woglinde2 07org.oe.dev * rbd0863ef... 10/ (1 packages/libsdl/libsdl-ttf_2.0.3.bb): libsdl-ttf: use autotools_stage_all
14:09.19*** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com)
14:10.10*** join/#oe florian (n=fuchs@217.146.132.69)
14:17.35*** join/#oe infernixx (i=nix@unaffiliated/infernix)
14:21.49*** join/#oe CosmicPenguin (n=nobody@163.181.251.103)
14:22.00ant|workis astonished: there is u-boot for tosa and for spitz http://www.pdaxrom.org/?q=node/240
14:22.16*** part/#oe DuckFault (n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com)
14:24.09hrwstill 1.1.4?
14:24.46ant|workhopefully not, probably yes...
14:27.31*** join/#oe CSMan (n=csman@bas1-montreal42-1177927867.dsl.bell.ca)
14:35.15*** join/#oe rschuster (n=rob@e178091018.adsl.alicedsl.de)
14:36.04*** join/#oe Nine-X (i=ninex@NineX.eu.org)
14:45.31*** join/#oe Human1 (n=igo@71.173.215.224)
14:51.49Human1Hi!  The OE bug tracker shows no open compilation bugs, but a couple of us are having the same problems building angstrom-2007.1 (one of us on an h2200, the other on an hx4700).  We get QA errors, which may or may not be part of the root cause, and the end result is that whatever we try to build won't build.  In my case (hx4700) I end up with an unkillable qemu-arm process loading one of my cores at 100%.  Should I file a bug report?
14:52.54*** join/#oe Xilent (n=supersti@unaffiliated/xilent)
14:57.45hrwhi mickeyl
15:00.49pirokom1k3y
15:01.37frikkerawesome - i didnt end up using g77 or f77 for the octave isntall
15:01.43frikkerbut theres a config option for --with-f2c
15:01.54frikkerwhich uses a fortran to C translator instead of a fortran compiler
15:02.03ant|workHumanl: the QA errors and other 'minor' issues are solved in 2008.1.
15:02.24frikkernow thats robust :) so i can install f2c on my host machine instead.
15:03.54ant|workI for one guess there are more build-issues in 2007.1 than in 2008.1
15:04.15ant|workHumanl: but wait, toolchain changes are coming soon
15:04.31LaibschHuman1: hold on one second
15:05.08LaibschOK, I was surprised about your "The OE bug tracker shows no open compilation bugs"
15:05.15LaibschI count 339
15:05.17Human1ant|work That sounds promising, but I'm just trying to build a single ipk.
15:05.32Laibschas defined by the search from the link on http://bugs.openembedded.net/
15:06.00ant|workHumanl: I meant wait to switch to .dev
15:06.00LaibschIf there is no bug yet, then please, open a new ticket
15:06.03Human1Laibsch I must have clicked on a bad link.  I tried from http://bugs.openembedded.net/ and yeah, I see a lot.
15:06.47LaibschHuman1: what package are you trying to build?
15:07.28Human1python-pexpect for Angstrom 2007.12
15:07.33ant|workhe he Laibsch, you did implement the queries for the lazy, nice :-)
15:07.34Human1and the hx4700
15:09.12Laibschant|work: If it helps get more exposure to the well-triaged bugs, I have won a lot
15:09.18Laibschand saved myself some work
15:09.46ant|worksane words
15:10.38*** join/#oe DarthWader (n=sith@vorphalack.dialup.corbina.ru)
15:10.47Human1The build process lies to me, in that it says the build completed, but there's no ipk:
15:10.47Human1bitbake python-pexpect
15:10.47Human1[...]
15:10.47Human1NOTE: package python-pexpect-2.1: started
15:10.47Human1NOTE: package python-pexpect-2.1-r0: task do_qa_staging: started
15:10.47Human1NOTE: QA checking staging
15:10.49Human1[bunch of QA errors]
15:10.51Human1NOTE: package python-pexpect-2.1-r0: task do_qa_staging: completed
15:10.53Human1NOTE: package python-pexpect-2.1: completed
15:12.48Laibschwhere did you look for the ipk?
15:12.58Human1everywhere under my build root
15:13.03Laibschtask 511 of 1020 here
15:13.32Laibschhave you found other ipk?
15:13.36Laibschany ipk at all?
15:13.50Human1Let me check.
15:14.54Human1I did successfully build stuff a couple of months ago using the same procedure, so something has changed.  The Angstrom instructions (from 2006) say to use bitbake 1.8.8.  Is that still the recommendation?
15:16.39Human1No ipks found, but I was only trying to build python-pexpect, so I don't know if that would have generated other ipks as side-effects or not.
15:17.31ant|workwell what do you think?
15:18.36Human1ant|work what do I think?
15:18.51ant|workI use  svn co svn://svn.berlios.de/bitbake/branches/bitbake-1.8/ bitbake
15:19.34Human1I got 1.8.8 because http://www.angstrom-distribution.org/building-angstrom links to it.
15:19.44ant|workah, angstrom ...
15:19.50Human1And it worked a couple of months ago when I built another package.
15:21.41Human1BTW, just so I'm not leeching, I did help fix the "stuck with UTC" timezone bug: http://bugs.openembedded.net/show_bug.cgi?id=3315
15:22.32ant|workyes, I've read it...I noted the base files does not provide a valid /etc/localtime
15:23.01ant|workbut just touching it won't work imho
15:23.17ant|workperhaps I'm wrong....
15:23.41Human1I don't have /etc/localtime on my device, and I get the right timezone and local time...
15:23.54Human1cat /etc/localtime
15:23.54Human1cat: /etc/localtime: No such file or directory
15:23.54Human1root@hx4700:~$ date
15:23.54Human1Thu Jul 24 11:19:04 EDT 2008
15:24.00Laibsch<PROTECTED>
15:24.05Laibschcompiled just fine
15:24.40LaibschHuman1: You need to find out what you set $TMPDIR to
15:24.48Human1Laibsch 1) THANK YOU FOR THAT!  :)  2) I'm not the only one having trouble building things for Angstrom lately.  Are their build directions maybe broken?
15:24.57LaibschI don't know
15:25.06LaibschI don't use angstrom, really
15:25.28Human1What did you set as your distro when you did the build?
15:25.30LaibschHuman1: What distro are you compiling on?
15:25.39Human1I'm on Ubuntu 7.10 x86
15:25.43LaibschHuman1: in that case it was angstrom
15:25.49LaibschHuman1: I have something for you
15:26.16Laibschhttp://blog.leggewie.org/?p=39
15:26.27LaibschThat will get you a working setup for sure
15:27.25Human1Very cool.
15:28.01Human1If you glance at the instructions at http://www.angstrom-distribution.org/building-angstrom do they appear to be wrong/outdated to you?
15:28.36Human1Everyone who tries to build Angstrom goes there, and as I said, it worked a couple of months ago, but the latest updates seem to have introduced badness.
15:29.41Laibschdoes not support angstrom
15:29.45ant|workI think L. would have DNS problems pointing to that URL right now...8-/
15:30.00Human1BTW, I know my $TMPDIR is /OE/angstrom-tmp, and there's no ipk in it.
15:30.39Human1Laibsch, I understand that you don't support derivations of OE, but I was just wondering if anything stood out as being wrong in their build instructions, so I could help them fix it.
15:30.43Laibschsudo find / -name *.ipk
15:31.13ant|workHumanl: and check twice your local.conf
15:31.16Human1Laibsch, I did an updatedb and a locate and no .ipk files came up that I didn't build months ago.
15:32.39Human1ant|work does the local.conf need to change as the build sources evolve?  Because it's the same one I used a couple months ago when it worked.
15:33.47LaibschHuman1: pastebin your local.conf
15:33.52Laibschand site.conf if applicable
15:34.02Human1I just have local.conf, but here it is:
15:34.39Human1(sorry, what do you mean by pastebin?)
15:35.07Human1<PROTECTED>
15:35.30Human1http://pastebin.com/m6cb55cea
15:37.22Laibschsudo find /OE/angstrom*/ -name *pexpect* > /tmp/pastebin_me.txt
15:38.12Human1It'll take a while, since qemu-arm is eating up half my cores and won't be killed.
15:38.26Laibschtake your time
15:39.46ant|workbtw the script uses ${DISTRO} before DISTRO =
15:40.17Human1DISTRO was set by 'source-me.txt' as per http://www.angstrom-distribution.org/building-angstrom
15:40.46Human1http://pastebin.com/m16840dff
15:41.02Human1Er.  No it's not :)
15:41.29Human1Yeah, that's strange.
15:41.43Human1I don't know why that would work at all, unless the syntax curries it somehow.
15:44.20*** join/#oe kergoth`work (n=clarson@65.200.49.156)
15:44.43kergoth`workmorning
15:45.32florianhi kergoth`work
15:48.21pb__hi kergoth`work
15:48.21khemRP: When building sdk with gcc 3.4.4 I am seeing one problem. while building cross-gcc-sdk xgcc is using the native assembler 'as' instead of cross assembler. How did you set the links before ? in newer gcc we can use --build-time-tools config option but we need links setup manually for older gcc
15:53.03pb__does anybody here have the eleet usb 5ki11z?
15:53.08pb__in some kind of interrupt related hell
15:54.54florianurks
15:55.58*** join/#oe trickie (n=trickie@a80-101-189-212.adsl.xs4all.nl)
15:58.04RPkhem: I think in older versions we set something like AS_FOR_TARGET?
15:58.44khemseems gcc 3.4.4 is not honoring that
16:01.01kergoth`worki'm in networky hell if anyone happens to be good at writing/debugging network card drivers :)
16:01.56*** join/#oe sw17ch (n=sw17ch@adsl-99-148-140-193.dsl.klmzmi.sbcglobal.net)
16:02.15sw17chis this the right place to ask about packages in the open embedded repository?
16:02.47RPis in binary only gles driver hell :)
16:02.57RPsw17ch: yes
16:03.20sw17chRP: great! it relates to the ruby package... i'm wondering how one gets socket support for ruby
16:03.22chouimat|workis in printer hell :)
16:04.54khemis alone in heaven no wonders
16:05.30RPkhem: All my tests worked out so I have no objection to the toolchain changes being committed
16:05.42khemRP: very cool.
16:06.13hrwchouimat|away: you too?
16:06.35XorAhmm, is no-one building perl stuff, seems it doesnt have a clue how to handle sysroot
16:07.14RPXorA: it has no clue how to handle cross compiling full stop
16:07.28khemRP: configure says this hecking for arm-angstrom-linux-uclibc-as... /home/kraj/work/oe/build/uclibc/tmp-omap5912osk/cross/arm-angstrom-linux-uclibc/bin/as
16:07.35XorARP: its looking for /usr/lib/perl/5.8.8/site/Config.pm
16:07.44XorARP: I cant beleive its been broken this long
16:07.50hrwXorA: perl is terribly broken
16:10.10aloisiojrhi guys
16:10.12khemRP: I will commit it after work. Now time to go behind the bars
16:10.36aloisiojris fakeroot 1.9.4, the latest versiona available?
16:10.56aloisiojrbecause... there is no mirror to this version
16:12.04thesingRP: would it be better to user opt-out instead of opt-in with the default preferences of linux-rp?
16:14.23ant|workXorA: I stumbled on this days ago: bug 4392 -> 3403
16:14.56ant|workXorA: and hrw too said perl is broken
16:15.13hrwthere is a bug on perl
16:16.23XorAhmm, those bugs are not dupes
16:17.08XorAor at least comment #2 on 4392 is different bug than 3403
16:17.40ant|workyes, tried other modules
16:17.42XorAbets perl worked by luck until debin upgraded to 5.10
16:36.51*** join/#oe pH5 (n=ph5@e178195035.adsl.alicedsl.de)
16:37.04woglindehi ph5
16:39.51hrwbye
16:40.33pb__kergoth`work: heh.  well, I know more about network cards than about usb.  what's your issue?
16:40.40*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
16:40.55CosmicPenguinanybody who admits to knowing about USB is a dirty, dirty liar
16:41.00XorA~curse perl
16:41.01ibotMay the fleas of a thousand camels infest your most sensitive regions, perl !
16:41.49pb__CosmicPenguin: yah, true enough.  in this instance though I guess my complaint is more with the crazy kernel dudes than with usb itself.
16:42.20kergoth`worksomehow the pointer to the packet data (points to an address returned by dma alloc single) that's in the hardware descriptors is being corrupted, it ends up being an address outside of lowmem
16:42.53kergoth`workin the packet receipt functions, it yanks a new descriptor from the ring, and the address is invalid... it deosnt appear to have been when the ring was allocated, or when a descriptor is returned to the ring
16:42.55pb__oh dear.  and presumably you're sure it was a valid address when you poked it in there, right?
16:43.21kergoth`worki cant think of anything else it could be, unless its something up with the ethernet dma engine.. i dunno enough about the hardware either.
16:43.29kergoth`workwonders if mv has a datasheet somewhere in the intranet
16:43.36pb__what's your platform?
16:44.56kergoth`workMotorola PPMC-275 board, powerpc, its some marvell chipset that has the ethernet controller, which has no specs on the web at all
16:45.04kergoth`worknaturally i dont know powerpc either :) such a lovely bug for me...
16:45.17pb__heh, right
16:45.23pb__I don't know powerpc either
16:45.51pb__might be worth finding out if its caches are naturally dma coherent, or if it has arm-like requirements for explicit flushing around dma activity
16:45.51kergoth`workah thats it, mv64360 chipset
16:46.10kergoth`workCONFIG_NOT_COHERENT_CACHE=y in the .config :)
16:47.01kergoth`workon an unrelated note, anyone done bash or zsh completion for bitbake, including providers? :)
16:47.15kergoth`workbitbake virtual/<tab> would be nifty
16:47.38XorAaaaaaaaaaaaaargh, who allowed perl to recurively run MakeMaker
16:48.21kergoth`workpb__:  heh, think i need to brush up on my computer architecture, dma cache coherency issues always confuse me and give me a headache
16:48.42kergoth`workwaits for 6 technical books he ordered the other day to arrive, including one on that subject, and one on linux networky stuff
16:48.51pH5hi woglinde, everyone
16:49.41CIA-5703koen 07org.oe.dev * r5427f220... 10/ (1 packages/vlc/vlc-davinci_0.8.6h.bb): vlc-davinci: fix depends
16:49.50RPkergoth`work: mickey's shell has that
16:50.03kergoth`workdoes it? nice
16:50.05kergoth`workmickeyl:  boo
16:50.15NAiLXorA: Someone with severe drainbamage..
16:50.21*** join/#oe dijenerate (n=dijenera@72.51.69.246)
16:50.22kergoth`workfigure if i'm gonna start messing with oe again, anything to save time is a Good Thing
16:50.56RPindeed
16:51.02sw17chbefore i chase down other paths, has any one here managed to get ruby working on the gumstix hardware with socket support?
16:51.25pb__kergoth`work: heh
16:51.37XorAballs I just tried to climb a set of stairs I no longer have :-(
16:51.44sw17chi'm, unfortunately, quite new to how OE goes together and not quite sure how to dissect the packages to figure out what's ahppening
16:51.49RPkhem: That as isn't a cross compiling as? I'll catch up when you get back from behind the bars...
16:52.22*** join/#oe bbradley (n=bbradley@78-105-167-16.zone3.bethere.co.uk)
16:52.33RPXorA: They were replaced with a wall or a void?
16:52.53XorA|dinnerRP: I moved out of my house to a flat, flat doesnt have stairs to bathroom :-D
16:53.29woglindeso nice
16:53.32woglindewesnoth compiles
16:54.06RPXorA|dinner: Could be worse. I had visions of you falling down a hole ;-)
16:54.49RPthesing: Either can be used depending on the circumstances
16:56.40thesingRP: at the moment we use opt-in which results in more lines as more machines get updated to use it. I thing the reverse would be better.
16:59.26kergoth`workthinks maybe he'll email the netdev list for advice on this issue
17:00.08*** join/#oe AvengerMoJo (n=alex@219.142.249.89)
17:02.09RPthesing: that doesn't clearly show which machines have been tested and work though :/
17:04.32*** join/#oe Gnutoo (n=gnutoo@host54-133-dynamic.41-79-r.retail.telecomitalia.it)
17:07.26*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
17:13.18*** join/#oe e-ffi (n=cybercom@dslb-088-068-164-205.pools.arcor-ip.net)
17:13.23*** join/#oe nice (n=nice@91-65-161-148-dynip.superkabel.de)
17:18.42Human1Laibsch, FYI, the link I followed to get the empty list of compilation bugs was at http://blog.leggewie.org/?p=40#comment-3366 - I just posted a comment so Rolf can update the link.
17:19.27Human1Laibsch also, I followed the process at http://blog.leggewie.org/?p=39 to build python-pexpect for the hx4700 and Angstrom, but it failed :(
17:20.32Human1http://pastebin.com/m46691756
17:20.37Human1I'll try troubleshooting.
17:25.46*** join/#oe johnx (n=john@p2172-ipbf2302hodogaya.kanagawa.ocn.ne.jp)
17:26.58*** join/#oe oliford_ (n=oliford@i-83-67-105-182.freedom2surf.net)
17:31.39pirokocries
17:31.58*** join/#oe Reach (n=Reach@sw169-210-231.adsl.seed.net.tw)
17:34.13thesingcan anybody tell me how to control which static device nodes are create in images?
17:37.48Human1Laibsch, it was a permissions issue.  I posted on http://blog.leggewie.org/?p=39 so if others follow the instructions, they'll know to address it.
17:38.06Human1Build is chugging along...
17:49.49*** join/#oe zecke (n=ich@118-166-66-183.dynamic.hinet.net)
17:51.27nicethesing: hi, is the machine config using devfs or udev?
17:52.20thesingjust plain files. But I found it its in files/device_table_minimal.txt
17:53.03mr_nicethesing: ok
17:54.13thesingmr_nice: did you try colliets for simpad?
17:54.35mr_nicethesing: is there a new one?
17:55.17mr_nicethesing: you mean the touchscreen driver patches from collie or?
17:55.47thesingyes.
17:56.25thesingmr_data was confusing gpio to irq mapping so it didn't work in irq mode.
17:56.26mr_nicethesing: I am still at kernel 2.6.24 and was not able to watch the changes to 2.6.26. are they now in mainline or do you have new patches?
17:56.53thesingits still the same patch. (modified a bit)
17:57.00mr_nicethesing: I can try them if you give me a link
17:58.51Laibschaloisiojr: I have 1.9.5 here.  Are you on .dev?
18:00.56thesingmr_nice: http://git.linuxtogo.org/?p=thesing/collie.git;a=history;f=drivers/mfd/collie-ts.c;h=ddde5fc3505dd5b6fae7ef1e35ba6a4588dc2f1e;hb=a58e147b07f7eb6b4fe8d8ed181d43839d62d15a
18:01.11woglindehe mr_nice
18:01.53mr_nicewoglinde: hi
18:02.12mr_nicethesing: thx I will try them - could take a day or two
18:02.33woglindemr_nice simpad patches for 2.6.26?
18:02.50mr_nicewoglinde: do you know how I can work on oetmp dir and get the changes compiled with bitbake
18:03.14thesingno problem. I want to merge collie-ts and ucb-ts in the future.
18:03.15woglindemr_nice?
18:03.16mr_nicewoglinde: not yet but I have some time and will start with 2.6.26
18:03.25*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
18:03.49woglindemr_nice :)
18:04.02mr_nicewoglinde: I currently try to do a bit opie stuff for the simpad. for that I want to recompile libopiecore2
18:04.20thesingmr_nice: if you want to push stuff upstream I recommend using git and bleeding edge kernel.
18:04.35mr_nicethesing: good point
18:04.49woglindemr_nice and where is the problem?
18:05.32mr_nicewoglinde: how can I do that? If I change the source and type bitbake opie-image the lib md5sum is still the same
18:06.27aloisiojrLaibsch: i've have pulled yesterday, from git repo
18:06.35aloisiojrLaibsch: i'm in master branch
18:06.44woglindemr_nice hm????
18:07.03woglindemr_nice step for step what you are doing and whant to achieve
18:08.42mr_nicewoglinde: I am working on odevice_simpad.cpp and want to get libopiecore2 rebuild with the changes
18:09.52woglindemr_nice hm okay
18:09.58woglindeyou can bump the PR
18:10.26woglindemr_nice okay make a patch
18:10.39woglindeput the patch with file:// in
18:10.43woglindebump the PR
18:11.15mr_nicewoglinde: hm, ok I will try that
18:11.16woglindethen bitbake -c clean libqpe or libopie2 dont exactly know where odevice is used
18:11.23woglindebitbake opie-image
18:14.36*** join/#oe piroko (n=jeremy@pohl.ececs.uc.edu)
18:17.21*** join/#oe dijenerate (n=dijenera@72.51.69.246)
18:17.41woglindehi prioko
18:19.40CIA-5703koen 07org.oe.dev * r3d20f1d1... 10/ (14 files in 7 dirs): mythtv 0.21: enable appropriate ARM optimization dependant on cpu and patch in NEON support for video
18:21.37Human1What's the minimum recommended ARM CPU to run mythtv for standard-def video?
18:24.04*** join/#oe dijenerate (n=dijenera@72.51.69.246)
18:27.25Human1Or do people only run backends on it?
18:29.57pH5Human1: AFAIK koen only just added it for the beagleboard, I think there aren't many data points for lower powered arm platforms.
18:31.31Human1pH5 Cool, thanks.  I was having visions of people running the frontend on PDAs and wondering how this was possible :)
18:31.32florianbrb, rebootong kc
18:33.48mr_nicewogilnde: that worked thanks. btw I tried out poky with sato on the simpad and it could be a nice interface for the pad.
18:34.51woglindemr_nice sure why not
18:38.34woglindehms what was the variable for stagedir-arch
18:39.04woglinde${STAGING_DIR} points only to oepath/staging
18:40.33woglindeokay handbook helps
18:42.45CIA-5703koen 07org.oe.dev * r018282b0... 10/ (1 packages/mythtv/mythtv-0.21/ffmpeg-arm-update.diff): mythtv 0.21: fixup patch for armv7
18:42.59*** join/#oe jekhor (n=jek@87.252.242.19)
18:50.28*** join/#oe bluelightning (n=blueligh@pdpc/supporter/active/bluelightning)
18:56.16*** join/#oe hillct (n=hillct@75-93-203-40.ral.clearwire-dns.net)
19:16.46CIA-5703koen 07org.oe.dev * r1f4f0752... 10/ (3 files in 2 dirs): linux omap2: add missing patches
19:22.31*** join/#oe ant_ (n=ant@host46-250-dynamic.2-87-r.retail.telecomitalia.it)
19:22.34CIA-5703cbrake 07org.oe.dev * ra8931960... 10/ (9 files in 3 dirs):
19:22.34CIA-57mono-1.9.1: first pass at adding mono 1.9.1 to OE
19:22.34CIA-57still requires some manual intervention, but it now
19:22.34CIA-57all builds. Not tested yet.
19:25.07cdbot2* * OE Bug 4337 has been RESOLVED (INVALID) by linuxrulez(AT)land.ru
19:25.09cdbot2* * linux-handhelds-2.6_2.6.21 fails do_configure
19:25.11cdbot2* * http://bugs.openembedded.net/show_bug.cgi?id=4337
19:31.40*** join/#oe DarthWader (n=sith@vorphalack.dialup.corbina.ru)
19:45.22LaibschWhere would I place code snippet to be sourced by a bash script?  /usr/lib/$packagename?
19:45.44LaibschI want to carve out common functionality for my oe-setup scripts
19:45.50zeckeLaibsch: /usr/share? what does the FHS (filesystem hierachy standard) say?
19:46.03LaibschI don't know what the FHS says
19:46.14LaibschAnd it would take me days to understand it
19:46.23Laibschwhich is why I came here ;-)
19:55.12Laibschzecke: /usr/share scheint die korrekte Wahl zu sein
19:56.14woglindewrong channel
20:00.51*** join/#oe angom (n=angom@201.170.65.143)
20:07.41CIA-5703bluelightning 07org.oe.dev * r5310e6e2... 10/ (1 packages/h2200-bootloader/h2200-bootloader.bb):
20:07.41CIA-57h2200-bootloader: ensure mtdblock is available and loaded
20:07.41CIA-57* Add kernel-module-mtdblock to RRECOMMENDS
20:07.41CIA-57* modprobe mtdblock before accessing mtdblock device
20:07.47CIA-5703bluelightning 07org.oe.dev * red4e5b42... 10/ (1 packages/h2200-bootloader/h2200-bootloader.bb): h2200-bootloader: slight correction to last commit
20:08.51*** part/#oe angom (n=angom@201.170.65.143)
20:20.52*** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl)
20:21.30*** join/#oe timtimred (n=meh@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk)
20:21.53*** join/#oe DarthWad1r (n=sith@vorphalack.dialup.corbina.ru)
20:25.45likewisekhem: if you're there, sry I haven't been able to test-drive your work on the toolchain. Too busy with two short-term projects...(hussle hussle)
20:33.03*** join/#oe oliford__ (n=oliford@i-83-67-105-182.freedom2surf.net)
20:33.48Crofton|worklikewise, did you ever figure out why linking c++ on ppc does not find the stdc++ library?
20:34.20likewiseCrofton|work: Cannot remember. It this a bug#?
20:34.31Crofton|worknot sure
20:34.38Crofton|workI'll have to look
20:36.55zeckeCrofton|work: I see that on ARM as well... libstdc++ ends in a directory not in our -L libpath is the best guess
20:37.10Crofton|workhmm
20:37.18zeckeCrofton|work: so we link and see SO_NEEDED libstdc++ but gcc (the linker) does not know where g++ stuff is
20:37.28Crofton|workI have stuff that builds ok on arm, but not ppc
20:37.30Crofton|workweird
20:37.32zeckeCrofton|work: use g++ to link c++ apps
20:37.42zeckeCrofton|work: different gcc versions? what do you use to link?
20:37.47Crofton|worklibtool is involved ...
20:37.57Crofton|workyes different gcc versions
20:38.47Crofton|workI'm only sort of playing with it atm, so won't make any progress
20:39.07zeckeCrofton|work: is it using gcc to link?
20:39.14zeckehttp://git.openmoko.org/?p=openmoko.git;a=commit;h=4c05c474bf939d346fe0c92ce8c8ea3fc8f4c374 <- is an evil workaround...
20:39.48Crofton|workheh
20:40.08Crofton|workit is not critical for me atm, I was just doing a build to check some stuff
20:40.18Crofton|workI'll need to come back to it later :(
20:40.39zeckeCrofton|work: could you paste the error somewhere? not that I will have the time to fix it now...
20:41.15Crofton|workhttp://tinderbox.openembedded.net/public/logs/594420.txt
20:41.31Crofton|workhttp://tinderbox.openembedded.net/packages/78717/
20:45.08Human1Laibsch, did you get any "ERROR: QA Issue" badness when you built python-pexpect?  I got less than I did when I tried Angstrom's build method, but even using the deb-based setup, it seems to fail in the same way: http://pastebin.com/m6806b039
20:45.34Human1Now I have two qemu-arm processes pegging both my cores...
20:52.52Human1I think I'll bite the bullet and reboot to kill the unkillable qemu processes, then re-try the python-pexpect build.
20:52.56Human1brb, I hope
20:53.11*** part/#oe waite (n=bwaite@206.83.81.178.ptr.us.xo.net)
20:58.52*** join/#oe Human1 (n=igo@71.173.215.224)
21:00.52RPkhem: I commited the toolchain changes into poky now so I could catch the next round of automated tests, I hope you don't mind
21:01.14Human1In the OE build process, is there a way to force a single locale?  I notice it doing work for a bunch of locales it doesn't need to.
21:01.45RPHuman1: There is an option, yes but I forget its name in OE :/
21:02.44ant_# GLIBC_GENERATE_LOCALES = "en_GB.UTF-8 de_DE.UTF-8" ?
21:02.47Human1ENABLE_BINARY_LOCALE_GENERATION and GLIBC_GENERATE_LOCALES ?
21:02.52Human1https://neurosaudio.com/hackers/gremlin/trunk/OE/conf/local.conf
21:02.55Human1aha
21:03.13Human1You found the same document, or you knew it already?  :)
21:03.18ant_I was checking my local.conf right then
21:03.22ant_;-)
21:03.23Human1Heh.
21:03.53ant_ah, the DISTRO= thing, well...it's not php...will evaluated later
21:05.17Human1Yeah, I see from the comments that bitbake will do variable expansion if you use ${} notation, which is why that Angstrom local.conf snippet was ok.
21:05.57woglindehm for NLS I have reworked gettext.class a little bit
21:06.45woglindeand there are serval recipes which dont not include gettext class
21:07.05woglindeand therefor build NLS package even without USE_NLS=no
21:09.18ant_Human1: compiles fine in .dev   http://tinderbox.openembedded.net/packages/python-pexpect/
21:10.35Human1Hmm.
21:11.20Human1And it only took 3 minutes?
21:11.37ant_yes
21:11.46ant_I retry
21:11.49Human1Wow.  I'm sitting here watching qemu-arm eat up CPU and not make any progress.
21:12.23ant_well, I'm compiling over an existent layout
21:12.32ant_not from scratch
21:12.43Human1True.
21:12.49Human1My build is sitting here: http://pastebin.com/m4f4bacc0
21:12.56ant_though, I'm building all dependencies (just to test)
21:13.18ant_BB_DEFAULT_TASK = "buildall"
21:14.25ant_Human1: in .dev the only nasty errmsg is: NOTE: preferred version 2.6.1 of glibc not available (for item virtual/arm-angstrom-linux-gnueabi-libc-for-gcc)
21:14.32*** join/#oe DRF (n=daniel@92.17.49.253)
21:14.42*** join/#oe zecke_ (n=ich@118-166-68-99.dynamic.hinet.net)
21:14.49ant_harmful
21:14.58ant_?
21:15.05Human1It complains that 2.5 of glibc is not available in stable...  I guess it always complains about glibc...
21:15.29ant_yes, I think khem and RP are working on this
21:16.13ant_Human1: second build took less !
21:16.55Human1I wish I had your build environment :)
21:17.03ant_no, it's not this
21:17.23ant_is some setting on your side
21:17.46Human1I've tried it two different ways, and it fails almost identically.
21:17.48ant_but remember, I'm building 2008.1
21:18.18Human1My problem is that I need a package that'll work with 2007.1 (Angstrom 2007.12)
21:18.53ant_I'm sorry I don't have any 2007.1 checkouts
21:19.10ant_did you simply cherry-pick?
21:19.24Human1I'm not sure what you're asking.
21:19.42ant_is the same version of the package in angstrom-stable ?
21:19.54ant_or did you pick it from .dev?
21:20.04Human1I checked out stable
21:20.44ant_and you're building python-pexpect 2.1 r0
21:20.45*** join/#oe flo_lap (n=fuchs@f054165249.adsl.alicedsl.de)
21:21.08Human1Trying to :)
21:21.34ant_just to be sure you did not make any change
21:21.53*** join/#oe xjqian (n=gordon@68-188-71-196.dhcp.stls.mo.charter.com)
21:22.00ant_xjqian: hey
21:23.19*** join/#oe jconnolly (n=jconnoll@ip-66-80-197-243.atl.megapath.net)
21:24.11Human1ant_ what version of qemu-arm are you using?  Mine is misbehaving by pegging the CPU and not letting itself be killed.  Mine is 0.9.0.
21:24.49ant_ah
21:24.55ant_0.9.1 iirc
21:25.28Human1Is that version tied to the branch?  Or can I get 0.9.1 and use it to do a build of stable?
21:26.29ant_http://thread.gmane.org/gmane.comp.handhelds.openembedded.stable
21:26.48ant_1st thread
21:27.39thesingdoes anybody know where (0,0) is supposed to be on a touchscreen?
21:29.42Human1Seems that 0,0 is upper left corner for X Windows
21:31.09Human1thesing : http://mirror.centos.org/centos/4/docs/html/rhel-rg-en-4/s1-x-server-configuration.html : The numbers to the right of "Screen0" give the X and Y absolute coordinates for the upper-left corner of the screen (0 0 by default).
21:31.13Human1HTH
21:31.24thesingok. thanks.
21:32.58*** join/#oe svolpe (n=Gerrath@unaffiliated/gerrath)
21:36.28Human1*sigh* my CPU is pegged again by the runaway qemu-arm :(  Going to reboot again.
21:36.40*** join/#oe allyourrejects (n=tom@12-210-83-225.client.mchsi.com)
21:39.14*** join/#oe lamikr (n=chatzill@78.84.154.115)
21:42.53ant_Human1: what distro you said you have on host?
21:48.01*** join/#oe lamikr (n=chatzill@78.84.154.115)
21:55.57*** join/#oe frikker (n=chatzill@107.135.68.216.DED-DSL.fuse.net)
21:57.16*** join/#oe ribbits (n=bob@82.152.87.189)
21:58.18*** join/#oe CosmicPenguin (n=nobody@163.181.251.103)
21:59.34*** part/#oe csharman (n=csharman@59.167.201.138)
22:23.43*** join/#oe rsalveti (n=salveti@189.70.143.203)
22:28.22*** join/#oe alecrim_ (n=alecrim@192.100.104.170)
22:37.54*** join/#oe BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net)
22:43.56*** join/#oe hillct (n=hillct@cpe-024-211-242-232.nc.res.rr.com)
22:46.56*** join/#oe mnabil (n=mnabil@41.233.150.43)
23:23.49*** join/#oe dcordes__ (n=dcordes@f049002169.adsl.alicedsl.de)
23:38.38CIA-5703thesing 07org.oe.dev * rf87808d3... 10/ (8 files in 3 dirs):
23:38.38CIA-57linux-rp_2.6.24: -fix build
23:38.38CIA-57linux-rp_2.6.26: -update patches for collie.The kernel won't build atm
23:38.38CIA-57<PROTECTED>
23:38.38CIA-57<PROTECTED>
23:38.38CIA-57linux-rp.inc: -change commandline for collie to root on mmc
23:38.43CIA-5703thesing 07org.oe.dev * rd2f1a9f3... 10/ (1 classes/packaged-staging.bbclass):
23:38.44CIA-57packed-staging.bblcass: change DEPLOY_DIR_PSTAGE from "=" to "?=" to be able
23:38.46CIA-57<PROTECTED>
23:46.55*** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net)
23:50.43Laibschthesing: Thanks
23:51.01LaibschWhat do you think how for we are from rootfs?
23:51.16thesingLaibsch: wait 10 min and read oe-devel ;)
23:51.32LaibschOh, *that* far ;-)
23:51.47LaibschI am not sure if I can be patient any longer
23:51.49LaibschHehe
23:56.26thesingMail sent.
23:57.43thesingLaibsch: The kernel doesn't support pm atm. It broke and I thought it's more important to work on the mmc stuff. Now you can start on the userspace stuff. ;)
23:58.07LaibschOK
23:58.09LaibschNice
23:58.18LaibschAnything in particular you have in mind?
23:59.21thesingNo. I have no idea how well images that are not console-image work.

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