IRC log for #oe on 20070816

00:05.00*** join/#oe jbs_ (n=Bernardo@89.181.63.69)
00:06.12CIA-103rpurdie 07bitbake-1.8 * r899 10/ (4 files in 2 dirs): bitbake-1.8: Backport fixes for bugs from trunk
00:06.45CIA-103rpurdie * r900 10bitbake/ChangeLog: Update trunk Changelog
00:10.51RPkoen, mickey|zzZZzz: I changed the 1.8 branch for bugfixes, I'll try not do it again ;-)
00:21.59*** join/#oe LoDown (n=logan@dsl093-230-108.lou1.dsl.speakeasy.net)
00:22.38LoDownquestion...what is the 'right way' to set options in the kernel .config?
00:25.35Jin^eLDLoDown: I am not sure there is a "right way", I usually got some predefined configs from the vendor which I simply edited in vim
00:25.48Jin^eLDbut I guess you could run a menuconfig too and then save your config file and use it in OE
00:26.15LoDowni know how to go about it...i know what i want to change
00:26.23LoDowni'm saying the "OE way" i guess
00:26.44Jin^eLDare you creating your own kernel .bb package or are you modifying something that is already there?
00:26.52LoDownmodifying...
00:27.00LoDownis the .config set from the kernel .bb?
00:27.07LoDowni shoulda looked at that already :(
00:27.10Jin^eLDlook in the kernel bb files for examples
00:27.13Jin^eLDyeah :)
00:27.17LoDownhaha
00:27.22LoDownok...
00:27.27Jin^eLDyou will see that the .bb file will take a specific config and put it in the right place
00:27.31LoDownthaks for your help Jin^eLD
00:27.35Jin^eLDnp
00:29.21*** join/#oe noclouds (n=mhfan@218.22.26.90)
00:34.29*** join/#oe greentux (n=lemke@Z4d15.z.pppool.de)
00:43.33*** join/#oe Timelord (n=TL@24-116-218-195.cpe.cableone.net)
01:06.17*** join/#oe noclouds (n=mhfan@218.22.26.90)
01:36.04*** join/#oe rd_ (n=rd@toi.yeu.phu.nu)
01:36.06*** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg)
02:12.39*** join/#oe punkass (n=user@unaffiliated/punkass)
02:15.37*** join/#oe benlau (n=benlau@221.125.8.107)
02:41.09*** join/#oe flatronf701C (n=flatronf@ns1.clipsalportal.com)
02:45.06*** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net)
02:52.17*** join/#oe AvengerMoJo (n=alex@61.14.130.201)
03:01.07*** join/#oe W8TVI (n=me@166.166.10.130)
03:31.48*** join/#oe mithro (n=tim@117.102.144.26)
03:39.07*** join/#oe summatusmentis (n=summatus@72.168.202.219)
04:37.12*** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net)
04:50.41*** join/#oe khem (n=khem@adsl-71-146-5-204.dsl.pltn13.sbcglobal.net)
04:54.14*** join/#oe AvengerMoJo (n=alex@61.14.130.201)
05:24.44*** join/#oe khem (n=khem@adsl-71-146-5-204.dsl.pltn13.sbcglobal.net)
05:39.30*** join/#oe khem_ (n=khem@adsl-71-146-5-204.dsl.pltn13.sbcglobal.net)
05:39.47*** join/#oe pleemans (n=peter@leemanpe.ugent.be)
05:40.39*** join/#oe hvontres|home (n=hvontres@adsl-75-30-203-7.dsl.sndg02.sbcglobal.net)
05:41.33hvontres|homeexit
05:41.56CMRP: After your latest changes to bb I get these errors: http://www.acc.umu.se/~cm/bitbake_errors.txt
05:42.21*** join/#oe __law__ (n=law@mail.stiftadmont.at)
05:42.22CMIt's on gentoo 64-bit, python 2.4.4
05:43.13*** join/#oe bluelightning (n=blueligh@219-89-48-95.dialup.xtra.co.nz)
05:44.51*** join/#oe memeruiz (n=memeruiz@p54977788.dip.t-dialin.net)
05:46.16*** join/#oe hvontres|home (n=hvontres@adsl-75-30-203-7.dsl.sndg02.sbcglobal.net)
05:57.03hvontres|homemwester: ping
06:02.03*** join/#oe nslu2-log_ (n=nslu2-lo@nslu2-linux/dyoung)
06:02.46*** join/#oe khem (n=khem@adsl-71-146-5-204.dsl.pltn13.sbcglobal.net)
06:03.09*** join/#oe mzb (n=ubernut@ppp108-88.static.internode.on.net)
06:03.54*** join/#oe birunko (n=birunko@200.184.118.132)
06:25.09*** join/#oe polyonymous (n=hacker@pD9539128.dip0.t-ipconnect.de)
06:29.34CMRP: Sorry, must have had some cruft around. Removed everything and reinstalled, and now it works fine.
06:35.49*** join/#oe cyberdeck (i=molter@iss12.vlsi.informatik.tu-darmstadt.de)
06:51.58*** join/#oe mykilx (n=mykilx@239-210.35-65.tampabay.res.rr.com)
06:54.10*** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath)
06:59.05*** join/#oe jott_ (n=j@unaffiliated/jott)
07:00.13*** join/#oe memeruiz (n=memeruiz@p54977788.dip.t-dialin.net)
07:02.25*** join/#oe tank17 (i=ariel@gateway/tor/x-17e67c3e80f6a1cc)
07:04.04*** join/#oe obergix[work] (n=olivier@mag77-1-82-238-13-91.fbx.proxad.net)
07:21.34*** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net)
07:25.55*** join/#oe steliosk (n=Stelios@ipa226.211.tellas.gr)
07:28.51*** join/#oe hvontres|home (n=hvontres@adsl-75-30-203-7.dsl.sndg02.sbcglobal.net)
07:30.02wrobbieCM: heh, I have the same problem.. And can't get rid of it :)
07:30.25CMwrobbie: Using the MokoMakefile?
07:31.05CMGlad I'm not the only one though. I couldn't get rid of it, had to clean it all out and restart from scratch.
07:31.09wrobbieNo, own distro.. After updating bb to head.
07:31.26CMOk
07:32.14CMGuess something changed internally. All I did was updating bb to head too
07:33.00*** join/#oe lichtges1alt (n=Lichtges@R7362.r.ppp-pool.de)
07:33.25wrobbier899: bitbake-1.8: Backport fixes for bugs from trunk
07:33.59wrobbieAt r896 it works again.
07:35.35CMStrange that it works when you zap the whole directory and check out from scratch again.
07:39.51wrobbieThe bitbake dir or tmp?
07:40.31CMI wanted to build OpenMoko, so I cleaned out everything
07:41.03CMNew bitbake and reset all tmp and build dirs
07:42.14wrobbieI used a new tmp dir and killed *.pyc from bitbake (in case python uses old one, just a try)
07:42.44wrobbieStill errors. Didn't try actually chucking the bitbake dir though :)
07:42.58*** join/#oe benlau (n=benlau@221.125.8.107)
07:44.00CMI did try removing the build dir and the tmp, but that didn't help. And when I updated from r899 to r900 I started getting those type object 'C' errors too
07:44.58*** join/#oe florian (n=fuchs@217.146.132.69)
07:48.45floriangood morning
07:52.17*** join/#oe greentux (n=lemke@ip-217-18-181-130.static.reverse.dsi.net)
07:59.25stelioskflorian : hi
08:07.00koengood morning all
08:07.42mickeylmorning koen
08:09.11Shoraganmorning
08:09.46koenmickeyl: http://rafb.net/p/x8Mxo535.html
08:10.38mickeylnice. more bugs closed than opened :)
08:11.13mickeylhi Shoragan
08:13.11mickeyl!ombug 2731
08:13.13cdbot2* * Bug 2731, Status: Unknown Error ()
08:13.15mickeyl!oebug 2731
08:13.17cdbot2* * Bug 2731, Status: NEW, Created: 2007-08-11 04:57
08:13.18cdbot2* * jstoefer(AT)schuett-elektronik.de: efl does not build
08:13.19cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2731
08:13.32*** join/#oe ade|desk (n=adavey@194.200.143.249)
08:13.52hvontres|homenight all
08:14.22mickeyluhmm
08:14.23mickeylEnlightenment libraries do not buid in familiar tree
08:14.23mickeylheh
08:15.57mickeyl*sigh*
08:15.58mickeylSorry, there are 58 bugs outstanding for this version. You must move those bugs to another version before you can delete this one.
08:16.14mickeylhow can i mass move bugs to another product version?
08:21.09florianmickeyl: What do you do with familiar?!
08:21.20florianaj
08:21.27florian2731
08:21.29florianhehe
08:21.49ade|deskwow is familiar still going ?
08:22.09XorAade|desk: slowly, but its svn does get work done
08:22.15mickeylflorian: nothing. i wanted to revove the product version in bugzilla, but that's not easily possible
08:22.18mickeylremove, evne
08:22.20florianade|desk: Its almost obsolete, but a well known "brand name".
08:23.09ade|deskI haven't looked at it for a while, must be about 5 years since it was on my 3630
08:23.13stelioskkoen, mickeyl : good morning ! Got some good news today. I have submitted a proposal for an OE article to Linux journal and it was accepted :)
08:23.30*** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net)
08:23.40ade|desksteliosk: groovy
08:23.40florianmickeyl: I bet they refuse to update GPE ;)
08:23.58floriansteliosk: cool
08:24.02mickeylcongrats steliosk
08:24.07florianhi zecke
08:24.25stelioskpaving the road to world domination by OE :)
08:24.50*** join/#oe woglinde (i=woglinde@e178073191.adsl.alicedsl.de)
08:25.08stelioskbtw has anyone heard that IBM is to buy Windriver ?
08:25.31woglindemoin
08:25.46woglindesteliosk hm that would be huge deal
08:26.47*** join/#oe jbs_ (n=Bernardo@84.39.120.233)
08:26.48cyberdeckhi! may I ask some opie-image build problems with bitbake here? Or should I ask at the distro's irc-channel for suppert?
08:26.53XorAflorian: why do I get bombed with gpe bugs once a week, shouldnt bugzilla send them out a bit more often?
08:27.06stelioski was at a friends house yesterday and one of the people there is into financial services and said that....
08:28.08*** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath)
08:30.13ade|deskhttp://pastebin.ca/659431 what happend to bitbake 1.8 branch ?
08:33.04cdbot2* * OE Bug 2731 has been RESOLVED (WONTFIX) by mickeyl(AT)handhelds.org
08:33.07cdbot2* *  efl does not build
08:33.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2731
08:34.56cyberdeckcan anyone assist me with a bitbake problem on x86_64 architecture?
08:36.22stelioskcyberdeck : shoot
08:37.16cyberdeckthank you! while bulding the opie-image i constantly get a "glibc double free corruption".
08:37.23koenXorA: bugzilla mails end up in the moderation q
08:37.42koenXorA: so once in a while florian or I let them through
08:37.51XorAkoen: :-D
08:38.03cyberdecki use debian etch under 64 bit and the bitbake supplied with the familiar 0.8.4 build.
08:38.29koenXorA: something with implicit destination and mailman sucking
08:38.44cyberdecki wonder if that "double free" is a "well known 64-bit error"?
08:39.23cyberdeckcurrently i try to get an old 32-bit xen image to boot to run the build process with it.
08:39.46XorAuse real bitbake, works fine for me on amd64 on etch
08:40.08RPmorning all
08:40.19ade|deskmorning RP
08:40.51cyberdeckok. i'll give it a try.
08:40.58ade|deskRP: any ideas on this bitbake issue with current 1.8 head  http://pastebin.ca/659431
08:40.59cyberdeckXorA: ty!
08:41.32stelioskcyberdeck : This message comes from bitbake or from the toolchain ?
08:42.15CMade|desk: I got that too, http://www.acc.umu.se/~cm/bitbake_errors.txt
08:43.09koenade|desk, CM: tried checking bugzilla?
08:43.24koenhttp://bugs.openembedded.org/show_bug.cgi?id=2773
08:43.36RPade|desk: Does that happen if you wipe the cache?
08:43.47ade|deskRP yes
08:43.51cyberdecksteliosk: I pasted the error over here: http://pastebin.ca/659443
08:44.08CMI cleaned out my whole dir, and restarted from scratch, and then it worked
08:44.26RPCM: Which directory did you clean?
08:44.36CMAccording to wrobbie earlier it works if you go back to r896
08:45.06CMRP: All of it. I was using the MokoMakefile, so I started from scratch again
08:45.24CMI mean clean checkout of bitbake, new OE.mtn and rebuild all
08:46.09rwhitbyRP: FYI, there is an alpha MokoMakefile for OM-2007.2 which uses the tip of the 1.8 stable branch for bitbake.
08:46.31rwhitby(and no patches applied to it)
08:46.38rwhitby(and no openmoko svn overlay)
08:46.51koendrat, the bf538 board lacks ethernet
08:47.11rwhitbyCM is using that alpha MokoMakefile.
08:47.13florianXorA: I just tried to convince mailman to behave a litte bit nicer :-)
08:47.17stelioskcyberdeck : weird. Clean your tmp, get a new version of bitbake and try again
08:47.44rwhitbythe same bitbake (rev 900) is working fine here on Debian Etch 32 bit python 2.4.4
08:47.55*** join/#oe jbs (n=Bernardo@84.39.72.54)
08:48.35stelioskrwhitby : not sure if its a bitbake issue or one of the tools it uses
08:48.37ade|deskRP: proof,  removed cache and re-run bitbake http://pastebin.ca/659446
08:48.58ade|deskthis is on debian sid
08:49.26rwhitbysteliosk: nod.  just giving data points.
08:49.27ade|deskpython 2.5.1
08:49.43stelioskrwhitby : if its a tool issue it should occur with the new bitbake also
08:49.46ade|deskand 2.4.4
08:49.53RPade|desk: I believe you :)
08:50.02ade|desk:)
08:50.21RPzecke: I added a renameVar function, it seems to break for some people though :-(
08:51.00RPThis bitbake revision works fine for me too...
08:51.10zeckeRP: in which way does it break?
08:51.14zeckethe above pastebin?
08:51.19ade|deskyup
08:51.25RPzecke: http://pastebin.ca/659431
08:51.50zeckeade|desk: which version of python?
08:51.55koenzecke, RP: http://bugs.openembedded.org/show_bug.cgi?id=2773
08:52.01ade|desk2.5.1
08:53.05ade|deskremoved 2.5.1 for now , trying with 2.4.4
08:53.25zeckeI think I take off from work today :}
08:53.33RPI have a 2.5.1c1 which works here...
08:53.58RPand a 2.4.1
08:54.17zeckeI think this was mithro's code and I will need to read on metaclasses again
08:55.56ade|desksame error with python 2.4.4
08:55.56zeckeade|desk: with psyco, without?
08:56.09RP(the -d option disables)
08:56.16CMI'm without psyco on 64 bit with python 2.4.4
08:56.50RPI'm only on 32 bit. I wonder if its 64 related...
08:56.59ade|deski'm only 32 bit
08:57.12ade|desktrying with -d now
08:57.16florianRP: Same error here with Python 2.4.4 from Debian Etch
08:57.46zeckeRP: is ssh for berlios working for you?
08:57.58stelioskpsyco does not work on 64bit (last time i checked)
08:58.01RPzecke: I've never used ssh with them I don't think
08:58.29zeckebbl after finished calling mickey
08:58.54florianRP: Same effect both with and without psyco
09:01.02*** join/#oe gremlin[it] (n=gremlin@ppp-64-8.25-151.libero.it)
09:03.26ade|deskyup -d still has the same effect
09:03.36ade|deskdamn thats slow
09:05.37*** part/#oe xjqian (n=gordon@24-107-186-86.dhcp.stls.mo.charter.com)
09:08.05*** join/#oe lrg (n=liam@lumison.wolfsonmicro.com)
09:12.37*** join/#oe yukito (n=wim@d51A467A6.access.telenet.be)
09:12.50yukitohi
09:13.11yukitoI'm trying to build a few packages, but it errors out on eglibc with the following message:
09:13.46woglindeyukito oh you are testing eglibc?
09:14.01yukitoNOTE: <type 'exceptions.NameError'>:name 'get_glibc_fpu_setting' is not defined while evaluating:
09:14.20yukitoi'm building gcc and it seems to depend on eglibc
09:14.37yukitomy config clearly has TARGET_FPU = "hard"
09:15.48yukitowhat is eglibc, and why is it so strange that I'm testing it? is it some experimental glibc for embedded devices or something?
09:16.05*** join/#oe pleemans (n=peter@leemanpe.ugent.be)
09:16.29yukitopleemans, ugent?
09:16.47pleemansYes.
09:17.15yukitocoincidence
09:17.43pleemansWhy? Are you also here?
09:18.18yukitono, but I'm a student there
09:18.45pleemansI work here as consultant in the IT department, not OE related.
09:19.13yukitoso what brings you to OE then?
09:19.24yukitowoglinde, are you still there?
09:20.10pleemansI allready following the project grom the start, I own a zaurus cl860.
09:20.12RPyukito: Try TARGET_FPU=""
09:20.30yukitoRP: thanks
09:20.48*** join/#oe memeruiz (n=memeruiz@p54977788.dip.t-dialin.net)
09:20.53yukitopleemans: I've probably owned 50% of all handhelds supported, but never a zaurus :(
09:21.00yukitowell 50% of the conventional ones :P
09:21.52pleemansDon't want to spend that much money on handhelds, wife wouldn't be happy.
09:22.32*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
09:22.35yukitoyeah, I know that feeling, although its not my wife :P
09:23.16yukitomine are all second hand
09:24.41RPmickeyl: I don't suppose you have any idea on this python error? http://pastebin.ca/659431
09:24.47pleemansI bought also a moto a780 from ebay, and am waiting for the fic 1973/openmoko to go to the broader public.
09:25.24yukitoi'm waiting for the public release with wifi
09:26.42yukitoRP: It seems to be working
09:27.45RPade|desk, florian: Did the stack trace change with psyco disabled?
09:28.49stelioskThe "chaos theory" in action. A forest fire on the north side of the town, the whole city without electricity
09:29.13yukitoRP: still didn't work
09:29.21florianRP: no
09:29.44stelioskThe ups in the office are going up and down like crazy due to voltage spikes
09:32.50zeckere
09:33.52mickeylRP: never seen that. looks strange. which python version is that? i don't have this problem here
09:34.01mickeyl(python 2.5.1 here)
09:34.17zeckeokay ssh works again
09:34.19RPmickeyl: Seems to be on a variety of platforms...
09:34.32zeckekoen: is ewi exposing this issue?
09:35.43mickeylRP: might be a psyco problem
09:35.56RPmickeyl: We've ruled that out
09:36.23mickeylRP: can you pinpoint which revision is to blame?
09:36.31mickeyli.e. which change lead to the problems
09:36.45zeckemickeyl: yes, renameVar introduced it :)
09:36.51RPmickeyl: Its from when I added in that code last night (which is a bugfix)
09:37.18ade|deskRP http://pastebin.ca/659482
09:37.37*** join/#oe rob_w (n=bob@Ma749.m.pppool.de)
09:37.47zeckeRP: did you check how i iterate at other positions?
09:38.08RPade|desk: Can you try: http://pastebin.ca/659484 ?
09:38.09zeckeRP: it looks like "for key in self._special_values[i]" is failing?
09:38.24RPzecke: See above :}
09:39.13zeckeah yeah, use has_key only :)
09:39.17zeckelike in data.py
09:40.15yukitoRP, what should I do when TARGET_FPU = "" doesn't work?
09:40.19ade|deskRp trying now
09:40.41RPyukito: I don't know, I just know that "hard" isn't a valid value
09:41.16yukitoah ok :P I just saw soft and I know i didn't need that one :P
09:43.13ade|deskRP: that worked
09:43.30RPade|desk: great :)
09:43.53zeckeRP: move the assignment of key into the if branch
09:46.10*** join/#oe Varoudis (n=varoudis@87.203.170.199)
09:47.18RPzecke: I don't understand what you mean?
09:48.01zeckeRP: has_key(keyname):\n key = _special_value[i]\n remove(key)\n add(key)
09:49.27RPzecke: Read that patch again ;-)
09:55.04CIA-103rpurdie * r901 10/ (2 files in 2 dirs): data_smart.py: Add has_key() check before accessing data
09:56.15CIA-103rpurdie * r902 10/ (2 files in 2 dirs): git.py: Handle tag=master correctly (from poky)
09:57.09*** join/#oe Varoudis_ (n=varoudis@athedsl-106576.home.otenet.gr)
09:58.20zeckeI know it can still be None and you check for that inside :)
09:59.08zeckeah okay :)
09:59.15zeckedamn, i should get food
10:00.45RPzecke: I did change the API slightly since I changed the way expandKeys works when passed a second option readdata
10:01.12RPI can't find a single use of that second option and I can't think of good usecases so I'm not going to loose sleep over it
10:01.24RPlose
10:28.19*** join/#oe psycoman_ (n=psycoman@201008000226.user.veloxzone.com.br)
10:34.28mithrosomeone said my name?
10:46.12zeckemithro: I did, mentioning you wrote the COW.py
10:47.21*** part/#oe leleobhz (n=leleobhz@unaffiliated/leleobhz)
10:49.34*** join/#oe Marex-notebook (n=marex@gwfm4-3-0-240.802.cz)
10:50.52XorACOW pie, yummies
10:51.23woglindeoehm
10:51.32woglindethis scottish right?
10:53.19XorAsteak pie by its normal name
10:53.59zeckeXorA: hehe
10:55.39rwhitbyCow pies in Australia are things from which Dung Beetles break off small pieces and roll them away ...
10:55.49woglinderwhitby lol
10:55.53koenrwhitby: same here :)
10:56.00woglindehe koen
11:03.26*** join/#oe budgester (n=budgeste@82-35-154-96.cable.ubr05.enfi.blueyonder.co.uk)
11:12.43mithrozecke: oh
11:12.47mithrozecke: cool
11:13.00mithroI didn't remeber writing that - but it sounds like something I would do
11:13.16woglindemithro *g*
11:13.32zeckeyou used metaclasses for that
11:14.24psycoman_XorA: is posble create a X especific driver for pxa27x ?
11:15.35CIA-103koen 07org.oe.dev * r84189660... 10/ (1 conf/machine/adsp-bf538-ezkit.conf): adsp-bf538-ezkit: add machine file
11:17.33CIA-103koen 07org.oe.dev * rfb352e88... 10/ (3 files in 2 dirs): adzs-bf538f-ezlite: rename from adsp-bf538-ezkit
11:18.14*** join/#oe tmbinc (i=abcd@83.141.3.59)
11:25.08XorApsycoman: I think OH looked into this and it wasnt efficient
11:26.35RPXorA: For the mmx instructions, its not, for xv it would be a good idea
11:30.13*** join/#oe AchiestDragon_ (n=david@whipy.demon.co.uk)
11:30.24RPzecke: How soon do you think we release? koen/mickeyl voted for ASAP and I agree. Is today too soon?
11:31.15woglinderp new bitbake version?
11:31.42RPwoglinde: yes
11:32.31koenlrg: the blackfin board is funny
11:32.50koenlrg: it has an *extra* bf535p and xilinx spartan sc3
11:33.03koenlrg: neither are in the schematics or BOM
11:33.52koenlrg: I'm trying to find out is the blackfin linux tree supports the board, since they are focused on the bf537 board (which has ethernet)
11:35.07*** join/#oe timtimred (n=On3@82-34-50-106.cable.ubr02.chel.blueyonder.co.uk)
11:36.28Crofton|homekoen, the gnu radio guy is using a gumstix
11:36.39Crofton|homesounds like he is fooling with buildroot
11:39.22Crofton|homeI'm going to try and fix the gumstix build this morning
11:40.16mithrozecke: if it uses metaclasses then is was probably me :P
11:41.51lrgkoen: ah, interesting. I purchased it based on it's audio. I thought, they would all have been supported :-/ (fingers crossed it's supported)
11:44.03ynezzkoen: hi, what distro should I build for ts72xx? What's recomended/supported?
11:44.05zeckeRP: it is, I took off from work and want to get PkgStarted/Failed firing changed :)
11:54.07zeckeRP: http://rafb.net/p/BGq62x98.html, r=? (do you want to review it? r=me means you agree with the change)
11:58.06*** join/#oe stevenh (n=lews@65.167.23.2)
11:59.29*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
12:03.10*** join/#oe mzb_d800 (n=mzb@ppp108-88.static.internode.on.net)
12:04.56woglindeynezz depends on what you want
12:05.07woglindeqt or X11/gtk apps
12:06.26psycomanim tring test my images in qemuarm with machine set as spitz, but i git error in partition table
12:06.45psycomani have used a ext2 image in hda
12:08.25ynezzwoglinde: it's display-less, so just something default
12:09.27woglindeynezz hm
12:09.27ynezzand 32MB onboard flash
12:09.58koenynezz: DISTRO=angstrom-2007.1 or DISTRO=angstrom-2008.1
12:10.15woglindeyeah and than angstrom-minimal-image
12:10.26zeckeRP: I will move this somewhere else
12:12.56koenlrg: I suspect bf537 vs bf538 is like pxa255 vs pxa263
12:13.11koenlrg: lots of emphasis on 'builtin flash'
12:14.06lrgkoen: yeah, I'm emailing my contact now.
12:14.16koenlrg: robin getz?
12:14.28lrgkoen: yes and Roy Haung
12:14.46lrgkoen: do you know Robin ?
12:14.53koenlrg: I've been hitting a wall with robin about patches
12:15.13koenlrg: his only reply is something like "use our svn, nothing else can work"
12:16.03ynezzkoen: what's prefered to use? I simply want to update recipe for kernel, check the ditro and make something like MokoMakefile available for those asking for EABI on mailing lists...
12:16.40RPzecke: If they're not using SRCREV, it doesn't need to be set does it?
12:16.55koenif people can't read, they shouldn't be working with ARM cpus
12:17.29zeckeRP: well, we call len(None) which will raise an exception. So it must be set in the bitbake.conf
12:17.37zeckeXorA: ?
12:17.48XorAzecke: Im known for my inability to read
12:18.04RPzecke: It checks tag exists first?
12:18.31RPzecke: Ah, that code is wrong
12:18.43zeckeRP: All I know is I get tons of exceptions when parsing my old tree
12:19.18zeckeRP: E.g. I can think of BitBake moving forward and not working with old configurations. That is sad but acceptable when the error message is clean
12:19.21ynezzwoglinde: FYI, it's this board http://www.embeddedarm.com/epc/ts7250-spec-h.html
12:20.08CIA-103rpurdie * r903 10/ (2 files in 2 dirs): git.py: Fix reference to tag
12:20.13RPzecke: Try that ;-)
12:20.24ynezzkoen: well true, but still better to help them use something working and up2date, than 2.4.26 with some old debian...
12:21.07koenynezz: MACHINE=ep93xx DISTRO=angstrom=2007.1 TMPDIR=/path/to/somewhere
12:21.37koenwhy do you need a makefile for that?
12:21.37zeckeRP: now fix the svn fetcher as well :)
12:21.37ynezzkoen: i don't
12:21.38zeckeRP:  Exception:<type 'exceptions.TypeError'> Message:argument of type 'NoneType' is not iterable
12:22.41zeckeRP: line 77, on svn.py
12:23.03RPzecke: yes, I'm thinking about that one :}
12:24.05zeckeRP: I think it is okay to require updated bitbake.conf (fallback)
12:24.51RPzecke: Maybe. The git problem was a definite bug in the code. I'm just trying to think about whether we can change the svn code so it doesn't error
12:25.21zeckeRP: leave ud.date set in the case rev is None?
12:26.35koenlrg: I hope robin can shed some light on the cpu family and linux support
12:28.18lrgkoen: me too, email sent. I may need to order other boards if he doesn't support this board :-/
12:28.57RPzecke: I think so, yes
12:28.58koenlrg: if so, the 537-stamp seems to be the best bet
12:29.11zeckeRP: BTW: I was too busy working but does the SRCREV change mean I know which revision of the software is used to build?
12:29.15koenlrg: I'll try booting a kernel when I get back next week
12:29.22zeckeRP: okay, let me try then
12:29.24CIA-103rpurdie * r904 10/ (2 files in 2 dirs): svn.py: Handle case where SRCREV=None
12:29.41RPzecke: ^^^^^ ;-)
12:30.08RPzecke: Yes, SRCREV means the revision is injected into PV
12:30.24zeckebastard :)
12:30.43lrgkoen: ok cool thanks :)
12:31.35zeckelooks like my change
12:31.51zeckeno, it doesn't ;)
12:31.54zeckeelse if => elif
12:32.26RPzecke: You'd better fix that ;-)
12:32.43zeckewait then :)
12:35.32CIA-103zecke123 * r905 10/ (2 files in 2 dirs): Fix syntax and indention
12:35.38zeckelong time no commit
12:42.53zeckeRP: which method is runqueue.* calling on the cooker to execute a task?
12:45.36zeckeI wonder how far vivijm is with building source packages
12:47.51RPzecke: tryBuild
12:48.39RPzecke: At a guess you want to hook into task_complete
12:49.36zeckeRP: I fail to see the that maps from filename to the number of to be completed tasks (FileName -> #to run tasks)
12:49.49*** join/#oe obergix[work]_ (n=olivier@mag77-1-82-238-13-91.fbx.proxad.net)
12:50.15RPzecke: There isn't one, there is just a list of tasks
12:51.39RPzecke: A "task" is a fn, taskname pair of values
12:52.36RPI really need to rewrite runqueue and taskdata so they code is understandable. It grew too organically :/
12:53.08zecke<PROTECTED>
12:54.46zeckeRP: did you guys look into creating debian/{changelog,rules,*.install} files automatically?
12:55.18*** join/#oe Cyberdeck (n=mnemonic@drms-590d2249.pool.einsundeins.de)
12:56.03*** join/#oe Cyberdeck (n=mnemonic@drms-590d2249.pool.einsundeins.de)
12:56.05cdbot2* * OE Bug 2775 has been created by autobuild(AT)openembedded.org
12:56.07cdbot2* * python-formencode-0.4-r0-do_fetch
12:56.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2775
12:56.17cdbot2* * OE Bug 2774 has been created by autobuild(AT)openembedded.org
12:56.19cdbot2* * python-egenix-mx-base-2.0.6-r1-do_patch
12:56.21cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2774
12:57.42RPzecke: No, not us
12:58.33CMzecke: I have some Cure albums..
12:59.21*** join/#oe obergix[work] (n=olivier@mag77-1-82-238-13-91.fbx.proxad.net)
13:01.24*** join/#oe AvengerMoJo (n=alex@219.142.228.234)
13:04.01*** join/#oe vivijim (n=vivijim@200.184.118.132)
13:04.08zeckeRP: first iteration http://rafb.net/p/NDBNes73.html. Rename it to tryBuildPackage to tryBuildPackageTask, use this method instead of tryBuild from runqueue
13:06.09zeckeRP: now PkgStarted, PkgFailed and PkgSucceed is not fired at all :)
13:09.48woglindehm
13:09.51*** join/#oe mhnoyes (n=mhnoyes@dialup-4.246.18.9.Dial1.SanJose1.Level3.net)
13:10.09*** join/#oe jsheldon (n=jim@70.90.111.225)
13:10.45psycomanwhere bitbake genereate image files ?
13:13.01*** join/#oe tnb (n=tnb@sdgsystems.net)
13:13.11XorAtmp/deploy/*/ipk/*
13:13.20XorAtmp/deploy/*/iages/*
13:13.26XorAcrappit I give up spelling
13:14.04psycomansorry i want my wrong question
13:14.14psycomani want see the sourcecoude off process
13:14.25psycomans/sourcecoude/sourcecode
13:14.39XorAorg.oe.dev/classes/image.bbclass
13:14.52psycomanthnkx
13:15.52psycomanXorA: ext2 images i genareted with this code ?
13:16.44*** join/#oe Marex (n=Marex@gwfm4-3-0-240.802.cz)
13:17.02*** join/#oe Cyberdeck (n=mnemonic@drms-590d2249.pool.einsundeins.de)
13:17.24*** join/#oe memenarsil (n=memeruiz@lapradig15.informatik.tu-muenchen.de)
13:19.00zeckeRP: no pressing need but have you considered updating bitbake to GPLv3?
13:19.24XorApsycoman: yes
13:20.05cdbot2* * OE Bug 2776 has been created by autobuild(AT)openembedded.org
13:20.07cdbot2* * python-gammu-0.21-ml0-do_compile
13:20.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2776
13:21.04Crofton|homedoes anyone know what the fw_printenv and setenv tools from u-boot do/are?
13:21.30woglindecrofton I could onlyguess
13:22.18woglindecrofton but set/read env variables beside the include files
13:22.39Crofton|homewell, I think I lost the patches when I moved u-boot-utils into ubooy, that seem to be needed by these tools
13:23.10Crofton|homeI am thinking of making uboot-utils only buils mkimage and stage it
13:23.16*** join/#oe Cyberdeck (n=mnemonic@drms-590d2249.pool.einsundeins.de)
13:23.16Crofton|homesince this is what we badly need
13:23.41woglindecrofton yes
13:23.48*** join/#oe esben (n=esben@87.62.18.129)
13:24.05Crofton|homeand since I do not think the package has built in a while, I do not think this will annoy anyone :)
13:24.48*** join/#oe russf_ (n=russf@host217-41-46-92.in-addr.btopenworld.com)
13:25.32esbenI have stumbled upon a known problem with nmap.
13:25.56esbenWhen compiling nmap with gcc4, it doesn't work as user root, only un-priveleged accounts work.
13:26.19esbenAre there any way to use an older gcc version for a single package?
13:26.35Crofton|homeis there a patch for nmap?
13:26.37*** join/#oe Marex (n=Marex@gwfm4-3-0-240.802.cz)
13:27.04esbenI have not been able to find a patch for this, but I feel rather confident that it is fixed in newer versions.
13:27.07cdbot2* * OE Bug 2777 has been created by jstoefer(AT)schuett-elektronik.de
13:27.08cdbot2* * packages eflpp resp. edje fail to build
13:27.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2777
13:27.44esbenOn my ubuntu with nmap-4.20 the bug is gone.
13:28.01esbenBut building nmap-4.20 does not seem that easy.
13:28.24esbenI don't have the time to continue working on it for now :-(
13:28.45CIA-103xora 07org.oe.dev * r9026ff8d... 10/ (1 packages/gsm/libgsmd_svn.bb): gsm/libgsmd_svn.bb : remove patches that have been superceded upstream
13:29.26zeckeRP: runqueue.py: if executing a task fails you sometimes sys.exit(1) and otherwise just forward the exception?
13:31.01esbenCrofton|home: should I file a bug on it?
13:31.14Crofton|homesure
13:31.29Crofton|homeplease link to info documenting it as a known issue
13:31.45*** join/#oe z72ka (n=hermanj@r5af183.net.upc.cz)
13:31.48RPzecke: That's in the child, I'm not sure why it doesn't always exit 1. There would have been a good reason... :/
13:33.04cdbot2* * OE Bug 2778 has been created by autobuild(AT)openembedded.org
13:33.06cdbot2* * python-m2crypto-0.13.1-r0-do_compile
13:33.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2778
13:33.10*** join/#oe darkschneider (n=gab@81-208-36-80.ip.fastwebnet.it)
13:35.31*** join/#oe russf (n=russf@host217-41-46-92.in-addr.btopenworld.com)
13:37.39*** join/#oe rob_w (n=bob@Ma749.m.pppool.de)
13:38.37RPzecke: Two things, I'm not sure moving the loadDataFull out of cooker is a good idea and I'm not sure moving the fire calls to the call sites is good either. Ultimately I'd like some functions in cooker to do these things through a single call
13:39.17RPzecke: Maybe we need tryBuildPackage and tryBuildPackageTask ?
13:39.51zeckeRP: maybe, at least runqueue shouldn't call tryBuild
13:40.53RPzecke: right :)
13:42.20Crofton|homeon further reading, gumtstix uses u-boot, so we should just make machine depend on u-boot and build u-boot image for completeness
13:42.54RPzecke: I feel ashamed of that code...
13:43.01zeckedon't worry
13:43.07RPzecke: The only good thing I can say about it is it works...
13:43.30zeckeI feel ashamed for myself. "I'm just fixing other's code" is my excuse (and you could use that as well)
13:44.04cdbot2* * OE Bug 2779 has been created by eha(AT)doredevelopment.dk
13:44.05RPzecke: taskdata and runqueue are mostly all my own code now though ;-)
13:44.06cdbot2* * nmap does not work as root when built with gcc4
13:44.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2779
13:44.16RPI should just forget that... :)
13:44.16*** join/#oe dcordes (n=tsingtao@f048067064.adsl.alicedsl.de)
13:44.27*** join/#oe russf_ (n=russf@host217-41-46-92.in-addr.btopenworld.com)
13:44.56zecke*tootache*
13:45.31*** part/#oe AvengerMoJo (n=alex@219.142.228.234)
13:48.05cdbot2* * OE Bug 2780 has been created by autobuild(AT)openembedded.org
13:48.07cdbot2* * mysql-4.1.18-r2-do_compile
13:48.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2780
13:54.30Crofton|homeesben, I took a quick look at the nmap bb file and it won't be a five minute fix
13:54.39Crofton|homeI'll try and come back to it at some point
13:54.46woglindehehe
13:55.44*** join/#oe rd_ (n=rd@toi.yeu.phu.nu)
13:55.53*** join/#oe AvengerMoJo (n=alex@219.142.228.234)
13:57.29esbenCrofton|home: Nope, I spent a bit more than 5 minuttes, finding a patch which fixed some of the autoconf problems only to open up for even more :-/
13:58.07Crofton|homeyou could try making a clean bb file for the latest version and see if the hacks are still needed
13:58.13esbenCrofton|home: you might want to start out with looking at http://seclists.org/nmap-dev/2006/q4/att-0282/nmap-4_20_diff
13:58.28esbenCrofton|home: I tried that, but no luck.
13:58.28Crofton|homeesben, not now
13:58.38esbenI have to leave for today as well.
13:58.40Crofton|homeI am looking into fixing gumstix build atm
13:58.49esbencya
14:01.41*** join/#oe rd___ (n=rd@toi.yeu.phu.nu)
14:03.43*** join/#oe umop3plsdn (n=blah@rrcs-72-43-56-75.nys.biz.rr.com)
14:04.05cdbot2* * OE Bug 2781 has been created by autobuild(AT)openembedded.org
14:04.07cdbot2* * python-soappy-0.11.3-r0-do_compile
14:04.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2781
14:05.05CIA-103mickeyl 07org.oe.dev * r34526254... 10/ (6 files in 3 dirs): python-pycairo: update to 1.4.0
14:05.11CIA-103mickeyl 07org.oe.dev * r22ab6b46... 10/ (3 files in 2 dirs): python-pyfits: update to 1.1
14:05.16CIA-103mickeyl 07org.oe.dev * rce6afe15... 10/ (1 packages/python/python-numarray_1.1.1.bb): python-numarray: fix packaging debug files
14:05.21CIA-103mickeyl 07org.oe.dev * rbaa4171c... 10/ (3 files in 2 dirs): python-pyraf: update to 1.4
14:05.27CIA-103mickeyl 07org.oe.dev * r799f65eb... 10/ (6 files in 3 dirs): python-soappy: update to 0.11.6
14:05.32CIA-103mickeyl 07org.oe.dev * r836b0ed6... 10/ (1 packages/python/python-pygoogle_0.6.bb): python-pygoogle: add HOMEPAGE
14:05.38CIA-103mickeyl 07org.oe.dev * ra1141fe7... 10/ (3 files in 2 dirs): python-pyflakes: update to 0.2.1
14:05.43CIA-103mickeyl 07org.oe.dev * re8206e46... 10/ (3 files in 2 dirs): python-pygame: remove 1.6
14:05.47CIA-103mickeyl 07org.oe.dev * rf2fd60bb... 10/ (1 packages/python/python-pylinda_0.6.bb): python-pylinda: add HOMEPAGE
14:05.53CIA-103mickeyl 07org.oe.dev * r4278f3cd... 10/ (3 files in 2 dirs): python-pylint: update to 0.13.2
14:05.58CIA-103mickeyl 07org.oe.dev * r6e1b6a76... 10/ (12 files in 2 dirs): python-pygtk[2]: change naming, python-pygtk is now 2.x, update to 2.10.4
14:06.03CIA-103mickeyl 07org.oe.dev * re6ba4be1... 10/ (6 files in 3 dirs):
14:06.03CIA-1python-pyreverse: update to 0.5.2
14:06.03CIA-1pyxml: touch
14:06.08CIA-103mickeyl 07org.oe.dev * r5bcaa008... 10/ (3 files in 2 dirs): python-pyro: update to 3.7
14:06.13CIA-103mickeyl 07org.oe.dev * rbf2b7453... 10/ (3 files in 2 dirs): python-pyweather: update to 0.7.0
14:06.19CIA-103mickeyl 07org.oe.dev * rdfb4e433... 10/ (3 files in 2 dirs): python-pytest: update to 0.6.0
14:06.24CIA-103mickeyl 07org.oe.dev * re0ac0e1c... 10/ (3 files in 2 dirs): python-pyvisa: update to 1.1
14:06.29CIA-103mickeyl 07org.oe.dev * rca9071da... 10/ (3 files in 2 dirs):
14:06.29CIA-1remove pyserial 2.0
14:06.29CIA-1remove python-quicklauncher 0.0.1
14:06.40CIA-103mickeyl 07org.oe.dev * r042519f1... 10/ (3 files in 2 dirs): python-scapy: update to 1.1.1
14:06.52CIA-103mickeyl 07org.oe.dev * r22a64554... 10/ (5 files in 2 dirs): python-scons[-native]: udpate to 0.97
14:06.57CIA-103mickeyl 07org.oe.dev * r7b07ebfd... 10/ (17 files in 2 dirs): python-pyqt: promote qt4 to being the default, rename other packages accordingly
14:07.05CIA-103mickeyl 07org.oe.dev * r44702518... 10/ (3 files in 2 dirs): python-sip: update to 4.7
14:07.12CIA-103mickeyl 07org.oe.dev * r1a41c577... 10/ (3 files in 2 dirs): python-spydi: update to 0.9.7
14:07.19CIA-103mickeyl 07org.oe.dev * rb16bd834... 10/ (3 files in 2 dirs): python-spyro: update to 0.9.22
14:07.29CIA-103mickeyl 07org.oe.dev * rc0f79b6d... 10/ (3 files in 2 dirs): swig[-native]: remove 1.3.29
14:07.37CIA-103mickeyl 07org.oe.dev * rf557fb5d... 10/ (4 files in 2 dirs): sword: inherit lib_package
14:07.45CIA-103mickeyl 07org.oe.dev * rbc9c1233... 10/ (3 files in 2 dirs): python-formencode: update to 0.4+svn
14:07.55CIA-103mickeyl 07org.oe.dev * r8f03732d... 10/ (3 files in 2 dirs): python-imaging: update to 1.1.6
14:08.04CIA-103mickeyl 07org.oe.dev * re5f326fb... 10/ (3 files in 3 dirs): move python-egenix-mx-base to nonworking, source is no longer available
14:08.13CIA-103mickeyl 07org.oe.dev * r8e2b9fd6... 10/ (3 files in 2 dirs): python-imdbpy: update to 3.1
14:08.21CIA-103mickeyl 07org.oe.dev * r840d3024... 10/ (1 packages/python/python-imdbpy_3.1.bb): python-imdbpy: fix debug packaging and SRC_URI
14:08.28zeckeyeah, distributed systems!
14:08.30CIA-103mickeyl 07org.oe.dev * rc73d88f5... 10/ (6 files in 3 dirs): move python-m2crypto to nonworking, it needs to catch up w/ swig
14:08.39CIA-103mickeyl 07org.oe.dev * rede20708... 10/ (5 files in 2 dirs): python-pyiw: update to 0.3.3
14:08.39mickeyl7 hours of python work
14:08.46CIA-103mickeyl 07org.oe.dev * rb17c1ea9... 10/ (3 files in 2 dirs): python-gst: update to 0.10.8
14:08.54CIA-103mickeyl 07org.oe.dev * r1c4cb646... 10/ (5 files in 3 dirs): python-pysqlite: remove. this is now included in the python distribution
14:09.02CIA-103mickeyl 07org.oe.dev * r2a44f628... 10/ (3 files in 2 dirs): python-sqlobject: update to 0.9.1
14:09.19mickeylstill some tiny things to fix, but the overall state of python is pretty good in OE
14:09.38Zero_Chaosdamn dude.
14:09.43Zero_Chaosnicely done
14:09.46mickeyl:)
14:09.57Zero_Chaosthat was a bit of an uber update, I would accuse you of flooding ;-)
14:10.02mickeylhehe
14:10.06zeckeRP: http://paste.lisp.org/display/46213 next base
14:11.13CIA-103mickeyl 07org.oe.dev * r1b815ac5... 10/ (3 files in 2 dirs): python-tlslite: update to 0.3.8
14:11.20CIA-103mickeyl 07org.oe.dev * reb7be243... 10/ (3 files in 2 dirs): python-urwid: update to 0.9.8.1
14:11.27mickeyloops, the rest :)
14:11.28CIA-103mickeyl 07org.oe.dev * r3e3c84a5... 10/ (3 files in 2 dirs): python-webpy: update to 0.21
14:11.32CIA-103mickeyl 07org.oe.dev * r85c472fc... 10/ (1 packages/moin/moin_1.2.2.bb packages/moin/moin_1.5.8.bb): moin: update to 1.5.8
14:11.39CIA-103mickeyl 07org.oe.dev * r9fa0c99d... 10/ (3 files in 2 dirs): task-python-everything: update
14:11.39Zero_Chaosgeez
14:11.44Zero_Chaosstill?
14:11.48mickeylno, that's about it
14:11.56zeckeOne, more thing :)
14:13.02RPzecke: runqueue doesn't need is_current, thats handled before the fork for efficiency
14:13.26zeckeRP: how do you load the data?
14:13.31zeckewell, I find it myself
14:14.04RPzecke: We cache the stamp in cache.py so runqueue can do this
14:14.15zeckeself.dataCache
14:16.11RPzecke: tryBuildPackage can call tryBuildPackageTask too if I was being picky ;-)
14:16.38zeckeRP: and catch the exceptions twice :)
14:17.05cdbot2* * OE Bug 2782 has been created by autobuild(AT)openembedded.org
14:17.07cdbot2* * python-pyode-1.0.0-r0-do_compile
14:17.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2782
14:17.17cdbot2* * OE Bug 2783 has been created by autobuild(AT)openembedded.org
14:17.19cdbot2* * python-sip4-4.4.5-ml0-do_compile
14:17.21cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2783
14:17.29cdbot2* * OE Bug 2784 has been created by autobuild(AT)openembedded.org
14:17.31cdbot2* * python-pyqt4-4.2-ml0-do_generate
14:17.32RPzecke: Once should be enough
14:17.33cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2784
14:18.04zeckeRP: how? tryBuildPackagetask will catch the exception, print and raise it again
14:18.11*** join/#oe russf (n=russf@host217-41-46-92.in-addr.btopenworld.com)
14:18.19zeckeRP: tryBuildPackage would need to catch it again and send the PkgFailed event
14:19.02RPzecke: ah, I just mean you can catch that with one exception handler in trybuild package rather than the current two with duplicate fire lines...
14:19.05Jin^eLDif I have a .bb file for a shared library, and the file is named "name_version.bb", when I write other bb files and want to specify dependencies, or when I specify RDEPENDS, do I have to use "name" or "libname", because ultimately  a libname is produced from a library package .bb?
14:19.41RPJin^eLD: You use the name of the package for an RDEPENDS
14:19.41Jin^eLDI am asking because sometimes it finds stuff specified in RDEPENDS but sometimes it doesnot and I am not quite sure what I am doing wrong
14:20.02zeckeRP: right
14:20.05RPJin^eLD: Note this is the name of the package as it is in PACKAGES, not after things like debian renaming
14:20.39Jin^eLDRP: and if do_rootfs bombs out, telling its not found, why can that happen (the package was built)
14:20.51RPJin^eLD: Does the name its looking for match the name in the rootfs error log?
14:21.11Jin^eLDI will have to check
14:21.45RPJin^eLD: Sorry, I mean does the name of the ipk match the name its looking for in the rootfs log?
14:22.05cdbot2* * OE Bug 2748 has been RESOLVED (INVALID) by philippedeswert(AT)scarlet.be
14:22.07cdbot2* *  librsvg fails to build
14:22.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2748
14:22.59Jin^eLDcrap, dont have the log anymore, changed some other stuff and doing a rebuild, but I will look at that
14:23.11Jin^eLDRP: thanks
14:23.43*** join/#oe rd___ (n=rd@toi.yeu.phu.nu)
14:24.25*** join/#oe CosmicPenguin (n=nobody@crank.laptop.org)
14:28.04cdbot2* * OE Bug 1991 has been RESOLVED (WORKSFORME) by philippedeswert(AT)scarlet.be
14:28.06cdbot2* *  librsvg-2.16.0 build fails: QA Issue: non  debug package contains .debug directory
14:28.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=1991
14:36.34*** join/#oe tank17 (i=ariel@gateway/tor/x-f14ea6f619cbc965)
14:37.02chouimatmorning
14:38.53*** join/#oe rd_ (n=rd@toi.yeu.phu.nu)
14:40.04koenhey chouimat
14:40.04*** join/#oe jan_js (n=Elive_us@pD9539960.dip0.t-ipconnect.de)
14:40.15jan_jsafternoon !
14:41.05cdbot2* * OE Bug 2785 has been created by autobuild(AT)openembedded.org
14:41.07cdbot2* * evas-0.9.9+cvs20070721-r0-do_configure
14:41.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2785
14:42.05cdbot2* * OE Bug 2786 has been created by autobuild(AT)openembedded.org
14:42.07cdbot2* * directfb-1.0.0-r5-do_rm_work
14:42.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2786
14:43.37koenmickeyl: you had a busy week: http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-August/002808.html :)
14:44.38mickeylkoen: indeed. worked 60 hours or so
14:44.45mickeylperhaps even more
14:44.47mickeyli lost track
14:45.24zeckekoen: did you know OE can only build ROM images?
14:45.43koenzecke: I didn't
14:46.08*** join/#oe philippe_work (n=fille@a91-153-17-113.elisa-laajakaista.fi)
14:46.12RPmickeyl: You noticed I found the bitbake dependency glitch btw?
14:46.23mickeylRP: yeah. some off by one error?
14:46.39mickeylRP: how come it differed on your/my setup?
14:46.55RPmickeyl: if foo: instead of if foo not None: where foo could be int(0)
14:47.02mickeylRP: aaah :)
14:47.20RPmickeyl: I typed bitbake x y, you typed bitbake y, x
14:47.33zeckekoen: http://t2-project.org/handbook/html/t2.intro.different.distribution.html :)
14:47.34RPmickeyl: The first option gets a task id of zero
14:48.50RPmickeyl: It might explain a few "random" dependency issues people reported :)
14:49.00mickeylright, cool!
14:49.10mickeylyay for more predictability
14:49.22*** join/#oe philippe_work (n=fille@a91-153-17-113.elisa-laajakaista.fi)
14:49.43zeckeRP: http://paste.lisp.org/display/46217, besides the runqueue garbage it should be okay
14:49.46RPmickeyl: DId you see the one about the order of files on the disk affecting the order of providers?
14:49.56mickeylhell, no!
14:49.59mickeylRP: what'S that about?
14:50.49RPmickeyl: When we work out a list of possible providers if was intially sorted by the order we read the files from disk. If none was set, the one chosen therefore depended on the machine :}
14:51.10*** join/#oe AvengerMoJ1 (n=alex@219.142.252.177)
14:51.19zeckeRP: imho this was okay :)
14:51.42RPzecke: In a way I wanted to leave it but we need to be a bit more predictable
14:52.27RPmickeyl: I added in a sort to make things more reproducible...
14:52.33zeckeRP: yes, I want to see us moving into a direction of locking stuff down with one bitbake command (emitting config files), selecting features of packages, etc
14:52.41mickeylRP: phew. "fun"
14:53.33RPmickeyl: The thing is on devs machines, "new" providers always ended up at the end of the list so they didn't see problems. People making fresh checkouts saw a different order though
14:53.45mickeylright
14:53.53mickeylgood catch
14:54.05RPI was amused when I worked it out :)
14:54.47RPzecke: How do you mean "locking down" ? You mean locking certain versions?
14:55.13zeckeRP: bitbake tell me your PREFERRED_* of this build, and it would write _VERSION, _PROVIDERS, etc.
14:55.44RPzecke: A kind of modified version of bitbake -s ?
14:55.59zeckeRP: yes
14:56.07zeckeRP: so it can be directly used by distributions, etc.
14:57.02RPzecke: agreed, something like that would be good
14:57.25zeckeRP: and I want something like make menuconfig back :)
14:57.26RPzecke: I'd also like a mode to see how much my locked down SRCREV versions have changed upstream :}
14:57.48RPzecke: To select versions?
15:00.28zeckeRP: versions, flags, virtual providers, and features as well. I think it could be a distro decision to build certain things with less/more features
15:00.35RPzecke: I haven't forgotten about UIs, I'm slowly trying to merge my UI changes into trunk
15:01.01*** join/#oe likewise (n=chatzill@82-217-243-87.cable.quicknet.nl)
15:01.06likewisehello all
15:01.09*** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath)
15:01.09RPI've just been giving bitbake 1.8 priority for a while...
15:01.12RPhi likewise
15:01.44zeckeRP: you are my mvp :)
15:03.38*** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath)
15:04.02likewisein what channel can I ask for mmap() expertise?
15:05.29*** join/#oe mallum (n=mallum@host86-136-65-190.range86-136.btcentralplus.com)
15:05.54mwesterzecke: I very much like your idea of locking down -- I'll happily volunteer to test such a feature.
15:06.26zeckemwester: we don't need testers, we need crack and meth :)
15:07.04cdbot2* * OE Bug 2708 has been RESOLVED (WORKSFORME) by philippedeswert(AT)scarlet.be
15:07.06cdbot2* *  Package gtk+-2.10.14-r1 fails to compile
15:07.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2708
15:07.25mwesterThe best I can provide is beer... ;)
15:07.48stelioskzecke : hmmm is that for OEDEM ?
15:08.08zeckesteliosk: what? hacking that?
15:08.34stelioskzecke : no. The supplies of  crack and meth :)
15:08.52zeckeyou have to bring your own, I'm bad at sharing
15:09.44zeckeRP: runq_fnid[task] will give me the fnid to be used with taskData?
15:10.38RPzecke: yes
15:11.19*** join/#oe khem (n=khem@adsl-71-146-5-204.dsl.pltn13.sbcglobal.net)
15:13.03zeckeRP: as a definition for now. PkgStarted is called when the first task of a package is going to be executed
15:13.24RPzecke: sounds reasonable
15:13.27zeckeRP: PkgFailed (in worst case might be emitted more than once), is emitted whenever a task fails
15:13.49zeckeRP: and PkgSuceeded when all tasks for a given fnid were executed
15:14.17RPzecke: I'd still like to know is these are useful in the real world? :)
15:14.29RPs/is/if/
15:15.06zeckeRP: yes, for the varpoware tinderbox this is useful. This means no more tasks are going to be executed during this build for this given package
15:15.25zeckeRP: and probably my version of rm_work will use it (Yes, I am danger mouse)
15:15.46mwesterdanger mouse on crack and meth?  Scary indeed!
15:16.28zecke;)
15:16.30RPzecke: Please don't check that into .dev ;-)
15:16.52zeckeRP: it is less broken than the current version of rm_work, should I revive the zecke branch?
15:17.25RPzecke: I will fix rm_work as I described previously which won't do dangerous things
15:17.26zeckeRP: you could beat me and fix the deps of rm_work with bitbake 1.8
15:20.36zeckeRP: well, I see how PkgSucceed will be fired for the -b -cbla build :)
15:20.47likewisedid anyone test drive gcc 4.2.1 under oe yet?
15:20.56zeckeRP: but for the normal build (by name), it should be the same
15:21.04cdbot2* * OE Bug 2787 has been created by autobuild(AT)openembedded.org
15:21.06cdbot2* * python-ecore-0.0.0+cvs20070816-r0-do_compile
15:21.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2787
15:24.15*** join/#oe rd__ (n=rd@toi.yeu.phu.nu)
15:25.32RPzecke: My concern is it will cause packages to be multiple times...
15:26.02zeckeRP: no, it will just break due the files being removed :)
15:26.56RPzecke: That too
15:28.02zeckethan prevent me doing crazy things :)
15:28.24RPzecke: by fixing rm_work?
15:28.32zeckeyes
15:28.34likewiseBuilding for guinness/angstrom, this is not picked up: SRC_URI_append_i686-generic = "file://i686-defconfig"   (as it is set to i686-angstrom). What's the proper fix for this?
15:28.46*** join/#oe Marex-notebook (n=marex@gwfm4-3-0-240.802.cz)
15:28.57zeckeRP: I need PkgStarted/Succeeded for the tinderbox though but it is 'sane' in this case
15:29.04cdbot2* * OE Bug 2788 has been created by autobuild(AT)openembedded.org
15:29.06cdbot2* * python-evas-0.0.0+cvs20070816-r0-do_compile
15:29.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2788
15:29.16cdbot2* * OE Bug 2789 has been created by autobuild(AT)openembedded.org
15:29.17RPzecke: Agreed, its just using them for rm_work I disagree with
15:29.19cdbot2* * python-pytest-0.6.0-ml0-do_fetch
15:29.21cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2789
15:29.35RPzecke: and I do have a patch to test for rm_work
15:32.11zeckeI'm reading runqeue.py and I don't feel anger
15:32.53RPzecke: You surprise me :)
15:33.21*** join/#oe wrobbie (n=rob@cm203.kappa85.maxonline.com.sg)
15:33.22zeckeI just like you
15:33.29mwesterDoes code often make zecke angry?
15:33.55zeckemwester: people  not code :)
15:33.56RPzecke: Seriously, it is quite bad code to understand though? :/
15:34.22zeckeRP: yes, but you will be the one to review
15:34.37XorAmwester: need to invent GPL + zecke exclusion clause
15:35.32RP"linux-rp.do_rm_work" -> "linux-rp.do_${RMWORK_ORIG_TASK}" is task-depends.dot suggests we do miss some expand calls
15:38.18philippe_workhi peeps
15:38.35RPhi philippe_work
15:39.03philippe_workwould it be ok to remove the gtk-webcore fixed svn dates for 20060212? As they fail to build and gpe these days uses the svn versions anyway?
15:39.06philippe_workhi RP!
15:39.36philippe_workthis would also fix bug #2358
15:44.04cdbot2* * OE Bug 2790 has been created by autobuild(AT)openembedded.org
15:44.06cdbot2* * python-sword-1.5.9-r0-do_compile
15:44.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2790
15:49.46*** join/#oe rd_ (n=rd@toi.yeu.phu.nu)
15:50.04cdbot2* * OE Bug 2755 has been RESOLVED (FIXED) by likewise(AT)gmx.net
15:50.06cdbot2* *  Perl's Cross/Makefile re-uses TOPDIR from environment
15:50.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2755
15:53.31RPzecke: http://rafb.net/p/b6rLId11.html
15:54.27koenRP: btw, rm foo/* leaves .svn dirs (== big space waste)
15:55.05zeckeRP: and you commented removing out
15:55.18zeckeRP: but doesn't runqueue completely ignore BB_DEFAUL_TASK?
15:55.25RPzecke: I would uncomment that before committing ;-)
15:55.45RPzecke: It gets setup in cooker, runqueue doesn't care about details like that
15:55.57RPkoen: That should be fixed then
15:56.15*** join/#oe TheCan (n=thecan@dslb-084-056-143-242.pools.arcor-ip.net)
15:57.33zeckeRP: I miss something. I assume it is correct. But by default do_build is the default task?
15:57.48zeckeRP: but someone adds package_write as default task?
15:58.04RPzecke: Yes, do_build is the default task
15:58.18RPzecke: Why would someone do that?
15:58.38zeckeI will look at the task graph...
15:58.56RPThe only point of BB_DEFAULT_TASK is not to hardcode "build" into bitbake
15:59.05cdbot2* * OE Bug 2791 has been created by autobuild(AT)openembedded.org
15:59.07cdbot2* * python24-native-2.4.0-r2-do_compile
15:59.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2791
15:59.49zeckeRP: man it is just too loud here to focus...
16:00.47RPzecke: If you run bitbake foo -c package_write it will not run rm_work afterwards
16:00.56RPzecke: I'd consider that correct though
16:01.20zeckeRP: let us start way earlier
16:01.44zeckebitbake foo
16:01.50zeckewe call the default task on foo
16:01.54zeckewhich is now rm_work
16:02.19zeckewhich will be called after do_build
16:02.34RPzecke: yes
16:02.40zeckebut if foo DEPENDS on base
16:02.55zeckefoo.do_rmwork -> base.do_package_write
16:03.13zecke(I have not seen the place where this dep is added, but I assume it is)
16:03.49RPIt will add foo.do_rm_work -> base.do_rm_work
16:04.15RPbase.do_rm_work -> base.do_build
16:04.15zeckewhy? in the current graph I do not see deps on do_build
16:05.02RPzecke: rm_work is added after build
16:05.33RPzecke: Are you inheriting rm_work in a single .bb file or in your local.conf?
16:05.56zeckeRP: okay. Again. In the current (as in not applying your patch), if see no do_build on the right side/target
16:06.25RPzecke: Right, because nothing depends on it
16:06.39zeckeso how will do_rmwork turnup then?
16:06.45RPzecke: This patch adds the dependency
16:06.47*** join/#oe Crofton (n=balister@hc65216f2.dhcp.vt.edu)
16:06.55RPzecke: rm_work needs the dependency, we add it
16:06.58zeckeby the recrdeps
16:07.02RPright
16:07.27zeckeack then
16:08.14RPzecke: It will cause more to get built but it will operate safely. Anyone not using rm_work doesn't get the uneeded dependencies, everyone is happy :)
16:08.44*** join/#oe root____2 (n=root@122.167.98.33)
16:08.56RPzecke: You agree with the added expands in build.py too?
16:09.25zeckeyupp
16:09.37root____2hi guys
16:10.21root____2I getting a problem with bitbake nano
16:10.35root____2its giving me the following error
16:10.42root____2NOTE: Handling BitBake files: - (2816/4555) [61 %]NOTE: exceptions.SyntaxError:EOL while scanning single-quoted string (line 1) while evaluating:
16:10.45root____2${@['', 'opie-help-en (>= ${OPIE_CVS_PV})'][packaged(bb.data.getVar('PN', d, 1), d) == True]}
16:10.53root____2any idea where to look for ?
16:11.34Zero_Chaosupdate your bitbake and monotone
16:11.58root____2that would take care of it ?
16:12.06Zero_Chaosshould, yes
16:16.21Croftonhttp://www.floydfest.com/2007/dir.php?dir_id=1&page=1
16:16.34Croftonroot____2, pastebin
16:18.41root____2root@ubuntu:/home/ubuntu/MyDesk/oe/build# bitbake nano
16:18.41root____2NOTE: Handling BitBake files: \ (2816/4555) [61 %]NOTE: exceptions.SyntaxError:EOL while scanning single-quoted string (line 1) while evaluating:
16:18.44root____2${@['', 'opie-help-en (>= ${OPIE_CVS_PV})'][packaged(bb.data.getVar('PN', d, 1), d) == True]}
16:18.47root____2ERROR: EOL while scanning single-quoted string (line 1) while parsing /home/ubuntu/MyDesk/oe/org.openembedded.dev/packages/opie-help-en/opie-help-en_cvs.bb
16:18.50root____2NOTE: Handling BitBake files: / (2855/4555) [62 %]NOTE: exceptions.SyntaxError:EOL while scanning single-quoted string (line 1) while evaluating:
16:18.53root____2${@['', 'opie-keytabs (>= ${OPIE_CVS_PV})'][packaged(bb.data.getVar('PN', d, 1), d) == True]}
16:18.56root____2ERROR: EOL while scanning single-quoted string (line 1) while parsing /home/ubuntu/MyDesk/oe/org.openembedded.dev/packages/opie-keytabs/opie-keytabs_cvs.bb
16:18.59root____2NOTE: Handling BitBake files: \ (2904/4555) [63 %]NOTE: exceptions.SyntaxError:EOL while scanning single-quoted string (line 1) while evaluating:
16:19.01Croftonroot____2, again, use pastbin
16:19.02root____2${@['', 'opie-mediaplayer2-skin-default-landscape (>= ${OPIE_CVS_PV})'][packaged(bb.data.getVar('PN', d, 1), d) == True]}
16:19.04psycoman~pastebin
16:19.13ibothmm... pastebin is a place to paste your stuff without flooding the channel - try  http://pastebin.ca, or http://channels.debian.net/paste, or http://rafb.net/paste/, or http://pastebin.com is usually painfully too slow and unresponsive to use, use one of the other pastebin sites, or dpaste.com is a very nice pastebin as well
16:19.14root____2ERROR: EOL while scanning single-quoted string (line 1) while parsing /home/ubuntu/MyDesk/oe/org.openembedded.dev/packages/opie-mediaplayer2/opie-mediaplayer2-skin-default-landscape_cvs.bb
16:19.14Crofton~pastebin
16:19.14ibotpastebin is probably a place to paste your stuff without flooding the channel - try  http://pastebin.ca, or http://channels.debian.net/paste, or http://rafb.net/paste/, or http://pastebin.com is usually painfully too slow and unresponsive to use, use one of the other pastebin sites, or dpaste.com is a very nice pastebin as well
16:19.14CIA-103pH5 07org.oe.dev * r051681fc... 10/ (1 packages/gtk+/gtk+_2.10.14.bb packages/gtk+/gtk-2.10.inc): gtk+-2.10.14: package printbackends -dev and -dbg files
16:19.14root____2NOTE: Handling BitBake files: | (2906/4555) [63 %]NOTE: exceptions.SyntaxError:EOL while scanning single-quoted string (line 1) while evaluating:
16:19.14root____2${@['', 'opie-mediaplayer2-skin-default (>= ${OPIE_CVS_PV})'][packaged(bb.data.getVar('PN', d, 1), d) == True]}
16:19.15root____2ERROR: EOL while scanning single-quoted string (line 1) while parsing /home/ubuntu/MyDesk/oe/org.openembedded.dev/packages/opie-mediaplayer2/opie-mediaplayer2-skin-default_cvs.bb
16:19.18root____2NOTE: Handling BitBake files: / (2908/4555) [63 %]NOTE: exceptions.SyntaxError:EOL while scanning single-quoted string (line 1) while evaluating:
16:19.21root____2${@['', 'opie-mediaplayer2-skin-pod (>= ${OPIE_CVS_PV})'][packaged(bb.data.getVar('PN', d, 1), d) == True]}
16:19.24root____2ERROR: EOL while scanning single-quoted string (line 1) while parsing /home/ubuntu/MyDesk/oe/org.openembedded.dev/packages/opie-mediaplayer2/opie-mediaplayer2-skin-pod_cvs.bb
16:19.27root____2NOTE: Handling BitBake files: - (2910/4555) [63 %]NOTE: exceptions.SyntaxError:EOL while scanning single-quoted string (line 1) while evaluating:
16:19.28likewise#root____2: like Crofton already said, use pastebin.ca
16:19.30root____2${@['', 'opie-mediaplayer2-skin-techno (>= ${OPIE_CVS_PV})'][packaged(bb.data.getVar('PN', d, 1), d) == True]}
16:19.33root____2ERROR: EOL while scanning single-quoted string (line 1) while parsing /home/ubuntu/MyDesk/oe/org.openembedded.dev/packages/opie-mediaplayer2/opie-mediaplayer2-skin-techno_cvs.bb
16:19.36root____2NOTE: Handling BitBake files: - (2966/4555) [65 %]NOTE: exceptions.SyntaxError:EOL while scanning single-quoted string (line 1) while evaluating:
16:19.39root____2${@['', 'opie-pics (>= ${OPIE_CVS_PV})'][packaged(bb.data.getVar('PN', d, 1), d) == True]}
16:19.42root____2ERROR: EOL while scanning single-quoted string (line 1) while parsing /home/ubuntu/MyDesk/oe/org.openembedded.dev/packages/opie-pics/opie-pics_cvs.bb
16:19.45root____2NOTE: Handling BitBake files: | (3050/4555) [66 %]NOTE: exceptions.SyntaxError:EOL while scanning single-quoted string (line 1) while evaluating:
16:19.48root____2${@['', 'opie-sounds (>= ${OPIE_CVS_PV})'][packaged(bb.data.getVar('PN', d, 1), d) == True]}
16:19.51root____2ERROR: EOL while scanning single-quoted string (line 1) while parsing /home/ubuntu/MyDesk/oe/org.openembedded.dev/packages/opie-sounds/opie-sounds_cvs.bb
16:19.54root____2NOTE: Handling BitBake files: \ (4555/4555) [100 %]
16:19.56chouimatSPAM!!!!!!!!!!!!!!!!!1
16:19.57root____2ok guys .. sorry abt it
16:19.57likewiseI love /igonore
16:20.00likewiseI love /ignore
16:20.41likewisethat's four underscores in his nick, btw :-)
16:20.41chouimatquiet
16:20.41chouimatlikewise: I love tab completion :)
16:20.59likewisechouimat: lol :-)
16:22.46root____2guys . dnt know this thing ..
16:22.59root____2http://pastebin.ca/659867
16:23.48*** join/#oe Marex_Yggdrasil (n=Marex@gwfm4-3-0-240.802.cz)
16:25.21*** join/#oe Marex (n=Marex@gwfm4-3-0-240.802.cz)
16:26.28likewiseroot____2: sounds like a bug that was fixed yesterday or so. mtn pull and mtn update
16:27.06root____2thanks likewise will be right on it
16:28.17*** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath)
16:28.59*** join/#oe zap_ (n=zap@16.170.249.ozerki.net)
16:29.20*** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath)
16:30.37zeckeRP: we can do a bitbake release without the pkgstarted/succeeded changes
16:31.38RPzecke: I should add the build.py ones though?
16:31.48zeckesure
16:31.59zeckerm_work should work for the moko boyscout team
16:32.08zeckethanks for fixing
16:32.33RPzecke: np, its been on the todo list for an age :/
16:32.44zeckeRP: we should ask people to start a build and then do a release
16:33.33*** join/#oe Marex-notebook (n=marex@gwfm4-3-0-240.802.cz)
16:33.36zeckeRP: and I have issues with runq_fnids. You use task numbers range(len(fnids)) but this means the last task number has no file attached?
16:35.06RPzecke: hmm. That doesn't sounds healthy
16:35.40CIA-103rpurdie * r906 10/ (4 files in 4 dirs): build.py: Expand data to addtask
16:36.47RPzecke: I agree about a release soon
16:37.17zeckewhat is in runq_revdeps?
16:37.26RPWe can always do a further release to sort out any bugs
16:37.57RPzecke: reverse depenencies (things that depend on a given task) iirc
16:41.04zeckerb
16:41.06zeckebrb
16:41.27*** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be)
16:53.23CIA-103philippe 07org.oe.dev * r5e20d633... 10/ (7 files in 2 dirs): (log message trimmed)
16:53.23CIA-1gtk-webcore: move fixed svn date to a newer and compiling date
16:53.23CIA-1* rename "packages/gtk-webcore/osb-jscore_20060212.bb"
16:53.23CIA-1<PROTECTED>
16:53.23CIA-1* rename "packages/gtk-webcore/osb-nrcit_20060212.bb"
16:53.24CIA-1<PROTECTED>
16:53.26CIA-1* rename "packages/gtk-webcore/osb-nrcore_20060212.bb"
16:53.48*** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net)
16:56.04*** join/#oe Marex (n=Marex@gwfm4-3-0-240.802.cz)
17:00.04cdbot2* * OE Bug 2358 has been RESOLVED (FIXED) by philippedeswert(AT)scarlet.be
17:00.07cdbot2* *  osb-nrcit-0.5.0+cvs20060212-r0 fails to compile
17:00.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2358
17:02.05cdbot2* * OE Bug 1432 has been RESOLVED (WORKSFORME) by philippedeswert(AT)scarlet.be
17:02.07cdbot2* *  gpe-image fails to find glibc-localedata-i18n
17:02.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=1432
17:05.27vivijimHi zecke, in http://www.honigmond-berlin.de/ there are 2 hotels (2 address)... which one should I choose?
17:05.55vivijimhonigmond or gargen?
17:07.27zeckeasking my colleague
17:08.22zeckeall slept in honigmond. if you get a room torwards the garden you should try to sleep there
17:08.34zeckebut both are close to the office
17:08.51zeckevivijim: how far are you with creating debian source packages?
17:09.07*** join/#oe darkschneider2 (n=gab@81-208-36-80.ip.fastwebnet.it)
17:09.23vivijimzecke: thanks, I'll try that...
17:10.10vivijimzecke: about the sources I'm having some problems right now because I changed to use oe_unpack function...
17:14.52*** join/#oe RzME (n=RzME@pool-151-196-5-210.bltmmd.east.verizon.net)
17:18.17*** join/#oe greentux (n=lemke@Z4d15.z.pppool.de)
17:20.49*** join/#oe darkschneider2 (n=gab@81-208-36-80.ip.fastwebnet.it)
17:22.03*** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net)
17:22.18*** join/#oe khem (i=khem@nat/montavista/x-e1954f1b6368f7f4)
17:28.06*** join/#oe pH5 (n=ph5@e178240169.adsl.alicedsl.de)
17:29.10pH5good evening
17:31.01*** join/#oe AvengerMoJo (n=alex@219.142.244.189)
17:44.53*** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath)
17:45.02*** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath)
17:47.10*** join/#oe florian (n=fuchs@e179097129.adsl.alicedsl.de)
17:47.11*** join/#oe leoncamel (n=leoncame@p1239-ipbfp1105fukuokachu.fukuoka.ocn.ne.jp)
17:48.05cdbot2* * OE Bug 1993 has been RESOLVED (FIXED) by philippedeswert(AT)scarlet.be
17:48.07cdbot2* *  ntop 3.0 fails do_configure
17:48.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=1993
17:48.16florianre
17:50.05cdbot2* * OE Bug 2038 has been RESOLVED (WORKSFORME) by philippedeswert(AT)scarlet.be
17:50.07cdbot2* *  gtk-webcore (osb-nrcore_0.5.0.bb) doesn't  compile against gtk+2. 6.10
17:50.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2038
17:52.58*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
17:57.32*** join/#oe antihaxe1 (n=antihaxe@cpe-065-191-184-110.nc.res.rr.com)
17:59.22CIA-103lenehan 07org.oe.dev * rd2ff8556... 10/ (3 files in 3 dirs):
17:59.22CIA-1ntop: fix compilation issue (bug #1993)
17:59.22CIA-1* applied patch by Jamie Lenehan
18:00.31*** join/#oe jbs (n=Bernardo@89.181.122.172)
18:01.56*** join/#oe chouimat (n=dieu@kde/developer/chouinard)
18:05.22woglindere
18:05.47florianwoglinde: wb
18:06.23*** join/#oe RzME (n=RzME@beast.isi.jhu.edu)
18:09.07*** join/#oe dion (n=dion@inhex.net)
18:10.32*** join/#oe khem (i=khem@nat/montavista/x-bac792a51cea774e)
18:14.01*** join/#oe TheCan (n=thecan@dslb-084-056-141-209.pools.arcor-ip.net)
18:19.05cdbot2* * OE Bug 2040 has been RESOLVED (WORKSFORME) by philippedeswert(AT)scarlet.be
18:19.07cdbot2* *  gnome-doc-utils_0.7.1.bb build failed (depend on xlstproc)
18:19.09cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2040
18:21.13*** join/#oe chouimat|busy (n=dieu@kde/developer/chouinard)
18:24.35*** join/#oe xjqian (n=gordon@24-107-186-86.dhcp.stls.mo.charter.com)
18:27.15CIA-103likewise 07org.oe.dev * rae5744fa... 10/ (1 packages/linux/linux-x86_2.6.20.bb): linux-x86-2.6.20: Use ARCH override, not MACHINE override to bring in correct defconfig. Should be safe for current i?86-generic machines.
18:28.42likewise^^ ehrm, will this commit still work w/ the current bb issues?
18:29.36woglindewhahahaaa????
18:29.56woglindewhy the heck we have an extra -x86 recpie for the kernel?
18:35.36cbrakedoes ${DATETIME} change during the build, or is it set once and used for the entire build?
18:37.15pH5cbrake: documentation.conf:DATETIME[doc] = "The date and time the build was started at"
18:37.40cbrakepH5: excellent, thanks!
18:39.48zeckeRP: any idea why bbimage could show me this nice "python-pysqlite2' missing error?
18:41.26*** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath)
18:41.26*** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath)
18:42.07likewisewoglinde: good question. shall we drop it?
18:43.18woglindelikewise hm look at linux_2.6.20 linux_2.6.21 linux_2.6.22
18:44.48woglindeI dont see any special
18:44.57likewisewoglinde: me neither, it seems like split effort
18:44.57woglindefor x86 to have his own .bb
18:44.59likewisesplit=dual
18:45.16*** join/#oe Crofton|work (n=balister@ossie.wireless.vt.edu)
18:45.17*** join/#oe Crofton|work_ (n=balister@ossie.wireless.vt.edu)
18:45.17zeckekoen: I think I have fixed bonsai, need to update the db now...
18:46.17likewisekoen is supposedly away to the Lowlands music fest with unlimited beer to his availability.
18:46.33woglindelikewise hm he was here
18:46.38woglindeat afternoon
18:47.30likewiseI know, he heard him say bye on angstrom.
18:47.30zeckehmm...
18:47.36zeckestudent life
18:47.49likewisehe'll be back tuesday, he'll alive on thursday
18:47.54likewise^be
18:48.25likewisezecke: yeah, been there 15 years or so but they wouldn't let me stretch it any longerr
18:49.11woglindelikewise lol
18:50.07*** part/#oe xjqian (n=gordon@24-107-186-86.dhcp.stls.mo.charter.com)
18:54.40Croftonumm beer
18:54.50*** part/#oe jsheldon (n=jim@70.90.111.225)
18:55.01*** join/#oe khem (n=khem@adsl-71-146-5-204.dsl.pltn13.sbcglobal.net)
18:55.06Croftonpeople wonder why I do not want to actually get a real job
18:56.00woglindecrofton you should
18:56.44likewisedo_fetch beer
18:56.51likewisetask finished
19:05.03Croftonwell, you can always pay me to hack on OE
19:10.05*** join/#oe Crofton|work (n=balister@ossie.wireless.vt.edu)
19:14.28zeckelater
19:14.40Croftonok, I have hacked at uboot-utils so that it only builds mkimage
19:14.45Croftonand that it really does this
19:17.04ljphey zecke
19:17.21woglindecrofton hehe
19:17.38Croftonok, lets see if the gumstix build completes now
19:17.47Croftonwithout having to build for OSK first
19:18.12Croftonlong term, I need to have it build u-boot for the gumstix, which also solves the mkimage problem
19:22.10*** join/#oe khem (n=khem@adsl-71-146-5-204.dsl.pltn13.sbcglobal.net)
19:22.29woglindere khem
19:22.40khemyo
19:25.46RzME| ERROR: Cannot satisfy the following dependencies for task-base-extended:
19:25.46RzME|        bluez-dtl1-workaround
19:26.02RzMEDoes anyone know how to fix this? :P
19:28.19PhilippeRzME: bitbake bluez-dtl1-workaround
19:29.20Croftonlikewise, ping
19:29.26RzMEPhilippe: building in progress...
19:29.44RzMEPhilippe: It worked! Thank you! :D
19:30.28likewiseCrofton: pong
19:31.04CroftonI have been callign for libtool-1.5.24 in my local.conf
19:31.40Croftonand can build for omap5912osk, omap2430sdp, gumstix, davinci-dvevm
19:31.49Croftonjust Efika fails
19:32.02CroftonI still need to try and exxternal tool chain with Efika
19:32.15*** join/#oe dion (n=dion@inhex.net)
19:32.42pH5how to handle AC_CHECK_PYMOD in OE? I tried to build avahi's pygtk programs, but configure fails because the build env's python can't import gtk (there is no python-pygtk-native)
19:32.44PhilippeRzME: you're welcome
19:42.56woglindeph5 kick mickeyl that python-pygtk-native is build
19:48.08pH5woglinde: Thinking about it, pygtk is not really a build dependency at all, it's a runtime dependency.
19:48.58woglindehm ah
19:49.02pH5http://en.pastebin.ca/660135 should do the trick. I can make sure the modules are there via RDEPENDS.
19:49.20woglindeyes
19:49.24woglindeRDEPENDS
19:54.06likewiseKhem: did you work with powerpc toolchains recently? we need a good reference toolchain to test against.
19:54.37pH5whee, that means I could probably enable the avahi pygtk stuff in the standard build without hurting anyone.
19:54.58khemlikewise: yes infact you name an arch :)
19:57.01likewiseKhem: mpc5200 specific in this case, is that powerpc e300 arch?
19:57.41*** join/#oe Darth_Wa1er (n=sith@83.149.9.237)
19:59.21khemlikewise: it is 603e based
19:59.30khemlikewise: has double precision floating point
20:00.22Croftonkhem, we have a specific problem in our Efika build
20:00.25khemmpc is not that well supported on glibc
20:00.36khemWhat kind of problem
20:00.44CroftonC++ apps have trouble linking with the commands from libtool
20:01.04Croftonwe have a hack for 1.5.10 add LDFLAGS=-lstdc++
20:01.13Croftonthat gets that flag passed through libtool
20:01.14khemah hmmm what toolchain combination do you use
20:01.15Croftonbut
20:01.29Croftonwhen we got to libtool 1.5.24, the hack stops working
20:01.36Croftonnow without the hack,
20:01.44Crofton1.5.24 works fine on ARM builds
20:01.57Croftongcc-4.1.2 I think
20:02.12Croftonstandard angstrom version
20:03.17khemhmmm ok
20:03.35khemI would say libtool problem
20:03.41Croftonwell
20:03.49Croftonthat is what I am trying to disprove
20:03.50khemare you using cross-libtool
20:04.00Croftonlibtool-cross
20:04.11khemyeah libtool might have issue with ppc
20:05.44khemActually I did not use latest and greatest libtool
20:06.00Croftonold libtool works, with hack
20:06.04Croftonnew libtool does not
20:07.00Croftonit is one of these magic combination of versions and hw
20:07.01khemlemme see if I have something in my notes
20:07.07Croftonthanks
20:15.21khemCrofton: what is exact thing you are trying
20:15.31khemcommandline options
20:15.45Croftonkhem
20:16.03CroftonI compare the command lines for OSK and Efika and they seem the same
20:16.15Croftongcc is used to link
20:16.40Croftonand they specify the stdc++ lib by giving path to libstdc++.so
20:16.46khemactually libtool decides how it should invoke gcc
20:16.51Croftonnot by using -lstdc++
20:16.57khemhmmm
20:17.08Croftonlibtool does nostdlib
20:17.23khemright to gcc is not allowed to look in standard paths
20:17.31khem(s/to/so/) correction: right so gcc is not allowed to look in standard paths
20:18.42Croftonbasically, I need to install something like the Denx tool chain and see what I get from that
20:19.42khemCan you give a commandline I can try here
20:19.42khembut I use gcc 4.2.1
20:21.15woglindewe have
20:21.17woglindekoen
20:21.25woglindedoes it all
20:21.49Croftonkhem, http://pastebin.ca/660185
20:21.52Croftonis a problem line
20:22.04Croftonsame bb file builds for ARM on OSK
20:22.51Croftonah, angstrom-2008.1
20:23.08CroftonI will try that with Efika tonight
20:23.16Croftonjust in case
20:25.56*** join/#oe lrg (n=liam@lrg2.demon.co.uk)
20:35.41*** join/#oe W8TVI (i=peer@75.116.148.139)
20:49.21khemCrofton: Can you add -t to the g++ commandline and paste output
20:50.00CroftonNot right now, I have some other builds running
20:50.14Croftonthis is to the one that comes from libtool?
20:51.34CroftonI can arrange for -t to go to the g++ lines
20:53.06CroftonWhat does -t do?
21:08.55khemCrofton: it shows trace of where compiler picked libraries and objects frm
21:09.11khemwhile linking
21:09.19Croftonok
21:09.40khemthis will clearly tell us what gcc is doing
21:09.47CroftonI need to finish a test on a gumstix build, then I am going to fire off another Efika build
21:09.49khemwith the stuff it is being fed
21:09.56khemok
21:10.09khemwhat is efika btw.
21:10.35khemoh its a board name
21:10.39CroftonThey had a program where they handed them out for free
21:10.40Croftonhttp://www.genesippc.com/efika.php
21:11.51khemdo they do it still
21:12.04khem(the program)
21:12.20Croftonno, but the board is now $99
21:18.35vivijimbirunko: ?
21:28.32*** join/#oe psycoman_ (n=psycoman@201.29.145.159)
21:38.31*** join/#oe khem_ (n=khem@adsl-71-146-5-204.dsl.pltn13.sbcglobal.net)
21:39.12*** join/#oe Gerrath (n=Gerrath_@unaffiliated/gerrath)
21:39.13*** join/#oe svolpe (n=Gerrath_@unaffiliated/gerrath)
21:49.51*** join/#oe khem__ (n=khem@adsl-71-146-5-204.dsl.pltn13.sbcglobal.net)
21:52.29*** join/#oe Cwiiis (n=cwiiis@82-43-46-194.cable.ubr02.croy.blueyonder.co.uk)
21:54.39CIA-103crofton 07org.oe.dev * r166c7981... 10/ (1 packages/uboot/uboot-utils_1.2.0.bb): uboot-utils : Eliminate non-working builds. Package now builds and installs mkimage.
21:54.45CIA-103crofton 07org.oe.dev * re1d538a4... 10/ (1 packages/linux/linux-gumstix_2.6.15.bb): linux-gumstix : Add dependency on uboot-utils. This builds mkimage so kernel build completes.
22:10.12RP~botmail for zecke You're using python from staging and need the fixes in OE.dev
22:16.34*** join/#oe pierrelux (n=pierre-l@144-125.sh.cgocable.ca)
22:23.03*** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net)
22:27.30Crofton|homebother glibc-initial dies on some patches with angstrom-2008
22:27.43Crofton|homefine time for Koen to go to a festival
22:37.06likewisegood nite all
22:47.34*** join/#oe mithro (n=tim@c2.hotspot.internode.on.net)
22:49.04cdbot2* * OE Bug 2746 has been RESOLVED (FIXED) by philipp.zabel(AT)gmail.com
22:49.06cdbot2* *  libgsmd_svn.bb uses SRCREV instead of SRCDATE
22:49.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=2746
22:50.13RPHmm. We have another core bitbake function getting called 28,000 times :}
22:54.29Crofton|homewell, if it was only called a few times, would it really be a function?
22:55.35RPCrofton|work: Each time this function gets calls it loads state and then saves state and its called in a double for loop though
22:56.46Crofton|home:)
22:57.01Crofton|homeI suspect being called that much makes a candidate for a lot of study
22:57.38RPCrofton|work: Yes, I know it can be rewritten more efficiently
23:00.31CIA-103stefan 07org.oe.dev * r533bcb71... 10/ (5 files in 4 dirs):
23:00.31CIA-1matchbox-keyboard-inputmethod: Add matchbox-keyboard variant with gtk
23:00.31CIA-1input-method support. (modified version from poky)
23:00.35CIA-103stefan 07org.oe.dev * r84bfe56f... 10/ (1 packages/tasks/task-openmoko.bb): task-openmoko: Use matchbox-keyboard-inputmethod
23:03.01*** join/#oe russf (n=russf@host217-41-46-92.in-addr.btopenworld.com)
23:25.20RP6% speedup and a reduction in function calls from 8.8 million to 8.2 million...
23:25.43*** join/#oe memeruiz (n=memeruiz@p54977407.dip.t-dialin.net)
23:27.51*** join/#oe rmorse (n=rmorse@cpe-24-169-227-70.twmi.res.rr.com)
23:28.07*** part/#oe rmorse (n=rmorse@cpe-24-169-227-70.twmi.res.rr.com)
23:43.36*** part/#oe vivijim (n=vivijim@200.184.118.132)
23:44.48*** join/#oe summatusmentis (n=summatus@72.168.202.219)

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