irclog2html for #oe on 20061210

00:12.54*** join/#oe DoTheDo1 (n=oc60174@net68.n219-101-139-000.pri.iprevolution.ne.jp)
00:13.01DoTheDo1Hey guys, I am having trouble building gpe-image.  I get Cross-Compile badness on gpe-plucker. Any ideas? Error is here: http://pastebin.ca/273540
00:14.37*** join/#oe florian (n=fuchs@87.193.38.165)
00:16.51*** part/#oe DoTheDo1 (n=oc60174@net68.n219-101-139-000.pri.iprevolution.ne.jp)
00:24.14*** join/#oe furlongm_ (n=furlongm@83.70.226.195)
00:24.52*** join/#oe testing (n=Marex@85.132.236.161)
00:26.42*** join/#oe furlongm (n=furlongm@83.70.160.179)
00:27.15*** join/#oe Farcaller-dummy (n=Marex@85.132.236.161)
00:29.43*** join/#oe Farcaller-dummy (n=Marex@85.132.236.161)
00:30.17*** join/#oe Marex (n=Marex@85.132.236.161)
00:30.41*** join/#oe Farcaller-dummy (n=Marex@85.132.236.161)
00:31.34*** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net)
00:33.52*** join/#oe mwester (n=mwester@nslu2-linux/mwester)
00:34.00*** join/#oe Farcaller-dummy (n=Marex@85.132.236.161)
00:35.00*** join/#oe Farcaller-dummy (n=Marex@85.132.236.161)
00:35.30*** join/#oe Marex (n=Marex@85.132.236.161)
00:35.48*** join/#oe fahhem-dummy-plu (n=Marex@85.132.236.161)
00:36.26*** join/#oe fahhem-dummy-plu (n=Marex@85.132.236.161)
00:40.29*** join/#oe furlongm_ (n=furlongm@83.70.251.165)
00:42.02*** join/#oe zezom (n=zezom@203.84.69.188)
00:45.07*** join/#oe furlongm__ (n=furlongm@83.70.163.34)
00:50.42*** join/#oe DoTheDog (n=oc60174@net68.n219-101-139-000.pri.iprevolution.ne.jp)
00:56.25*** join/#oe furlongm_ (n=furlongm@83.70.241.180)
00:57.16*** join/#oe furlongm (n=furlongm@83.70.45.222)
00:58.51*** join/#oe furlongm__ (n=furlongm@83.70.46.8)
00:59.58*** join/#oe otro_viajero_77 (n=chatzill@201.255.141.167)
01:00.31otro_viajero_77Hello people, where can i find some information about installing tcc on a bootdisk?
01:00.40*** join/#oe furlongm__ (n=furlongm@83.70.234.226)
01:04.24*** join/#oe furlongm (n=furlongm@83.70.46.128)
01:07.55*** join/#oe furlongm_ (n=furlongm@83.70.47.179)
01:08.20*** join/#oe chouimat (n=dieu@kde/developer/chouinard)
01:22.30*** join/#oe furlongm (n=furlongm@83.70.164.35)
01:32.46*** join/#oe W8TVI (n=me@166.165.147.226)
01:41.01*** join/#oe Sonic|Laptop (n=garrett@unaffiliated/sonicvanajr)
02:10.14*** join/#oe JohnnyAkita_ (n=chatzill@adsl-66-51-222-241.dslextreme.com)
02:13.11*** join/#oe Laibsc1 (n=Laibsch@R77a2.r.ppp-pool.de)
02:56.20*** join/#oe furlongm_ (n=furlongm@83.70.37.110)
03:21.36*** join/#oe benlau (n=benlau@221.125.13.148)
03:57.51*** join/#oe luke-jr (n=luke-jr@CPE-24-31-246-32.kc.res.rr.com)
04:11.48*** join/#oe furlongm_ (n=furlongm@83.70.44.146)
04:14.41*** join/#oe wrobbie (n=rob@cm30.sigma248.maxonline.com.sg)
04:29.42*** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net)
05:39.27*** join/#oe W8TVI (n=me@166.166.7.141)
05:51.44*** join/#oe dkey (n=dkey@192-186-stud-adsl.wu-wien.ac.at)
06:31.06*** join/#oe tmbinc_ (i=abcd@e176164173.adsl.alicedsl.de)
06:39.52*** join/#oe ggilbert_ (n=ggilbert@cpe-75-82-107-21.socal.res.rr.com)
06:42.12*** join/#oe ggilbert__ (n=ggilbert@cpe-75-82-107-21.socal.res.rr.com)
06:48.44*** join/#oe benlau (n=benlau@221.125.13.148)
07:26.02*** join/#oe Ifaistos (n=stelios@ipa226.211.tellas.gr)
07:26.26Ifaistosmorning all
07:26.47*** join/#oe CSMan_ (n=csman@bas1-montreal42-1177927798.dsl.bell.ca)
07:34.04*** join/#oe psokolovsky (n=psokolov@237.usernat.ip.net.ua)
08:11.14*** join/#oe rob_w (n=bob@p85.212.179.23.tisdip.tiscali.de)
08:11.34*** join/#oe rob__w (n=bob@p85.212.179.23.tisdip.tiscali.de)
08:34.32*** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-65-63.w81-50.abo.wanadoo.fr)
08:35.01cyrilRomainmorning all
08:50.16IfaistoscyrilRomain : morning
09:04.15*** join/#oe x29a (n=x29a@pD9EEC0D9.dip.t-dialin.net)
09:10.37*** join/#oe zap (n=zap@16.170.249.ozerki.net)
09:11.25*** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com)
09:18.29*** join/#oe gremlin[it] (n=gremlin@ppp-113-4.25-151.libero.it)
09:34.40*** join/#oe rob_w (n=bob@p85.212.173.109.tisdip.tiscali.de)
09:35.54Ifaistosany python masters around ?
10:17.32*** join/#oe lkcl (n=lkcl@5ac263ae.bb.sky.com)
10:19.10*** join/#oe T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net)
10:19.22*** join/#oe polyonymous_ (n=hacker@pD95399C3.dip0.t-ipconnect.de)
10:40.45*** join/#oe zecke (n=ich@91.64.160.112)
10:41.35zeckeGerrath_: pushing directfb now
10:43.00Ifaistoszecke : morning. need some help with icecc.bbclass as my pythonese are not that good
10:43.21Ifaistoszecke : i've able to locate where the problem is
10:43.33zeckeokay :)
10:43.43zeckewill be here for some more minutes
10:44.11*** join/#oe Marex (n=Marex@85.132.236.161)
10:44.56Ifaistoszecke : first it fails when looking if cross libc is installed -> os.stat(os.path.join(ice_dir, target_sys, 'lib', 'ld-linux.so.2'))
10:45.52zeckehmm
10:45.59Ifaistoszecke : if i check for libc.so it finds it and proceeds
10:47.18zeckedo we have a dynamic linker (ld-linux.so.2) installed?
10:47.19Ifaistoszecke : then when it tries to generate the icecc env tar.gz it fails to add libc and friends, as it uses native objdump and friends
10:47.58Ifaistoszecke : not in the cross dir for powerpc
10:48.36*** join/#oe chopstix (n=chopstix@cpe-24-25-231-197.hawaii.res.rr.com)
10:48.46Ifaistoszecke : it has ld-2.3.90.so
10:49.09zeckeoh this whole test is stupid :)
10:49.25zeckeRP: BitBake's EventHandlers need more information :)
10:51.06zeckeGerrath_: you will need to fix directfb a bit :)
10:51.39Ifaistoszecke : basicaly what happens is that the package generated misses the libs and links to ccplus. as a result all jobs to remote machines fail and get compiled local
10:52.12zeckeIfaistos: sounds plausible
10:52.26zeckeworst, it doesn't link remotely so ld-linux.so.2 is not needed at all
10:52.35Ifaistoszecke : i opened the generated .tar.gz and show it :)
10:53.44Ifaistoszecke : it's just checks for ld-linux.so.2 to verify the libc is there, but it does not need it anywhere
10:54.56zeckeIfaistos: For some reasons I wanted gcc-cross to be compiled locally, and same for glibc
10:55.06zeckeso I wanted to check if the 'right' toolchain has been built already
10:55.57Ifaistoszecke : but isn't that handled by the blacklists ?
10:56.19zeckeIfaistos: we have two blacklists in this case
10:56.42CIA-403Shane 07org.oe.dev * rec6d6f07... 10/ (9 files in 3 dirs):
10:56.42CIA-4packages/directfb: Add rc2 of directfb from #1618 by <shanevolpe@gmail.com>
10:56.42CIA-4<PROTECTED>
10:56.43CIA-4<PROTECTED>
10:56.43CIA-4<PROTECTED>
10:56.43CIA-4<PROTECTED>
10:56.45zeckeIfaistos: and I do not think this is needed at all, we should create two different ICECC_VERSIONS depending on how much was built
10:57.11Ifaistoszecke : Actually we need 3 :)
10:57.25zecke'n'
10:57.25Ifaistoszecke : One for native
10:57.40Ifaistoszecke : One (possibly) for cross-kernel
10:57.57Ifaistoszecke : One for all cross compiling
10:57.57zeckebrb
10:59.20*** join/#oe zecke (n=ich@91.64.160.112)
11:01.20Ifaistoszecke : This is what icecc needs in the enviroment archive -> http://pastebin.ca/274032
11:03.35Ifaistoszecke : and this is what goes into the icecc.bbclass build enviroment archive -> http://pastebin.ca/274037
11:03.38zeckeIfaistos: I wonder how expensive regenerating the tar.gz would be
11:07.16Ifaistoszecke : I believe we need 2 or best case 3 tar.gz files if we try to speed up all compiling processes.
11:07.47zeckeIfaistos: one strategy would be to recreate the tar.gz and use the md5sum as name
11:08.03zeckeif the toolchain changes -> md5sum is different -> new toolchain will be uploaded
11:08.15zeckeif md5sum stays the same -> no toolchain will be uploaded
11:08.23*** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be)
11:08.49zeckeIfaistos: so I wonder how expensive creating the tar would be :}
11:09.25Ifaistoszecke : would the icecc --build-native work for the cross-compilers, as OE has all enviroment variables pointing to them ?
11:10.33Ifaistoszecke : i believe that the way its now done (by parsing the name of file, could be used but by parcing which CC is used
11:10.34zeckeIfaistos: maybe, it calls the create-env script
11:13.04zeckeIfaistos: I will need to encode some videos now but I will try to think about it
11:13.37Ifaistoszecke : i don't think there is a create-env script in recent versions of icecc.... it handles it directly (not sure though)
11:16.41Ifaistoszecke : i tried to modify the lib addition routine to something like this -> http://pastebin.ca/274047
11:17.31Ifaistoszecke : but it does not seem to work.... and as i said my pythonese are not that good
11:18.11zeckeIfaistos: well :)
11:18.28zeckeIfaistos: when we pack the toolchain we need to package
11:18.43zeckethe compiler frontend gcc, g++, gcj
11:18.51zeckethe cc1 an cc1plus
11:18.59zeckeand the assembler as
11:19.14zeckenow as can be dynamically linked and the compiler suite as well
11:19.31zeckethis is why ld-linux.so.2 libc.so and libfd will be put in the tar by icecc
11:21.21RPzecke: I agree event handlers need more info :)
11:23.24zeckeIfaistos: I will try to write a python version of create-env don't how this fits into my studying schedule
11:24.35Ifaistoszecke : with a little modification i think the existing bbclass would work
11:24.36Ifaistoszecke : it's half way there
11:25.02zeckeIfaistos: yes, creating the 'right' tar.gz is the tricky part :)
11:25.16zeckeIfaistos: all we need to know is which gcc to use
11:25.29zeckethis will tell us the site file, and where the cc1 and cc1plus will be
11:28.45*** join/#oe redguy (n=mati@public-gprs16925.centertel.pl)
11:29.58*** join/#oe do13- (n=nnnnnnnd@do13.in-dsl.de)
11:50.35*** join/#oe zezom (n=zezom@203.84.69.188)
11:52.45*** join/#oe do13- (n=nnnnnnnn@do13.in-dsl.de)
11:54.45pb_hi zecke
11:55.33sirfredHello
12:09.55*** join/#oe gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl)
12:15.05Jin^eLDre
12:18.33*** join/#oe florian__ (n=fuchs@87.193.38.165)
12:28.28*** join/#oe Lebanon (n=Ace@194.146.155.242)
12:29.22*** join/#oe p0g0 (n=pogo@madwifi/support/p0g0)
12:35.07*** join/#oe gremlin[it] (n=gremlin@ppp-113-4.25-151.libero.it)
12:36.48*** part/#oe Lebanon (n=Ace@194.146.155.242)
12:52.07*** join/#oe TheCan (n=thecan@dslb-084-056-162-242.pools.arcor-ip.net)
13:12.28DoTheDogHi all, I need help with an oz3541 akita build. I get cross compile badness on gpe-plucker. Here is the error: http://pastebin.ca/274122
13:15.41*** join/#oe Laibsch (n=Laibsch@R77a2.r.ppp-pool.de)
13:24.22gerwininDoTheDog: did you try to clean it
13:28.34DoTheDogYeah, I still get the cross compile badness. It looks like it is looking for /usr/local/gpe which doesn't exist.
13:28.34DoTheDogI actually had the same problem with gpe-mixer, but I added a patch from the previous version and it looks like it fixed it. The patch on this doesn't seem to help.
13:41.34chouimatmorning
13:42.08DoTheDogMorning chouimat, you know how to fix cross compile badness?
13:42.29zeckeDoTheDog: do not include -I/usr/include ?
13:42.48zeckeDoTheDog: normally the buildsystem deservers some fixes
13:45.36*** join/#oe dkey| (n=dkey@192-186-stud-adsl.wu-wien.ac.at)
13:45.55*** join/#oe coldhand (n=coldhand@80-41-105-14.dynamic.dsl.as9105.com)
13:47.06DoTheDogThe patch does this: -CFLAGS += -I/usr/include/gpe
13:47.07DoTheDog+PACKAGE_CFLAGS += -I/usr/include/gpe
13:47.29DoTheDogThis seemed to work on gpe-mixer.
13:50.08zeckeso apply knowledge to solve it?
13:50.27coldhanddamn too advance for me :-S
13:50.40coldhandlol linux >.<
13:51.36gerwininZecke: hail
13:51.48gerwininZecke: are you comming to froscon ?
13:51.53zeckegerwinin: how are you? could you send me your current mail address?
13:52.06gerwininZecke: okay gerwin@vanderkruis.net
13:52.24gerwininZecke: Did koen tell you about event :)
13:52.25zeckegerwinin: I will be at FOSDEM for sure and at the chaos congress
13:52.27DoTheDogThat is about the extent of my knowledge ;)
13:52.35*** part/#oe coldhand (n=coldhand@80-41-105-14.dynamic.dsl.as9105.com)
13:52.35*** join/#oe goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com)
13:52.40gerwininZecke: for me fosdem for sure chaos maybe
13:53.18zeckeDoTheDog: Well, you try to update gpe packages?
13:54.18DoTheDogzecke: You mean mtn?
13:55.25zeckeDoTheDog: no, the question is: Does this happen with the 'stock' gpe?
13:55.32zeckeDoTheDog: or did you change anything?
13:56.01DoTheDogzecke, this is 'stock' gpe. I just run bitbake gpe-image
13:56.52zeckeDoTheDog: which configuration?
13:57.25DoTheDogzecke: oz3541, akita, 2.6 kernel
13:59.25zeckeDoTheDog: hmm autobuilds of oz3541 currently fail on coreutils-native
13:59.56zeckeDoTheDog: solution is easy: You need a text editor and the capabilities to use it
14:00.01DoTheDogzecke: how do I tell if I have gotten that far.
14:00.04*** join/#oe JaMa (n=martin@2001:718:2:900:213:d4ff:fe50:9da8)
14:00.13DoTheDogzecke: You mean edit the .bb file?
14:00.14zecke1.) find out who includes something from /usr/include /space/include /usr/local/include
14:00.27zecke2.) use quilt to create a new patch
14:00.33zecke3.) edit the bad make file
14:00.38zecke4.) test compile
14:00.46zecke5.) go to 3. ot 6.)
14:00.49zecke6.) quilt refresh
14:00.55zecke7.) add this patch to the bb file
14:00.57zecke8.) send patch
14:01.04gerwininZecke: I am updating the mythtv bitbake file now
14:01.30gerwininBecause 0.18 does not compile with gcc4
14:01.49DoTheDogzecke: thanks I'll give that a try.
14:04.00gerwininZecke: Will oe have a booth during fosdem ?
14:05.50Laibschzecke: Can you take a look at bug 1667?
14:05.54Laibsch!oebug 1667
14:05.55cdbot2* * Bug 1667, Status: NEW, Created: 2006-12-09 18:17
14:05.56cdbot2* * hma(AT)syd.odn.ne.jp: gpe-mixer-0.42-r0: CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/gpe
14:05.57cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=1667
14:07.04zeckegerwinin: yes
14:08.15LaibschDoTheDog: Maybe bug 1667 is interesting for you as well.
14:10.34*** join/#oe psokolovsky (n=psokolov@237.usernat.ip.net.ua)
14:12.05gerwininZecke: Shall I bring some demo machine with mini-itx ?
14:12.18zeckegerwinin: if it is possible, sure
14:12.29gerwininZecke: I have : set top box , asterisk machine , and I am busy with wifi radio
14:13.10zeckegerwinin: we want to expose something, we have no plan what we will expose though
14:13.27gerwininZecke: I think I can help here a bit as well
14:14.30Laibschpb_: Can you take some time and comment on bug 1353?
14:14.37gerwininZecke: I am planning to attent some more events as well , but do no want to stand there in an oe booth without having this thing discussed with yiu guys
14:15.19pb_Laibsch: I'll take a look
14:15.27Laibschthanks a lot.
14:29.20*** join/#oe zap (n=zap@16.170.249.ozerki.net)
14:39.35*** join/#oe mithro (n=tim@ppp246-117.static.internode.on.net)
14:43.57DoTheDogzecke: I just commented out the +PACKAGE_CFLAGS += -I/usr/include/gpe line in the makefile and it seems to have worked.  BTW when you say send patch, what do you mean?
14:46.05DoTheDogLaibsch, I fixed the bug for myself in gpe-mixer by adding the line: SRC_URI += "file://fix_makefile.patch;patch=1" to the end of the bb file. It seemed to work. It is just picking up the 0.32 patch file.
14:46.23*** join/#oe ar (n=ar@port-ip-213-211-242-239.reverse.mdcc-fun.de)
14:47.35LaibschDoTheDog: Can you put a comment to that effect in bug 1667 so that Takeshi benefits as well until a real fix is committed?
14:47.55zeckeDoTheDog: append patches to bugs/bugtracker, find the maintainer and ask him
14:48.10*** join/#oe zap (n=zap@16.170.249.ozerki.net)
14:51.55DoTheDogLaibsch: sure will do
14:52.18DoTheDogzecke: I'll attach it to the bug.
14:54.49*** join/#oe thaytan (n=jan@89.129.139.123)
14:54.52*** join/#oe zaheerm (n=zaheer@89.129.163.104)
14:54.53zeckelater
14:55.11thaytantmbinc_: hi!
14:59.15DoTheDogzecke: Thanks!
15:03.07*** join/#oe Marex (n=Marex@1389442918.ip2long.net)
15:16.01*** join/#oe Marex (n=Marex@85.132.236.161)
15:16.10*** join/#oe vlo (n=valentin@adsl-84-226-153-118.adslplus.ch)
15:16.47*** join/#oe zap (n=zap@85.249.170.16)
15:30.36*** join/#oe concept10 (n=concept1@ppp-70-250-190-165.dsl.rcsntx.swbell.net)
15:30.45*** join/#oe vlo (n=valentin@adsl-84-226-153-118.adslplus.ch)
15:31.32ade|desk!oebug 1353
15:31.33cdbot2* * Bug 1353, Status: NEW, Created: 2006-08-23 08:09
15:31.34cdbot2* * hma(AT)syd.odn.ne.jp: gpe-session-scripts shouldn&apos;t depend on gpe-bluetooth
15:31.35cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=1353
15:31.51*** join/#oe furlongm_ (n=furlongm@83.70.230.209)
15:33.19*** join/#oe _gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl)
15:33.38_gerwininleave
16:03.54*** join/#oe koen (n=koen@dominion.kabel.utwente.nl)
16:04.34koenre
16:07.40*** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net)
16:09.46mickeylyo
16:11.37pb_mickeyl: g'day
16:12.05mickeylhey pb_
16:14.02ade|deskhey mickeyl and pb_
16:14.12ade|deskand koen too
16:14.23koenhey mickeyl
16:14.34*** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl)
16:14.42koenmickeyl: the frankfurt skyline by night looks nice from the autobahn
16:15.07likewisehello all
16:15.15koenhey likewise
16:18.14Laibschhey koen, mickeyl
16:18.35LaibschIs it just coincidence the two of you reappear here together?
16:19.00koencoincidence
16:19.24mickeylkoen: that's one thing I adore -- it's why i chose the frankfurt skyline for my website logo
16:19.27koenalthough I did pass frankfurt this weekend
16:19.37ade|deskthey are the same person, just different personalities
16:19.55mickeylheh
16:20.01mickeyli'm jeckyl, koen is mr.hide
16:20.05mickeyl:D
16:20.09Laibschade|desk: I know for a fact that is not true.
16:20.14koen:)
16:20.20ade|deskprove it !
16:20.46ade|deskone side thinks he is from .nl the other .de
16:21.07Laibschade|desk: I met them.
16:21.12mickeylthat's what I call split personality
16:21.16ade|deskpaid actor
16:21.16LaibschBoth.  At the same time.
16:21.38Laibschade|desk: I did not say I have proof to convince you.  I just said I know for a fact that ...
16:21.57LaibschMaybe me, koen and mickeyl are all the same?
16:22.04LaibschMe is the dumb guys part ;-)
16:22.07mickeylheh
16:22.09mickeyl:D
16:22.26mickeylall of you guys booked the Astrid yet?
16:22.28likewiseDid you guys book one room at FOSDEM then?
16:22.30mickeylif not, go ahead
16:22.33mickeylheh
16:22.34ade|deskah ... multi personalities ... now that is a brain fsck
16:22.35mickeyli did
16:22.36Laibschkoen: re bug 1667, so this is something that hrw needs to push into oz354x?
16:22.42likewiseI booked.
16:22.58Laibsch!oebug 1667
16:23.00cdbot2* * Bug 1667, Status: NEW, Created: 2006-12-09 18:17
16:23.01cdbot2* * hma(AT)syd.odn.ne.jp: gpe-mixer-0.42-r0: CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/gpe
16:23.02cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=1667
16:23.10likewiseHopsNBarley: ping
16:23.17koenLaibsch: it's a series of patches
16:23.33likewiseHopsNBarley: "One silent ping only, yes'r."
16:23.58koenlikewise: got your efika yet?
16:24.25likewiseyes, friday
16:24.25ade|deskkoen: how goes yours? xgl'ed up yet ?
16:25.01likewisekoen: I don't have an ATX brick here though.
16:25.03*** join/#oe Bitmaster (n=Bitmaste@c-9660e253.325-1-64736c12.cust.bredbandsbolaget.se)
16:25.38koenade|desk: I've been away this weekend
16:25.50hrwmorning all
16:26.06hrw~lart rel for lack of chroot
16:26.15hrws/rel/rhel/
16:26.58koenhey hrw
16:27.03hrwand lack of chroot does ot allow me to check my 'bitbake bitbake chroot'
16:27.35LaibschOh, and hrw is back to.  What a merry party.
16:28.18hrwhi Laibsch
16:28.33ade|deskits sunday afternoon, no good tv until top gear ;)
16:28.40hrwLaibsch: .oz354x is supposed to have some breaks since Ipushed one fix for gcc
16:28.46Laibschkoen: that was not really the question.  The question is whether this is something that Marcin needs to take care of.
16:28.51hrwade|desk: I lack topgear here....
16:29.20Laibschhrw: OK.  Should people compiling stuff for themselves be advised to compile against .dev or against .oz354x?
16:29.23hrwmickeyl: I booked single room in astrid about week ago
16:29.44mickeylgood
16:30.03hrwLaibsch: for oz 354+ - .oz354x for working, dev for experimenting
16:30.11ade|deskwow the bbc don't transmit to poland yet... must be the last place in europe that they don't
16:30.32hrwade|desk: one of polish statons transmit topgear
16:31.01hrwI just do not feel a need to pay 10EUR/month for few channels which I very rarely look
16:33.24Laibschhrw: Is the bogus local include patch from zecke in .oz354x as well? http://www.openembedded.org/the-q-a-team-strikes-back
16:33.56hrwLaibsch: I would not call it bogus
16:33.59hrwand it is in
16:35.04hrw~lart chroot
16:35.05Laibschhrw: Wording taken from the website.  I think it is "bogus local include"-patch, not bogus "local include"-patch ;-)
16:35.15hrwah.
16:35.22hrwuse '' next time ;d
16:36.43*** join/#oe thaytan (n=jan@89.129.163.104)
16:39.56gremlin[it]some see Pigi around in last months ?
16:40.21gremlin[it]~see pigi
16:40.23ibotACTION whispers to pigi "You didn't see anything...."
16:40.30gremlin[it]~seen pigi
16:40.51ibotpigi <n=pigi@pdpc/supporter/active/Pigi> was last seen on IRC in channel #asterisk, 194d 2h 5m 18s ago, saying: 'is there anyone that has successfully got asterisk working with eicon diva pci cards (passive cards ) ?'.
16:41.07hrwpigi is MIA
16:41.26hrwcu
16:41.35likewisecu
16:41.38hrwend of battery in not mine laptop
16:41.42likewise:-/
16:43.56*** join/#oe anushsh (n=anushshe@220.226.50.203)
16:44.38*** join/#oe tmbinc (i=abcd@e176164173.adsl.alicedsl.de)
16:46.48likewisekoen: are you aware of http://www.diy-linux.org/
16:46.59koenI am now :)
16:48.17likewisekoen: Greg is a (anal) perfectionist in building bootstraps from hand - I always keep it handy when comparing different build tool bootstraps (CLFS, OE, ...)
16:49.21likewisekoen: and there is PowerPC support in his bootstrap lately.
16:50.52koenlikewise: the next commit is for you :)
16:51.43likewisekoen: you mean, I am about to commit something, or, as-in, koen is committing a present for me?
16:51.55koena present
16:52.18CIA-403koen 07org.oe.dev * r99f274fa... 10/ (3 files in 3 dirs): glibc 2.5: fix some funkiness with mathinline.h
16:52.20likewisethat's must be a fix to my lighttpd .bb then...
16:52.45koenno, a patch to get glibc 2.5 to build for powerpc :)
16:53.14likewiseAh. Well actually, I just started my first OE PPC build half an hour ago, so that will probably fail then :-)
16:53.36likewisekoen: In the meantime, I was reading up on diy-linux.
16:55.32gremlin[it]hrw, hi !!! ... MIA ??? M... in action ???
16:56.23likewisekoen: so an in-advance thank-you is in place already: thank you! :-)
16:57.23*** join/#oe benlau (n=benlau@221.125.13.148)
16:58.48anushshhey koen
16:58.52koenhey anushsh
16:59.14anushshkoen : wassup, how you doin
17:13.50*** join/#oe cyn__2 (n=cyn2@cpe-066-057-046-006.nc.res.rr.com)
17:14.54*** join/#oe CSMan (n=csman@bas1-montreal42-1177928420.dsl.bell.ca)
17:20.11pb_morning kergoth
17:21.23kergothhey pb_, been a while.  how ya been?
17:22.20*** join/#oe bronson (n=bronson@adsl-75-36-147-248.dsl.pltn13.sbcglobal.net)
17:24.22*** join/#oe W8TVI (n=me@166.166.3.178)
17:26.41*** join/#oe zecke (n=ich@91.64.160.112)
17:28.23HopsNBarleyhey likewise!
17:28.28*** join/#oe drw (n=drw@cpe-76-184-16-136.tx.res.rr.com)
17:28.58likewiseHopsNBarley: Hey there. Wanted to ask if your distro is uclibc by default?
17:30.33HopsNBarleyno, it's not.  i haven't even tried that.
17:30.39pb_kergoth: pretty good, thanks.  you?
17:31.00likewiseHopsNBarley: koen just committed a present for us, making glibc 2.5 build for powerpc.
17:31.53koenI think HopsNBarley has a similar local fix for that
17:35.08HopsNBarleymy fix was not terribly elegant: i just used 2.3.2 as "initial", then 2.5 intermediate and final built fine.
17:36.00HopsNBarleyi did see koen's commits of the recent patch as well as 2.5 initial, and i of course applaud that!  dividends of the efika?  
17:36.27koenyep
17:39.45HopsNBarleykoen you get the 5200?
17:40.02koenas cpu?
17:40.03koenyes
17:41.23koenit's installing debian right now, when that works, I'll chroot to and OE built rootfs
17:48.47koenD'oh!
17:48.55CIA-403koen 07org.oe.dev * r76f1fdf6... 10/ (1 conf/machine/efika.conf): efika: include ppc603e in extra archs
17:53.33*** join/#oe B_Lizzard (n=havoc@ppp83-203.adsl.forthnet.gr)
17:53.36B_LizzardHello
17:53.44koenhey B_Lizzard
17:53.59B_LizzardI updated the bb file for emelfm, but I'm having two problems
17:55.18B_LizzardFirst, I need to know if I can export BUILD_STRIP, which is used in the do_compile script to something other than the default, cause the default doesn't work
17:55.33B_LizzardCan I just export it in the .bb file?
17:56.14B_LizzardCause, in the do_compile script it's "BUILD_STRIP="strip", which needs to be "BUILD_STRIP="sh3-linux-strip"
17:56.44koena build should not run strip by itself
17:56.52koenthat breaks debug packages
17:57.02B_LizzardAlso, when I do that manually, the package completes, but in the ipk file, "control" lists no dependancies.
17:57.19koenso 'export BUILDSTRIP=echo' would be one way to solve it
17:57.23B_LizzardActually, changing it to that made it make the dbg packages
17:57.56B_LizzardBut I'll just change it to echo, if that's the right way to go about it
17:58.23B_LizzardWould exporting in in the .bb file do the trick?
18:00.55B_LizzardAlso, what about that dependancy thing?
18:01.25B_LizzardIn the bb file, gtk+ is listed in DEPENDS
18:17.47*** join/#oe gremlin[it] (n=gremlin@ppp-113-4.25-151.libero.it)
18:19.13LaibschHow do I make sure that libcap/include/sys/capability.h is included when compiling libcap?  It seems like this is not the case at the moment.
18:19.26*** join/#oe woglinde (i=woglinde@e178119234.adsl.alicedsl.de)
18:19.50LaibschI believe I need something like "-I$PATH".  My question is what is the right path?
18:20.04LaibschAnd where do I set via bb file?
18:21.54*** join/#oe greentux (n=m@195.227.105.180)
18:22.25*** join/#oe dkey (i=somebody@193.170.48.236)
18:27.35*** join/#oe dkey (i=somebody@193.170.48.236)
18:33.48*** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net)
18:34.45*** join/#oe JohnnyAkita_ (n=chatzill@adsl-66-51-222-241.dslextreme.com)
18:35.38*** join/#oe florian (n=fuchs@87.193.38.165)
18:44.03*** join/#oe harrydg_ (n=harry@d54C2508C.access.telenet.be)
18:57.10*** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl)
18:59.27*** join/#oe furlongm_ (n=furlongm@83.70.217.216)
19:01.31XorA|gonerkoen: you optimist, mplayer isnt autotooled
19:02.17nicolasfrhi
19:02.33hrwhi nicolasfr
19:02.38hrwXorA|goner: it just smells like it
19:03.24XorA|gonerhrw: that stench never washes off :-)
19:03.48nicolasfrI have two recipes for OE (libsdl-sharprom and scummvm-sharprom). What's the best way to submit them (I use to tar them and attach to the bugtracker, but never asked if it was the way to do it)?
19:04.55zeckenicolasfr: I prefer stuff I can read directly :)
19:04.56hrwnicolasfr: how they differfrom normal ones?
19:05.10zeckehrw: let me guess
19:05.22zeckehrw: gcc2 has no __attribute__((constructor)) :)
19:05.45zeckeand I feel bad if we support proprietary platforms...
19:05.53nicolasfrhrw: for scummvm it needs a few patches in the code to compile with gcc-2.95
19:06.19hrwnicolasfr: SRC_URI_sharpcrap += ""?
19:06.19nicolasfrand for libsdl I based on libsdl-qpe but removed OPIE references (would not work with)
19:07.38nicolasfrhrw: oh yes for scummvm that can work, but not for libsdl as current patches are incompatible
19:08.23likewiseHopsNBarley: Is that a u-boot kernel image the protium build fails on?: http://pastebin.ca/274467
19:08.56nicolasfrzecke: ok, what's the best way to do it then (so you can read directly). I tried mtn --diff but it did not take my new recipes
19:09.13zeckemtn add, mtn diff
19:09.18zeckemtn list unknown
19:09.22zeckeand then adding them
19:09.38nicolasfrzecke: ok, didn't know all this commands ;)
19:09.46HopsNBarleylikewise, checking...
19:09.49hrwand mark them as text/plain in bugtracker
19:11.51HopsNBarleylikewise, it's wierd a uImage isn't getting made.
19:12.55HopsNBarleycheck your run.do_compile: in kernel_do_compile you should see "oe_runmake uImage ..."
19:13.23likewiseHopsNBarley: No, not there. Let me show you my run.do_compile
19:13.55cyrilRomaindoes anyone encounter this bug recently ? http://rafb.net/paste/results/57AT3J54.html
19:14.32cyrilRomainar is indeed missing from staging/target-sys/bin and a wrong one it choosen. binutils-cross store them in cross/target-sys/bin but that path is missing from $PATH
19:14.52likewiseHopsNBarley: Uhm, I was in run.do_install, run.do_compile *does* have it.
19:16.41nicolasfrhrw: I have to make a different recipe for scummvm-sharprom because it uses a different do_compile() from the current recipe
19:17.01hrwdo_compile_sharpcap() {
19:17.37likewiseHopsNBarley: log.do_compile shows: NOTE: make -e MAKEFLAGS= uImage CC=ccache powerpc-linux-gcc  LD=powerpc-linux-ld
19:17.37hrw~curse OEE shlib code
19:17.49ibotMay you be reincarnated as a Windows XP administrator, OEE shlib code !
19:17.49likewise<PROTECTED>
19:17.49cyrilRomainthis patch solves the problem but I'm afraid this is not the right way to fix it http://www.rafb.net/paste/results/h4kd5R53.html
19:17.52nicolasfrhrw: oh didn't know it was possible, good
19:17.53hrwfscking shit killing ALL dependencies
19:18.03hrwFSCK FSKC FSCK!
19:18.23likewisehrw: I had that same error a few days ago, and now it is suddenly away again after an update....
19:18.49hrwlikewise: I build iin Oregon, US. test in Poznan, PL
19:19.13koenI cheated and put angstrom-foo-objdump in /usr/local/bin
19:19.20hrwboth machines firewalled so have to use ssh chains
19:19.21gremlin[it]hi hrw ... what MIA is for : M.... in ction ?
19:19.38koenMissing
19:19.50hrwgremlin[it]: yep. he do no give any kind of life signs
19:20.03gremlin[it]:P
19:20.42hrwkoen: btw - THX for i86-angstrom-linux
19:21.56likewisehrw: so your test cycle is kind of screwy?
19:22.42hrw?
19:22.46XorA|gonerhrw: whats gone wrong with shlibs now?
19:23.15hrwXorA|goner: as before - lack of dependencies in packages
19:23.37XorAhrw: I begin the think we hitting a bug in binutils :-(
19:23.49hrwXorA: i686 target on i686 machine - anngstrom-2007.1/progar
19:24.34XorAhrw: I wonder if it might be an idea to send stderr of objdump command to bitbake log
19:26.04hrwand it fsckup one of my recent works
19:29.04nicolasfrif I use SRC_URI_sharprom-compatible += "myfile" the original package is not unpacked anymore
19:30.02hrw<PROTECTED>
19:30.05hrwthats all
19:30.23hrwhen use SRC_URI_sharpcarap_append =
19:30.43nicolasfrhrw: thanks, let's try
19:31.01likewiseXorA: when I tried debugging the problem (showing stderr) it showed something like "Could not find package providing shlib blabla.so"
19:31.15hrwso OE generate RedHat5 systems for me... dependency hell track
19:31.31*** join/#oe furlongm_ (n=furlongm@83.70.242.254)
19:31.41XorAlikewise: your looking in totally the wrong play
19:31.58XorAlikewise: modify package.bbclass to output the stderr of objdump
19:32.06XorAlikewise: instead of sending it to /dev/null
19:32.12likewiseHopsNBarley: linux-storcenter depends on u-boot (mkimage)
19:32.21likewiseXorA: that's exactly what I did.
19:32.22nicolasfrhrw: does not work, I wonder if the "-" in "sharprom-compatible" could be the problem?
19:32.40likewiseXorA: the objdump seems to work ok.
19:32.45hrwnicolasfr: hm. no idea now
19:33.00XorAlikewise: then print the results of the matching code and find out why is messes up then
19:33.15XorAlikewise: but if you get Could not find package providing shlib blabla.so
19:33.24XorAyou are looking at the wrong package
19:33.37XorAyou need to look at package.bbclass run for blabla
19:35.04likewiseXorA: ok. I see, I probably went into shlibs.bbclasses also, when I noticed the objdump stuff was OK. Where are the IRC logs for this channel?
19:35.12hrwXorA: cecking in progress
19:35.15likewiseXorA: I think I pastebinned everything
19:35.42hrwor any keyboards other then ergo ones ;)
19:35.42cyrilRomainlikewise: http://ibot.rikers.org/%23oe/
19:36.00XorAhrw: I am wondering if file == *.so* and objdump barfs if we should error on that file
19:36.21XorAhrw: that would at least alert to error quicker
19:36.33*** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl)
19:36.46hrwrebilding nano..
19:37.01hrwdpkg-deb n redhat system is nice combo
19:37.07hrws/ n / on /
19:37.49likewisesorry, gotta go. would like to see into this <grr.
19:38.36Laibschnicolasfr: My guess would be SRC_URI_sharprom-compatible_append = "myfile" (without the +)
19:38.52LaibschHow do I make sure that libcap/include/sys/capability.h is included when compiling libcap?  It seems like this is not the case at the moment.
19:39.01LaibschI believe I need something like "-I$PATH".  My question is what is the right path?
19:39.07LaibschAnd where do I set via bb file?
19:39.13hrwDynamic Section: NEEDED      libncurses.so.5 NEEDED      libgcc_s.so.1 NEEDED      libc.so.6
19:39.20nicolasfrLaibsch: I did use _append without the +
19:39.25hrwthats 4 lines (wrong pasted)
19:39.49hrwLaibsch: extra cflags you need
19:40.04XorAhrw: looks like it working then
19:40.14hrwXorA: its objdump by hand
19:42.36hrwhm. output of objdump on arm and i86 looks same...
19:42.40hrwtime to add debugs
19:43.28cyrilRomainkoen: any idea about my (binutils?) related issue ?
19:49.50hrw~lart python indentation
19:50.01cyrilRomain'NOTE: Couldn't find shared library provider for libgcc_s.so.1' in do_stage of binutils-2.17.50.0.5-r0. Should I consider this note as a warning or an error ?
19:50.30hrwnormally warning.. recentl it came to error
19:50.40cyrilRomainhrw: thx
19:50.56LaibschWorking on bugs 1628 and 1659 here (libcap build failures).  libcap depends on bison and flex for do_configure.   In openzaurus that is taken care of via the gcc-cross -> binutils-cross dependency.  This is assumed provided for Sharp ROM AFAIK and thus this dependency is not fulfilled automatically -> http://rafb.net/paste/results/AP0d7l31.html
19:51.26hrwthen add them
19:51.29LaibschAny objections to specifying explicitly in libcap bb file for "DEPENDS = bison-native flex-native"?  This should not break anything.
19:51.29hrw?
19:51.55Laibschhrw: You know, I am still on probation.  When handling stuff out of CJKV I rather ask before committing ;-)
19:52.03hrwsure
19:52.23Laibschwill do, then
19:52.41hrwLaibsch: comment it why iin comment log
19:52.59Laibschsure
19:53.28hrwDoes bitbake REQ python 2.4??
19:54.20zeckehrw: maybe, insanity.bbclass does require py2.4
19:54.54zeckeany sane distribution has py2.4 as default nowadays
19:54.56hrwzecke: lines 579-581 of package.bbclass des not work for me
19:55.03hrwzecke: RHEL4 is not sane then
19:55.25zeckehmm
19:56.16zeckeos.popen should work :)
19:56.27zeckefd.readlines() as well
19:56.30zeckeand fd.close too
19:56.33XorAselinux killing you?
19:57.04hrwXorA: maybe.. but it looks disabled in /etc/ configs
19:57.13hrwaccording to help from fedora developers
19:57.24XorAhrw: lrg is a fedora guy
19:57.39hrwanyway it looks like fs.readlines() does not get any data
19:59.21*** join/#oe e-ffi (n=cybercom@dslb-084-056-098-008.pools.arcor-ip.net)
19:59.57hrwobjdump by hand works. but not in package.bbclass.. I suspect PATH
20:02.20hrwYES!
20:02.23hrwPATH IS FSCKED
20:02.43hrwkoen cheat with cp OBJDUMP $PATH works
20:03.16koenbitbake:/data/build/oe/bitbake# ls /usr/local/bin/
20:03.17koenarm-angstrom-linux-gnueabi-objdump  i686-angstrom-linux-objdump  powerpc-angstrom-linux-objdump
20:03.19hrwso package.bbclass DOESNOT get cross/bin into PATH and fails silently
20:04.23HopsNBarley<PROTECTED>
20:04.25CIA-403koen 07org.oe.dev * rf364e3e8... 10/ (3 files in 3 dirs): minimo: apply patch from mozilla bugzilla in an attempt to fix #1600
20:06.34hrwhm.. bitbake -b nano_1.3.9.bb -f -cpackage -e|grep PATH show proper setting
20:06.48hrwOBJDUMP is also set correctly..
20:06.48koenand without -b?
20:07.10hrwkoen: without -b I have to wait few minues for parsing
20:07.37hrwand -e is not quie ok then iirc
20:10.01hrwIhave ugly fix
20:10.47*** join/#oe magnet (n=magnet@81.56.188.136)
20:10.54magnethi
20:11.52hrw[hrw@misc1 classes]$ mtn dif package.bbclass
20:11.52hrw#
20:11.53hrw# old_revision [76f1fdf6dff425bfdddcd67c4430bf4bc23ab36c]
20:11.53hrw#
20:11.53hrw# patch "classes/package.bbclass"
20:11.55hrw#  from [b4538ccc18abcaa057513563f37b2d25fdce5784]
20:11.58hrw#    to [969285b9af2e3bc59048d34cf396dd529e496c1e]
20:12.00hrw#
20:12.03hrw============================================================
20:12.05hrw--- classes/package.bbclass     b4538ccc18abcaa057513563f37b2d25fdce5784
20:12.08hrw+++ classes/package.bbclass     969285b9af2e3bc59048d34cf396dd529e496c1e
20:12.10hrw@@ -576,6 +576,7 @@ python package_do_shlibs() {
20:12.13hrw<PROTECTED>
20:12.15hrw<PROTECTED>
20:12.18hrw<PROTECTED>
20:12.21hrw+                                       cmd = "PATH=\"%s\" %s" % (bb.data.getVar('PATH', d, 1), cmd)
20:12.24hrw<PROTECTED>
20:12.26hrw<PROTECTED>
20:12.29hrw<PROTECTED>
20:12.31hrw[hrw@misc1 classes]$
20:12.34hrwSHIT
20:12.36hrwsorry.. mswin +me == bugs
20:12.39hrwbut thats FIX for dependency problem
20:12.42zecke:)
20:12.47hrwhttp://pastebin.ca/274564
20:12.59hrwplease test it and commit if it will work for you
20:13.48hrwcu
20:13.58hrw|gonebattery out again
20:17.29cyrilRomainis there a reason for ${CROSS_DIR}/${TARGET_SYS}/bin not being in the path ? (I still wonder if it is a binutils bug or a PATH one)
20:18.05XorAcyrilRomain: read back a few lines
20:18.19XorAcyrilRomain: you seem to be ignoring the discussion on the same bug you are puzzling
20:19.06cyrilRomainXorA: not ignoring but not sure it was the same issue
20:19.15cyrilRomainXorA: thanks
20:29.51magnetI got some troubles while building glibc on my amd64,it segfault while generating locale.I saw it should be fixed by adding ENABLE_BINARY_LOCALE_GENERATION = 0 to my local.conf .but it didn t worked.
20:32.38XorAmagnet: problem is qemu-arm-* segfaults on amd64
20:32.56XorAmagnet: if you change that option I think you need to -c clean glibc and redo
20:34.02magnetI use native qemu,is that a problem ?
20:34.15XorAmagnet: on openSuSe that worked for me
20:34.31magnetI m running gentoo.
20:34.40XorAmagnet: I assume they have some magic patch in the rpm (or its an i586 package)
20:35.30magnetI tried cleanup / redo I get same issue.
20:37.19XorAENABLE_BINARY_LOCALE_GENERATION = "0" is certainly what I use
20:38.40*** join/#oe magnet (n=magnet@lns-bzn-47f-81-56-188-136.adsl.proxad.net)
20:39.17magneterm gaim crashed. not my day :)
20:41.19XorA20:43 < XorA> ENABLE_BINARY_LOCALE_GENERATION = "0" is certainly what I use
20:42.34magnetdo you put it at some special place in the config file.
20:42.43magnet?
20:43.36XorAkoen: because linux cant keep time very good :-)
20:43.53XorAmust go cook
20:44.39magnetcya.
20:45.44chouimatQOTD: A student who changes the course of history is probably taking an exam.
20:55.20LaibschWhen I am in org.openembedded.dev dir I have to say "mtn --db=../oe.mtn pull monotone.openembedded.org org.openembedded.dev".  Is there any way I can shorten this to "mtn pull"  Or should I issue these commands from the OE top-level directory?
20:55.47zeckeLaibsch: sure
20:56.00zeckeLaibsch: you can set default server and probably even default glob
20:57.09Laibschzecke: How?  http://www.venge.net/monotone/docs/Tutorial.html only says this should work.  But it does not.  I have already tried --set-default but it does not look like it worked.
20:58.23florianre
20:59.54zeckeLaibsch: good question
21:03.37CIA-403Laibsch 07org.oe.dev * r66ac81e5... 10/ (1 packages/libcap/libcap_1.10.bb):
21:03.37CIA-4libcap: Make DEPENDS on flex-native and bison-native explicit. Closes 1659.
21:03.37CIA-4This is being pulled in automatically for most DISTRO via gcc-cross
21:03.37CIA-4and binutils-cross but not when these are assumed provided as for
21:03.38CIA-4Sharp ROM for example.
21:11.36koenLaibsch: check _MTN/options
21:11.48Laibschkoen: Thanks.
21:17.43magnetis there some amd 64 users around ?
21:24.50likewiseme
21:27.47*** join/#oe jkp (n=jkp@c951a3dc.virtua.com.br)
21:30.08magnetdo you had troubles with glibc install ?
21:32.01*** join/#oe W8TVI (n=me@166.166.7.57)
21:34.50LaibschWhat is the  ${S} directory?  Nothing on http://www.openembedded.org/directorystructure about it.
21:35.18zeckeSource dir
21:35.21zeckecheck bitbake.conf :)
21:39.21sirfredGood night
21:47.51LaibschIs the line 'S = "${WORKDIR}/libcap-${PV}"' really needed for libcap_XY.bb?  I guess not since this should be the default, right?
21:48.58*** join/#oe pH5 (n=ph5@e178232151.adsl.alicedsl.de)
21:50.16cyrilRomainLaibsch: looking at bitbake.conf this is indeed the default, so you can try without :)
21:56.57RP"morning" all
21:57.06woglindehi rp
21:57.13likewise'morning' RP
21:57.20magnethi.
21:57.54*** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi)
21:58.54cyrilRomainhi RP
22:08.50LaibschCan someone of the main devs give me the OK to push the patch for bug 1628?  The only real change is removal of the definition of S which is redundant and addition of CFLAGS.  The rest is just reordering.  koen? hrw|gone? mickey|bbq?
22:09.06*** join/#oe amaldo (n=amaldo@pdpc/supporter/student/amaldo)
22:11.26LaibschAnybody else?  Comments?
22:12.07zecken8
22:13.36*** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net)
22:13.38*** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl)
22:14.20*** part/#oe DoTheDog (n=oc60174@net68.n219-101-139-000.pri.iprevolution.ne.jp)
22:23.56thaytantmbinc: re: this -lqte issue
22:24.16thaytanI can see that zaheer's build and mine have completely different Makefiles in build/tmp/work/dreambox-dvb-tools-v3-1.2-r0/dreambox-dvb-tools-v3-1.2
22:26.35thaytanboth Makefiles claim to have been generated by qmake (1.07a), so it seems to be getting the right one
22:26.36RPLaibsch: #1628 looks ok to me
22:26.40*** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi)
22:27.07LaibschRP: Thanks for reporting back.  Will push.
22:29.19thaytantmbinc: http://noraisin.net/~jan/oe/
22:29.27thaytanthere are 2 makefiles in there, from zaheerm's build and mine
22:29.34thaytando they tell you anything about where I might look?
22:31.50tmbinchmm.. for some reason qmake includes QT stuff
22:34.06thaytancould it be something from my env vars it's picking up, or installed pkgs?
22:35.48*** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net)
22:40.56tmbinchm, anyone here knowing about qmake?
22:41.19tmbincwe have the issue that qmake generates different makefiles on some host distros.
22:43.10mickey|bbqcheck whether QMAKESPEC may be set in one of the env's
22:43.15mickey|bbqif so, unset it before building
22:43.52thaytanit's not
22:44.08thaytanand I see an unset QMAKESPEC in the verbose debug output too
22:46.23mickey|bbqadd debug info
22:46.34mickey|bbqchange qmake.bbclass
22:46.37mickey|bbqcall qmake with -d -d -d
22:46.39mickey|bbq(or something)
22:46.42mickey|bbqthen compare the output line by line
22:47.23CIA-403tmbinc 07org.oe.dreambox * r6ddf5a80... 10/ (6 files in 2 dirs): gdb: add gdb version suitable for nptl on mips
22:47.35CIA-403tmbinc 07org.oe.dreambox * r72aa69ee... 10/ (6 files in 3 dirs): python: add python-2.4.4
22:47.45CIA-403tmbinc 07org.oe.dreambox * r6d842103... 10/ (1 conf/distro/opendreambox-1.4.conf conf/machine/dm7025.conf): opendreambox: use python 2.4.4, use gdb 6.5 (or 6.6.50.20061209 on dm7025)
22:59.25thaytanDEBUG 1: Project Parser: dmutils.pro:1 :TEMPLATE: :=: (subdirs)                                    |    DEBUG 1: Project Parser: dmutils.pro:1 :-e TEMPLATE: :=: (subdirs)
22:59.31thaytanfirst difference is -e in that line
23:00.55CIA-403Laibsch 07org.oe.dev * r361f5e74... 10/ (1 packages/libcap/libcap_1.10.bb):
23:00.55CIA-4libcap: Append include directory to CFLAGS. Reenables compilation and fixes 1628.
23:00.55CIA-4Seizing the opportunity to remove some cruft and beautify the bb. RP approved.
23:03.31thaytantmbinc: what generates dmutils.pro ?
23:05.18XorA|gonemickey|bbq: what are you doing bbqing at 00:05???
23:05.20thaytanohhhhh
23:05.22thaytanecho -e "TEMPLATE=subdirs\nSUBDIRS=showiframe\n" >dmutils.pro
23:05.41mickey|bbqXorA|gone: the same as you when you are 'gone' :D
23:05.56XorA|gonehope your weather is better than here
23:06.03mickeyl|sftmmabsftmmab = suffering from too much meat at bbq
23:06.14XorA|gonemickeyl|sftmmab: :-D
23:06.21mickeyl|sftmmabwell... it's dark and 0 degree C
23:06.32XorA|gonegales and rain
23:07.26thaytanahahah
23:07.33thaytantmbinc: it's because on ubuntu /bin/sh = ash
23:07.37thaytanand ash doesn't support echo -e
23:07.40thaytanffs
23:07.57thaytaner, dash not ash
23:08.03tmbincouch
23:08.05thaytanecho -e is a bash extension
23:08.12tmbincyeah and then it goes into that "heuristic" mode :)
23:08.26tmbincthanks for finding that out!
23:08.38thaytannow, how do I fix it?
23:09.12tmbinc<PROTECTED>
23:09.12tmbinc<PROTECTED>
23:09.13tmbinc? :)
23:09.34mickeyl|sftmmabwhat is -e doing anyway?
23:09.55thaytan'enable interpretation of backslashes'
23:10.07mickeyl|sftmmabinteresting
23:10.12mickeyl|sftmmabwe don't have any backslahses in there do weß
23:10.16mickeyl|sftmmabso yank them
23:10.23thaytantmbinc: well, I meant more permanently
23:10.26mickeyl|sftmmabi know we have some for other .pro files
23:10.30thaytanas in, how to enforce oe's use of bash?
23:10.44tmbincit's my fault
23:10.50thaytanit could call /bin/echo explicitly
23:10.51tmbincthe upstream source didn't had a makefile
23:10.53thaytanthat should do it
23:10.57tmbincso i've generated it
23:11.13tmbinc(i probably should not mention that i'm also responsible for the upstream source)
23:11.23thaytanhehe
23:12.22thaytanok, testing using /bin/echo explicitly
23:13.01tmbinchm
23:13.07thaytanyep,that fixes it
23:13.14tmbincwouldn't removing the -e dependency a better thing?
23:13.49thaytansure, but knowing you can do /bin/echo is a useful fact :)
23:20.20magnetbah
23:20.54magnetI finally get rid of that binary locale generation.
23:21.26magnetI modified some glibc bb class to remove it.
23:21.45magnettrough I think there is something wrong.
23:22.13magnetthose should not even have been enabled regarding comments.
23:23.15*** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net)
23:26.09CIA-403xora 07org.oe.dev * rbb035df7... 10/ (6 files in 3 dirs):
23:26.09CIA-4mplayer_0.0+1.0rc1.bb, mplayer_svn.bb : remove the -s from the install
23:26.09CIA-4command in the Makefile. Should fix #1669
23:26.17likewisemagnet: could you file that as a bug, please then, so that we can track it?
23:28.45magnetsure.
23:30.59*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
23:33.02*** join/#oe emte (n=emte@d64-180-45-14.bchsia.telus.net)
23:40.18magnetbug #1672
23:40.36likewisemagnet: tnx
23:41.28magnettell me if you need more infos.
23:42.33likewisemagnet: tell me what you disabled in glibc.bbclass
23:43.02likewisemagnet: the variable is used in 1 place only: packages/glibc/glibc-package.bbclass:118:    enabled = bb.data.getVar("ENABLE_BINARY_LOCALE_GENERATION", d, 1)
23:43.37likewisemagnet: I really need some sleep first. I may look this one over in the morning
23:44.02likewisenite
23:44.17CIA-403Laibsch 07org.oe.dev * r3a8ccf83... 10/ (1 packages/libcap/libcap_1.10.bb): libcap: really remove that ${S} line now instead of commeting it out.
23:45.46magnetnite

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.