IRC log for #oe on 20100926

00:15.01kusanagii dont quite get how icecc manage to do the cross compile thing distributed
00:15.22kusanagianybody knows more about this topic or knows a nice url?
00:16.01kusanagi(if anybody uses distcc, id also like to know ;))
00:20.48khemkusanagi: http://wiki.maemo.org/Icecream_Scratchbox_Howto
00:25.06kusanagioh, so u make a compiler eviroment and send them to the nodes so they are able to cross-compile
00:25.27kusanagiam i getting it right?
00:28.36khemyes
00:29.18kusanagity khem
00:29.21kusanagi:D
00:30.38khemlook into classes/icecc.bbclass too
00:30.45khemcode is best documentation
01:00.36*** join/#oe kristianpaul (~kristianp@unaffiliated/kristianpaul)
01:00.51kristianpaulHello, The OE opkg is same as openwrt, i mean is based on similars Makefiles?
01:13.29kergoth_kristianpaul: ?
01:13.32kergoth_opkg is opkg.  google it
01:13.42kergoth_oe and openwrt aren't the only projects that use/build it
01:15.37kristianpaulkergoth_: oh sorry
01:15.52kergoth_http://code.google.com/p/opkg/
01:16.19kristianpaulnice wikipedia save look in g00gl3 :)
01:16.23kristianpaulsave me*
01:17.24kristianpaul20:14 < kergoth_> oe and openwrt aren't the only projects that use/build it
01:17.35kristianpaulwho else uses?
01:17.48kristianpaulwhich projest*
01:24.55khemkristianpaul:http://www.opkg.org/
01:25.16khemor http://tinyurl.com/2an7auf :)
01:25.49kristianpaulwow
01:25.58kristianpaulyeah tangogps !
01:26.48kristianpaulahh you hide it with tinyurl.!
01:42.20*** join/#oe kgilmer (~kgilmer@dsl254-120-154.nyc1.dsl.speakeasy.net)
02:00.04*** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net)
02:01.22*** join/#oe fraxinath (~quassel@p4FD63E0F.dip.t-dialin.net)
02:06.26*** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net)
02:08.31CIA-6803Chris Larson <chris_larson@mentor.com> 07master * r0754ca0195 10openembedded.git/classes/utility-tasks.bbclass: (log message trimmed)
02:08.32CIA-68utility-tasks.bbclass: drop mrproper task
02:08.32CIA-68This task is misleading and potentially quite harmful, as it wipes the entire
02:08.32CIA-68DL_DIR, yet tasks are supposed to be recipe specific. We have the proper
02:08.32CIA-68distclean task to wipe sources for a recipe + run do_clean, and the user can
02:08.32CIA-68always wipe all of DL_DIR manually if necessary.
02:08.33CIA-68Signed-off-by: Chris Larson <chris_larson@mentor.com>
02:23.58khemkergoth_: what do u think of my patch for removing SCM dirs
02:24.39khemI thought of using export functionality of OS but it would slow down the process
02:24.50khemas export is order of checkout or fetch
02:29.57kergoth_yeah, good point.  seems sane enough, will have to test it out
02:43.19khemkergoth_: I cleaned my dldir
02:43.24khemand did a x11-image
02:43.27khemworked well
02:43.29khembooted well
02:43.47khemand now bitbake world is running
03:08.56*** join/#oe Russ (foobar@ip70-176-251-1.ph.ph.cox.net)
03:51.52*** join/#oe borg_ (~olaf@p5486940F.dip0.t-ipconnect.de)
03:53.57*** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net)
04:03.04*** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net)
04:37.39*** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net)
04:49.21*** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net)
04:58.33*** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net)
05:08.01*** join/#oe mrc3 (~mrc3@nat/ti/x-vzzgfvvubmfigxxi)
05:15.47*** join/#oe mrc3 (~mrc3@nat/ti/x-sowcksccnpeecmqs)
05:33.58khemclear
05:42.42*** join/#oe d_th (~dth@a89-183-27-44.net-htp.de)
06:17.46JDuke127hi , i cant do bitbake console-image , i always got error , http://pastebin.com/LABk2B41 , please someone help ?
06:48.59*** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf)
06:59.32*** join/#oe loadammo (~nar@c-76-103-154-204.hsd1.ca.comcast.net)
07:04.29*** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl)
07:07.21eFfeMgm
07:14.24*** join/#oe pH5 (~ph5@e178222246.adsl.alicedsl.de)
07:20.43*** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net)
07:22.20*** join/#oe joshin1 (~josh@unaffiliated/joshin)
07:38.59*** join/#oe jared_ (~jluxenber@75-172-121-99.tukw.qwest.net)
07:53.16CIA-6803Eric Bénard <eric@eukrea.com> 07org.openembedded.dev * r7850c3fb82 10openembedded.git/recipes/util-linux-ng/util-linux-ng.inc: (log message trimmed)
07:53.16CIA-68util-linux-ng: reset rdepends on ncurses-tools
07:53.16CIA-68* reset is a script which is using tput provided by ncurses-tools
07:53.16CIA-68(which also provides reset) so util-linux-ng's reset command fails
07:53.16CIA-68if ncurses-tools is not installed on the target
07:53.16CIA-68* this patch creates a utils-linux-ng-reset package with
07:53.17CIA-68RDEPENDS="ncurses-tools"
07:53.32khemJDuke127: are u using ubuntu 10.04 32bit on build machine ? there was a bug in ubuntu gzip
07:53.41khemI wonder if u are hiting it
07:54.33khemtime to sleep gn
08:06.41CIA-6803Łukasz Pankowski <lukpank@o2.pl> 07org.openembedded.dev * rce6eab39b3 10openembedded.git/recipes/ffalarms/ffalarms_git.bb:
08:06.41CIA-68ffalarms: bump git revision, fixes simultaneous alarms
08:06.41CIA-68Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
08:18.35*** join/#oe pb__ (~pb@blundell.swaffham-prior.co.uk)
08:24.38*** join/#oe dth_ntb (~dth@a89-183-27-44.net-htp.de)
08:33.19*** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net)
08:39.17*** join/#oe koobe_ (~koobe@dsl-trebrasgw2-fe4df900-31.dhcp.inet.fi)
08:45.48*** join/#oe GNUtoo|laptop (~gnutoo@host245-55-dynamic.180-80-r.retail.telecomitalia.it)
08:55.07*** join/#oe vanous (~vanous@ip-85-161-25-29.eurotel.cz)
09:31.25*** join/#oe vanous1 (~vanous@ip-85-161-144-191.eurotel.cz)
09:33.47*** join/#oe GarthPS (~quassel@93.16.49.7)
09:47.51GNUtoo|laptophi JaMa
09:48.27JaMahi
09:48.54GNUtoo|laptophow do I switch to linaro
09:48.55GNUtoo|laptop?
09:49.06GNUtoo|laptopI want to see if mplayer is faster
09:49.28GNUtoo|laptoplinaro commit: http://cgit.openembedded.org/cgit.cgi/openembedded/diff/recipes/gcc/gcc-4.4-2010.09.inc?id=0e3642cacf17a8b8073cf7caaa88279d1b6f945f
09:50.08GNUtoo|laptopif I put the gcc prefered version in local.conf
09:50.10GNUtoo|laptopis it ok?
09:51.09JaMadid you merge/cherry-pick that commit to your branch?
09:51.27GNUtoo|laptopyes
09:51.30JaMaGNUtoo|laptop: I think you wanted to use khem's import of linaro patches to gcc-4.5
09:51.38GNUtoo|laptopyes
09:51.44GNUtoo|laptopah that's not in my branch
09:51.46GNUtoo|laptopI'll look
09:51.50JaMathat's not 4.4.-2010.09
09:51.56GNUtoo|laptopok
09:52.07GNUtoo|laptophow do I merge?
09:52.19GNUtoo|laptopI'll look the man
09:52.49JaMaGNUtoo|laptop: git cherry-pick b42902fe8ab2160cb9b01c468a7670fd88ce9238
09:53.02GNUtoo|laptopok thanks
09:53.10JaMaGNUtoo|laptop: and rebuild from scratch, it should be used automatically as SHR is already using gcc-4.5
09:53.33GNUtoo|laptopok
10:10.46*** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net)
10:15.25*** join/#oe vanous (~vanous@ip-85-161-166-207.eurotel.cz)
10:15.52*** join/#oe Martin-B (~martin@pool-235-65-198-89.dbd-ipconnect.net)
10:17.34JaMaGNUtoo|laptop: btw building that too now :)
10:23.51*** join/#oe vanous (~vanous@ip-85-161-166-207.eurotel.cz)
10:33.45*** join/#oe dos1 (~dos@unaffiliated/dos1)
10:43.55*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
10:49.39*** join/#oe B_Lizzard (~havoc@athedsl-421423.home.otenet.gr)
10:54.11*** join/#oe ensc (~irc-ensc@fedora/ensc)
11:02.20*** join/#oe B_Lizzard (~havoc@athedsl-421423.home.otenet.gr)
11:06.59*** join/#oe celeron55 (~perttu@a91-155-42-12.elisa-laajakaista.fi)
11:45.10*** join/#oe pcacjr (~pcacjr@187.78.104.152)
11:45.10*** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr)
11:46.02*** join/#oe JDuke128 (~kadirbaso@81.214.22.138)
11:47.05JDuke128hi , i got errors on igepv2 "bitbake console-image" someone told me , need to update gzip for ubuntu ? i m using 64 bit ubuntu but gzip seems latest version ? i need to get gzip manually ?
11:58.03ynezz~curse ppp
11:58.03ibotMay you be reincarnated as a Windows XP administrator, ppp !
11:58.37ynezzppp does have craziest dependencies I've ever seen
11:59.11ynezzfor minimal-image it drags-in more then 2000 packages, jesus :p
12:03.55*** join/#oe timtimred (~meh@79-69-166-145.dynamic.dsl.as9105.com)
12:04.22*** join/#oe ericben (~ebenard@pac33-2-82-240-38-71.fbx.proxad.net)
12:15.07CIA-6803Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r66e00f144c 10openembedded.git/recipes/perl/ (3 files in 3 dirs):
12:15.07CIA-68perl: moved a few unused patches to obsolete
12:15.07CIA-68Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
12:15.10CIA-6803Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r00652c2e72 10openembedded.git/recipes/pdm/pdm-1.0/setuid.patch:
12:15.10CIA-68pdm : moved unused files to obsolete dir
12:15.10CIA-68Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
12:15.11CIA-6803Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r0760ed93cb 10openembedded.git/recipes/packagekit/files/ (2 files):
12:15.11CIA-68packagekit : moved unused files to obsolete dir
12:15.11CIA-68Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
12:15.12CIA-6803Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r12f7e8f147 10openembedded.git/recipes/parted/files/cross-gross-hack.patch:
12:15.13CIA-68parted : moved unused files to obsolete dir
12:15.13CIA-68Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
12:15.23CIA-6803Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r1709ba88b0 10openembedded.git/recipes/pango/files/gtk-doc.patch:
12:15.23CIA-68pango : moved unused files to obsolete dir
12:15.23CIA-68Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
12:15.23CIA-6803Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r1891dd0b14 10openembedded.git/recipes/phalanx/phalanx/gcc3.patch:
12:15.23CIA-68phalanx : moved unused files to obsolete dir
12:15.23CIA-68Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
12:15.25eFfeMcallign it a day, cya tomorrow
12:24.06ynezzah, it's caused by libcap dragging in bluez-libs
12:24.24ynezzwhy the hell ppp needs bluez-libs
12:24.47*** join/#oe dcordes (4d0a7bf3@gateway/web/freenode/ip.77.10.123.243)
12:30.30ynezzminimal-image with added ppp = 3541 tasks/packages
12:30.32*** join/#oe playya__ (~playya@unaffiliated/playya)
12:30.33ynezzminimal-image with added ppp, but removed bluez-utils dependency from libpcap = 1300 tasks/packages
12:31.00ynezzit's 1200 packages/task just for adding ppp in image, that's insane
12:31.21ynezzI wonder how to fix it correctly
12:32.09ynezzcreating libcap_no_bluez.bb?
12:33.34ericbenor having bluez depending on the MACHINE_FEATURE contains bluetooth
12:34.19ynezzimpossible :)
12:34.30ynezzjust found this http://patchwork.openembedded.org/patch/329/
12:35.37ynezzI'll ask on ML
12:36.22ericbenor have your own overlay which amend the recipes
12:37.46ynezzI don't use overlays, just git branch
12:38.23ynezzbut I want minimal changes to core OE as I'm lazy to maintain the overlay
12:39.37ericbenthe problem is somes recipes in the core OE tree are generic which can lead to this behaviour
12:42.19ynezzthat's ok, but I prefer fixing upstream, than keeping fixes in my branch
12:42.42ericbenyes but what is a fix for you will be a regression for others :-)
12:43.24ericbenthat's all the problem with generic things
12:44.03ynezzno, I think, that fix would be ppp_no_bluez.bb and libcab_no_bluez.bb or something like that
12:44.16ynezzwe will see, I've just send an email to ML
12:44.43ericbenah I see and you make a DEFAULT_PREFERENCE for libcap_no_bluez
12:44.51ynezzyep
12:45.07ericbenppp doesn't directly depends on bluez so this would only concern libpcap
12:45.09Croftonynezz, or get a faser build machine
12:45.16Croftonfaster
12:45.21ynezzand more NAND flash :)
12:45.39ynezzwhy the hell I need MINIMAL image with 3500 packages?
12:45.47Croftonno
12:46.02ericben3500 packages built, but they are not in the image :)
12:46.05ynezzok, s/I need/I need to build/
12:46.13CroftonIf the depends are right, you should be able to install ppp without it sucking everything in
12:46.24ynezzyep, I hope so
12:46.33Croftonthe point is you can upgrade to the fancy stuff and it will work
12:47.23ynezzok, no problem, I can fix it just localy for me
12:48.13ynezzthe point is, that I'm playing with some Lua packages in OE and testing it on minimal-image, so yes, faster machine would fix it also
12:48.33ynezzbut rebuilding 3500 packages over and over makes me mad, that's all :)
12:48.58Croftonwhy are you remiving tmp so oftern?
12:49.01Croftonurg
12:49.05Croftonbad typing
12:49.20Croftonyou should only need to do a full rebuild occasionally
12:49.24ynezzit means playing with classes in bitbake
12:49.41Crofton?
12:49.49Croftonyou are playing with classes?
12:49.56ynezzsomething similar to distutils for python, but for Lua it's called rockspec
12:50.38ynezzI would like to have something like this supported in OE http://luarocks.org/
12:51.28Croftonask on the list
12:51.35Croftonthere might be some other people interested
12:52.17ynezzI don't think so :) there's just Lua recipe, used mainly for native
12:52.47ynezzand some really old stuff
12:53.41ynezzand I'm just playing with it if I've some spare time, nothing serious
12:54.28ynezzbbl
13:03.39*** join/#oe Herbert_ (~ka6sox@207.47.108.14.static.nextweb.net)
13:24.42dcordesynezz: I think it is funny that they call those subdivisions of whatever 'rocks'
13:37.59JaMaGNUtoo|laptop, khem|sleep: does mplayer build work for you with gcc-4.5 + linaro patches? fails for me with asm errors: http://tinderbox.openembedded.net/packages/783943/
13:39.27GNUtoo|laptopJaMa, what task number?
13:39.35GNUtoo|laptopJaMa, ah indeed
13:39.38GNUtoo|laptopsame story here
13:41.02GNUtoo|laptop| make: *** [libmpcodecs/vf_phase.o] Error 1
13:41.27GNUtoo|laptopJaMa, what should we do? import linaro patch for mplayer?
13:43.29JaMaI don't know where it's broken, maybe one of gcc patches is too strict? because it compiled fine before importing those patches
13:44.24JaMaand I have no idea if linaro has patch for neon in mplayer
13:44.30*** join/#oe Herbert__ (~ka6sox@207.47.108.14.static.nextweb.net)
13:44.50GNUtoo|laptopok
13:45.00GNUtoo|laptoplet's ask khem|sleep
13:47.39CIA-6803Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r3305401ea5 10openembedded.git/recipes/shr/ (initscripts-shr/volatiles initscripts-shr_0.0.1.bb):
13:47.39CIA-68initscripts-shr: prepare /var/volatile/appshadow for shr-wizard
13:47.39CIA-68Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
13:49.20*** join/#oe fraxinas (~quassel@p4FD62BBD.dip.t-dialin.net)
14:07.23GNUtoo|laptopJaMa, what should we do then? wait?
14:12.51*** join/#oe fraxinas (~quassel@p4FD659A1.dip.t-dialin.net)
14:13.59JaMaGNUtoo|laptop: yes, wait for khems opinion if you wont solve it yourself (I'm doing something else now)
14:17.46GNUtoo|laptopI'm doing something else too
14:18.14GNUtoo|laptop(maths, and after or I'll try to debug alsa for qsd or I'll go out)
14:20.27CIA-6803Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r04773f5ff6 10openembedded.git/recipes/shr/ (8 files):
14:20.27CIA-68shr: bump SRCREVs of recipes from shr-autorev for versions compatible with current EFL_SRCREV
14:20.27CIA-68Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
14:35.32*** join/#oe rkirti (~quassel@203.199.213.3)
15:05.35CroftonI've got a recipe that appears to run configure twice
15:05.41Croftondoes this make any sense to anyone?
15:11.17yannwhat is the bitbake package to build to get a gdb suitable to debug for the current target platform ?
15:11.31*** join/#oe Heinervdm (~thomas@pD9E1762A.dip.t-dialin.net)
15:11.37yanngdb-cross amusingly seems to build an ipk for the target :)
15:16.16Croftongdb?
15:16.28Croftonyou want to run it on the target?
15:39.36*** join/#oe redguy (~matik@unaffiliated/redguy)
15:46.09*** join/#oe Jay7 (jay@93-81-2-20.broadband.corbina.ru)
15:59.48*** part/#oe kerim (~kerim@81.214.22.138)
16:05.22khem|sleepJaMa: mplayer interesting problem, I know what it is
16:08.04JaMagreat
16:09.01khemJaMa: now we need to use a new qualifier
16:09.16khemin inline asm because its really using it
16:10.05*** join/#oe B_Lizzard (~havoc@athedsl-421423.home.otenet.gr)
16:12.25khemJaMa: hmmm mplayer built fine here
16:15.30*** join/#oe fraxinas (~quassel@p4FD65829.dip.t-dialin.net)
16:16.59JaMakhem: for armv7a?
16:17.14khemJaMa: yep
16:43.49*** join/#oe rob_w (~bob@pD95ECDD7.dip.t-dialin.net)
16:54.00*** join/#oe andyj (~andy@c-76-28-141-180.hsd1.wa.comcast.net)
16:58.12HopsNBarleyhmmm.  how is OE figuring to rename my package from foo -> libfoo1 ???
16:58.48HopsNBarleyno /usr/bin in my package, is this why?
16:59.04*** join/#oe zecke (~ich@91-64-127-39-dynip.superkabel.de)
16:59.29zeckekhem: wow, linaro is doing a lot.
17:01.56*** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net)
17:08.52*** join/#oe fraxinas (~quassel@p4FD62FDF.dip.t-dialin.net)
17:17.57HopsNBarleycool cool cool.  OE never ceases to amaze :)
17:23.37*** join/#oe celeron55 (~perttu@a91-155-42-12.elisa-laajakaista.fi)
17:26.44JaMakhem: can you please try to build mplayer_git (I guess you've built default mplayer_svn)
17:27.31*** join/#oe GNUtoo|laptop (~gnutoo@host245-55-dynamic.180-80-r.retail.telecomitalia.it)
17:33.16GNUtoo|laptophi JaMa
17:33.25GNUtoo|laptopdid khem respond?
17:34.05JaMaGNUtoo|laptop: yes
17:34.16GNUtoo|laptopis it fixed?
17:34.30GNUtoo|laptop2)what did he said?
17:37.28*** join/#oe jared_ (~jluxenber@75-172-121-99.tukw.qwest.net)
17:40.17kusanagiis there a way to run a kind of bitbake clean to start over the recipes?
17:41.49khemJaMa: I see
17:42.03khemGNUtoo|laptop: I will try to bake mplayer_git
17:42.13GNUtoo|laptopok
17:42.16GNUtoo|laptopthanks a lot
17:42.39khemGNUtoo|laptop: I potentially know the problem
17:42.40khemand fix too
17:42.46khembut let me verify
17:42.47*** join/#oe kerim (~kerim@81.214.22.138)
17:43.02GNUtoo|laptopok thanks a lot
17:43.05GNUtoo|laptopI'm not in a hurry
17:43.11JaMakhem: for me both (svn and git) fail
17:43.14khemmplayer_0.0+1.0rc2.bb is what I have been building
17:43.15GNUtoo|laptopso you can take the time to verify
17:43.30khemI just did bitbake mplayer
17:43.35khemand it chose that one
17:44.44JaMakhem: ah so mplayer_svn is default only for Angstrom sorry I'll try that one too
17:46.15GNUtoo|laptopyes it's the default for angstrom
17:46.25JaMaok, same error
17:48.17khemError: You need libavutil, MPlayer will not compile without!
17:49.36GNUtoo|laptopah that's not integrated in mplayer?
17:49.43GNUtoo|laptopso it should be in ffmpeg
17:50.17khemI know but why is ffmpeg not in depends
17:50.52GNUtoo|laptopok
17:50.59GNUtoo|laptopmaybe it's a bug
17:51.23khemhmm no its there
17:51.42GNUtoo|laptopah maybe paralell race conditions then
17:51.53khemheh no I was doing bitbake -b
17:51.58GNUtoo|laptopok
17:52.06khembut same problem is seen in ffmpeg too
17:52.21GNUtoo|laptophmmm maybe it doesn't look at the right place tehn?
17:52.29GNUtoo|laptopor try without -b at the cost of speed?
17:52.46GNUtoo|laptopI only had issues with -b
17:53.30JaMakhem: imho you need newer ffmpeg for svn|git version of mplayer
17:53.47khemffmpeg-2_0.5-r16.1
17:53.52khemis what I am compiling
17:54.01JaMakhem: you need ffmpeg_svn
17:54.16JaMawhere is D_P -1 and Angstrom and SHR has positive D_P there
17:54.37GNUtoo|laptopahh ok
17:54.40khemJaMa: i am able to to reproduce the same issue with ffmpeg too
17:55.12JaMarebuilding ffmpeg
17:56.13*** join/#oe fraxinas (~quassel@p4FD669E2.dip.t-dialin.net)
18:00.40JaMahmm ffmpeg built ok
18:01.00khemJaMa: same version as mine ?
18:01.32JaMaffmpeg_svn.bb
18:01.33khemffmpeg-2_0.5.bb
18:02.53khemhmmm seems a compiler bug
18:05.54khemJaMa: GNUtoo|laptop ok I can reproduce the issue
18:05.59GNUtoo|laptopnice
18:06.04khemand its a regression in linaro patches
18:06.09GNUtoo|laptopok
18:06.46JaMagood
18:06.51JaMathanks khem
18:07.48khemas a workaround you can try -mfpu=vfp
18:08.01kheminstead of -mfpu=neon
18:09.08khemthe reason is that without these patches it does not use neon intrs in codegen
18:09.14khemso it works
18:09.20*** join/#oe Martin-B (~martin@pool-205-66-198-89.dbd-ipconnect.net)
18:09.28JaMawhat about --enable-armvfp ?
18:10.10khemJaMa: no you dont have to
18:10.16GNUtoo|laptopah ok
18:10.28JaMaand I was able to build it with -fno-tree-vectorize instead -ftree-vectorize
18:10.38khemyep
18:10.55khemthats a workaround too
18:11.03khemmeanwhile we fix gcc
18:11.04JaMabecause ffmpeg_svn.bb is using that too
18:11.26khemactually I see code is using neon heavily now
18:11.27*** join/#oe GarthPS (~quassel@92.102.66.79)
18:11.42khemso performance should improve significantly
18:12.14khemGNUtoo|laptop: Use -fno-tree-vectorize in CFLAGS for time being
18:12.31GNUtoo|laptopglobally?
18:12.46*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
18:12.55GNUtoo|laptopTARGET_CFLAGS += "-fno-tree-vectorize" in local.conf ?
18:13.22JaMaGNUtoo|laptop: there are flags already overriden in that recipe..
18:13.30GNUtoo|laptopok
18:13.32JaMaGNUtoo|laptop: so you can change it there
18:13.32khemwell use it in packages that are failing with this error
18:13.35khemnot globally
18:13.51GNUtoo|laptopok
18:14.12GNUtoo|laptopJaMa, so you push to the n900 repo and I pull and we continue building?
18:15.19khemto be clear you wont lose anything compared to current gcc
18:15.40khembecause current gcc was not vectorizing anything even the option was turned on
18:16.54JaMaGNUtoo|laptop: n900 repo is using normal gcc-4.5 without those linaro patches.. so if you need it you can cherry-pick it from my gitorious repo
18:18.06GNUtoo|laptopok
18:18.24GNUtoo|laptopwhere's your repo?
18:18.27GNUtoo|laptopgitorious?
18:21.39khemJaMa: here is reduced testcase http://pastebin.com/z1WxTV0B
18:21.40khem:)
18:21.44khemnow to fix it
18:22.13JaMaGNUtoo|laptop: http://gitorious.org/~jama/angstrom/jama-shr-experimental/
18:22.38GNUtoo|laptopthanks
18:24.19GNUtoo|laptopJaMa, you forgott to bump PR in your tree btw
18:24.55GNUtoo|laptop(http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/aac6441f858d1b111300bb03d4866084c0a54db1.diff)
18:25.36*** join/#oe kristoffer (~kristoffe@c-b0dee555.010-30-6c6b7012.cust.bredbandsbolaget.se)
18:25.53Croftonwe need to get mru to look at the code generated by the linaro compiler
18:26.11khemCrofton: he will be happier
18:26.21Croftonheh
18:26.39Croftononly if he can find something to complain about :)
18:27.49JaMaGNUtoo|laptop: intentionally, I don't plan to push it yet
18:27.56GNUtoo|laptopok
18:29.24*** join/#oe fraxinas (~quassel@p4FD648FE.dip.t-dialin.net)
18:29.48*** join/#oe fraxinath (~quassel@p4FD6405D.dip.t-dialin.net)
18:33.28*** join/#oe koobe__ (~koobe@84.249.77.31)
18:40.21*** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf)
18:42.32B_LizzardWhen a software program has hardcoded CC and PREFIX and /usr/include stuff in a config.mk file, what's the recommended way of dealing with that in a recipe?
18:42.45B_Lizzardsed?
18:42.51B_Lizzardin do_configure
18:49.01B_LizzardI see several approaches in other recipes
18:56.19*** join/#oe zecke (~ich@91-64-127-39-dynip.superkabel.de)
19:03.55*** join/#oe polyonymous (~hacker@g230192021.adsl.alicedsl.de)
19:11.09yannCrofton: nope, I want a host gdb knowing about arm binaries, to connect to the gdbserver on the target
19:13.31*** join/#oe fraxinas (~quassel@p4FD6448E.dip.t-dialin.net)
19:45.08*** join/#oe sgh (~quassel@0x4dd5bf76.adsl.cybercity.dk)
19:49.58*** join/#oe avr-rulez (c4d2c95c@gateway/web/freenode/ip.196.210.201.92)
19:50.16avr-rulezgood evening all
19:52.06avr-rulezwe have a situation where our broadcaster is transmitting 2 PMT tables on a transponder
19:52.18avr-rulez1 first PMT table is empty
19:52.48avr-rulezthis resuts in the "Timeout reading PMT" error
19:52.56*** join/#oe woglinde (~heinold@g225145063.adsl.alicedsl.de)
19:52.58woglindejo
19:53.27avr-rulezwhat is the PMT handler called now ?
19:54.22Heinervdmavr-rulez: are you sure you are in the right channel?
19:55.18avr-rulezsorry - first time here can you direct me elsewhere?
19:55.52woglindeo.O
19:56.27*** join/#oe anarsoul (~anarsoul@80.249.83.140)
19:56.34Heinervdmavr-rulez: which programm are you talking about?
19:57.15GNUtoo|laptopkhem, thanks a lot!!!! the performance are a lot better with mplayer
19:57.42woglindegnutoo hm?
19:57.55GNUtoo|laptopan h264 movie can now be played
19:58.07woglindegnutoo ????
19:58.10GNUtoo|laptopwoglinde, linaro toolchain improvements
19:58.21woglindeon which machine?
19:58.23GNUtoo|laptopin one of kem's branch
19:58.26GNUtoo|laptopnokia900
19:58.29GNUtoo|laptopwhich is armv7
19:58.31woglindeo.O?
19:59.07woglindeas we discussed it yesterday on beagle the mplayer stuff for armv7 neon is handoptimized asm
19:59.20GNUtoo|laptopyes
19:59.33woglindeso how the hell gcc improves this?
19:59.35GNUtoo|laptopbut I recompiled the whole system
19:59.40GNUtoo|laptopfrom scratch
19:59.47avr-rulezOE on Dreambox
19:59.59woglindehm
20:00.19woglindeand what windowmanger do you run now?
20:00.21avr-rulezHeinervdm:  OE on Dreambox..
20:00.35GNUtoo|laptopstill enlightenement
20:01.24GNUtoo|laptopnote that the benchmark is purely subjective
20:01.30GNUtoo|laptopso I could be totally wrong
20:01.43Heinervdmavr-rulez: ah ok, then you are probably right. but i have no idea about dreambox
20:02.19GNUtoo|laptopstill a bit slow but a lot better
20:03.32avr-rulezHeinervdm: Thanks
20:12.45*** join/#oe woglinde_ (~heinold@f052230128.adsl.alicedsl.de)
20:13.55CIA-6803Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rd95fcc5d0c 10openembedded.git/conf/distro/include/angstrom-2010-preferred-versions.inc: angstrom-next: switch to QT 4.7.0
20:17.58*** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net)
20:21.21woglinde_jo kergoth
20:33.16*** join/#oe univac (~univac@148.81.171.50)
20:34.26*** part/#oe univac (~univac@148.81.171.50)
20:43.14*** join/#oe CMoH-notebook (~cipi@89.137.245.85)
20:43.14*** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh)
20:48.48*** join/#oe CMoH|notebook (~cipi@89.137.245.85)
20:48.48*** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh)
20:58.41*** join/#oe coafcv (~mmm@p4FFE3AF9.dip.t-dialin.net)
21:03.48*** join/#oe JDuke128 (~kadirbaso@81.214.22.138)
21:04.31avr-rulezany OE Dreambox dev'd here tonight?
21:15.44*** join/#oe sge (~username@62.240.71.4)
21:22.31*** join/#oe zecke (~ich@91-64-127-39-dynip.superkabel.de)
21:57.08*** join/#oe mickey|away (~mickey@80.81.242.146)
22:37.56*** join/#oe Russ (foobar@ip70-176-251-1.ph.ph.cox.net)
22:59.23*** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net)
23:01.07*** join/#oe m4t (matt@theorize.org)
23:03.15*** join/#oe loadammo (~nar@c-76-103-154-204.hsd1.ca.comcast.net)
23:09.19CIA-6803Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * rf8ea4b433d 10openembedded.git/recipes/rt2x00/ (rt3070-2.3.0.4/makefile.patch rt3070_2.3.0.4.bb): rt3070: Added version 2.3.0.4.
23:12.39*** join/#oe fraxinath (~quassel@p4FD67C18.dip.t-dialin.net)
23:17.12CIA-6803Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r2c59274c8f 10openembedded.git/recipes/wpa-supplicant/ (2 files in 2 dirs): wpa-supplicant: Added version 0.6.10. Refreshed defconfig: Added nl80211 and ralink support.
23:26.14CIA-6803Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r1ec526ef13 10openembedded.git/recipes/iw/ (iw/kill-git-version-check.patch iw_0.9.18.bb iw_0.9.19.bb): iw: Updated to version 0.9.20. Removed old versions.
23:30.54*** join/#oe dth_ntb (~dth@a89-183-27-44.net-htp.de)
23:42.45w|zzyangstrom servers are sooo slow!
23:50.21jluxenbergI'm trying to get ruby compiled for OE
23:50.36jluxenbergit works, but the socket extension is not being built for some reason
23:52.07jluxenberglooking at the mkmf.log file in ruby/ext/socket, I see that a number of the checks failed
23:52.27jluxenberghow can I find out if any of those checks were fatal?
23:52.47*** join/#oe joshc_ (~joshc@cpe-24-28-84-71.austin.res.rr.com)
23:57.16w|zzypaste the info on pastebin

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