00:14.55 | *** join/#oe d_th (n=dieter@p4FDED3FA.dip.t-dialin.net) |
00:34.16 | *** join/#oe Crofton (n=balister@pool-71-171-31-89.nwrknj.east.verizon.net) |
00:58.25 | *** join/#oe mithro (n=tim@conference/osdg/x-uwcfpqqvuporhwya) |
01:10.14 | *** join/#oe wicknix2 (n=wicked@241.63-135-133.netnet.net) |
01:32.54 | *** join/#oe B_Lizzard_ (n=havoc@athedsl-421668.home.otenet.gr) |
01:37.27 | *** join/#oe Sleep_Walker (n=Sleep@193.179.96.131) |
01:40.08 | *** join/#oe wicknix3 (n=wicked@241.63-135-133.netnet.net) |
01:41.54 | *** join/#oe BenLauDC (n=benlau@221.125.8.18) |
01:45.45 | *** join/#oe wicknix (n=wicked@241.63-135-133.netnet.net) |
01:46.29 | *** join/#oe mithro (n=tim@conference/osdg/x-hwzfwwlfziwapezo) |
02:06.27 | *** join/#oe greyback (n=greyback@ip-83-147-165-234.dub-3rk1.metro.digiweb.ie) |
02:38.56 | *** join/#oe valhalla (n=valhalla@81.174.22.92) |
02:42.56 | *** join/#oe xjqian (n=gordon@96-35-203-116.dhcp.stls.mo.charter.com) |
03:05.44 | *** join/#oe rsalveti (n=rsalveti@189.115.172.246) |
03:11.42 | *** join/#oe fraxinas (n=quassel@p4FD64FF2.dip.t-dialin.net) |
03:18.59 | *** join/#oe kuzame (n=X@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) |
03:20.20 | *** part/#oe kuzame (n=X@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) |
03:23.53 | *** join/#oe BillK_ (n=BillK@124-169-87-186.dyn.iinet.net.au) |
03:30.12 | *** join/#oe mithro (n=tim@conference/osdg/x-oueyadvwvikwbuqq) |
03:37.02 | *** join/#oe jorma (n=kario@tuubi.mermit.fi) |
03:37.10 | *** join/#oe mrec_ (n=mrec@85.10.198.106) |
03:37.23 | *** join/#oe simon42_ (n=simon@10.65.238.89.serverhousing.manitu.net) |
03:37.32 | *** join/#oe radhermi1 (n=radhermi@li90-182.members.linode.com) |
03:46.51 | *** join/#oe radhermit (n=radhermi@li90-182.members.linode.com) [NETSPLIT VICTIM] |
03:46.51 | *** join/#oe dhd (n=dhuggins@LIMA-2.SPEECH.CS.CMU.EDU) [NETSPLIT VICTIM] |
03:46.51 | *** join/#oe mrec (n=mrec@85.10.198.106) |
03:46.51 | *** join/#oe orbarron (n=orb@nat/ti/x-hihspnlndvxkzwcz) |
03:46.51 | *** join/#oe tmm1 (n=weechat@208-75-84-157.slicehost.net) [NETSPLIT VICTIM] |
03:46.51 | *** join/#oe jorma_ (n=kario@tuubi.mermit.fi) |
03:46.51 | *** join/#oe borg_ (n=olaf@80.149.17.21) |
03:46.51 | *** join/#oe simon42 (n=simon@10.65.238.89.serverhousing.manitu.net) [NETSPLIT VICTIM] |
03:50.52 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
04:40.52 | *** join/#oe mithro (n=tim@conference/osdg/x-dtqglenypvcpmmbf) |
04:42.22 | *** join/#oe raster (n=raster@enlightenment/developer/raster) |
05:06.20 | *** join/#oe mithro_ (n=tim@conference/osdg/x-hxjqtyhqalxtvhvh) |
05:31.12 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
05:39.02 | *** join/#oe Weaselweb (n=quassel@77-64-160-64.dynamic.primacom.net) |
05:58.10 | *** join/#oe mithro_ (n=tim@conference/osdg/x-hcinnsqumacgahey) |
06:04.35 | *** join/#oe tasslehoff (n=Mich@147.84-49-231.nextgentel.com) |
06:35.10 | CIA-80 | 03Thomas Zimmermann <ml@vdm-design.de> 07org.openembedded.dev * rf7d4b310b5 10openembedded.git/ (2 files in 2 dirs): |
06:35.10 | CIA-80 | babiloo: new recipe |
06:35.10 | CIA-80 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
06:40.43 | CIA-80 | 03Benjamin Schieder <blindcoder@scavenger.homeip.net> 07org.openembedded.dev * rb0005a48b5 10openembedded.git/recipes/fltk/fltkcocktailbar_svn.bb: |
06:40.43 | CIA-80 | add package fltkcocktailbar |
06:40.43 | CIA-80 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
06:43.48 | *** join/#oe broonie (i=broonie@cassiel.sirena.org.uk) [NETSPLIT VICTIM] |
06:43.48 | *** join/#oe mturquette (n=mturquet@adsl-76-249-224-33.dsl.rcsntx.sbcglobal.net) [NETSPLIT VICTIM] |
06:45.32 | hrw | morning |
06:46.35 | CIA-80 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * r5be7660163 10openembedded.git/recipes/tasks/task-shr-feed.bb: |
06:46.35 | CIA-80 | task-shr-feed: add fltkcocktailbar and babiloo-efl |
06:46.35 | CIA-80 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
06:50.10 | *** join/#oe bswix (n=rode@84.49.231.147) |
07:13.08 | *** join/#oe spaetz (n=spaetz@195.190.181.110) |
07:50.52 | *** join/#oe rob_w (n=bob@84.155.223.92) |
07:59.35 | *** join/#oe Hasse__ (n=quassel@93.167.193.18) |
08:01.07 | Hasse__ | Hi there. I get an ERROR with gcc-cross-4.3.3-r9.1: http://pastebin.ca/1689228 Please help! :) |
08:09.21 | Hasse__ | Anyone here...? |
08:09.49 | DJWillis | Hasse__: looks like the error is in libobjc? Are you building with ObjectiveC support? |
08:10.29 | Hasse__ | DJWillis: ehmm... guess not...? |
08:10.51 | Hasse__ | DJWillis: what option would do that? |
08:11.19 | *** join/#oe noglitch (n=Miranda@mail.atmel.fr) |
08:11.55 | *** join/#oe Heinervdm (n=thomas@217.225.88.130) |
08:12.07 | DJWillis | Hasse__: it may be there by default, just wanted to check it was nothing you had done to the recipe. |
08:13.10 | Hasse__ | DJWillis: I don't see why I would need that - we use C++ only :) |
08:13.25 | DJWillis | Hasse__: I assume you have tried bitbake -cclean gcc-cross-4.3.3 && bitbake gcc-cross-4.3.3? |
08:16.32 | *** join/#oe akheron (n=akheron@lilja.asteriski.fi) |
08:18.55 | CIA-80 | 03Graeme Gregory <dp@xora.org.uk> 07org.openembedded.dev * r71e2c5d143 10openembedded.git/recipes/gcc/ (gcc-4.3.3.inc gcc-4.3.3/arm-gcc-objective.patch): |
08:18.55 | CIA-80 | gcc-4.3.3.inc : replace objc patch with undamaged one from gcc-patches |
08:18.55 | CIA-80 | There is a one hunk peice of damage in the patch originally committed, as |
08:18.55 | CIA-80 | compared to the patch posted on gcc-patches. Replacing with the original |
08:18.55 | CIA-80 | patch enables platforms like arm oabi to compile again. |
08:19.35 | XorA|gone | suspects he pushed that fix at just the right time |
08:20.20 | XorA|gone | Hasse__: that bug is fixed |
08:21.09 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
08:21.09 | *** join/#oe thaytan (n=jan@78.16.32.235) |
08:21.09 | *** join/#oe bazbell (n=a0192809@adsl-99-144-218-136.dsl.emhril.sbcglobal.net) |
08:21.09 | *** join/#oe dvarnes (n=davidv@203-206-128-239.perm.iinet.net.au) |
08:21.09 | *** join/#oe Sat_Man (n=satman@83.141.3.41) |
08:21.09 | *** join/#oe else58 (n=else58@70.114.141.31) |
08:21.09 | *** join/#oe jkridner (n=jason@99.25.80.104) |
08:21.10 | *** join/#oe nullpuppy (n=dustin@freematrix/staff/nullpuppy) |
08:21.10 | *** join/#oe mrc3__ (n=mrc3@nat/ti/x-euifgwegqbufvzmo) |
08:21.10 | *** join/#oe Henryk_afc (i=henryk@shiny.ploetzli.ch) |
08:22.15 | Hasse__ | DJWillis, XorA|gone: Oki thanks, I'll investigate my system for branch updates etc. |
08:22.32 | XorA|gone | Hasse__: I pushed the fix only 1 minute ago |
08:22.45 | *** join/#oe xjqian1 (n=gordon@96-35-203-116.dhcp.stls.mo.charter.com) |
08:22.58 | Hasse__ | XorA|gone: :D .. ah, okay - it sounded like days ago ;) |
08:23.09 | DJWillis | XorA|gone: ahhh, well timed push |
08:23.39 | Hasse__ | XorA|gone: double thanksThen; |
08:23.42 | XorA|gone | DJWillis: I found the bu yesterday afternoon, but needed to locate/test a fix |
08:23.58 | XorA|gone | DJWillis: it seems wherever koen got that patch did a manual merge and fscked it up |
08:25.00 | DJWillis | XorA|gone: Doh!, always the way |
08:25.44 | XorA|gone | new patch also has original email header so its properly acknowledged |
08:30.02 | *** join/#oe mnabil_ (n=mnabil@41.234.69.98) |
08:40.06 | Heinervdm | I've a problem with do_fetch. it fails to download this SRC_URI = "http://bundles.openttdcoop.org/opengfx/releases/opengfx-0.1.1.zip" |
08:40.58 | Heinervdm | It's because of .zip or because the filename after downlowding is: download.php?file=opengfx%2Freleases%2Fopengfx-0.1.1.zip ? |
08:41.42 | *** join/#oe thebohemian (n=rschus@p5DDC5D79.dip.t-dialin.net) |
08:47.48 | *** join/#oe doragasu (n=chatzill@80.25.49.21) |
08:56.54 | *** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de) |
08:58.36 | *** join/#oe fpga (n=s@92.62.56.51) |
08:59.05 | XorA|gone | Heinervdm: it doesnt handle when http servers rename files |
09:06.02 | Heinervdm | XorA|gone: can i workaround this somehow? |
09:07.57 | *** join/#oe BillK (n=BillK@203-59-51-57.dyn.iinet.net.au) |
09:08.46 | *** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
09:08.59 | Heinervdm | ok, found a way to work around. tried to download with that filename and that works |
09:09.19 | XorA|gone | I was going to say find somewhere that doesnt have the file renaming |
09:13.45 | *** join/#oe marex (n=marex@78.128.198.52) |
09:21.01 | *** join/#oe The (i=c25e2479@gateway/web/freenode/x-iowpylrlhknjhzzr) |
09:24.06 | *** join/#oe grma (n=gruberm@212.186.29.93) |
09:26.17 | *** join/#oe the-collar (i=c25e2479@gateway/web/freenode/x-uhkatzjlhvgzhgkq) |
09:26.43 | *** join/#oe BillK (n=BillK@203.206.102.114) |
09:29.57 | the-collar | hello all together |
09:31.29 | the-collar | i am a newbie and i have a general question to openembedded |
09:31.45 | *** join/#oe fpga (n=s@92.62.56.51) |
09:33.43 | the-collar | yesterday i was installing and configuring openembedded and bitbake. After i had done so, i followed the Getting Startet. I tried to execute the command bitbake nano. It starts do work and running the tasks. |
09:34.34 | the-collar | but at the command "NOTE: Running task 293 of 435 (ID: 7, /home/The_Collar/oe/openembedded/recipes/glibc/glibc_2.9.bb, do_compile)" it works and works and works all over the night |
09:36.50 | the-collar | and now it works nearly 24hours but it does not go on! How much time will it take in general to execute a complet bitbake nano comand? |
09:37.14 | *** join/#oe B_Lizzard (n=havoc@athedsl-421668.home.otenet.gr) |
09:39.38 | doragasu | what's your CPU? how much RAM do you have? |
09:39.41 | mckoan | good morning |
09:39.51 | doragasu | building glibc is slow |
09:40.00 | the-collar | i use a pentium 4 (3ghz) with 512mb RAM |
09:41.18 | doragasu | the first time you run bitbake <anything>, it takes a lot of time because it needs to build the toolchain. Maybe you are a bit low on RAM. I think maybe it's normal for it to take more than 24 hours |
09:42.10 | *** join/#oe florian_kc (n=fuchs@Maemo/community/contributor/florian) |
09:42.13 | doragasu | I use a Pentium D with 1 GB RAM and I can't remember exactly how much time did I need, but I think it was between 12 and 18 hours |
09:42.24 | doragasu | to bitbake nano |
09:42.28 | the-collar | ok! If it's normal then I will let it work |
09:43.34 | the-collar | I only wonder about the long time it takes and I supposed my pc has a problem |
09:45.13 | the-collar | thanks for the answer! I will let it work, if necessary all over the weekend - then it should be finished! |
09:48.08 | *** join/#oe woglinde (n=henning@p5DDC5D79.dip.t-dialin.net) |
09:49.54 | the-collar | goodbye! |
09:51.29 | *** join/#oe BillK_ (n=BillK@124-169-73-175.dyn.iinet.net.au) |
09:54.52 | *** join/#oe Heinervdm (n=thomas@pD9E15882.dip.t-dialin.net) |
09:56.10 | woglinde | hi heinervdm |
09:57.19 | *** join/#oe lrg (n=lrg@89.16.172.20) |
10:04.30 | *** join/#oe ant_work (n=andrea@85.34.85.214) |
10:09.51 | ant_work | morning |
10:11.25 | ant_work | question about kernel_do_stage() in kernel.bbclass: I'd need to add "include/mtd". Nobody else ever needed mtd headers? |
10:11.38 | *** join/#oe B_Lizzard_ (n=havoc@athedsl-421668.home.otenet.gr) |
10:11.45 | ant_work | we ended up staging own copy in the recipe :/ |
10:13.38 | *** join/#oe BillK_ (n=BillK@124-169-73-175.dyn.iinet.net.au) |
10:13.38 | *** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de) |
10:13.38 | *** join/#oe thebohemian (n=rschus@p5DDC5D79.dip.t-dialin.net) [NETSPLIT VICTIM] |
10:13.38 | *** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
10:13.38 | *** join/#oe bazbell (n=a0192809@adsl-99-144-218-136.dsl.emhril.sbcglobal.net) [NETSPLIT VICTIM] |
10:13.38 | *** join/#oe dvarnes (n=davidv@203-206-128-239.perm.iinet.net.au) |
10:13.38 | *** join/#oe Sat_Man (n=satman@83.141.3.41) [NETSPLIT VICTIM] |
10:13.38 | *** join/#oe else58 (n=else58@70.114.141.31) |
10:13.39 | *** join/#oe jkridner (n=jason@99.25.80.104) [NETSPLIT VICTIM] |
10:13.39 | *** join/#oe nullpuppy (n=dustin@freematrix/staff/nullpuppy) |
10:13.39 | *** join/#oe mrc3__ (n=mrc3@nat/ti/x-euifgwegqbufvzmo) [NETSPLIT VICTIM] |
10:13.39 | *** join/#oe Henryk_afc (i=henryk@shiny.ploetzli.ch) [NETSPLIT VICTIM] |
10:13.46 | *** join/#oe Heinervdm (n=thomas@pD9E15882.dip.t-dialin.net) |
10:15.28 | *** join/#oe thaytan (n=jan@nat/sun/x-twqzqmvjqquuuipq) |
10:29.18 | *** join/#oe BillK (n=BillK@124-169-94-70.dyn.iinet.net.au) |
10:30.16 | *** join/#oe cbrake_away (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
10:30.38 | *** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
10:30.40 | sgh | hi |
10:30.47 | *** join/#oe fpga (n=s@92.62.56.51) |
10:30.59 | sgh | What is the difference between mesa/mesa-dri/mesa-xlib ? |
10:34.17 | pb_ | mesa-dri is Mesa with the dri backend enabled |
10:34.23 | pb_ | mesa-xlib is Mesa with the xlib backend enabled |
10:34.29 | pb_ | mesa itself is, as far as I can tell, historical cruft |
10:36.47 | CIA-80 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * r7b2a48f169 10openembedded.git/recipes/shr/phoneuid_git.bb: |
10:36.47 | CIA-80 | phoneuid: conform with the recent changes in upstreams Makefiles |
10:36.47 | CIA-80 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
10:45.35 | CIA-80 | 03Thomas Zimmermann <ml@vdm-design.de> 07org.openembedded.dev * r6372f6f812 10openembedded.git/ (5 files in 3 dirs): |
10:45.35 | CIA-80 | openttd: add version 0.7.4-RC1 and sound and graphic files from openttdcoop.org |
10:45.35 | CIA-80 | * Can't reuse .inc because openttd won't build with --target configure option |
10:45.35 | CIA-80 | * Sounds and Graphics from openttdcoop.org are GPL and CC licensed files to replace the |
10:45.36 | CIA-80 | propertarie files needed by this game |
10:45.38 | CIA-80 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
10:53.57 | *** part/#oe xjqian1 (n=gordon@96-35-203-116.dhcp.stls.mo.charter.com) |
10:55.31 | *** join/#oe kristoffer (n=kristoff@79.138.149.70.bredband.tre.se) |
11:01.45 | *** join/#oe mario-goulart (n=user@67.205.85.241) |
11:01.50 | *** join/#oe gnutoo (n=gnutoo@79.44.147.143) |
11:02.39 | RP | morning all |
11:02.43 | pb_ | hi rp |
11:02.59 | RP | ant_work: mtd headers are added by mtdutils iirc |
11:04.45 | florian | hi RP |
11:06.09 | hrw | morning |
11:06.33 | florian | hi hrw |
11:06.45 | RP | hi hrw |
11:08.10 | kristoffer | Getting a new bug now, where it fails to find the md5 files :( is this fixed upstreams or totally new? |
11:08.25 | kristoffer | NOTE: Task failed: Unknown fetch Error: [Errno 2] No such file or directory: '/mnt/1TB/openembedded/sources/vim-7.0.tar.bz2.md5' |
11:10.47 | *** join/#oe vo5 (n=vo@189.33.15.78) |
11:13.32 | *** join/#oe dos1 (n=dos@unaffiliated/dos1) |
11:25.41 | *** join/#oe th1 (n=th@86.26.9.106) |
11:32.04 | *** join/#oe Hasse__ (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk) |
11:32.21 | woglinde | re hi |
11:35.18 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
11:36.43 | *** join/#oe alecrim (n=alecrim@189.2.128.130) |
11:43.22 | *** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
11:43.32 | *** join/#oe univac (n=univac@148.81.171.50) |
11:44.38 | rvfo | May anyone help me with a simple doubt? If I will use a 2.6.29 kernel version, do i need the "wifi" flag in the machine features? This doubt is because i get a conflict with madwifi and this kernel version |
11:46.23 | florian | rvfo: What kind of conflict? |
11:49.28 | rvfo | florian: when bitbake tried to compile madwifi, I get a configure error, in the log was written to set PCI modules in the .config, and I set the flag "pci" in the MACHINE_FEATURES |
11:57.49 | florian | rvfo: sounds like a bug, can you paste the error somewhere? |
11:58.23 | rvfo | florian: just a minute i will look for |
12:00.58 | *** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-jqebonnrycinrjwh) |
12:03.56 | rvfo | forian: i lost the pastebin link, i will to compile again and post, thanks for attention |
12:14.35 | ant_work | RP: yes, it seems mtd-abi.h and mtd-user.h appear staged by mtd-utils. I'll have to DEPEND on them. |
12:15.03 | ant_work | but finally, why not staging in kernel.bbclass? |
12:29.28 | *** join/#oe rsalveti (n=rsalveti@187.59.114.241) |
12:53.51 | *** join/#oe marcosmamorim (n=marcos@189.33.15.78) |
12:56.35 | ant_work | RP: I see now nandlogical already depends from mtd-utils. Probably the issue was just with the klibc static version and some -nostdinc flags... |
12:57.07 | ant_work | yes it was like that |
13:08.11 | *** part/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be) |
13:08.40 | *** join/#oe pvanhoof (n=pvanhoof@84.192.192.186) |
13:11.37 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
13:12.02 | CIA-80 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * rd6aa55b485 10openembedded.git/recipes/shr/phonefsod_git.bb: |
13:12.02 | CIA-80 | phonefsod: conform with latest autotools configuration changes in upstream |
13:12.02 | CIA-80 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
13:18.12 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
13:18.43 | mrmoku | hmm... whom has one to beg pardon for when one added a branch by accident :c |
13:34.22 | hrw | bye |
13:35.25 | Crofton|work | mrmoku, I think mickey|zzZZzz can delete branches |
13:37.20 | *** join/#oe waite (n=quassel@206.83.81.178.ptr.us.xo.net) |
13:37.24 | broonie | In his sleep! |
13:45.52 | mrmoku | Crofton|work: ok, thanks :) |
13:46.01 | *** join/#oe BenLauDC (n=benlau@221.125.8.18) |
13:50.14 | *** join/#oe marcosmamorim (n=marcos@bd210f4e.virtua.com.br) |
13:54.11 | *** join/#oe kristoffer (n=kristoff@79.138.130.73.bredband.tre.se) |
14:01.05 | *** join/#oe cellpaq (i=3e9e4527@gateway/web/freenode/x-ufngdgkvmkqjrdbd) |
14:03.48 | *** part/#oe cellpaq (i=3e9e4527@gateway/web/freenode/x-ufngdgkvmkqjrdbd) |
14:04.52 | *** join/#oe cellpaq (i=3e9e4527@gateway/web/freenode/x-ufngdgkvmkqjrdbd) |
14:09.14 | *** join/#oe pocek_ (i=pock@87-205-74-160.adsl.inetia.pl) |
14:14.41 | CIA-80 | 03Sebastian Spaeth <Sebastian@SSpaeth.de> 07org.openembedded.dev * r5b7e82c4c2 10openembedded.git/recipes/bootchart-lite/bootchart-lite_svn.bb: |
14:14.41 | CIA-80 | bootchart-lite: Use mkdir rather than install in postinst. |
14:14.41 | CIA-80 | * install is part of coreutils which might not be installed. |
14:14.41 | CIA-80 | * As this is a -lite image it might not make sense to pull in coreutils just to create a dir. |
14:14.41 | CIA-80 | Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de> |
14:14.46 | CIA-80 | 03Sebastian Spaeth <Sebastian@SSpaeth.de> 07org.openembedded.dev * rafe9a3e394 10openembedded.git/: Merge branch 'org.openembedded.dev' of ssh+git://git@git.openembedded.net/openembedded into org.openembedded.dev |
14:14.47 | CIA-80 | 03Sebastian Spaeth <Sebastian@SSpaeth.de> 07org.openembedded.dev * rea07ac9bb2 10openembedded.git/recipes/openmoko-3rdparty/babiloo-efl_2.0.9-3.bb: |
14:14.50 | CIA-80 | babiloo-efl: add tar-based recipe in addion to _bzr variant. |
14:14.52 | CIA-80 | Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de> |
14:15.04 | *** join/#oe pocek__ (i=pock@87.205.74.160) |
14:16.46 | *** join/#oe Heinervdm (n=thomas@pD9E15882.dip.t-dialin.net) [NETSPLIT VICTIM] |
14:18.32 | CIA-80 | 03Sebastian Spaeth <Sebastian@SSpaeth.de> 07org.openembedded.dev * r3310e71744 10openembedded.git/recipes/openmoko-3rdparty/babiloo-efl_bzr.bb: |
14:18.32 | CIA-80 | babiloo-efl: don't prefer _bzr version over releases |
14:18.32 | CIA-80 | Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de> |
14:20.39 | *** join/#oe BillK (n=BillK@124-169-94-70.dyn.iinet.net.au) |
14:20.40 | *** join/#oe nullpuppy (n=dustin@c-98-237-195-243.hsd1.wa.comcast.net) |
14:20.48 | *** join/#oe Henryk_afc (i=henryk@shiny.ploetzli.ch) [NETSPLIT VICTIM] |
14:20.50 | *** join/#oe ZaPPaS (n=moritz@129.69.51.130) |
14:20.53 | *** join/#oe dvarnes (n=davidv@203.206.128.239) [NETSPLIT VICTIM] |
14:20.57 | *** join/#oe mrc3__ (n=mrc3@nat/ti/x-hxrimpzheahhlwtb) [NETSPLIT VICTIM] |
14:21.26 | *** join/#oe else58 (n=else58@70.114.141.31) |
14:21.28 | *** join/#oe bazbell (n=a0192809@adsl-99-144-218-136.dsl.emhril.sbcglobal.net) [NETSPLIT VICTIM] |
14:22.19 | *** join/#oe Sat_Man (n=satman@83.141.3.41) [NETSPLIT VICTIM] |
14:24.17 | *** join/#oe thebohemian (n=rschus@p5DDC5D79.dip.t-dialin.net) [NETSPLIT VICTIM] |
14:26.06 | *** join/#oe rsalveti (n=rsalveti@200.184.118.130) |
14:35.25 | sakoman__ | good morning |
14:35.39 | Crofton|work | gm |
14:36.18 | sakoman__ | I'm getting a build failure for python-pygobject on my x86_64 machine: http://www.sakoman.net:8000/public/logs/task/145519.txt |
14:36.58 | sakoman__ | works fine on my other non-64 bit machines |
14:37.04 | sakoman__ | any ideas? |
14:37.32 | Crofton|work | hmm, missing header files |
14:39.37 | sakoman__ | Crofton|work: well, it thinks so. but they are actually there |
14:39.55 | Crofton|work | it built on my few day old checkout |
14:39.57 | Crofton|work | pulling |
14:40.05 | Crofton|work | has the bb file changed altely? |
14:40.29 | sakoman__ | hmmm . . . seems that on 32 bit machines it generates a -I for the glib-2.0 include directory but does not on 64 bit machines |
14:40.58 | sakoman__ | so perhaps packageconfig for glib-2.0 is broken on 64 bit |
14:41.41 | rsalveti | morning |
14:42.32 | sakoman__ | gm rsalveti |
14:43.06 | sakoman__ | Crofton|work: I don't see any suspicious recent changes |
14:43.48 | sakoman__ | Crofton|work: I ran into this last night, was too tired to deal with it. So I tried a clean build while I slept. Same issue :-( |
14:47.54 | Crofton|work | I'll poke and see if I ahve the same issue |
14:47.56 | sakoman__ | Crofton|work: well forget the glib-2.0 pc theory. the pc files are identical on 32 and 64 bit |
14:48.32 | sakoman__ | so it must be something in the config process for python-pygobject |
14:49.23 | sakoman__ | cause the failing command on 64 bit is clearly missing the -I for glib-2.0 |
14:50.34 | Crofton|work | mine is rebuild gcc-cross atm |
14:50.51 | *** join/#oe Sleep-Walker (n=Sleep@nat/novell/x-xohzpsmcwjmgtpvt) |
14:51.20 | XorA | Crofton|work: sorry |
14:51.36 | Crofton|work | heh |
14:52.13 | XorA | Crofton|work: I wont be around much tonight and tomorrow, prod eV members to vote :-) |
14:52.27 | Crofton|work | prod |
14:53.23 | broonie | Hey, let people exercise their democratic right to apathy! |
14:54.20 | Crofton|work | well, I don't think we get hung up on quorum issues |
14:54.36 | XorA | Apathy was not an option on the ballot :-D |
14:55.36 | CIA-80 | 03Sebastian Spaeth <Sebastian@SSpaeth.de> 07org.openembedded.dev * red569d68e0 10openembedded.git/recipes/tasks/task-shr-feed.bb: |
14:55.36 | CIA-80 | task-shr-feed: add babiloo-efl, remove hermining. |
14:55.36 | CIA-80 | * Also sort some entries alphabetically. This list is a mess. |
14:55.36 | CIA-80 | Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de> |
14:58.02 | *** join/#oe tsjsieb (n=tsjsieb@dejongbeheer.nl) |
14:58.49 | sakoman__ | Crofton|work: I suspect your build will work |
14:59.11 | sakoman__ | the error happens in the girepository subdirectory build |
15:00.08 | sakoman__ | and OE repo currently doesn't have a gobject-introspection recipe |
15:00.19 | sakoman__ | so you will never enter that subdirectory |
15:00.49 | sakoman__ | I've added that recipe so I am taking a path that hasn't typcally been taken before |
15:01.11 | sakoman__ | so I guess I'm on my own :-( |
15:02.38 | Crofton|work | heh |
15:06.45 | sakoman__ | Interesting, it generates GLIB_CFLAGS properly, but just doesn't include them in the INCLUDES definition |
15:06.59 | sakoman__ | so perhaps a bit of sed magic . . . |
15:07.07 | *** join/#oe kristoffer_ (n=kristoff@95.209.57.236.bredband.tre.se) |
15:13.03 | *** join/#oe recalcati (i=5e51e963@gateway/web/freenode/x-ntdhremplgvfyiop) |
15:13.06 | recalcati | good morning |
15:14.22 | *** join/#oe brolin (n=brolin@static-adsl201-232-106-89.epm.net.co) |
15:28.10 | *** join/#oe dos11 (n=dos@acaz119.neoplus.adsl.tpnet.pl) |
15:39.56 | *** join/#oe ibot (i=ibot@rikers.org) |
15:39.56 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://www.openembedded.org | Bugtracker: http://bugs.openembedded.org | Repository: git.openembedded.org/openembedded or (http and git ro mirror) repo.or.cz/r/openembedded.git | This is not a distro or machine support channel | ADMIN STATUS: OK |
15:41.06 | *** join/#oe Laibsch (n=Laibsch@118.103.45.34) |
15:44.45 | CIA-10 | 03Sebastian Spaeth <Sebastian@SSpaeth.de> 07org.openembedded.dev * ra5e4a8b36a 10openembedded.git/recipes/openmoko-3rdparty/babiloo-efl_2.0.9-3.bb: |
15:44.45 | CIA-10 | babiloo: upstream changed SRC_URI |
15:44.45 | CIA-10 | Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de> |
15:44.46 | *** part/#oe eFfeM (n=eFfeM@atwork-193.r-212.178.107.atwork.nl) |
15:56.13 | *** join/#oe mrmoku|away (n=mrmoku@ppp-93-104-179-248.dynamic.mnet-online.de) |
15:56.23 | recalcati | I have an important question about sending e-mail containing patches using the company e-mail |
15:57.27 | Crofton|work | ok |
15:57.56 | recalcati | my fantastique e-mail server doens't send perfectly the body |
15:58.12 | Crofton|work | that is bad ,,,,' |
15:58.16 | recalcati | some ">" or other character can be changed |
15:58.27 | recalcati | any suggestion? |
15:58.33 | Crofton|work | best thing to do is send them to yourself and see if you can apply them |
15:58.37 | recalcati | I'm getting crazy to explain them |
15:58.53 | recalcati | I did it, and patches don't apply |
15:59.10 | pb_ | maybe you can get yourself a gmail account and send them from there. |
15:59.37 | recalcati | pb_: it is an idea, but we want company visibility of our work |
16:00.12 | pb_ | I'm not quite sure what you mean by "company visibility". |
16:00.51 | recalcati | pb_: we work on pxa270 to improve a product and we want to contribute offically to kernel |
16:01.12 | recalcati | then we'll work on davinci , .... so on |
16:01.59 | pb_ | if this is the kernel, then I imagine the upstream h4x0rz would rather that you publish your changes in a git tree anyway. |
16:02.13 | pb_ | so you might be better off doing that rather than worrying about making applyable patches. |
16:02.41 | recalcati | We have a person good to write and send patches |
16:04.24 | *** join/#oe Laibsch (n=Laibsch@118.103.45.34) |
16:04.37 | broonie | pb_: Upstream kernel wants patches via e-mail. |
16:04.49 | broonie | recalcati: Traditional approach is to use a webmail account (eg, gmail) |
16:05.02 | broonie | recalcati: Or other third party SMTP server to send patches. |
16:05.03 | XorA | what good is an MTA that trashes all emails? |
16:05.24 | broonie | recalcati: eg, at Wolfson we have a separate domain which bypasses Exchange for all public Linxu work. |
16:05.25 | pb_ | ah, good idea, you could check the dns blacklists to find an open relay and then use that. |
16:05.39 | XorA | you can register your company on GHS and send as though you were sending from company email server |
16:05.43 | broonie | pb_: and promptly get blacklisted :) |
16:06.10 | XorA | Google Hosted Services doesnt have to be your only MTA but it can be one of them |
16:06.48 | Crofton|work | recalcati, use .com address on signoff |
16:07.07 | broonie | Note also that you can set the e-mail address for patches that get applied separately to the sending user so you can do things like send from a personal account with the patch author set to be an account on the fucked server. |
16:07.23 | Crofton|work | that will persist in the log entries long after the email address the patch came from |
16:07.49 | broonie | Crofton|work: git records teh patch author and in the kernel we're fairly careful to apply patches properly. |
16:08.04 | broonie | Crofton|work: So you need to get *both* right. |
16:08.07 | Crofton|work | urg |
16:08.36 | broonie | Crofton|work: but "From: blah" as teh first line of the log body allows sending patches with an author different to the sender. |
16:09.52 | recalcati | Thanks, it seems the betst solution is the "at Wolfson we have a separate domain which bypasses Exchange for all public Linxu work." |
16:10.28 | broonie | That's the ideal; folks like Marvell do use the GMail approach which does also work effectively. |
16:10.58 | recalcati | but marvell doesn't appear inside the commit message |
16:11.31 | *** join/#oe esbenh (n=EsbenH@0x55532124.adsl.cybercity.dk) |
16:11.59 | *** join/#oe zoff99 (i=chatzill@chello080109110037.13.15.vie.surfer.at) |
16:12.53 | recalcati | broonie: "Note also that you can set the e-mail address for patches that get applied separately to the sending user so you can do things like send from a personal account with the patch author set to be an account on the fucked server" what does it mean? can explain me the sintax ? |
16:13.02 | recalcati | syntax |
16:13.07 | broonie | 16:08 < broonie> Crofton|work: but "From: blah" as teh first line of the log body allows sending patches with an author different to the sender. |
16:13.16 | broonie | git format-patch will DTRT for you. |
16:15.25 | recalcati | broonie: but, it is correct way to do it? can I have problems? |
16:15.45 | broonie | Yes, that's perfectly normal - standard tools like git am work with it. |
16:16.00 | broonie | If you want to test stuff I'd suggest mailing it to yourself and trying to apply with git am. |
16:16.01 | recalcati | broonie: thx |
16:16.17 | broonie | If the resulting log looks OK everything is working as expected. |
16:17.53 | recalcati | broonie: I'll do it using my private account, but, anyway, I have to register myself to kernel to obtain a machine number. I'll do it with my company e-mail and than if with it I'll not able to send patches, I'll use a private one with "From: myself_private_account" |
16:31.44 | recalcati | thx to all |
16:32.35 | recalcati | bye bye |
16:36.05 | cdbot2 | * * OE Bug 5344 has been created by tdomhan(AT)gmail.com |
16:36.07 | cdbot2 | * * missing checksums for v2.6.14-gitcurrent.patch and full.patch |
16:36.09 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=5344 |
16:52.34 | *** join/#oe meindian523 (n=easwarh@unaffiliated/easwar) |
16:56.34 | *** join/#oe roliveira (n=roliveir@187.37.202.65) |
16:58.18 | *** join/#oe lisppaste7 (n=lisppast@common-lisp.net) |
17:01.59 | *** join/#oe thebohemian (n=rschus@p5DDC5D79.dip.t-dialin.net) |
17:06.15 | DJWillis | Is there an easy way to tell (in a bb) if an arch is ARM and ideally if it's ARMv5>? Just cleaning up a bb that can make use of a lot of ARM opt. code patches if you can be sure of the arch at build time. |
17:08.24 | *** join/#oe Timelord0 (n=TL@16.8c.d12c.cidr.airmail.net) |
17:08.33 | *** join/#oe stephank (n=traveler@84.25.113.14) |
17:30.38 | *** join/#oe DuckFault (n=DuckFaul@rrcs-71-43-24-35.se.biz.rr.com) |
17:39.07 | *** join/#oe meindian523 (n=easwarh@unaffiliated/easwar) |
17:42.25 | *** join/#oe Foolean (n=emil@90-224-168-153-no128.tbcn.telia.com) |
17:46.28 | *** join/#oe gnutoo (n=gnutoo@host143-147-dynamic.44-79-r.retail.telecomitalia.it) |
17:55.14 | *** join/#oe toi (n=toi@d54C2A96D.access.telenet.be) |
18:04.57 | *** join/#oe zoff99 (i=chatzill@chello080109110037.13.15.vie.surfer.at) |
18:09.17 | *** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk) |
18:10.17 | CIA-10 | 03Liam Girdwood <lrg@slimlogic.co.uk> 07org.openembedded.dev * r0e0de60f44 10openembedded.git/ (8 files in 3 dirs): |
18:10.17 | CIA-10 | pulseaudio: add version 0.9.21 |
18:10.17 | CIA-10 | Signed-off-by: Liam Girdwood <lrg@slimlogic.co.uk> |
18:24.40 | *** join/#oe gnutoo (n=gnutoo@host143-147-dynamic.44-79-r.retail.telecomitalia.it) |
18:30.57 | XorA | eV members remember to vote! |
18:32.46 | Crofton|work | vote early, vote often! |
18:33.13 | XorA | dont let the eV fail in a pile of apathy! |
18:35.39 | mwester | Crofton|work -- you sound like a Chicago citizen! |
18:36.02 | Crofton|work | heh |
18:41.59 | *** join/#oe meindian523 (n=easwarh@unaffiliated/easwar) |
18:44.25 | *** join/#oe cringthis (n=cringthi@nat/ti/x-hbymblvlfnotbilx) |
18:54.11 | *** join/#oe easwar (n=easwarh@unaffiliated/easwar) |
19:00.45 | *** join/#oe redguy (n=matik@77-254-70-141.adsl.inetia.pl) |
19:13.49 | *** part/#oe thebohemian (n=rschus@p5DDC5D79.dip.t-dialin.net) |
19:27.57 | *** join/#oe spaetz_ (n=spaetz@195.190.181.110) |
19:47.11 | *** join/#oe timtimred (n=meh@79-75-159-183.dynamic.dsl.as9105.com) |
19:55.28 | *** join/#oe florian (n=fuchs@Maemo/community/contributor/florian) |
19:57.54 | *** join/#oe Martin-B (n=martin@pool-5-67-198-89.dbd-ipconnect.net) |
20:00.57 | florian | re |
20:04.04 | DJWillis | Any objections to give SDL a bit of TLC and update to 1.2.14 and also enable FB and X11 while I am at it rather than lots of seperate SDL's (also, setup TSLIB support while I am at it). |
20:10.53 | *** join/#oe brolin (n=brolin@nat48.udea.edu.co) |
20:14.55 | pb___ | DJWillis: you probably ought to use your new DISTRO_FEATURES skills to make directfb, x11 and tslib conditional :-) |
20:14.55 | pb___ | other than that it sounds like a fine idea to me |
20:18.40 | DJWillis | pb___: that's just what I have in mind ;), the X11 bit I am unsure of but the rest is getting there. 1.2.14 is just test building now but I can't see why half the patches are needed anymore. |
20:20.51 | *** join/#oe dth (n=Dieter@p4FDEEEE9.dip.t-dialin.net) |
20:30.07 | *** join/#oe dth-oops (n=Dieter@p4FDEC278.dip.t-dialin.net) |
20:31.38 | Martin-B | gehe gleich zum essen |
20:31.52 | dth | stimmt |
20:32.05 | Martin-B | da lohnt sich nichts mehr anzufangen :-) |
20:32.26 | Martin-B | und du ? |
20:40.29 | *** join/#oe jpieper (n=jpieper@209-6-54-151.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) |
20:40.34 | DJWillis | pb___: (or others) is ok considered ok to move a package from a platform arch (i.e. ARMv7) to a machine arch? It just strikes me that is the RIGHT way to sort libSDL and build the touchscreen support based on the machine features. |
20:42.04 | pb_ | DJWillis: most of the features in question are going to be distro ones, not machine ones. If there are any DISTROs that want to split it per machine then yes, making the libsdl package be machine specific would be an ok solution for those DISTROs. |
20:42.20 | pb_ | but, in the general case, it is not very desirable to make it machine specific. |
20:42.59 | DJWillis | pb_: snag is 'touchscreen' is machine level, hmmm, not sure the best way to cleanly do this, may just stick my head in the sand and claim it never happened ;-) |
20:43.27 | pb_ | DJWillis: are there any DISTROs which need both a touchscreen-enabled and a non touchscreen enabled libsdl? |
20:44.48 | gnutoo | hi, does someone use mpi with boost |
20:44.48 | gnutoo | ? |
20:45.00 | DJWillis | pb_: I can't think of any, the current setup with it off by default is not great to be honest. Maybe just turn it on and let people shout, it can't go wrong without it but it then has to drag in tslib. |
20:45.02 | gnutoo | I guess not |
20:45.17 | gnutoo | but maybe with a cluster of sheevaplug? |
20:45.35 | gnutoo | or high-end power5 architecture |
20:45.47 | pb_ | DJWillis: if enabling touchscreen support doesn't break anything then I would expect most heterogenous DISTROs can just turn it on and accept that they will get a useless copy of tslib installed on non touchscreen machines. |
20:45.51 | pb_ | tslib isn't very big, after all |
20:46.15 | *** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk) |
20:46.20 | pb_ | and, if any such heterogenous DISTROs have a problem with that, they can do the work to make touchscreen support be per-MACHINE for them. :-} |
20:46.31 | DJWillis | pb_: very true |
20:46.41 | gnutoo | indeed it's a machine feature |
20:46.46 | gnutoo | moreover some machine use evdev |
20:46.50 | gnutoo | some other have tslib |
20:47.09 | gnutoo | some don't have touchscreen at all and have restricted space |
20:47.38 | DJWillis | gnutoo: hmm, yep, but if space is that tight are they going to carry SDL ;-) but good point on tslib/evdev. Hmmm |
20:49.58 | gnutoo | lol I didn't read the beginning |
20:52.03 | DJWillis | gnutoo: anything you want to chip in? Trying to work out the easiest way for me to get 1.2.14 in OE ;) |
20:52.40 | gnutoo | I'll try wesnoth |
20:52.50 | gnutoo | not yet |
20:53.01 | gnutoo | I'll add options if I needed them for wesnoth |
20:54.13 | gnutoo | can I disable mpi with boost? |
20:54.23 | gnutoo | or is there an mpi lib in oe |
20:54.33 | gnutoo | find + grep don't find anything |
20:54.39 | gnutoo | only compile patches |
20:56.17 | roliveira | florian: How are you? I talked with you earlier today, about a conflict with the flag "wifi" and the kernel version, only now i can repeat the error, may you help me? |
20:56.53 | florian | roliveira: yes sure, i'll try |
20:57.28 | roliveira | florian: the complete error is here: http://pastebin.com/m238ed054 |
20:59.42 | roliveira | florian: i set the flag pci in the MACHINE_FEATURE, but it didn't solve |
21:03.06 | florian | roliveira: I see... it looks like PCI is turned off in the kernel configuration. |
21:04.56 | gnutoo | indeed it checks for kenrel config... |
21:05.41 | roliveira | florian: I thought that to, maybe, would I set this manually? And another strange thing, in the distro conf I set kernel version equal = 2.6.29 and this error refers to 2.6.25 version |
21:06.45 | roliveira | florian: gntoo: Is it possible to do automatically? |
21:07.51 | gnutoo | roliveira, there are several ways to do it: |
21:08.12 | gnutoo | *change the .config with make ARCH=arm menuconfig,save,copy back into the defconfig in the oe tree |
21:08.32 | gnutoo | *use a menuconfig task(I don't remember the exact name of the task) |
21:09.08 | gnutoo | *look if the kernel recipe checks for the pci machine feature,if not implement that and >> to the config |
21:09.44 | gnutoo | but can't you use ath5k that is FLOSS? |
21:11.41 | florian | gnutoo: he is building for i486 :) |
21:12.03 | roliveira | gnutoo: i just put in MACHINE_FEATURES ".. pci.. " and the kernel version = 2.6.29 and executed the command "bitbake task-base" |
21:12.16 | roliveira | gnutoo: and this happened |
21:12.33 | gnutoo | ok |
21:12.49 | roliveira | gnutoo: yes I have an old geode NSC |
21:12.56 | florian | roliveira: you don't do this. usually you have a kernel recipe that supports your device and comes with a defconfig file that matches the needs of your device. |
21:13.21 | florian | roliveira: which kernel does it build actually? |
21:13.21 | gnutoo | so remove the ARCH=arm,sorry for the error |
21:15.32 | roliveira | florian: I set to the 2.6.29 and in the error is wrote 2.6.25. The problem is that I need a newer version than 2.6.25, because I need to use a camera, and I read that old version than 2.6.28 doesn't support this |
21:15.45 | *** join/#oe kristoffer (n=kristoff@host-90-237-211-108.mobileonline.telia.com) |
21:26.18 | florian | roliveira: this means you bild the wrong kernel anyway. do you build for a device that was in oe already of for something you added? |
21:32.23 | roliveira | yes, i was trying to build one device with a newer kernel version, because I need the drivers to video capture and I only found this way to do that. Because my hardware have a webcam, nowaday I'm using a simple debian distro with kernel 2.6.28, but I'm needing space in the hardware |
21:35.21 | roliveira | florian: and this is the reason to use OE and another things, I didn't know OE before yesterday and I liked |
21:36.23 | florian | roliveira: ok right, you need to make sure the newer kernel is set to be compatible to your device and comes with a matching defconfig |
21:38.23 | *** join/#oe dcordes (n=dcordes_@unaffiliated/dcordes) |
21:38.24 | roliveira | florian: I'll look for this, if It isn't compatible I will write the .config, thanks so much |
21:38.57 | florian | roliveira: that's quite easy. look at the older kernel bb file and see how it is done. the defconfig you might be able to copy from the old kernel. this goes to the subdir $new-kernel-$version/$machine/ |
21:39.41 | roliveira | florian: thanks a lot, i will do that |
21:39.53 | florian | roliveira: otherwise the old gernel gets picked because no new one is available. |
21:39.58 | florian | roliveira: yw |
21:48.09 | *** join/#oe valhalla (n=valhalla@81-174-22-92.dynamic.ngi.it) |
21:49.19 | gnutoo | can I disable MPI in boost 1.40 ? |
21:49.40 | gnutoo | or where can I find an mpi lib in oe tree....I didn't find one |
22:04.03 | *** join/#oe woglinde (i=woglinde@78.52.235.138) |
22:05.48 | woglinde | hm what a mess |
22:05.59 | woglinde | webkit-gtk needs over 6 gig to build |
22:07.08 | florian | ... and a lot of cpu cycles |
22:10.50 | *** join/#oe Martin-B (n=martin@pool-205-65-198-89.dbd-ipconnect.net) |
22:11.00 | Crofton|work | Don't forget to vote guys |
22:12.04 | woglinde | hm |
22:12.15 | woglinde | seems I am on private or so |
22:12.20 | woglinde | args not |
22:12.24 | woglinde | where to vote? |
22:13.51 | *** join/#oe ant__ (n=andrea@host174-251-dynamic.14-87-r.retail.telecomitalia.it) |
22:13.58 | woglinde | jo ant |
22:14.19 | *** topic/#oe by pb___ -> OpenEmbedded Developer Lounge | Web: http://www.openembedded.org | Bugtracker: http://bugs.openembedded.org | Repository: git.openembedded.org/openembedded or (http and git ro mirror) repo.or.cz/r/openembedded.git | This is not a distro or machine support channel | ADMIN STATUS: OK | e.V members: remember to vote early and often |
22:14.19 | florian | Crofton|work: oh right |
22:14.31 | florian | :-) |
22:14.55 | ant__ | hey EU devs |
22:15.07 | pb___ | woglinde: see the oe-members list, xora sent out a ballot |
22:15.09 | ant__ | amys still digesting... |
22:15.43 | woglinde | yeah seems I have to subscribe |
22:16.11 | florian | hrm... didn't we subscribe all members? |
22:17.03 | Crofton|work | florian, better check against the member list on the website |
22:17.07 | woglinde | seems I am no |
22:17.08 | woglinde | t |
22:17.36 | florian | Crofton|work: Yes I'm working on this already... |
22:17.57 | *** join/#oe spaetz (n=user@195.190.181.110) |
22:18.40 | woglinde | hi spaetz |
22:19.08 | spaetz | hi |
22:20.07 | ant__ | RP: ping? |
22:20.43 | ant__ | RP: about that mtd headers, it happens that compiling with klcc only mtd.h is in the path |
22:22.26 | ant__ | so it's just matter of adding -I${STAGING_DIR_HOST}/usr/include/mtd |
22:22.35 | ant__ | or? |
22:23.17 | ant__ | seems bettaer than adding own copy of the same headers :/ |
22:23.42 | ant__ | still don't understand why mtd-utils are deploying these same headers, though... |
22:24.25 | ant__ | these are sanitized kernel headers, which imho should be staged in kernel.bbclass and not by mtd-utils |
22:24.26 | *** join/#oe RobotGuy (n=n7pkt@pool-173-50-247-236.ptldor.fios.verizon.net) |
22:24.30 | ant__ | just my 2cents |
22:26.16 | ant__ | probably I'm missing something... |
22:49.14 | florian | Crofton|work: done |
22:57.49 | woglinde | thanks florian |
22:58.16 | florian | woglinde: yw |
23:30.32 | woglinde | hurray |
23:30.42 | woglinde | "localmodconfig" |
23:30.58 | woglinde | thats what I wanted latley for the kernel |
23:57.54 | *** join/#oe ibot (i=ibot@rikers.org) |
23:57.54 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://www.openembedded.org | Bugtracker: http://bugs.openembedded.org | Repository: git.openembedded.org/openembedded or (http and git ro mirror) repo.or.cz/r/openembedded.git | This is not a distro or machine support channel | ADMIN STATUS: OK | e.V members: remember to vote early and often |