IRC log for #oe on 20100906

00:00.01GNUtoo|laptopok
00:00.08ampmi have tried that as well
00:00.14GNUtoo|laptopah?
00:00.31GNUtoo|laptopthen try that:
00:00.48GNUtoo|laptopremove all multicore stuff in the conf file
00:00.51GNUtoo|laptopand then retry
00:00.57ampm# Enable these lines if you have a dual-core machine # BB_NUMBER_THREADS = "2" # ERROR-PRONE: Downloads one package while compiling the last one # PARALLEL_MAKE = "-j2"  # HEAVILY RECOMMENDED: Runs GCC in parallel, useful on Core 2 Duo/Quad
00:01.03GNUtoo|laptopbecause it seem like a race conditions
00:01.16ampmthey are all disbabled if im reading this right
00:01.20ampmcommented out
00:01.22GNUtoo|laptopah strange
00:01.41GNUtoo|laptopI don't know, do you have the recipe and the full log?
00:01.48ampmyes
00:02.00GNUtoo|laptopare all this stuff in oe?
00:02.09GNUtoo|laptopbecause gumstix uses another repo
00:02.26ampmyes
00:02.30GNUtoo|laptopok
00:02.50ampmi followed a tutorial that creates a profile for the overo branch
00:03.08ampmwhich imloaded prior to building
00:03.44ampmlog.do.install only has the line that i posted above
00:04.01GNUtoo|laptopok
00:04.19GNUtoo|laptopok I see the point where it fails
00:04.47GNUtoo|laptop<PROTECTED>
00:04.47GNUtoo|laptop<PROTECTED>
00:04.53GNUtoo|laptopstrange
00:04.53ampmyes
00:05.14ampmi looked at that but im not sure how to trace the path
00:05.20GNUtoo|laptophmmm
00:05.54GNUtoo|laptopti-paths.inc:export XDC_INSTALL_DIR_RECIPE        = "${installdir}/ti-xdctools-tree"
00:05.56GNUtoo|laptopuse grep
00:06.14GNUtoo|laptopit seem not to find ${S}
00:06.37ampmsorry im new to this
00:06.43GNUtoo|laptopok
00:06.43ampmwhere to use grep
00:06.54GNUtoo|laptopnever mind, grep was a bad idea
00:06.59ampmok
00:07.00GNUtoo|laptopbeacuse it's not XDC_INSTALL_DIR_RECIPE
00:07.08GNUtoo|laptopbut ${S}/* which fails
00:07.15GNUtoo|laptopif you wonder where's S
00:07.18GNUtoo|laptopit's the source dir
00:07.27GNUtoo|laptopit should be written in oe's manual I bet
00:08.06ampmso S is the sources directory
00:08.11GNUtoo|laptopyes
00:08.13GNUtoo|laptopbut I wonder
00:08.20GNUtoo|laptopwhy it interpretes * as a file
00:08.26GNUtoo|laptopand doesn't expand it
00:08.38GNUtoo|laptoptry putting quotes
00:09.14ampmwhere? in the paths file
00:10.59GNUtoo|laptop<ampm> this is the error:| cp: cannot stat `oe/tmp/work/overo-angstrom-linux-gnueabi/ti-xdctools-3_16_01_27-r2/xdctools_3_16_01_27/*': No such file or directory
00:11.16GNUtoo|laptopis  `oe/tmp/work/overo-angstrom-linux-gnueabi/ti-xdctools-3_16_01_27-r2/xdctools_3_16_01_27/*' empty
00:11.26ampmyes it is
00:12.06GNUtoo|laptopls: cannot access *: No such file or directory
00:12.15GNUtoo|laptopthat's what I have in an empty directory
00:12.24GNUtoo|laptopthen it shouldn't be empty
00:12.26GNUtoo|laptophmmm
00:12.29GNUtoo|laptopit's do_install
00:12.33ampmyes
00:12.34GNUtoo|laptopand the sources are gone
00:12.40GNUtoo|laptopdo you use rm_work?
00:12.46ampmno
00:12.47GNUtoo|laptopok
00:13.10GNUtoo|laptopnext step is try to find out why S is empty
00:13.16GNUtoo|laptophmmm
00:13.59ampmi bitbaked ti-dsp-module which uses sdctools last week without errors...this image contains it but now it fails
00:14.06GNUtoo|laptopok
00:14.10ampmnot sure what changed between then and now
00:14.21GNUtoo|laptopgit bisect would be too long
00:14.32GNUtoo|laptopoe/tmp/work/overo-angstrom-linux-gnueabi/ti-xdctools-3_16_01_27-r2/
00:14.34ampm5023 taska
00:14.37GNUtoo|laptopwhat is there in that dir
00:15.24ampmimage dir, temp dir, xdctools_3_16_01_2 which is empty and the xdctools bin file
00:15.35GNUtoo|laptophmmm
00:16.39ampmi noticed there isnt a xyz_native.bb for xdctools or any recipe
00:16.55GNUtoo|laptopbtw:
00:16.58ampmnot sure if it has anything to do wiht it
00:17.06GNUtoo|laptopwhat's that:
00:17.07GNUtoo|laptopovero-angstrom-linux-gnueabi
00:17.24GNUtoo|laptopI mean is it the machine directory?
00:17.54ampmyes
00:18.42GNUtoo|laptopok
00:18.44GNUtoo|laptopit's machine arch
00:18.45GNUtoo|laptopok
00:19.12ampmyes
00:19.30GNUtoo|laptopwhere are the sources unpacked?
00:19.34ampmthere is one for armv7 and overo
00:19.38GNUtoo|laptopok
00:20.15ampmto tmp/work/overo-angstrom-linux-gnueabi/ti-xdctools-3_16_01_27-r2/
00:20.49GNUtoo|laptopI mean:
00:21.10GNUtoo|laptopsources should go in oe/tmp/work/overo-angstrom-linux-gnueabi/ti-xdctools-3_16_01_27-r2/xdctools_3_16_01_27/
00:21.29ampmi see
00:21.44ampmso thats why its empty
00:21.50GNUtoo|laptopmaybe your best hope is to send a mail to a mailing list
00:22.02ampmit unpacks it to one dir above
00:22.06GNUtoo|laptopahh ok
00:22.08GNUtoo|laptopthat's bad
00:22.30GNUtoo|laptopthen you have to report that somewhere
00:22.34GNUtoo|laptopI'm not sure where
00:22.44GNUtoo|laptopdo gumstix have a mailing list?
00:23.02ampmhere is the exact note: NOTE: Unpacking sources/xdctools_setuplinux_3_16_01_27.bin to tmp/work/overo-angstrom-linux-gnueabi/ti-xdctools-3_16_01_27-r2/
00:23.04ampmnot sure
00:23.12GNUtoo|laptopouch for the unpack
00:23.18*** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr)
00:23.26GNUtoo|laptopmaybe report to oe
00:23.31GNUtoo|laptopthere are some people there
00:23.38GNUtoo|laptops/people/ti people
00:23.49ampmto the issue mailing list ontere main site?
00:24.39ampmi will look it up
00:25.14ampmone more question: should it solve the problem if i point the do_unpack to the correct directory
00:26.45GNUtoo|laptophmmm
00:27.33GNUtoo|laptopno
00:27.50GNUtoo|laptopI don't know how to do that
00:27.55ampmok
00:28.03GNUtoo|laptopand it would be a bad workarrdound
00:28.23GNUtoo|laptopthe oe dev mailing list
00:28.31GNUtoo|laptopbut I'm not sure it's the correct mailing list
00:28.34GNUtoo|laptopnot because of -dev
00:28.39ampmbut you definitely think that thats the source of the error
00:28.43GNUtoo|laptopbut because you are reporting a gumstix thing
00:28.54ampmright
00:29.05GNUtoo|laptopi'm sure that it should be unpacked here:
00:29.11GNUtoo|laptopoe/tmp/work/overo-angstrom-linux-gnueabi/ti-xdctools-3_16_01_27-r2/xdctools_3_16_01_27/
00:29.20ampmcool
00:29.21GNUtoo|laptopor at least in a dir in:
00:29.26GNUtoo|laptopoe/tmp/work/overo-angstrom-linux-gnueabi/ti-xdctools-3_16_01_27-r2/
00:29.44ampmyeah, thats where it unpacks it
00:31.39GNUtoo|laptopno
00:31.42GNUtoo|laptopI mean in :
00:31.47GNUtoo|laptopoe/tmp/work/overo-angstrom-linux-gnueabi/ti-xdctools-3_16_01_27-r2/somedir
00:32.08ampmoh ok
00:32.23GNUtoo|laptopahh
00:32.25GNUtoo|laptopS = "${WORKDIR}/xdctools_${PV}"
00:32.28GNUtoo|laptopwhy????
00:32.35GNUtoo|laptoplet me check
00:32.41ampmk
00:32.45GNUtoo|laptop(it's late here)
00:36.12GNUtoo|laptopStrange
00:36.15GNUtoo|laptopworkdir is set
00:36.17GNUtoo|laptopbut anyway
00:36.21GNUtoo|laptopoops
00:36.23GNUtoo|laptopI mean
00:36.26GNUtoo|laptopS is set
00:36.36GNUtoo|laptopbut it still doesn't find it
00:39.26*** join/#oe angelox_123 (~Angelo@189-18-204-195.dsl.telesp.net.br)
00:53.57ampmi have to go GNU, thanks for your help..now i have an idea of what is going on
00:54.33angelox_123gnu out...
00:54.36angelox_123ping timeout
00:54.52angelox_123when he back i say you sow thanks
00:54.57angelox_123=D
00:55.39ampmok
00:55.41ampmthnaks
00:56.10*** join/#oe GNUtoo|laptop (~gnutoo@host146-132-dynamic.16-79-r.retail.telecomitalia.it)
00:56.27angelox_123GNUtoo...ampm says to you when you is out: "i have to go GNU, thanks for your help..now i have an idea of what is going on"
00:59.44*** join/#oe ampm (445fff28@gateway/web/freenode/ip.68.95.255.40)
01:02.29grgampm... angelox_123 said  when you left 'GNUtoo...ampm says to you when you is out: "i have to go GNU, thanks for your help..now i have an idea of what is going on"'
01:02.32grg:)
01:03.30ampmactually im back
01:03.42ampmi think i founf the patch for it
01:04.11ampmhave a look at this : http://permalink.gmane.org/gmane.comp.handhelds.openembedded/36135
01:04.56angelox_123are you compiling for ... ?
01:05.24ampmim trying to build the pixhawk omap3 image for teh overo
01:06.00angelox_123sorry.what is the error ?
01:06.06ampmjust a sec
01:06.08GNUtoo|laptopampm, not sure
01:06.17GNUtoo|laptopthat seem a patch for unpacking on the device
01:06.30GNUtoo|laptopnot on the build system computer
01:06.35ampmoh
01:06.37GNUtoo|laptopdevice means target
01:06.40ampmright
01:06.46ampmnot the host
01:08.26ampmthanks for your help
02:15.43*** join/#oe julianpid (~julianpid@firewall.ctxuk.citrix.com)
02:23.41*** join/#oe zenlinuxPDX_ (~sgarman@c-76-105-143-140.hsd1.or.comcast.net)
02:38.44*** join/#oe pcacjr__ (~pcacjr@187.78.54.42)
02:41.07*** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net)
02:41.16*** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner)
03:02.56*** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171)
03:15.06khemgrg: your patch for gdb looks ok
03:17.28*** join/#oe pcacjr__ (~pcacjr@187.78.45.237)
03:20.25grgkhem, excellent. I was slightly concerned that there was a lib64 dir there at all... in the meta toolchain tarball that results, libiberty.a is the only thing in that lib64/ dir, everything else is in lib/
03:20.57*** join/#oe borg_ (~olaf@p5486824A.dip0.t-ipconnect.de)
03:36.27khemgrg: yeah someone needed it
03:36.30khemgrg:
03:36.35khemI have to dig the ml
03:36.51khemis watching US open
03:37.19grgkhem, don't get up off the couch if you don't want to. I can live with not knowing about the lib64 dir :)
03:50.19*** join/#oe gchiii (~gchiii@adsl-76-255-12-150.dsl.mrdnct.sbcglobal.net)
04:20.01*** join/#oe pcacjr (~pcacjr@187.78.120.211)
04:20.01*** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr)
04:26.26*** join/#oe pcacjr_ (~pcacjr@187.78.64.57)
04:26.26*** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr)
04:29.18*** join/#oe kgilmer (~kgilmer@dsl254-120-154.nyc1.dsl.speakeasy.net)
04:36.52CIA-203Jason Kridner <jkridner@beagleboard.org> 07org.openembedded.dev * r53382f4aa2 10openembedded.git/recipes/esc/esc-node-demo_git.bb:
04:36.52CIA-2esc-node-demo: add missing index.html file
04:36.52CIA-2Signed-off-by: Jason Kridner <jkridner@beagleboard.org>
04:36.52CIA-2Signed-off-by: Khem Raj <raj.khem@gmail.com>
04:36.56CIA-203Martin Jansa <martin.jansa@gmail.com> 07org.openembedded.dev * rc6a72ee2b9 10openembedded.git/recipes/matchbox2/matchbox-panel-2-icon-themes_0.0.1.bb:
04:36.56CIA-2matchbox-panel-2-icon-themes: use same SRCREV as matchbox-panel-2
04:36.56CIA-2* battery/data was removed in 1919 http://svn.o-hand.com/view/matchbox/trunk/matchbox-panel-2/applets/battery/Makefile.am?rev=1919&view=auto
04:36.56CIA-2* prevent downgrade/upgrade cycle in matchbox-panel-2 checkout ending with (svn: Failed to add directory 'applets': an unversioned directory of the same name already exists)
04:36.57CIA-2Signed-off-by: Khem Raj <raj.khem@gmail.com>
04:38.43CIA-203Anatoly Shipitsin <norguhtar@gmail.com> 07org.openembedded.dev * r1540070798 10openembedded.git/recipes/sysvinit/sysvinit_2.86.bb: (log message trimmed)
04:38.44CIA-2sysvinit_2.86.bb: change sysvinit-utils for compatible with upstart
04:38.44CIA-2* move shutdown and runlevel to sysvinit package to halt and poweroff, upstart include this utils
04:38.44CIA-2* move killall5 to sysvinit-utils, it used by scripts when system goes shutdown or halt, upstart not provide it
04:38.44CIA-2* change PR = "r59"
04:38.44CIA-2Signed-off-by: Anatoly Shipitsin <norguhtar@gmail.com>
04:38.45CIA-2Reviewed-by: Paul Menzel <paulepanter@users.sourceforge.net>
04:41.54*** join/#oe kerim (~kerim@81.214.22.138)
05:12.31*** join/#oe konne (~Miranda@85.183.99.11)
05:14.55*** join/#oe mrc3_ (~mrc3@nat/ti/x-sskquvxwyugyuzsl)
05:16.24*** join/#oe konne (~Miranda@85.183.99.11)
05:17.55*** join/#oe konne (~Miranda@85.183.99.11)
05:30.43*** join/#oe Noor (8bb5d022@gateway/web/freenode/ip.139.181.208.34)
05:30.48NoorHi all
05:37.53NoorI need to clarify one thing
05:38.22Noorwhen building native packages is there any scenarion that some taget packages are also being build
05:38.41*** join/#oe Marex (vasum7am@u-pl1.ms.mff.cuni.cz)
05:38.53NoorMy understanding is this that target packagaes will not build when we are building native package
05:39.00Noorplease correct me if I am wring
05:39.03Noorwrong
05:46.42grgNoor, that is correct
05:47.20NoorI am building seeing the ooposite in the llvm-native.inc file
05:47.51Noorthis file is included in llvm2.7-native_2.7.bb
05:48.16Noorand in the depends list binutils-cross is there
05:49.53grgNoor, i suppose there is either a very good reason for that, or it is in error. Dunno, sorry.
05:51.45Noorgrg: OK. Thanks . I can see the same behaviour when I build sip-native. it also builds alot of target packages. But anyways thanks for ur reply.
06:00.26*** join/#oe fahad (8bb5d022@gateway/web/freenode/ip.139.181.208.34)
06:02.25*** join/#oe vps (~vitus@145.253.169.210)
06:06.03*** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl)
06:06.57NoorHi eFfeM_work
06:12.49*** join/#oe Jay7 (jay@95-29-187-221.broadband.corbina.ru)
06:15.17*** join/#oe rschus (~rschus@234.163.71-86.rev.gaoland.net)
06:45.28*** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com)
06:45.29*** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
07:07.37*** join/#oe Proxyles (~henrik@c-9f93e255.56-4-64736c14.cust.bredbandsbolaget.se)
07:09.23*** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de)
07:10.39mckoangood morning
07:13.48*** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net)
07:14.35*** join/#oe B_Lizzard (~havoc@athedsl-424173.home.otenet.gr)
07:15.03*** join/#oe rednul_ (~rednul@host-174-45-250-246.bln-mt.client.bresnan.net)
07:19.58*** join/#oe mlip (~mlip@62.218.44.194)
07:21.10*** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com)
07:21.56*** join/#oe ron (~ron@nat/cisco/x-otilkwbbexizqbuw)
07:22.45*** join/#oe shoragan (~shoragan@sicherheitsschwankung.de)
07:31.12mliphej , can I somehow access raw LDFLAGS? ld doesn't like the wrapped ones (and the Makefile that is used adds some other flags to the ld command),
07:33.32*** join/#oe zecke (~ich@123-192-162-165.dynamic.kbronet.com.tw)
07:38.29*** join/#oe kerim (~kerim@81.214.22.138)
07:39.12eFfeM_workgm everyone
07:50.19ka6soxmorning
07:53.27mckoangood morning all
07:53.53NoorHI everybody
07:53.54*** join/#oe vonami|work (~vonami@79.143.67.122)
07:55.53eFfeM_workka6sox, any news on the network issues (been using repo.or.cz for read only pulls since friday)
07:56.28hrwmorning
07:56.45ka6soxcan't find anything here on this side of the pond....
07:57.20eFfeM_worknoor, bitbake -g sip-native will give you two .dot files in your working dir that explain all dependencies
07:57.48eFfeM_workka6sox strange, I thought you also got the low bitrates from your place so i kinda assumed the problem would be in CA
07:58.01ka6sox<eFfenM_work>, could you give me a couple of trace routes?
07:58.10eFfeM_workyes
07:59.33eFfeM_works/yes/no/
07:59.44ka6soxoops
07:59.51eFfeM_workour firewall or so seems to block all, I only get * * *
08:00.10eFfeM_workI can try from home tonight
08:00.19eFfeM_workor i need to talk to our sysop
08:00.46ka6soxokay whenever you get me something I'll look @ it
08:00.52eFfeM_workok
08:01.29eFfeM_worksysop is not online, will try to see him later today
08:02.31foobar___new to oe, but the build seems to detect bash in ubuntu as dash, is this a known issue?
08:02.51foobar___disabled sanity checking to get around it, but a little worried about the error message
08:04.23eFfeM_workfoobar___: it does not detect bash as dash it detects that /bin/sh is dash, not bash
08:04.45foobar___oh, i see
08:04.54eFfeM_workif you are root you can just change the symlink for /bin/sh, guess there are other more decent ways
08:05.24eFfeM_workand if you do not have root access you could copy dash to e.g. ~/bin/sh and put ~/bin first in your searchpath
08:05.34foobar___nah, got it
08:05.36foobar___thanks
08:06.02NooreFfeM_work: I have built llvm2.7-naitve successfully after removing binutils-cross dependency from inc file
08:07.16Noorjust curious why binutils-cross was added in llvm-native dependency
08:08.49foobar___so, how often do these 550 step "bitbake gcc-cross" things fail in the middle of the night? ;)
08:09.06eFfeM_workNoor: rebuilding after removing a dep does not tell anything on whether the dep is needed or not, if the binutils-cross package is there the build will find the data it needs
08:09.15eFfeM_workand it will still build
08:09.38NoorI have cleared it as well
08:09.50Noorcleaned
08:09.59eFfeM_workcleaned gcc-cross ?
08:10.07eFfeM_workor llvm
08:10.25eFfeM_workfoobar___: does not fail here
08:10.59foobar___:)
08:11.20foobar___kudos on the project, it seems like this is gonna be really useful as a generic framework for cross-compiling stuff
08:12.04Noorfirst i cleaned binutils-cross
08:12.08Noorthen cleaned llvm
08:12.21Noorremove binutils-cross depoendcy
08:12.30Noorand rebuilt llvm-native
08:12.41eFfeM_workah ok, that should be safe (assuming binutils-cross is not rebuild)
08:12.49Nooryeah
08:13.20*** join/#oe GarthPS (~quassel@92.102.66.79)
08:13.35eFfeM_workfoobar___: it is once you get the hold of it, the learning curve is sometimes a little bit steep, but the reward is substantial
08:13.39eFfeM_workbut ofc I am biased
08:14.48*** join/#oe Jay7 (jay@95-29-185-95.broadband.corbina.ru)
08:15.32NooreFfeM_work: if binutils-cross is required the that build should break. isnt it
08:17.08eFfeM_workyes, if you cleaned it first it should
08:17.27eFfeM_workgood catch!
08:17.40eFfeM_workplease submit patch
08:18.48Noorwhile looking at the log when this change was added the commit message says
08:19.23Noorllvm.inc: Accomodate to changes made to cmake.bbclass which broke the LLVM builds.
08:19.29Noorllvm-native.inc: Dito.
08:19.50eFfeM_workfrom what date is that one ?
08:20.21NoorApr 30 2010
08:20.32eFfeM_workah ok, so fairly recent
08:20.40eFfeM_workhave link to the patch ?
08:20.41Nooryeah
08:21.14Noor6da4ed714f269373271a14149b131bf1ff7a6def
08:22.32*** join/#oe Heinervdm (~thomas@pD9E16FBF.dip.t-dialin.net)
08:24.56eFfeM_workgot it, maybe ask on the list with a cc to Robert Schuster who authored the patch, it is needed since you are referring to
08:25.25eFfeM_workthis does not look good I'd say, it might depend on binutils-native, but on cross
08:25.29eFfeM_workbut please ask on the list
08:25.55NoorOK
08:26.22*** join/#oe dth_ntb (~dth@a89-182-23-164.net-htp.de)
08:37.32*** join/#oe GarthPS (~quassel@92.102.66.79)
08:38.59ka6soxeFfem_work send me email when you have information.
08:44.57*** join/#oe likewise (~chatzilla@82-170-243-215.ip.telfort.nl)
08:51.51eFfeM_workok, will do
08:52.29eFfeM_worklikewise: saw you added a 1020 box, did gcc4.5 work for you? i have problems with busybox
08:54.42likewiseeFfeM_work: you using angstrom or minimal?
08:54.56likewiseeFfeM_work: I can do a few tests, just would like to know what you changed to move to 4.5
08:55.27likewiseeFfeM_work: The box is leaving me in an hour (for a few days), so I have too little time to test.
08:55.48likewiseeFfeM_work: but will mark that on my todo (as always....)
08:55.57mckoanlikewise: hi
08:56.07likewisemckoan: hi there
08:58.52eFfeM_workminimal
08:59.03eFfeM_workeh that was:
08:59.17eFfeM_worklikewise, I use minimal, had problems with busybox and urjtag
08:59.49eFfeM_worki have urtjag binaries, size change is remarkably
09:00.52eFfeM_work-rwxr-xr-x 1 root root 15972 2010-09-03 15:05 jtag_4.3.3
09:00.52eFfeM_work-rwxr-xr-x 1 root root 10748 2010-09-03 15:05 jtag_4.5
09:01.00eFfeM_workthe gain of 4.5 is too big to look good
09:01.06eFfeM_workafk
09:04.49likewiseeFfeM_work: the linker might be throwing more unused things out, but that's speculation on my part and needs further inspection.
09:05.03likewisehi Jin^eLD
09:05.25Jin^eLDhey likewise
09:06.03*** join/#oe vollhorst (3ee1668b@gateway/web/freenode/ip.62.225.102.139)
09:09.30*** join/#oe Marex (vasum7am@u-pl1.ms.mff.cuni.cz)
09:26.23*** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian)
09:26.27*** join/#oe lrg (~lrg@slimlogic.co.uk)
09:26.41eFfeM_worklikewise: didn't really have time to look into it, I can compare the symbol tables and fuction sizes
09:35.16*** join/#oe zecke (~ich@123-192-162-165.dynamic.kbronet.com.tw)
09:49.13*** join/#oe GarthPS (~quassel@92.102.66.79)
09:51.25*** join/#oe GNUtoo|laptop (~gnutoo@84.246.217.30)
09:54.31*** join/#oe GNUtoo|laptop (~gnutoo@90.84.144.64)
10:17.19eFfeM_workls
10:25.28floriangood morning
10:25.40florianeFfeM_work: wrong window ;)
10:25.57eFfeM_workwhat? nothing to list here ?
10:26.02eFfeM_work& gm florian
10:26.48*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
10:29.30florianeFfeM_work: then it was the wrong command... /who * is what you might want to use in oder to list things in here :-)
10:30.12eFfeM_workno, the window still had focus, don't use focus follows cursor, ofc thought I was typing elsewhere
10:31.12*** join/#oe emjay_ (8bb5d022@gateway/web/freenode/ip.139.181.208.34)
10:34.42likewiseflorian: gm (maybe I should make that a Unix command too)
10:34.59likewiseThe program 'gm' is currently not installed.  You can install it by typing:
10:35.01likewisesudo apt-get install graphicsmagick
10:35.06likewisehmm, nm
10:35.07GNUtoo|laptoplikewise, like gnu make?
10:35.22likewiseleon@sideways:~/sandbox/ccm/topha/openembedded$ nm
10:35.22GNUtoo|laptop(shortcut for gnu make)
10:35.23likewisenm: 'a.out': No such file
10:35.28GNUtoo|laptoplol
10:35.37GNUtoo|laptopnm = never mind
10:35.44GNUtoo|laptop?
10:35.50likewiseleon@sideways:~/sandbox/ccm/topha/openembedded$ lol
10:35.51likewiseNo command 'lol' found, did you mean:
10:35.53likewise<PROTECTED>
10:35.54likewise<PROTECTED>
10:35.57likewisenm = never mind, indeed
10:36.41*** join/#oe CMoH-notebook (~cipi@95.76.71.81)
10:36.50florianheh
10:36.51florianhi likewise
10:51.24*** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net)
11:22.17*** join/#oe B_Lizzard_ (~havoc@athedsl-435831.home.otenet.gr)
11:39.42*** join/#oe dnjl (~dnjl@dslb-094-223-194-200.pools.arcor-ip.net)
11:44.47dnjlhi, i've got a problem:
11:44.47dnjlif I boot a image it will hang at the end of rcS (after the last one) and wont continue with next rc5. (Ive checked this by placing markes in scripts).
11:44.48dnjlin /etc/init.d/rcS it would run scripts in /etc/rc.boot if any, but this never happens. so, it hangs somewhere in /etc/init.d/rc I think.
11:44.52dnjldistribution: angstrom, machine: looxn420/pxe270, images: base-image, console-image, ...
11:44.52dnjlno more special modifications.
11:44.57dnjldoes anyone have a idea?
11:45.00*** join/#oe CMoH (~cipi@95.76.71.81)
11:45.40*** join/#oe playya__ (~playya@unaffiliated/playya)
11:52.42*** join/#oe turanmo (~vector@122.181.19.78)
11:56.44eFfeM_workdnjl: this seems more a question for the angstrom channel
11:57.06eFfeM_work#oe is not a distro support channel
12:00.34*** join/#oe Heinervdm_ (~thomas@pD9E15330.dip.t-dialin.net)
12:06.11dnjleFfeM_work: k
12:11.27*** join/#oe GarthPS (~quassel@92.102.66.79)
12:20.05turanmothe keyword for ${datadir} expands to /usr/share, i was wondering if there is one for /usr/local/share ?
12:20.19turanmoanyone?
12:20.23hrwturanmo: there is no /usr/local/ in oe packages
12:21.48turanmoif i need to install any binary into /usr/local/sbin  then, i must specify the entire path name in my do_install() ?
12:22.53pb_generally, your DISTRO would set a variable to the path and you would then use that in your do_install().
12:22.58pb_why do you want to install into /usr/local/sbin specifically?
12:23.15turanmoa binary called twprint
12:23.32turanmoand several others for that matter
12:23.59pb_right, but why?
12:24.48turanmopb_: because the application install script (install.sh) does so
12:25.18turanmothought the rigth way to install would be to follow what the install script does?
12:25.41turanmoand add the same functionality into do_install()
12:26.22turanmohope i am making sense, i am new to all this
12:33.07*** join/#oe mickey|office (~mickey@business-092-079-168-007.static.arcor-ip.net)
12:39.13*** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes)
12:39.15Noorwhile converting to new style staging is it wise to use autotools_do_install function in place of do_stage which is only calling autotools_stage_includes function
12:40.23turanmoNoor: that's for me?
12:40.42NoorNo I am asking my own question
12:40.47Noor:)
12:40.52turanmoNoor: ah! ok :)
12:41.36eFfeM_worknoor, i think so, but i am not an expert
12:41.48eFfeM_workif there is no additional install needed you can evencompletely omit it
12:42.37NoorI looked around but there is not function which installs include dir in ${D}
12:42.49eFfeM_workah ok
12:45.47hrwNoor: autotools_do_install is default value of do_install() when 'inherit autotools' is used
12:48.55Noorhrw: yeah, I know. In one recipe do_stage is doing autotools_stage_includes. this recipe is inherited from autotools. so if we remove do_stage to convert it to new style staging I think the only possibility is to use autotools_do_install by not defining any do_install function in the recipe
12:52.34Nooror we should define some funtions just like autotools_stage_includes. That function might be autotools_install_includes to get exact ipk files
12:59.00*** join/#oe methril (~methril@189.27.128.66.dynamic.adsl.gvt.net.br)
13:20.09*** join/#oe Heinervdm (~thomas@pD9E15330.dip.t-dialin.net)
13:25.58vpsHej!  Our Makefiles use $(git describe) to build version numbers from git tags while compiling.  This doesn't work while
13:25.59vpscrosscompiling because S = ${WORKDIR}/git isn't a git repository.
13:26.08vpsIs there a trick to get it working?
13:32.26broonieUh, that doesn't seem to follow...
13:41.00*** join/#oe dos1 (~dos@unaffiliated/dos1)
13:42.28*** join/#oe mlip (~mlip@62.218.44.194)
13:44.07*** join/#oe dos1 (~dos@unaffiliated/dos1)
13:45.04vpsI beg your pardon?
13:46.25broonieYour problem is entirely orthogonal to cross compilation.
13:46.37mliphej , anyone mind looking at http://patchwork.openembedded.org/patch/2865/ ; it's a stopper for igep0020 machine
13:49.10vpsbroonie: entirely?  I can create a SDK, cross-compile the program locally and build the ipk from the binary.  This would work, it's just not automatic
13:50.02broonievps: It's not the cross compilation that's got you into trouble, it's the out of tree build.
13:52.33vpsYes, that's the problem.  Now how to solve it?  I could pass the version from the recipe.  Feels hacky
13:55.33CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rfdbbbd91ab 10openembedded.git/recipes/linux/multi-kernel.inc: multi-kernel: work around do_unpack breakage a bit
13:56.24broonieThe most obvious thing would seem to be do do releases to tarball.
14:01.41vpsHmm, yes, tarballs.  We will see.
14:05.50*** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr)
14:26.11*** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net)
14:34.15*** join/#oe GNUtoo|laptop (~gnutoo@ABordeaux-152-1-87-243.w86-196.abo.wanadoo.fr)
14:41.21*** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner)
14:45.22dm8tbrmeh, I'm not good at writing recipes. any idea what sort of obvious screwup would cause this:
14:45.48dm8tbr|   LD [M]  /mnt/space/openaos/build/angstrom-dev/work/archos5it-angstrom-linux-gnueabi/psfreedom-git-r46/git/psfreedom.ko
14:45.52dm8tbr| arm-angstrom-linux-gnueabi-ld: unrecognized option '-Wl,-rpath-link,/mnt/space/openaos/build/angstrom-dev/staging/armv7a-angstrom-linux-gnueabi/usr/lib'
14:47.01mlipyou are passing a wrapped LDFLAGS to ld
14:47.13mlip'-Wl,...' is meant for gcc
14:47.48dm8tbrok
14:50.20dm8tbrhmmm  LD=${KERNEL_CC} makes it compile, but this looks like bad style to me. should I approach this from some other side?
14:58.22*** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net)
15:02.01*** join/#oe CMoH-notebook (~cipi@95.76.71.81)
15:02.27GNUtoo|laptopdm8tbr, kernel
15:02.33GNUtoo|laptopdm8tbr, LDFLAGS="" ?
15:02.53GNUtoo|laptopdm8tbr, I usually do that in devshell:
15:03.20GNUtoo|laptopmake ARCH=arm CROSS_COMPILE=arm-oe-linux-gnueabi- LDFLAGS=""
15:03.25GNUtoo|laptopfor compiling a kenrel
15:03.38GNUtoo|laptopthe LDFLAGS fixes the issues
15:09.46dm8tbrGNUtoo|laptop: I'm writing a recipe for psfreedom
15:10.11dm8tbrwhich is a kernel module based on gadget/musb
15:10.34GNUtoo|laptopI don't know what to inherit for kenrel modules
15:10.39dm8tbrGNUtoo|laptop: I'll try to do that in the recipe
15:10.41GNUtoo|laptopbut you could look at exisiting ones
15:11.16dm8tbrthere is something I inherited already for modules. but no idea if I'm doing it right. will just clean it up a bit and give it to koen :)
15:13.21GNUtoo|laptopok
15:13.23GNUtoo|laptoplet me look
15:13.31CIA-203Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * rb28081b603 10openembedded.git/recipes/mplayer/ (mplayer-common.bb mplayer-common/htcdream/mplayer.conf):
15:13.31CIA-2mplayer-common: fix buffer underruns with -ao sdl on htcdream
15:13.31CIA-2Using -ao sdl on the htcdream fixes the buffer underruns with mplayer
15:13.31CIA-2Without that a movie or big buck bunny can't be viewed,and audio
15:13.31CIA-2suffers from bad quality.
15:13.32CIA-2A comment that informs the user about -vo dga was added
15:13.33CIA-2PR was bumped
15:13.33CIA-203Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r60f43a7db7 10openembedded.git/recipes/git/git-native_1.7.0.2.bb: (log message trimmed)
15:13.34CIA-2git-native: bump PR (libssl issue)
15:13.34CIA-2git-native failled to run because of libssl changes.
15:13.35CIA-2bumping PR solve that.
15:13.35CIA-2Note that if autorev is used,the user has to bitbke -b git-native
15:13.36CIA-2(to bypass the parsing) else:
15:13.37CIA-2it start parsing the recipes
15:13.37CIA-203Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r3aad2d9e2f 10openembedded.git/recipes/xkeyboard-config/xkeyboard-config_1.8.bb:
15:13.38CIA-2xkeyboard-config: add 1.8 version
15:14.10GNUtoo|laptopdos1, ^^^
15:15.23*** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net)
15:16.55GNUtoo|laptopdm8tbr, inherit module
15:17.08GNUtoo|laptoptry that
15:19.08*** part/#oe andoma (~andoma@194.48.213.8)
15:26.35*** join/#oe angelox_123 (~Angelo@189-18-204-195.dsl.telesp.net.br)
15:27.26dm8tbrGNUtoo|laptop: I'm inheriting that, yes
15:27.35*** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr)
15:27.51angelox_123tem brasileiro aqui ?
15:33.45*** join/#oe EiNSTeiN_ (~einstein@unaffiliated/einstein/x-615171)
15:39.57*** join/#oe rschus (~rschus@234.163.71-86.rev.gaoland.net)
15:46.44*** join/#oe GNUtoo|laptop (~gnutoo@host146-132-dynamic.16-79-r.retail.telecomitalia.it)
16:10.43CIA-203Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * r5fa3d15364 10openembedded.git/site/arm-common: (log message trimmed)
16:10.43CIA-2postgresql-8.1.8 : fix configure
16:10.43CIA-2without this patch, using angstrom 2010.x on armv6 I actually get :
16:10.43CIA-2| checking alignment of short... configure: error:
16:10.43CIA-2cannot compute alignment of short, 77
16:10.44CIA-2| ERROR: Function do_configure failed
16:10.44CIA-2NOTE: package postgresql-8.1.8-r4: task do_configure: Failed
16:12.05*** join/#oe toi (~toi@d54C2AA76.access.telenet.be)
16:15.23*** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl)
16:36.40eFfeMis there a new testing branch?
16:39.51CIA-203Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * re1bed8d165 10openembedded.git/recipes/ (5 files in 2 dirs): (log message trimmed)
16:39.52CIA-2msmcomm: split msmcommd recipe into three parts as upstream layout has changed
16:39.52CIA-2We have now three parts for the msmcomm daemon:
16:39.52CIA-2* libmsmcomm: the actual protocol implementation of the msmcomm protocol
16:39.52CIA-2* msmcommd: the daemon which manages the link layer + takes command from the clients and
16:39.52CIA-2submits them to the modem
16:39.53CIA-2* msmcommd-specs: provides the dbus API definition for the msmcomm daemon which lets the
16:39.53CIA-203Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * r4d97fc0a0a 10openembedded.git/conf/distro/include/fso-autorev.inc:
16:39.54CIA-2fso-autorev: add msmcommd-specs and libmsmcomm
16:39.54CIA-2Signed-off-by: Simon Busch <morphis@gravedo.de>
16:39.55CIA-203Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * r65106eba3e 10openembedded.git/recipes/freesmartphone/libfsotransport_git.bb:
16:39.55CIA-2libfsotransport: add palmpre specific configure option
16:39.56CIA-2On the palmpre machine we need the HsuartTransport libfsotransport provides but only
16:39.56CIA-2offeres with an additional configure option.
16:39.57CIA-2Signed-off-by: Simon Busch <morphis@gravedo.de>
16:39.58CIA-203Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * r1e3df2fdc2 10openembedded.git/recipes/freesmartphone/fsogsmd_git.bb:
17:02.20ka6soxeFfeM any luck with tracing?
17:10.45eFfeMdidn't get to it will do so now
17:11.12*** join/#oe mickey|zzZZzz (~mickey@openmoko/coreteam/mickey)
17:12.09eFfeMka6sox: http://www.pastie.org/1141837
17:12.38eFfeMlast I can make sense of is Seattle
17:12.49eFfeMguess we're blocked by some windows machine
17:12.53*** join/#oe vanous (~vanous@194.228.223.3)
17:15.00ka6soxokay that means 80% of the connection is over Level3
17:15.29ka6soxokay this is good to know...the washington-netherlands hop is the one I'll watch
17:21.00*** join/#oe toi (~toi@d54C060A9.access.telenet.be)
17:24.24eFfeM#2 and #3 are within my isp's network (up/chello)
17:35.38*** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net)
17:43.29*** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr)
17:49.58*** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net)
17:54.28*** join/#oe bluelightning (~bluelight@pdpc/supporter/professional/bluelightning)
18:07.02*** join/#oe Crofton (~balister@pool-96-240-180-126.ronkva.east.verizon.net)
18:15.50*** join/#oe Martin-B (~martin@pool-111-65-198-89.dbd-ipconnect.net)
18:20.11*** join/#oe matgnt (~matthias@p4FCF1B77.dip0.t-ipconnect.de)
18:20.46*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
18:30.52*** join/#oe stefan_schmidt (~stefan@p5B0365B4.dip.t-dialin.net)
18:44.18*** join/#oe kristoffer (~kristoffe@c-96dde555.010-30-6c6b7012.cust.bredbandsbolaget.se)
18:56.16*** join/#oe toi (~toi@d54C2AA76.access.telenet.be)
18:57.57*** join/#oe etrunko (~edulima@187.75.148.141)
19:59.06*** join/#oe stefan_ (~stefan@p5B033181.dip.t-dialin.net)
20:04.02*** join/#oe meindian523 (~easwar@cpe-075-181-097-176.carolina.res.rr.com)
20:04.03*** join/#oe meindian523 (~easwar@unaffiliated/easwar)
20:19.43eFfeMericben one more thing wrt the asterisk patch: who does deliver that tinfo stuff? should there be something in DEPENDS ?
20:20.13ericbeneFfeM: it's ncurses
20:21.12ericbenand yes it should be added to DEPENDS (I misread it because I was quite sure I saw it there !)
20:28.21*** join/#oe maconga (~maconga@h111.176.117.75.dynamic.ip.windstream.net)
20:28.42*** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr)
20:38.15*** join/#oe bluelightning_ (~bluelight@pdpc/supporter/professional/bluelightning)
20:44.10*** join/#oe pcacjr__ (~pcacjr@187.78.46.81)
20:55.49*** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net)
21:06.56*** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr)
21:07.01eFfeMericben: do you have commit rights ?
21:10.33ericbeneFfem: yes
21:11.24ericbenI will push asterisk once Arigead tell us it works on its target
21:12.10eFfeMok, thought you had commit rights but wanted to make sure that it didn't remain dangling at this point
21:12.31eFfeMcalling it a day! nite all
21:12.33*** join/#oe GNUtoo|laptop (~gnutoo@90.84.146.159)
21:12.43ericbenbye eFfeM
21:13.19CIA-203Eric Bénard <eric@eukrea.com> 07org.openembedded.dev * r27c47106ed 10openembedded.git/lib/oe/unpack.py: (log message trimmed)
21:13.19CIA-2lib/oe/unpack.py: fix uncompressing .gz .bz2 or .xz
21:13.19CIA-2* Actually, the uncompressed file is written into the source
21:13.19CIA-2path instead of the destination path.
21:13.19CIA-2* By also removing the source path, this patch should fix this problem.
21:13.20CIA-2* An other fix could be to not uncompress to stdout but let gunzip|bunzip2|
21:13.21CIA-2xz uncompress directly to the file.
21:13.28*** join/#oe pcacjr_ (~pcacjr@187.78.89.161)
21:13.28*** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr)
21:25.38*** join/#oe Spz0 (~a@97-120-153-16.ptld.qwest.net)
21:36.32*** join/#oe ant_mob (~ant_mob@net-91-81-194-56.cust.dsl.vodafone.it)
21:38.51ant_mobkhem:  ping
21:43.02*** join/#oe aditya_1010 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net)
21:43.32*** join/#oe aditya_10101 (~Aditya@c-69-143-196-44.hsd1.md.comcast.net)
21:49.10CIA-203Leon Woestenberg <leon@sidebranch.com> 07org.openembedded.dev * re0e7d53a3f 10openembedded.git/recipes/ltp/ltp_20100831.bb:
21:49.10CIA-2ltp-20100831: New release of the Linux Test Project.
21:49.10CIA-2Not run-tested yet. Specific targets may need target-dependent patches.
21:49.10CIA-2Signed-off-by: Leon Woestenberg <leon@sidebranch.com>
21:55.00*** join/#oe mickeyl (~mickey@80.81.242.146)
22:04.37*** join/#oe ant_mob (~ant_mob@net-91-81-194-56.cust.dsl.vodafone.it)
22:15.04angelox_123hey
22:15.22angelox_123how to add param to configure qt/e ?
22:16.38bluelightningangelox_123: modify recipes/qte/qte-common_2.3.10.inc
22:16.43bluelightninglook for EXTRA_OECONF
22:17.17angelox_123and to change original param's ?
22:18.35angelox_123done
22:18.36bluelightningangelox_123: well, for testing you should just be able to edit what's there...
22:18.40angelox_123i changed..ghow to re-compile
22:18.48angelox_123how*
22:19.04bluelightningwell I would recommend bumping PR in qte-mt_2.3.10.bb
22:19.11bluelightningthen you can just bitbake opie-image
22:19.43angelox_123what i do?
22:20.28bluelightningangelox_123: edit qte-mt_2.3.10.bb and increase the PR number... it's r29 now, make it r30
22:20.53angelox_123ah. it's revision number correct?
22:21.13bluelightningyep
22:21.31angelox_123then just do bitbake opie-image ?
22:21.50bluelightningyep that should do it
22:22.27angelox_123thank you
22:23.39bluelightningnp
22:27.58*** join/#oe vps (~vitus@hnvr-4d07a3d2.pool.mediaWays.net)
22:35.14*** join/#oe rednul_ (~rednul@host-69-146-13-142.static.bresnan.net)
22:56.18*** join/#oe d_th (~dth@a89-182-145-57.net-htp.de)
23:07.52*** join/#oe pcacjr__ (~pcacjr@187.78.145.32)
23:15.18*** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net)
23:17.36*** join/#oe rednul_ (~rednul@host-69-146-13-142.static.bresnan.net)

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