00:12.54 | *** join/#oe DoTheDo1 (n=oc60174@net68.n219-101-139-000.pri.iprevolution.ne.jp) |
00:13.01 | DoTheDo1 | Hey 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.31 | otro_viajero_77 | Hello 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.26 | Ifaistos | morning 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.01 | cyrilRomain | morning all |
08:50.16 | Ifaistos | cyrilRomain : 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.54 | Ifaistos | any 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.35 | zecke | Gerrath_: pushing directfb now |
10:43.00 | Ifaistos | zecke : morning. need some help with icecc.bbclass as my pythonese are not that good |
10:43.21 | Ifaistos | zecke : i've able to locate where the problem is |
10:43.33 | zecke | okay :) |
10:43.43 | zecke | will be here for some more minutes |
10:44.11 | *** join/#oe Marex (n=Marex@85.132.236.161) |
10:44.56 | Ifaistos | zecke : 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.52 | zecke | hmm |
10:45.59 | Ifaistos | zecke : if i check for libc.so it finds it and proceeds |
10:47.18 | zecke | do we have a dynamic linker (ld-linux.so.2) installed? |
10:47.19 | Ifaistos | zecke : 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.58 | Ifaistos | zecke : 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.46 | Ifaistos | zecke : it has ld-2.3.90.so |
10:49.09 | zecke | oh this whole test is stupid :) |
10:49.25 | zecke | RP: BitBake's EventHandlers need more information :) |
10:51.06 | zecke | Gerrath_: you will need to fix directfb a bit :) |
10:51.39 | Ifaistos | zecke : 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.12 | zecke | Ifaistos: sounds plausible |
10:52.26 | zecke | worst, it doesn't link remotely so ld-linux.so.2 is not needed at all |
10:52.35 | Ifaistos | zecke : i opened the generated .tar.gz and show it :) |
10:53.44 | Ifaistos | zecke : it's just checks for ld-linux.so.2 to verify the libc is there, but it does not need it anywhere |
10:54.56 | zecke | Ifaistos: For some reasons I wanted gcc-cross to be compiled locally, and same for glibc |
10:55.06 | zecke | so I wanted to check if the 'right' toolchain has been built already |
10:55.57 | Ifaistos | zecke : but isn't that handled by the blacklists ? |
10:56.19 | zecke | Ifaistos: we have two blacklists in this case |
10:56.42 | CIA-4 | 03Shane 07org.oe.dev * rec6d6f07... 10/ (9 files in 3 dirs): |
10:56.42 | CIA-4 | packages/directfb: Add rc2 of directfb from #1618 by <shanevolpe@gmail.com> |
10:56.42 | CIA-4 | <PROTECTED> |
10:56.43 | CIA-4 | <PROTECTED> |
10:56.43 | CIA-4 | <PROTECTED> |
10:56.43 | CIA-4 | <PROTECTED> |
10:56.45 | zecke | Ifaistos: 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.11 | Ifaistos | zecke : Actually we need 3 :) |
10:57.25 | zecke | 'n' |
10:57.25 | Ifaistos | zecke : One for native |
10:57.40 | Ifaistos | zecke : One (possibly) for cross-kernel |
10:57.57 | Ifaistos | zecke : One for all cross compiling |
10:57.57 | zecke | brb |
10:59.20 | *** join/#oe zecke (n=ich@91.64.160.112) |
11:01.20 | Ifaistos | zecke : This is what icecc needs in the enviroment archive -> http://pastebin.ca/274032 |
11:03.35 | Ifaistos | zecke : and this is what goes into the icecc.bbclass build enviroment archive -> http://pastebin.ca/274037 |
11:03.38 | zecke | Ifaistos: I wonder how expensive regenerating the tar.gz would be |
11:07.16 | Ifaistos | zecke : I believe we need 2 or best case 3 tar.gz files if we try to speed up all compiling processes. |
11:07.47 | zecke | Ifaistos: one strategy would be to recreate the tar.gz and use the md5sum as name |
11:08.03 | zecke | if the toolchain changes -> md5sum is different -> new toolchain will be uploaded |
11:08.15 | zecke | if md5sum stays the same -> no toolchain will be uploaded |
11:08.23 | *** join/#oe pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
11:08.49 | zecke | Ifaistos: so I wonder how expensive creating the tar would be :} |
11:09.25 | Ifaistos | zecke : would the icecc --build-native work for the cross-compilers, as OE has all enviroment variables pointing to them ? |
11:10.33 | Ifaistos | zecke : 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.34 | zecke | Ifaistos: maybe, it calls the create-env script |
11:13.04 | zecke | Ifaistos: I will need to encode some videos now but I will try to think about it |
11:13.37 | Ifaistos | zecke : i don't think there is a create-env script in recent versions of icecc.... it handles it directly (not sure though) |
11:16.41 | Ifaistos | zecke : i tried to modify the lib addition routine to something like this -> http://pastebin.ca/274047 |
11:17.31 | Ifaistos | zecke : but it does not seem to work.... and as i said my pythonese are not that good |
11:18.11 | zecke | Ifaistos: well :) |
11:18.28 | zecke | Ifaistos: when we pack the toolchain we need to package |
11:18.43 | zecke | the compiler frontend gcc, g++, gcj |
11:18.51 | zecke | the cc1 an cc1plus |
11:18.59 | zecke | and the assembler as |
11:19.14 | zecke | now as can be dynamically linked and the compiler suite as well |
11:19.31 | zecke | this is why ld-linux.so.2 libc.so and libfd will be put in the tar by icecc |
11:21.21 | RP | zecke: I agree event handlers need more info :) |
11:23.24 | zecke | Ifaistos: I will try to write a python version of create-env don't how this fits into my studying schedule |
11:24.35 | Ifaistos | zecke : with a little modification i think the existing bbclass would work |
11:24.36 | Ifaistos | zecke : it's half way there |
11:25.02 | zecke | Ifaistos: yes, creating the 'right' tar.gz is the tricky part :) |
11:25.16 | zecke | Ifaistos: all we need to know is which gcc to use |
11:25.29 | zecke | this 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.45 | pb_ | hi zecke |
11:55.33 | sirfred | Hello |
12:09.55 | *** join/#oe gerwinin (n=gerwinin@ip5457b30e.direct-adsl.nl) |
12:15.05 | Jin^eLD | re |
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.28 | DoTheDog | Hi 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.22 | gerwinin | DoTheDog: did you try to clean it |
13:28.34 | DoTheDog | Yeah, I still get the cross compile badness. It looks like it is looking for /usr/local/gpe which doesn't exist. |
13:28.34 | DoTheDog | I 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.34 | chouimat | morning |
13:42.08 | DoTheDog | Morning chouimat, you know how to fix cross compile badness? |
13:42.29 | zecke | DoTheDog: do not include -I/usr/include ? |
13:42.48 | zecke | DoTheDog: 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.06 | DoTheDog | The patch does this: -CFLAGS += -I/usr/include/gpe |
13:47.07 | DoTheDog | +PACKAGE_CFLAGS += -I/usr/include/gpe |
13:47.29 | DoTheDog | This seemed to work on gpe-mixer. |
13:50.08 | zecke | so apply knowledge to solve it? |
13:50.27 | coldhand | damn too advance for me :-S |
13:50.40 | coldhand | lol linux >.< |
13:51.36 | gerwinin | Zecke: hail |
13:51.48 | gerwinin | Zecke: are you comming to froscon ? |
13:51.53 | zecke | gerwinin: how are you? could you send me your current mail address? |
13:52.06 | gerwinin | Zecke: okay gerwin@vanderkruis.net |
13:52.24 | gerwinin | Zecke: Did koen tell you about event :) |
13:52.25 | zecke | gerwinin: I will be at FOSDEM for sure and at the chaos congress |
13:52.27 | DoTheDog | That 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.40 | gerwinin | Zecke: for me fosdem for sure chaos maybe |
13:53.18 | zecke | DoTheDog: Well, you try to update gpe packages? |
13:54.18 | DoTheDog | zecke: You mean mtn? |
13:55.25 | zecke | DoTheDog: no, the question is: Does this happen with the 'stock' gpe? |
13:55.32 | zecke | DoTheDog: or did you change anything? |
13:56.01 | DoTheDog | zecke, this is 'stock' gpe. I just run bitbake gpe-image |
13:56.52 | zecke | DoTheDog: which configuration? |
13:57.25 | DoTheDog | zecke: oz3541, akita, 2.6 kernel |
13:59.25 | zecke | DoTheDog: hmm autobuilds of oz3541 currently fail on coreutils-native |
13:59.56 | zecke | DoTheDog: solution is easy: You need a text editor and the capabilities to use it |
14:00.01 | DoTheDog | zecke: 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.13 | DoTheDog | zecke: You mean edit the .bb file? |
14:00.14 | zecke | 1.) find out who includes something from /usr/include /space/include /usr/local/include |
14:00.27 | zecke | 2.) use quilt to create a new patch |
14:00.33 | zecke | 3.) edit the bad make file |
14:00.38 | zecke | 4.) test compile |
14:00.46 | zecke | 5.) go to 3. ot 6.) |
14:00.49 | zecke | 6.) quilt refresh |
14:00.55 | zecke | 7.) add this patch to the bb file |
14:00.57 | zecke | 8.) send patch |
14:01.04 | gerwinin | Zecke: I am updating the mythtv bitbake file now |
14:01.30 | gerwinin | Because 0.18 does not compile with gcc4 |
14:01.49 | DoTheDog | zecke: thanks I'll give that a try. |
14:04.00 | gerwinin | Zecke: Will oe have a booth during fosdem ? |
14:05.50 | Laibsch | zecke: Can you take a look at bug 1667? |
14:05.54 | Laibsch | !oebug 1667 |
14:05.55 | cdbot2 | * * Bug 1667, Status: NEW, Created: 2006-12-09 18:17 |
14:05.56 | cdbot2 | * * hma(AT)syd.odn.ne.jp: gpe-mixer-0.42-r0: CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/gpe |
14:05.57 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1667 |
14:07.04 | zecke | gerwinin: yes |
14:08.15 | Laibsch | DoTheDog: Maybe bug 1667 is interesting for you as well. |
14:10.34 | *** join/#oe psokolovsky (n=psokolov@237.usernat.ip.net.ua) |
14:12.05 | gerwinin | Zecke: Shall I bring some demo machine with mini-itx ? |
14:12.18 | zecke | gerwinin: if it is possible, sure |
14:12.29 | gerwinin | Zecke: I have : set top box , asterisk machine , and I am busy with wifi radio |
14:13.10 | zecke | gerwinin: we want to expose something, we have no plan what we will expose though |
14:13.27 | gerwinin | Zecke: I think I can help here a bit as well |
14:14.30 | Laibsch | pb_: Can you take some time and comment on bug 1353? |
14:14.37 | gerwinin | Zecke: 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.19 | pb_ | Laibsch: I'll take a look |
14:15.27 | Laibsch | thanks 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.57 | DoTheDog | zecke: 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.05 | DoTheDog | Laibsch, 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.35 | Laibsch | DoTheDog: 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.55 | zecke | DoTheDog: 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.55 | DoTheDog | Laibsch: sure will do |
14:52.18 | DoTheDog | zecke: 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.53 | zecke | later |
14:55.11 | thaytan | tmbinc_: hi! |
14:59.15 | DoTheDog | zecke: 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.32 | ade|desk | !oebug 1353 |
15:31.33 | cdbot2 | * * Bug 1353, Status: NEW, Created: 2006-08-23 08:09 |
15:31.34 | cdbot2 | * * hma(AT)syd.odn.ne.jp: gpe-session-scripts shouldn't depend on gpe-bluetooth |
15:31.35 | cdbot2 | * * 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 | _gerwinin | leave |
16:03.54 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
16:04.34 | koen | re |
16:07.40 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
16:09.46 | mickeyl | yo |
16:11.37 | pb_ | mickeyl: g'day |
16:12.05 | mickeyl | hey pb_ |
16:14.02 | ade|desk | hey mickeyl and pb_ |
16:14.12 | ade|desk | and koen too |
16:14.23 | koen | hey mickeyl |
16:14.34 | *** join/#oe likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
16:14.42 | koen | mickeyl: the frankfurt skyline by night looks nice from the autobahn |
16:15.07 | likewise | hello all |
16:15.15 | koen | hey likewise |
16:18.14 | Laibsch | hey koen, mickeyl |
16:18.35 | Laibsch | Is it just coincidence the two of you reappear here together? |
16:19.00 | koen | coincidence |
16:19.24 | mickeyl | koen: that's one thing I adore -- it's why i chose the frankfurt skyline for my website logo |
16:19.27 | koen | although I did pass frankfurt this weekend |
16:19.37 | ade|desk | they are the same person, just different personalities |
16:19.55 | mickeyl | heh |
16:20.01 | mickeyl | i'm jeckyl, koen is mr.hide |
16:20.05 | mickeyl | :D |
16:20.09 | Laibsch | ade|desk: I know for a fact that is not true. |
16:20.14 | koen | :) |
16:20.20 | ade|desk | prove it ! |
16:20.46 | ade|desk | one side thinks he is from .nl the other .de |
16:21.07 | Laibsch | ade|desk: I met them. |
16:21.12 | mickeyl | that's what I call split personality |
16:21.16 | ade|desk | paid actor |
16:21.16 | Laibsch | Both. At the same time. |
16:21.38 | Laibsch | ade|desk: I did not say I have proof to convince you. I just said I know for a fact that ... |
16:21.57 | Laibsch | Maybe me, koen and mickeyl are all the same? |
16:22.04 | Laibsch | Me is the dumb guys part ;-) |
16:22.07 | mickeyl | heh |
16:22.09 | mickeyl | :D |
16:22.26 | mickeyl | all of you guys booked the Astrid yet? |
16:22.28 | likewise | Did you guys book one room at FOSDEM then? |
16:22.30 | mickeyl | if not, go ahead |
16:22.33 | mickeyl | heh |
16:22.34 | ade|desk | ah ... multi personalities ... now that is a brain fsck |
16:22.35 | mickeyl | i did |
16:22.36 | Laibsch | koen: re bug 1667, so this is something that hrw needs to push into oz354x? |
16:22.42 | likewise | I booked. |
16:22.58 | Laibsch | !oebug 1667 |
16:23.00 | cdbot2 | * * Bug 1667, Status: NEW, Created: 2006-12-09 18:17 |
16:23.01 | cdbot2 | * * hma(AT)syd.odn.ne.jp: gpe-mixer-0.42-r0: CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/gpe |
16:23.02 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1667 |
16:23.10 | likewise | HopsNBarley: ping |
16:23.17 | koen | Laibsch: it's a series of patches |
16:23.33 | likewise | HopsNBarley: "One silent ping only, yes'r." |
16:23.58 | koen | likewise: got your efika yet? |
16:24.25 | likewise | yes, friday |
16:24.25 | ade|desk | koen: how goes yours? xgl'ed up yet ? |
16:25.01 | likewise | koen: 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.38 | koen | ade|desk: I've been away this weekend |
16:25.50 | hrw | morning all |
16:26.06 | hrw | ~lart rel for lack of chroot |
16:26.15 | hrw | s/rel/rhel/ |
16:26.58 | koen | hey hrw |
16:27.03 | hrw | and lack of chroot does ot allow me to check my 'bitbake bitbake chroot' |
16:27.35 | Laibsch | Oh, and hrw is back to. What a merry party. |
16:28.18 | hrw | hi Laibsch |
16:28.33 | ade|desk | its sunday afternoon, no good tv until top gear ;) |
16:28.40 | hrw | Laibsch: .oz354x is supposed to have some breaks since Ipushed one fix for gcc |
16:28.46 | Laibsch | koen: that was not really the question. The question is whether this is something that Marcin needs to take care of. |
16:28.51 | hrw | ade|desk: I lack topgear here.... |
16:29.20 | Laibsch | hrw: OK. Should people compiling stuff for themselves be advised to compile against .dev or against .oz354x? |
16:29.23 | hrw | mickeyl: I booked single room in astrid about week ago |
16:29.44 | mickeyl | good |
16:30.03 | hrw | Laibsch: for oz 354+ - .oz354x for working, dev for experimenting |
16:30.11 | ade|desk | wow the bbc don't transmit to poland yet... must be the last place in europe that they don't |
16:30.32 | hrw | ade|desk: one of polish statons transmit topgear |
16:31.01 | hrw | I just do not feel a need to pay 10EUR/month for few channels which I very rarely look |
16:33.24 | Laibsch | hrw: Is the bogus local include patch from zecke in .oz354x as well? http://www.openembedded.org/the-q-a-team-strikes-back |
16:33.56 | hrw | Laibsch: I would not call it bogus |
16:33.59 | hrw | and it is in |
16:35.04 | hrw | ~lart chroot |
16:35.05 | Laibsch | hrw: Wording taken from the website. I think it is "bogus local include"-patch, not bogus "local include"-patch ;-) |
16:35.15 | hrw | ah. |
16:35.22 | hrw | use '' next time ;d |
16:36.43 | *** join/#oe thaytan (n=jan@89.129.163.104) |
16:39.56 | gremlin[it] | some see Pigi around in last months ? |
16:40.21 | gremlin[it] | ~see pigi |
16:40.23 | ibot | ACTION whispers to pigi "You didn't see anything...." |
16:40.30 | gremlin[it] | ~seen pigi |
16:40.51 | ibot | pigi <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.07 | hrw | pigi is MIA |
16:41.26 | hrw | cu |
16:41.35 | likewise | cu |
16:41.38 | hrw | end of battery in not mine laptop |
16:41.42 | likewise | :-/ |
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.48 | likewise | koen: are you aware of http://www.diy-linux.org/ |
16:46.59 | koen | I am now :) |
16:48.17 | likewise | koen: 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.21 | likewise | koen: and there is PowerPC support in his bootstrap lately. |
16:50.52 | koen | likewise: the next commit is for you :) |
16:51.43 | likewise | koen: you mean, I am about to commit something, or, as-in, koen is committing a present for me? |
16:51.55 | koen | a present |
16:52.18 | CIA-4 | 03koen 07org.oe.dev * r99f274fa... 10/ (3 files in 3 dirs): glibc 2.5: fix some funkiness with mathinline.h |
16:52.20 | likewise | that's must be a fix to my lighttpd .bb then... |
16:52.45 | koen | no, a patch to get glibc 2.5 to build for powerpc :) |
16:53.14 | likewise | Ah. Well actually, I just started my first OE PPC build half an hour ago, so that will probably fail then :-) |
16:53.36 | likewise | koen: In the meantime, I was reading up on diy-linux. |
16:55.32 | gremlin[it] | hrw, hi !!! ... MIA ??? M... in action ??? |
16:56.23 | likewise | koen: 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.48 | anushsh | hey koen |
16:58.52 | koen | hey anushsh |
16:59.14 | anushsh | koen : 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.11 | pb_ | morning kergoth |
17:21.23 | kergoth | hey 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.23 | HopsNBarley | hey likewise! |
17:28.28 | *** join/#oe drw (n=drw@cpe-76-184-16-136.tx.res.rr.com) |
17:28.58 | likewise | HopsNBarley: Hey there. Wanted to ask if your distro is uclibc by default? |
17:30.33 | HopsNBarley | no, it's not. i haven't even tried that. |
17:30.39 | pb_ | kergoth: pretty good, thanks. you? |
17:31.00 | likewise | HopsNBarley: koen just committed a present for us, making glibc 2.5 build for powerpc. |
17:31.53 | koen | I think HopsNBarley has a similar local fix for that |
17:35.08 | HopsNBarley | my fix was not terribly elegant: i just used 2.3.2 as "initial", then 2.5 intermediate and final built fine. |
17:36.00 | HopsNBarley | i 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.27 | koen | yep |
17:39.45 | HopsNBarley | koen you get the 5200? |
17:40.02 | koen | as cpu? |
17:40.03 | koen | yes |
17:41.23 | koen | it's installing debian right now, when that works, I'll chroot to and OE built rootfs |
17:48.47 | koen | D'oh! |
17:48.55 | CIA-4 | 03koen 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.36 | B_Lizzard | Hello |
17:53.44 | koen | hey B_Lizzard |
17:53.59 | B_Lizzard | I updated the bb file for emelfm, but I'm having two problems |
17:55.18 | B_Lizzard | First, 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.33 | B_Lizzard | Can I just export it in the .bb file? |
17:56.14 | B_Lizzard | Cause, in the do_compile script it's "BUILD_STRIP="strip", which needs to be "BUILD_STRIP="sh3-linux-strip" |
17:56.44 | koen | a build should not run strip by itself |
17:56.52 | koen | that breaks debug packages |
17:57.02 | B_Lizzard | Also, when I do that manually, the package completes, but in the ipk file, "control" lists no dependancies. |
17:57.19 | koen | so 'export BUILDSTRIP=echo' would be one way to solve it |
17:57.23 | B_Lizzard | Actually, changing it to that made it make the dbg packages |
17:57.56 | B_Lizzard | But I'll just change it to echo, if that's the right way to go about it |
17:58.23 | B_Lizzard | Would exporting in in the .bb file do the trick? |
18:00.55 | B_Lizzard | Also, what about that dependancy thing? |
18:01.25 | B_Lizzard | In 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.13 | Laibsch | How 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.50 | Laibsch | I believe I need something like "-I$PATH". My question is what is the right path? |
18:20.04 | Laibsch | And 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.31 | XorA|goner | koen: you optimist, mplayer isnt autotooled |
19:02.17 | nicolasfr | hi |
19:02.33 | hrw | hi nicolasfr |
19:02.38 | hrw | XorA|goner: it just smells like it |
19:03.24 | XorA|goner | hrw: that stench never washes off :-) |
19:03.48 | nicolasfr | I 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.55 | zecke | nicolasfr: I prefer stuff I can read directly :) |
19:04.56 | hrw | nicolasfr: how they differfrom normal ones? |
19:05.10 | zecke | hrw: let me guess |
19:05.22 | zecke | hrw: gcc2 has no __attribute__((constructor)) :) |
19:05.45 | zecke | and I feel bad if we support proprietary platforms... |
19:05.53 | nicolasfr | hrw: for scummvm it needs a few patches in the code to compile with gcc-2.95 |
19:06.19 | hrw | nicolasfr: SRC_URI_sharpcrap += ""? |
19:06.19 | nicolasfr | and for libsdl I based on libsdl-qpe but removed OPIE references (would not work with) |
19:07.38 | nicolasfr | hrw: oh yes for scummvm that can work, but not for libsdl as current patches are incompatible |
19:08.23 | likewise | HopsNBarley: Is that a u-boot kernel image the protium build fails on?: http://pastebin.ca/274467 |
19:08.56 | nicolasfr | zecke: 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.13 | zecke | mtn add, mtn diff |
19:09.18 | zecke | mtn list unknown |
19:09.22 | zecke | and then adding them |
19:09.38 | nicolasfr | zecke: ok, didn't know all this commands ;) |
19:09.46 | HopsNBarley | likewise, checking... |
19:09.49 | hrw | and mark them as text/plain in bugtracker |
19:11.51 | HopsNBarley | likewise, it's wierd a uImage isn't getting made. |
19:12.55 | HopsNBarley | check your run.do_compile: in kernel_do_compile you should see "oe_runmake uImage ..." |
19:13.23 | likewise | HopsNBarley: No, not there. Let me show you my run.do_compile |
19:13.55 | cyrilRomain | does anyone encounter this bug recently ? http://rafb.net/paste/results/57AT3J54.html |
19:14.32 | cyrilRomain | ar 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.52 | likewise | HopsNBarley: Uhm, I was in run.do_install, run.do_compile *does* have it. |
19:16.41 | nicolasfr | hrw: I have to make a different recipe for scummvm-sharprom because it uses a different do_compile() from the current recipe |
19:17.01 | hrw | do_compile_sharpcap() { |
19:17.37 | likewise | HopsNBarley: log.do_compile shows: NOTE: make -e MAKEFLAGS= uImage CC=ccache powerpc-linux-gcc LD=powerpc-linux-ld |
19:17.37 | hrw | ~curse OEE shlib code |
19:17.49 | ibot | May you be reincarnated as a Windows XP administrator, OEE shlib code ! |
19:17.49 | likewise | <PROTECTED> |
19:17.49 | cyrilRomain | this 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.52 | nicolasfr | hrw: oh didn't know it was possible, good |
19:17.53 | hrw | fscking shit killing ALL dependencies |
19:18.03 | hrw | FSCK FSKC FSCK! |
19:18.23 | likewise | hrw: I had that same error a few days ago, and now it is suddenly away again after an update.... |
19:18.49 | hrw | likewise: I build iin Oregon, US. test in Poznan, PL |
19:19.13 | koen | I cheated and put angstrom-foo-objdump in /usr/local/bin |
19:19.20 | hrw | both machines firewalled so have to use ssh chains |
19:19.21 | gremlin[it] | hi hrw ... what MIA is for : M.... in ction ? |
19:19.38 | koen | Missing |
19:19.50 | hrw | gremlin[it]: yep. he do no give any kind of life signs |
19:20.03 | gremlin[it] | :P |
19:20.42 | hrw | koen: btw - THX for i86-angstrom-linux |
19:21.56 | likewise | hrw: so your test cycle is kind of screwy? |
19:22.42 | hrw | ? |
19:22.46 | XorA|goner | hrw: whats gone wrong with shlibs now? |
19:23.15 | hrw | XorA|goner: as before - lack of dependencies in packages |
19:23.37 | XorA | hrw: I begin the think we hitting a bug in binutils :-( |
19:23.49 | hrw | XorA: i686 target on i686 machine - anngstrom-2007.1/progar |
19:24.34 | XorA | hrw: I wonder if it might be an idea to send stderr of objdump command to bitbake log |
19:26.04 | hrw | and it fsckup one of my recent works |
19:29.04 | nicolasfr | if I use SRC_URI_sharprom-compatible += "myfile" the original package is not unpacked anymore |
19:30.02 | hrw | <PROTECTED> |
19:30.05 | hrw | thats all |
19:30.23 | hrw | hen use SRC_URI_sharpcarap_append = |
19:30.43 | nicolasfr | hrw: thanks, let's try |
19:31.01 | likewise | XorA: when I tried debugging the problem (showing stderr) it showed something like "Could not find package providing shlib blabla.so" |
19:31.15 | hrw | so OE generate RedHat5 systems for me... dependency hell track |
19:31.31 | *** join/#oe furlongm_ (n=furlongm@83.70.242.254) |
19:31.41 | XorA | likewise: your looking in totally the wrong play |
19:31.58 | XorA | likewise: modify package.bbclass to output the stderr of objdump |
19:32.06 | XorA | likewise: instead of sending it to /dev/null |
19:32.12 | likewise | HopsNBarley: linux-storcenter depends on u-boot (mkimage) |
19:32.21 | likewise | XorA: that's exactly what I did. |
19:32.22 | nicolasfr | hrw: does not work, I wonder if the "-" in "sharprom-compatible" could be the problem? |
19:32.40 | likewise | XorA: the objdump seems to work ok. |
19:32.45 | hrw | nicolasfr: hm. no idea now |
19:33.00 | XorA | likewise: then print the results of the matching code and find out why is messes up then |
19:33.15 | XorA | likewise: but if you get Could not find package providing shlib blabla.so |
19:33.24 | XorA | you are looking at the wrong package |
19:33.37 | XorA | you need to look at package.bbclass run for blabla |
19:35.04 | likewise | XorA: 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.12 | hrw | XorA: cecking in progress |
19:35.15 | likewise | XorA: I think I pastebinned everything |
19:35.42 | hrw | or any keyboards other then ergo ones ;) |
19:35.42 | cyrilRomain | likewise: http://ibot.rikers.org/%23oe/ |
19:36.00 | XorA | hrw: I am wondering if file == *.so* and objdump barfs if we should error on that file |
19:36.21 | XorA | hrw: 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.46 | hrw | rebilding nano.. |
19:37.01 | hrw | dpkg-deb n redhat system is nice combo |
19:37.07 | hrw | s/ n / on / |
19:37.49 | likewise | sorry, gotta go. would like to see into this <grr. |
19:38.36 | Laibsch | nicolasfr: My guess would be SRC_URI_sharprom-compatible_append = "myfile" (without the +) |
19:38.52 | Laibsch | How 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.01 | Laibsch | I believe I need something like "-I$PATH". My question is what is the right path? |
19:39.07 | Laibsch | And where do I set via bb file? |
19:39.13 | hrw | Dynamic Section: NEEDED libncurses.so.5 NEEDED libgcc_s.so.1 NEEDED libc.so.6 |
19:39.20 | nicolasfr | Laibsch: I did use _append without the + |
19:39.25 | hrw | thats 4 lines (wrong pasted) |
19:39.49 | hrw | Laibsch: extra cflags you need |
19:40.04 | XorA | hrw: looks like it working then |
19:40.14 | hrw | XorA: its objdump by hand |
19:42.36 | hrw | hm. output of objdump on arm and i86 looks same... |
19:42.40 | hrw | time to add debugs |
19:43.28 | cyrilRomain | koen: any idea about my (binutils?) related issue ? |
19:49.50 | hrw | ~lart python indentation |
19:50.01 | cyrilRomain | '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.30 | hrw | normally warning.. recentl it came to error |
19:50.40 | cyrilRomain | hrw: thx |
19:50.56 | Laibsch | Working 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.26 | hrw | then add them |
19:51.29 | Laibsch | Any objections to specifying explicitly in libcap bb file for "DEPENDS = bison-native flex-native"? This should not break anything. |
19:51.29 | hrw | ? |
19:51.55 | Laibsch | hrw: You know, I am still on probation. When handling stuff out of CJKV I rather ask before committing ;-) |
19:52.03 | hrw | sure |
19:52.23 | Laibsch | will do, then |
19:52.41 | hrw | Laibsch: comment it why iin comment log |
19:52.59 | Laibsch | sure |
19:53.28 | hrw | Does bitbake REQ python 2.4?? |
19:54.20 | zecke | hrw: maybe, insanity.bbclass does require py2.4 |
19:54.54 | zecke | any sane distribution has py2.4 as default nowadays |
19:54.56 | hrw | zecke: lines 579-581 of package.bbclass des not work for me |
19:55.03 | hrw | zecke: RHEL4 is not sane then |
19:55.25 | zecke | hmm |
19:56.16 | zecke | os.popen should work :) |
19:56.27 | zecke | fd.readlines() as well |
19:56.30 | zecke | and fd.close too |
19:56.33 | XorA | selinux killing you? |
19:57.04 | hrw | XorA: maybe.. but it looks disabled in /etc/ configs |
19:57.13 | hrw | according to help from fedora developers |
19:57.24 | XorA | hrw: lrg is a fedora guy |
19:57.39 | hrw | anyway 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.57 | hrw | objdump by hand works. but not in package.bbclass.. I suspect PATH |
20:02.20 | hrw | YES! |
20:02.23 | hrw | PATH IS FSCKED |
20:02.43 | hrw | koen cheat with cp OBJDUMP $PATH works |
20:03.16 | koen | bitbake:/data/build/oe/bitbake# ls /usr/local/bin/ |
20:03.17 | koen | arm-angstrom-linux-gnueabi-objdump i686-angstrom-linux-objdump powerpc-angstrom-linux-objdump |
20:03.19 | hrw | so package.bbclass DOESNOT get cross/bin into PATH and fails silently |
20:04.23 | HopsNBarley | <PROTECTED> |
20:04.25 | CIA-4 | 03koen 07org.oe.dev * rf364e3e8... 10/ (3 files in 3 dirs): minimo: apply patch from mozilla bugzilla in an attempt to fix #1600 |
20:06.34 | hrw | hm.. bitbake -b nano_1.3.9.bb -f -cpackage -e|grep PATH show proper setting |
20:06.48 | hrw | OBJDUMP is also set correctly.. |
20:06.48 | koen | and without -b? |
20:07.10 | hrw | koen: without -b I have to wait few minues for parsing |
20:07.37 | hrw | and -e is not quie ok then iirc |
20:10.01 | hrw | Ihave ugly fix |
20:10.47 | *** join/#oe magnet (n=magnet@81.56.188.136) |
20:10.54 | magnet | hi |
20:11.52 | hrw | [hrw@misc1 classes]$ mtn dif package.bbclass |
20:11.52 | hrw | # |
20:11.53 | hrw | # old_revision [76f1fdf6dff425bfdddcd67c4430bf4bc23ab36c] |
20:11.53 | hrw | # |
20:11.53 | hrw | # patch "classes/package.bbclass" |
20:11.55 | hrw | # from [b4538ccc18abcaa057513563f37b2d25fdce5784] |
20:11.58 | hrw | # to [969285b9af2e3bc59048d34cf396dd529e496c1e] |
20:12.00 | hrw | # |
20:12.03 | hrw | ============================================================ |
20:12.05 | hrw | --- classes/package.bbclass b4538ccc18abcaa057513563f37b2d25fdce5784 |
20:12.08 | hrw | +++ classes/package.bbclass 969285b9af2e3bc59048d34cf396dd529e496c1e |
20:12.10 | hrw | @@ -576,6 +576,7 @@ python package_do_shlibs() { |
20:12.13 | hrw | <PROTECTED> |
20:12.15 | hrw | <PROTECTED> |
20:12.18 | hrw | <PROTECTED> |
20:12.21 | hrw | + cmd = "PATH=\"%s\" %s" % (bb.data.getVar('PATH', d, 1), cmd) |
20:12.24 | hrw | <PROTECTED> |
20:12.26 | hrw | <PROTECTED> |
20:12.29 | hrw | <PROTECTED> |
20:12.31 | hrw | [hrw@misc1 classes]$ |
20:12.34 | hrw | SHIT |
20:12.36 | hrw | sorry.. mswin +me == bugs |
20:12.39 | hrw | but thats FIX for dependency problem |
20:12.42 | zecke | :) |
20:12.47 | hrw | http://pastebin.ca/274564 |
20:12.59 | hrw | please test it and commit if it will work for you |
20:13.48 | hrw | cu |
20:13.58 | hrw|gone | battery out again |
20:17.29 | cyrilRomain | is 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.05 | XorA | cyrilRomain: read back a few lines |
20:18.19 | XorA | cyrilRomain: you seem to be ignoring the discussion on the same bug you are puzzling |
20:19.06 | cyrilRomain | XorA: not ignoring but not sure it was the same issue |
20:19.15 | cyrilRomain | XorA: thanks |
20:29.51 | magnet | I 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.38 | XorA | magnet: problem is qemu-arm-* segfaults on amd64 |
20:32.56 | XorA | magnet: if you change that option I think you need to -c clean glibc and redo |
20:34.02 | magnet | I use native qemu,is that a problem ? |
20:34.15 | XorA | magnet: on openSuSe that worked for me |
20:34.31 | magnet | I m running gentoo. |
20:34.40 | XorA | magnet: I assume they have some magic patch in the rpm (or its an i586 package) |
20:35.30 | magnet | I tried cleanup / redo I get same issue. |
20:37.19 | XorA | ENABLE_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.17 | magnet | erm gaim crashed. not my day :) |
20:41.19 | XorA | 20:43 < XorA> ENABLE_BINARY_LOCALE_GENERATION = "0" is certainly what I use |
20:42.34 | magnet | do you put it at some special place in the config file. |
20:42.43 | magnet | ? |
20:43.36 | XorA | koen: because linux cant keep time very good :-) |
20:43.53 | XorA | must go cook |
20:44.39 | magnet | cya. |
20:45.44 | chouimat | QOTD: A student who changes the course of history is probably taking an exam. |
20:55.20 | Laibsch | When 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.47 | zecke | Laibsch: sure |
20:56.00 | zecke | Laibsch: you can set default server and probably even default glob |
20:57.09 | Laibsch | zecke: 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.23 | florian | re |
20:59.54 | zecke | Laibsch: good question |
21:03.37 | CIA-4 | 03Laibsch 07org.oe.dev * r66ac81e5... 10/ (1 packages/libcap/libcap_1.10.bb): |
21:03.37 | CIA-4 | libcap: Make DEPENDS on flex-native and bison-native explicit. Closes 1659. |
21:03.37 | CIA-4 | This is being pulled in automatically for most DISTRO via gcc-cross |
21:03.37 | CIA-4 | and binutils-cross but not when these are assumed provided as for |
21:03.38 | CIA-4 | Sharp ROM for example. |
21:11.36 | koen | Laibsch: check _MTN/options |
21:11.48 | Laibsch | koen: Thanks. |
21:17.43 | magnet | is there some amd 64 users around ? |
21:24.50 | likewise | me |
21:27.47 | *** join/#oe jkp (n=jkp@c951a3dc.virtua.com.br) |
21:30.08 | magnet | do you had troubles with glibc install ? |
21:32.01 | *** join/#oe W8TVI (n=me@166.166.7.57) |
21:34.50 | Laibsch | What is the ${S} directory? Nothing on http://www.openembedded.org/directorystructure about it. |
21:35.18 | zecke | Source dir |
21:35.21 | zecke | check bitbake.conf :) |
21:39.21 | sirfred | Good night |
21:47.51 | Laibsch | Is 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.16 | cyrilRomain | Laibsch: looking at bitbake.conf this is indeed the default, so you can try without :) |
21:56.57 | RP | "morning" all |
21:57.06 | woglinde | hi rp |
21:57.13 | likewise | 'morning' RP |
21:57.20 | magnet | hi. |
21:57.54 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
21:58.54 | cyrilRomain | hi RP |
22:08.50 | Laibsch | Can 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.26 | Laibsch | Anybody else? Comments? |
22:12.07 | zecke | n8 |
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.56 | thaytan | tmbinc: re: this -lqte issue |
22:24.16 | thaytan | I 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.35 | thaytan | both Makefiles claim to have been generated by qmake (1.07a), so it seems to be getting the right one |
22:26.36 | RP | Laibsch: #1628 looks ok to me |
22:26.40 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
22:27.07 | Laibsch | RP: Thanks for reporting back. Will push. |
22:29.19 | thaytan | tmbinc: http://noraisin.net/~jan/oe/ |
22:29.27 | thaytan | there are 2 makefiles in there, from zaheerm's build and mine |
22:29.34 | thaytan | do they tell you anything about where I might look? |
22:31.50 | tmbinc | hmm.. for some reason qmake includes QT stuff |
22:34.06 | thaytan | could 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.56 | tmbinc | hm, anyone here knowing about qmake? |
22:41.19 | tmbinc | we have the issue that qmake generates different makefiles on some host distros. |
22:43.10 | mickey|bbq | check whether QMAKESPEC may be set in one of the env's |
22:43.15 | mickey|bbq | if so, unset it before building |
22:43.52 | thaytan | it's not |
22:44.08 | thaytan | and I see an unset QMAKESPEC in the verbose debug output too |
22:46.23 | mickey|bbq | add debug info |
22:46.34 | mickey|bbq | change qmake.bbclass |
22:46.37 | mickey|bbq | call qmake with -d -d -d |
22:46.39 | mickey|bbq | (or something) |
22:46.42 | mickey|bbq | then compare the output line by line |
22:47.23 | CIA-4 | 03tmbinc 07org.oe.dreambox * r6ddf5a80... 10/ (6 files in 2 dirs): gdb: add gdb version suitable for nptl on mips |
22:47.35 | CIA-4 | 03tmbinc 07org.oe.dreambox * r72aa69ee... 10/ (6 files in 3 dirs): python: add python-2.4.4 |
22:47.45 | CIA-4 | 03tmbinc 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.25 | thaytan | DEBUG 1: Project Parser: dmutils.pro:1 :TEMPLATE: :=: (subdirs) | DEBUG 1: Project Parser: dmutils.pro:1 :-e TEMPLATE: :=: (subdirs) |
22:59.31 | thaytan | first difference is -e in that line |
23:00.55 | CIA-4 | 03Laibsch 07org.oe.dev * r361f5e74... 10/ (1 packages/libcap/libcap_1.10.bb): |
23:00.55 | CIA-4 | libcap: Append include directory to CFLAGS. Reenables compilation and fixes 1628. |
23:00.55 | CIA-4 | Seizing the opportunity to remove some cruft and beautify the bb. RP approved. |
23:03.31 | thaytan | tmbinc: what generates dmutils.pro ? |
23:05.18 | XorA|gone | mickey|bbq: what are you doing bbqing at 00:05??? |
23:05.20 | thaytan | ohhhhh |
23:05.22 | thaytan | echo -e "TEMPLATE=subdirs\nSUBDIRS=showiframe\n" >dmutils.pro |
23:05.41 | mickey|bbq | XorA|gone: the same as you when you are 'gone' :D |
23:05.56 | XorA|gone | hope your weather is better than here |
23:06.03 | mickeyl|sftmmab | sftmmab = suffering from too much meat at bbq |
23:06.14 | XorA|gone | mickeyl|sftmmab: :-D |
23:06.21 | mickeyl|sftmmab | well... it's dark and 0 degree C |
23:06.32 | XorA|gone | gales and rain |
23:07.26 | thaytan | ahahah |
23:07.33 | thaytan | tmbinc: it's because on ubuntu /bin/sh = ash |
23:07.37 | thaytan | and ash doesn't support echo -e |
23:07.40 | thaytan | ffs |
23:07.57 | thaytan | er, dash not ash |
23:08.03 | tmbinc | ouch |
23:08.05 | thaytan | echo -e is a bash extension |
23:08.12 | tmbinc | yeah and then it goes into that "heuristic" mode :) |
23:08.26 | tmbinc | thanks for finding that out! |
23:08.38 | thaytan | now, how do I fix it? |
23:09.12 | tmbinc | <PROTECTED> |
23:09.12 | tmbinc | <PROTECTED> |
23:09.13 | tmbinc | ? :) |
23:09.34 | mickeyl|sftmmab | what is -e doing anyway? |
23:09.55 | thaytan | 'enable interpretation of backslashes' |
23:10.07 | mickeyl|sftmmab | interesting |
23:10.12 | mickeyl|sftmmab | we don't have any backslahses in there do weß |
23:10.16 | mickeyl|sftmmab | so yank them |
23:10.23 | thaytan | tmbinc: well, I meant more permanently |
23:10.26 | mickeyl|sftmmab | i know we have some for other .pro files |
23:10.30 | thaytan | as in, how to enforce oe's use of bash? |
23:10.44 | tmbinc | it's my fault |
23:10.50 | thaytan | it could call /bin/echo explicitly |
23:10.51 | tmbinc | the upstream source didn't had a makefile |
23:10.53 | thaytan | that should do it |
23:10.57 | tmbinc | so i've generated it |
23:11.13 | tmbinc | (i probably should not mention that i'm also responsible for the upstream source) |
23:11.23 | thaytan | hehe |
23:12.22 | thaytan | ok, testing using /bin/echo explicitly |
23:13.01 | tmbinc | hm |
23:13.07 | thaytan | yep,that fixes it |
23:13.14 | tmbinc | wouldn't removing the -e dependency a better thing? |
23:13.49 | thaytan | sure, but knowing you can do /bin/echo is a useful fact :) |
23:20.20 | magnet | bah |
23:20.54 | magnet | I finally get rid of that binary locale generation. |
23:21.26 | magnet | I modified some glibc bb class to remove it. |
23:21.45 | magnet | trough I think there is something wrong. |
23:22.13 | magnet | those 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.09 | CIA-4 | 03xora 07org.oe.dev * rbb035df7... 10/ (6 files in 3 dirs): |
23:26.09 | CIA-4 | mplayer_0.0+1.0rc1.bb, mplayer_svn.bb : remove the -s from the install |
23:26.09 | CIA-4 | command in the Makefile. Should fix #1669 |
23:26.17 | likewise | magnet: could you file that as a bug, please then, so that we can track it? |
23:28.45 | magnet | sure. |
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.18 | magnet | bug #1672 |
23:40.36 | likewise | magnet: tnx |
23:41.28 | magnet | tell me if you need more infos. |
23:42.33 | likewise | magnet: tell me what you disabled in glibc.bbclass |
23:43.02 | likewise | magnet: 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.37 | likewise | magnet: I really need some sleep first. I may look this one over in the morning |
23:44.02 | likewise | nite |
23:44.17 | CIA-4 | 03Laibsch 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.46 | magnet | nite |