00:00.01 | GNUtoo|laptop | ok |
00:00.08 | ampm | i have tried that as well |
00:00.14 | GNUtoo|laptop | ah? |
00:00.31 | GNUtoo|laptop | then try that: |
00:00.48 | GNUtoo|laptop | remove all multicore stuff in the conf file |
00:00.51 | GNUtoo|laptop | and then retry |
00:00.57 | ampm | # 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.03 | GNUtoo|laptop | because it seem like a race conditions |
00:01.16 | ampm | they are all disbabled if im reading this right |
00:01.20 | ampm | commented out |
00:01.22 | GNUtoo|laptop | ah strange |
00:01.41 | GNUtoo|laptop | I don't know, do you have the recipe and the full log? |
00:01.48 | ampm | yes |
00:02.00 | GNUtoo|laptop | are all this stuff in oe? |
00:02.09 | GNUtoo|laptop | because gumstix uses another repo |
00:02.26 | ampm | yes |
00:02.30 | GNUtoo|laptop | ok |
00:02.50 | ampm | i followed a tutorial that creates a profile for the overo branch |
00:03.08 | ampm | which imloaded prior to building |
00:03.44 | ampm | log.do.install only has the line that i posted above |
00:04.01 | GNUtoo|laptop | ok |
00:04.19 | GNUtoo|laptop | ok I see the point where it fails |
00:04.47 | GNUtoo|laptop | <PROTECTED> |
00:04.47 | GNUtoo|laptop | <PROTECTED> |
00:04.53 | GNUtoo|laptop | strange |
00:04.53 | ampm | yes |
00:05.14 | ampm | i looked at that but im not sure how to trace the path |
00:05.20 | GNUtoo|laptop | hmmm |
00:05.54 | GNUtoo|laptop | ti-paths.inc:export XDC_INSTALL_DIR_RECIPE = "${installdir}/ti-xdctools-tree" |
00:05.56 | GNUtoo|laptop | use grep |
00:06.14 | GNUtoo|laptop | it seem not to find ${S} |
00:06.37 | ampm | sorry im new to this |
00:06.43 | GNUtoo|laptop | ok |
00:06.43 | ampm | where to use grep |
00:06.54 | GNUtoo|laptop | never mind, grep was a bad idea |
00:06.59 | ampm | ok |
00:07.00 | GNUtoo|laptop | beacuse it's not XDC_INSTALL_DIR_RECIPE |
00:07.08 | GNUtoo|laptop | but ${S}/* which fails |
00:07.15 | GNUtoo|laptop | if you wonder where's S |
00:07.18 | GNUtoo|laptop | it's the source dir |
00:07.27 | GNUtoo|laptop | it should be written in oe's manual I bet |
00:08.06 | ampm | so S is the sources directory |
00:08.11 | GNUtoo|laptop | yes |
00:08.13 | GNUtoo|laptop | but I wonder |
00:08.20 | GNUtoo|laptop | why it interpretes * as a file |
00:08.26 | GNUtoo|laptop | and doesn't expand it |
00:08.38 | GNUtoo|laptop | try putting quotes |
00:09.14 | ampm | where? in the paths file |
00:10.59 | GNUtoo|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.16 | GNUtoo|laptop | is `oe/tmp/work/overo-angstrom-linux-gnueabi/ti-xdctools-3_16_01_27-r2/xdctools_3_16_01_27/*' empty |
00:11.26 | ampm | yes it is |
00:12.06 | GNUtoo|laptop | ls: cannot access *: No such file or directory |
00:12.15 | GNUtoo|laptop | that's what I have in an empty directory |
00:12.24 | GNUtoo|laptop | then it shouldn't be empty |
00:12.26 | GNUtoo|laptop | hmmm |
00:12.29 | GNUtoo|laptop | it's do_install |
00:12.33 | ampm | yes |
00:12.34 | GNUtoo|laptop | and the sources are gone |
00:12.40 | GNUtoo|laptop | do you use rm_work? |
00:12.46 | ampm | no |
00:12.47 | GNUtoo|laptop | ok |
00:13.10 | GNUtoo|laptop | next step is try to find out why S is empty |
00:13.16 | GNUtoo|laptop | hmmm |
00:13.59 | ampm | i bitbaked ti-dsp-module which uses sdctools last week without errors...this image contains it but now it fails |
00:14.06 | GNUtoo|laptop | ok |
00:14.10 | ampm | not sure what changed between then and now |
00:14.21 | GNUtoo|laptop | git bisect would be too long |
00:14.32 | GNUtoo|laptop | oe/tmp/work/overo-angstrom-linux-gnueabi/ti-xdctools-3_16_01_27-r2/ |
00:14.34 | ampm | 5023 taska |
00:14.37 | GNUtoo|laptop | what is there in that dir |
00:15.24 | ampm | image dir, temp dir, xdctools_3_16_01_2 which is empty and the xdctools bin file |
00:15.35 | GNUtoo|laptop | hmmm |
00:16.39 | ampm | i noticed there isnt a xyz_native.bb for xdctools or any recipe |
00:16.55 | GNUtoo|laptop | btw: |
00:16.58 | ampm | not sure if it has anything to do wiht it |
00:17.06 | GNUtoo|laptop | what's that: |
00:17.07 | GNUtoo|laptop | overo-angstrom-linux-gnueabi |
00:17.24 | GNUtoo|laptop | I mean is it the machine directory? |
00:17.54 | ampm | yes |
00:18.42 | GNUtoo|laptop | ok |
00:18.44 | GNUtoo|laptop | it's machine arch |
00:18.45 | GNUtoo|laptop | ok |
00:19.12 | ampm | yes |
00:19.30 | GNUtoo|laptop | where are the sources unpacked? |
00:19.34 | ampm | there is one for armv7 and overo |
00:19.38 | GNUtoo|laptop | ok |
00:20.15 | ampm | to tmp/work/overo-angstrom-linux-gnueabi/ti-xdctools-3_16_01_27-r2/ |
00:20.49 | GNUtoo|laptop | I mean: |
00:21.10 | GNUtoo|laptop | sources should go in oe/tmp/work/overo-angstrom-linux-gnueabi/ti-xdctools-3_16_01_27-r2/xdctools_3_16_01_27/ |
00:21.29 | ampm | i see |
00:21.44 | ampm | so thats why its empty |
00:21.50 | GNUtoo|laptop | maybe your best hope is to send a mail to a mailing list |
00:22.02 | ampm | it unpacks it to one dir above |
00:22.06 | GNUtoo|laptop | ahh ok |
00:22.08 | GNUtoo|laptop | that's bad |
00:22.30 | GNUtoo|laptop | then you have to report that somewhere |
00:22.34 | GNUtoo|laptop | I'm not sure where |
00:22.44 | GNUtoo|laptop | do gumstix have a mailing list? |
00:23.02 | ampm | here 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.04 | ampm | not sure |
00:23.12 | GNUtoo|laptop | ouch for the unpack |
00:23.18 | *** join/#oe pcacjr_ (~pcacjr@unaffiliated/pcacjr) |
00:23.26 | GNUtoo|laptop | maybe report to oe |
00:23.31 | GNUtoo|laptop | there are some people there |
00:23.38 | GNUtoo|laptop | s/people/ti people |
00:23.49 | ampm | to the issue mailing list ontere main site? |
00:24.39 | ampm | i will look it up |
00:25.14 | ampm | one more question: should it solve the problem if i point the do_unpack to the correct directory |
00:26.45 | GNUtoo|laptop | hmmm |
00:27.33 | GNUtoo|laptop | no |
00:27.50 | GNUtoo|laptop | I don't know how to do that |
00:27.55 | ampm | ok |
00:28.03 | GNUtoo|laptop | and it would be a bad workarrdound |
00:28.23 | GNUtoo|laptop | the oe dev mailing list |
00:28.31 | GNUtoo|laptop | but I'm not sure it's the correct mailing list |
00:28.34 | GNUtoo|laptop | not because of -dev |
00:28.39 | ampm | but you definitely think that thats the source of the error |
00:28.43 | GNUtoo|laptop | but because you are reporting a gumstix thing |
00:28.54 | ampm | right |
00:29.05 | GNUtoo|laptop | i'm sure that it should be unpacked here: |
00:29.11 | GNUtoo|laptop | oe/tmp/work/overo-angstrom-linux-gnueabi/ti-xdctools-3_16_01_27-r2/xdctools_3_16_01_27/ |
00:29.20 | ampm | cool |
00:29.21 | GNUtoo|laptop | or at least in a dir in: |
00:29.26 | GNUtoo|laptop | oe/tmp/work/overo-angstrom-linux-gnueabi/ti-xdctools-3_16_01_27-r2/ |
00:29.44 | ampm | yeah, thats where it unpacks it |
00:31.39 | GNUtoo|laptop | no |
00:31.42 | GNUtoo|laptop | I mean in : |
00:31.47 | GNUtoo|laptop | oe/tmp/work/overo-angstrom-linux-gnueabi/ti-xdctools-3_16_01_27-r2/somedir |
00:32.08 | ampm | oh ok |
00:32.23 | GNUtoo|laptop | ahh |
00:32.25 | GNUtoo|laptop | S = "${WORKDIR}/xdctools_${PV}" |
00:32.28 | GNUtoo|laptop | why???? |
00:32.35 | GNUtoo|laptop | let me check |
00:32.41 | ampm | k |
00:32.45 | GNUtoo|laptop | (it's late here) |
00:36.12 | GNUtoo|laptop | Strange |
00:36.15 | GNUtoo|laptop | workdir is set |
00:36.17 | GNUtoo|laptop | but anyway |
00:36.21 | GNUtoo|laptop | oops |
00:36.23 | GNUtoo|laptop | I mean |
00:36.26 | GNUtoo|laptop | S is set |
00:36.36 | GNUtoo|laptop | but it still doesn't find it |
00:39.26 | *** join/#oe angelox_123 (~Angelo@189-18-204-195.dsl.telesp.net.br) |
00:53.57 | ampm | i have to go GNU, thanks for your help..now i have an idea of what is going on |
00:54.33 | angelox_123 | gnu out... |
00:54.36 | angelox_123 | ping timeout |
00:54.52 | angelox_123 | when he back i say you sow thanks |
00:54.57 | angelox_123 | =D |
00:55.39 | ampm | ok |
00:55.41 | ampm | thnaks |
00:56.10 | *** join/#oe GNUtoo|laptop (~gnutoo@host146-132-dynamic.16-79-r.retail.telecomitalia.it) |
00:56.27 | angelox_123 | 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" |
00:59.44 | *** join/#oe ampm (445fff28@gateway/web/freenode/ip.68.95.255.40) |
01:02.29 | grg | ampm... 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.32 | grg | :) |
01:03.30 | ampm | actually im back |
01:03.42 | ampm | i think i founf the patch for it |
01:04.11 | ampm | have a look at this : http://permalink.gmane.org/gmane.comp.handhelds.openembedded/36135 |
01:04.56 | angelox_123 | are you compiling for ... ? |
01:05.24 | ampm | im trying to build the pixhawk omap3 image for teh overo |
01:06.00 | angelox_123 | sorry.what is the error ? |
01:06.06 | ampm | just a sec |
01:06.08 | GNUtoo|laptop | ampm, not sure |
01:06.17 | GNUtoo|laptop | that seem a patch for unpacking on the device |
01:06.30 | GNUtoo|laptop | not on the build system computer |
01:06.35 | ampm | oh |
01:06.37 | GNUtoo|laptop | device means target |
01:06.40 | ampm | right |
01:06.46 | ampm | not the host |
01:08.26 | ampm | thanks 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.06 | khem | grg: your patch for gdb looks ok |
03:17.28 | *** join/#oe pcacjr__ (~pcacjr@187.78.45.237) |
03:20.25 | grg | khem, 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.27 | khem | grg: yeah someone needed it |
03:36.30 | khem | grg: |
03:36.35 | khem | I have to dig the ml |
03:36.51 | khem | is watching US open |
03:37.19 | grg | khem, 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.52 | CIA-2 | 03Jason Kridner <jkridner@beagleboard.org> 07org.openembedded.dev * r53382f4aa2 10openembedded.git/recipes/esc/esc-node-demo_git.bb: |
04:36.52 | CIA-2 | esc-node-demo: add missing index.html file |
04:36.52 | CIA-2 | Signed-off-by: Jason Kridner <jkridner@beagleboard.org> |
04:36.52 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
04:36.56 | CIA-2 | 03Martin Jansa <martin.jansa@gmail.com> 07org.openembedded.dev * rc6a72ee2b9 10openembedded.git/recipes/matchbox2/matchbox-panel-2-icon-themes_0.0.1.bb: |
04:36.56 | CIA-2 | matchbox-panel-2-icon-themes: use same SRCREV as matchbox-panel-2 |
04:36.56 | CIA-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.56 | CIA-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.57 | CIA-2 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
04:38.43 | CIA-2 | 03Anatoly Shipitsin <norguhtar@gmail.com> 07org.openembedded.dev * r1540070798 10openembedded.git/recipes/sysvinit/sysvinit_2.86.bb: (log message trimmed) |
04:38.44 | CIA-2 | sysvinit_2.86.bb: change sysvinit-utils for compatible with upstart |
04:38.44 | CIA-2 | * move shutdown and runlevel to sysvinit package to halt and poweroff, upstart include this utils |
04:38.44 | CIA-2 | * move killall5 to sysvinit-utils, it used by scripts when system goes shutdown or halt, upstart not provide it |
04:38.44 | CIA-2 | * change PR = "r59" |
04:38.44 | CIA-2 | Signed-off-by: Anatoly Shipitsin <norguhtar@gmail.com> |
04:38.45 | CIA-2 | Reviewed-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.48 | Noor | Hi all |
05:37.53 | Noor | I need to clarify one thing |
05:38.22 | Noor | when 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.53 | Noor | My understanding is this that target packagaes will not build when we are building native package |
05:39.00 | Noor | please correct me if I am wring |
05:39.03 | Noor | wrong |
05:46.42 | grg | Noor, that is correct |
05:47.20 | Noor | I am building seeing the ooposite in the llvm-native.inc file |
05:47.51 | Noor | this file is included in llvm2.7-native_2.7.bb |
05:48.16 | Noor | and in the depends list binutils-cross is there |
05:49.53 | grg | Noor, i suppose there is either a very good reason for that, or it is in error. Dunno, sorry. |
05:51.45 | Noor | grg: 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.57 | Noor | Hi 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.39 | mckoan | good 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.12 | mlip | hej , 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.12 | eFfeM_work | gm everyone |
07:50.19 | ka6sox | morning |
07:53.27 | mckoan | good morning all |
07:53.53 | Noor | HI everybody |
07:53.54 | *** join/#oe vonami|work (~vonami@79.143.67.122) |
07:55.53 | eFfeM_work | ka6sox, any news on the network issues (been using repo.or.cz for read only pulls since friday) |
07:56.28 | hrw | morning |
07:56.45 | ka6sox | can't find anything here on this side of the pond.... |
07:57.20 | eFfeM_work | noor, bitbake -g sip-native will give you two .dot files in your working dir that explain all dependencies |
07:57.48 | eFfeM_work | ka6sox strange, I thought you also got the low bitrates from your place so i kinda assumed the problem would be in CA |
07:58.01 | ka6sox | <eFfenM_work>, could you give me a couple of trace routes? |
07:58.10 | eFfeM_work | yes |
07:59.33 | eFfeM_work | s/yes/no/ |
07:59.44 | ka6sox | oops |
07:59.51 | eFfeM_work | our firewall or so seems to block all, I only get * * * |
08:00.10 | eFfeM_work | I can try from home tonight |
08:00.19 | eFfeM_work | or i need to talk to our sysop |
08:00.46 | ka6sox | okay whenever you get me something I'll look @ it |
08:00.52 | eFfeM_work | ok |
08:01.29 | eFfeM_work | sysop is not online, will try to see him later today |
08:02.31 | foobar___ | new to oe, but the build seems to detect bash in ubuntu as dash, is this a known issue? |
08:02.51 | foobar___ | disabled sanity checking to get around it, but a little worried about the error message |
08:04.23 | eFfeM_work | foobar___: it does not detect bash as dash it detects that /bin/sh is dash, not bash |
08:04.45 | foobar___ | oh, i see |
08:04.54 | eFfeM_work | if you are root you can just change the symlink for /bin/sh, guess there are other more decent ways |
08:05.24 | eFfeM_work | and 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.34 | foobar___ | nah, got it |
08:05.36 | foobar___ | thanks |
08:06.02 | Noor | eFfeM_work: I have built llvm2.7-naitve successfully after removing binutils-cross dependency from inc file |
08:07.16 | Noor | just curious why binutils-cross was added in llvm-native dependency |
08:08.49 | foobar___ | so, how often do these 550 step "bitbake gcc-cross" things fail in the middle of the night? ;) |
08:09.06 | eFfeM_work | Noor: 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.15 | eFfeM_work | and it will still build |
08:09.38 | Noor | I have cleared it as well |
08:09.50 | Noor | cleaned |
08:09.59 | eFfeM_work | cleaned gcc-cross ? |
08:10.07 | eFfeM_work | or llvm |
08:10.25 | eFfeM_work | foobar___: does not fail here |
08:10.59 | foobar___ | :) |
08:11.20 | foobar___ | kudos on the project, it seems like this is gonna be really useful as a generic framework for cross-compiling stuff |
08:12.04 | Noor | first i cleaned binutils-cross |
08:12.08 | Noor | then cleaned llvm |
08:12.21 | Noor | remove binutils-cross depoendcy |
08:12.30 | Noor | and rebuilt llvm-native |
08:12.41 | eFfeM_work | ah ok, that should be safe (assuming binutils-cross is not rebuild) |
08:12.49 | Noor | yeah |
08:13.20 | *** join/#oe GarthPS (~quassel@92.102.66.79) |
08:13.35 | eFfeM_work | foobar___: 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.39 | eFfeM_work | but ofc I am biased |
08:14.48 | *** join/#oe Jay7 (jay@95-29-185-95.broadband.corbina.ru) |
08:15.32 | Noor | eFfeM_work: if binutils-cross is required the that build should break. isnt it |
08:17.08 | eFfeM_work | yes, if you cleaned it first it should |
08:17.27 | eFfeM_work | good catch! |
08:17.40 | eFfeM_work | please submit patch |
08:18.48 | Noor | while looking at the log when this change was added the commit message says |
08:19.23 | Noor | llvm.inc: Accomodate to changes made to cmake.bbclass which broke the LLVM builds. |
08:19.29 | Noor | llvm-native.inc: Dito. |
08:19.50 | eFfeM_work | from what date is that one ? |
08:20.21 | Noor | Apr 30 2010 |
08:20.32 | eFfeM_work | ah ok, so fairly recent |
08:20.40 | eFfeM_work | have link to the patch ? |
08:20.41 | Noor | yeah |
08:21.14 | Noor | 6da4ed714f269373271a14149b131bf1ff7a6def |
08:22.32 | *** join/#oe Heinervdm (~thomas@pD9E16FBF.dip.t-dialin.net) |
08:24.56 | eFfeM_work | got 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.25 | eFfeM_work | this does not look good I'd say, it might depend on binutils-native, but on cross |
08:25.29 | eFfeM_work | but please ask on the list |
08:25.55 | Noor | OK |
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.59 | ka6sox | eFfem_work send me email when you have information. |
08:44.57 | *** join/#oe likewise (~chatzilla@82-170-243-215.ip.telfort.nl) |
08:51.51 | eFfeM_work | ok, will do |
08:52.29 | eFfeM_work | likewise: saw you added a 1020 box, did gcc4.5 work for you? i have problems with busybox |
08:54.42 | likewise | eFfeM_work: you using angstrom or minimal? |
08:54.56 | likewise | eFfeM_work: I can do a few tests, just would like to know what you changed to move to 4.5 |
08:55.27 | likewise | eFfeM_work: The box is leaving me in an hour (for a few days), so I have too little time to test. |
08:55.48 | likewise | eFfeM_work: but will mark that on my todo (as always....) |
08:55.57 | mckoan | likewise: hi |
08:56.07 | likewise | mckoan: hi there |
08:58.52 | eFfeM_work | minimal |
08:59.03 | eFfeM_work | eh that was: |
08:59.17 | eFfeM_work | likewise, I use minimal, had problems with busybox and urjtag |
08:59.49 | eFfeM_work | i have urtjag binaries, size change is remarkably |
09:00.52 | eFfeM_work | -rwxr-xr-x 1 root root 15972 2010-09-03 15:05 jtag_4.3.3 |
09:00.52 | eFfeM_work | -rwxr-xr-x 1 root root 10748 2010-09-03 15:05 jtag_4.5 |
09:01.00 | eFfeM_work | the gain of 4.5 is too big to look good |
09:01.06 | eFfeM_work | afk |
09:04.49 | likewise | eFfeM_work: the linker might be throwing more unused things out, but that's speculation on my part and needs further inspection. |
09:05.03 | likewise | hi Jin^eLD |
09:05.25 | Jin^eLD | hey 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.41 | eFfeM_work | likewise: 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.19 | eFfeM_work | ls |
10:25.28 | florian | good morning |
10:25.40 | florian | eFfeM_work: wrong window ;) |
10:25.57 | eFfeM_work | what? nothing to list here ? |
10:26.02 | eFfeM_work | & gm florian |
10:26.48 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
10:29.30 | florian | eFfeM_work: then it was the wrong command... /who * is what you might want to use in oder to list things in here :-) |
10:30.12 | eFfeM_work | no, 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.42 | likewise | florian: gm (maybe I should make that a Unix command too) |
10:34.59 | likewise | The program 'gm' is currently not installed. You can install it by typing: |
10:35.01 | likewise | sudo apt-get install graphicsmagick |
10:35.06 | likewise | hmm, nm |
10:35.07 | GNUtoo|laptop | likewise, like gnu make? |
10:35.22 | likewise | leon@sideways:~/sandbox/ccm/topha/openembedded$ nm |
10:35.22 | GNUtoo|laptop | (shortcut for gnu make) |
10:35.23 | likewise | nm: 'a.out': No such file |
10:35.28 | GNUtoo|laptop | lol |
10:35.37 | GNUtoo|laptop | nm = never mind |
10:35.44 | GNUtoo|laptop | ? |
10:35.50 | likewise | leon@sideways:~/sandbox/ccm/topha/openembedded$ lol |
10:35.51 | likewise | No command 'lol' found, did you mean: |
10:35.53 | likewise | <PROTECTED> |
10:35.54 | likewise | <PROTECTED> |
10:35.57 | likewise | nm = never mind, indeed |
10:36.41 | *** join/#oe CMoH-notebook (~cipi@95.76.71.81) |
10:36.50 | florian | heh |
10:36.51 | florian | hi 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.47 | dnjl | hi, i've got a problem: |
11:44.47 | dnjl | if 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.48 | dnjl | in /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.52 | dnjl | distribution: angstrom, machine: looxn420/pxe270, images: base-image, console-image, ... |
11:44.52 | dnjl | no more special modifications. |
11:44.57 | dnjl | does 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.44 | eFfeM_work | dnjl: this seems more a question for the angstrom channel |
11:57.06 | eFfeM_work | #oe is not a distro support channel |
12:00.34 | *** join/#oe Heinervdm_ (~thomas@pD9E15330.dip.t-dialin.net) |
12:06.11 | dnjl | eFfeM_work: k |
12:11.27 | *** join/#oe GarthPS (~quassel@92.102.66.79) |
12:20.05 | turanmo | the keyword for ${datadir} expands to /usr/share, i was wondering if there is one for /usr/local/share ? |
12:20.19 | turanmo | anyone? |
12:20.23 | hrw | turanmo: there is no /usr/local/ in oe packages |
12:21.48 | turanmo | if i need to install any binary into /usr/local/sbin then, i must specify the entire path name in my do_install() ? |
12:22.53 | pb_ | generally, your DISTRO would set a variable to the path and you would then use that in your do_install(). |
12:22.58 | pb_ | why do you want to install into /usr/local/sbin specifically? |
12:23.15 | turanmo | a binary called twprint |
12:23.32 | turanmo | and several others for that matter |
12:23.59 | pb_ | right, but why? |
12:24.48 | turanmo | pb_: because the application install script (install.sh) does so |
12:25.18 | turanmo | thought the rigth way to install would be to follow what the install script does? |
12:25.41 | turanmo | and add the same functionality into do_install() |
12:26.22 | turanmo | hope 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.15 | Noor | while 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.23 | turanmo | Noor: that's for me? |
12:40.42 | Noor | No I am asking my own question |
12:40.47 | Noor | :) |
12:40.52 | turanmo | Noor: ah! ok :) |
12:41.36 | eFfeM_work | noor, i think so, but i am not an expert |
12:41.48 | eFfeM_work | if there is no additional install needed you can evencompletely omit it |
12:42.37 | Noor | I looked around but there is not function which installs include dir in ${D} |
12:42.49 | eFfeM_work | ah ok |
12:45.47 | hrw | Noor: autotools_do_install is default value of do_install() when 'inherit autotools' is used |
12:48.55 | Noor | hrw: 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.34 | Noor | or 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.58 | vps | Hej! Our Makefiles use $(git describe) to build version numbers from git tags while compiling. This doesn't work while |
13:25.59 | vps | crosscompiling because S = ${WORKDIR}/git isn't a git repository. |
13:26.08 | vps | Is there a trick to get it working? |
13:32.26 | broonie | Uh, 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.04 | vps | I beg your pardon? |
13:46.25 | broonie | Your problem is entirely orthogonal to cross compilation. |
13:46.37 | mlip | hej , anyone mind looking at http://patchwork.openembedded.org/patch/2865/ ; it's a stopper for igep0020 machine |
13:49.10 | vps | broonie: 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.02 | broonie | vps: It's not the cross compilation that's got you into trouble, it's the out of tree build. |
13:52.33 | vps | Yes, that's the problem. Now how to solve it? I could pass the version from the recipe. Feels hacky |
13:55.33 | CIA-2 | 03Koen 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.24 | broonie | The most obvious thing would seem to be do do releases to tarball. |
14:01.41 | vps | Hmm, 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.22 | dm8tbr | meh, I'm not good at writing recipes. any idea what sort of obvious screwup would cause this: |
14:45.48 | dm8tbr | | LD [M] /mnt/space/openaos/build/angstrom-dev/work/archos5it-angstrom-linux-gnueabi/psfreedom-git-r46/git/psfreedom.ko |
14:45.52 | dm8tbr | | 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.01 | mlip | you are passing a wrapped LDFLAGS to ld |
14:47.13 | mlip | '-Wl,...' is meant for gcc |
14:47.48 | dm8tbr | ok |
14:50.20 | dm8tbr | hmmm 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.27 | GNUtoo|laptop | dm8tbr, kernel |
15:02.33 | GNUtoo|laptop | dm8tbr, LDFLAGS="" ? |
15:02.53 | GNUtoo|laptop | dm8tbr, I usually do that in devshell: |
15:03.20 | GNUtoo|laptop | make ARCH=arm CROSS_COMPILE=arm-oe-linux-gnueabi- LDFLAGS="" |
15:03.25 | GNUtoo|laptop | for compiling a kenrel |
15:03.38 | GNUtoo|laptop | the LDFLAGS fixes the issues |
15:09.46 | dm8tbr | GNUtoo|laptop: I'm writing a recipe for psfreedom |
15:10.11 | dm8tbr | which is a kernel module based on gadget/musb |
15:10.34 | GNUtoo|laptop | I don't know what to inherit for kenrel modules |
15:10.39 | dm8tbr | GNUtoo|laptop: I'll try to do that in the recipe |
15:10.41 | GNUtoo|laptop | but you could look at exisiting ones |
15:11.16 | dm8tbr | there 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.21 | GNUtoo|laptop | ok |
15:13.23 | GNUtoo|laptop | let me look |
15:13.31 | CIA-2 | 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * rb28081b603 10openembedded.git/recipes/mplayer/ (mplayer-common.bb mplayer-common/htcdream/mplayer.conf): |
15:13.31 | CIA-2 | mplayer-common: fix buffer underruns with -ao sdl on htcdream |
15:13.31 | CIA-2 | Using -ao sdl on the htcdream fixes the buffer underruns with mplayer |
15:13.31 | CIA-2 | Without that a movie or big buck bunny can't be viewed,and audio |
15:13.31 | CIA-2 | suffers from bad quality. |
15:13.32 | CIA-2 | A comment that informs the user about -vo dga was added |
15:13.33 | CIA-2 | PR was bumped |
15:13.33 | CIA-2 | 03Denis '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.34 | CIA-2 | git-native: bump PR (libssl issue) |
15:13.34 | CIA-2 | git-native failled to run because of libssl changes. |
15:13.35 | CIA-2 | bumping PR solve that. |
15:13.35 | CIA-2 | Note that if autorev is used,the user has to bitbke -b git-native |
15:13.36 | CIA-2 | (to bypass the parsing) else: |
15:13.37 | CIA-2 | it start parsing the recipes |
15:13.37 | CIA-2 | 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r3aad2d9e2f 10openembedded.git/recipes/xkeyboard-config/xkeyboard-config_1.8.bb: |
15:13.38 | CIA-2 | xkeyboard-config: add 1.8 version |
15:14.10 | GNUtoo|laptop | dos1, ^^^ |
15:15.23 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
15:16.55 | GNUtoo|laptop | dm8tbr, inherit module |
15:17.08 | GNUtoo|laptop | try 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.26 | dm8tbr | GNUtoo|laptop: I'm inheriting that, yes |
15:27.35 | *** join/#oe pcacjr (~pcacjr@unaffiliated/pcacjr) |
15:27.51 | angelox_123 | tem 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.43 | CIA-2 | 03Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * r5fa3d15364 10openembedded.git/site/arm-common: (log message trimmed) |
16:10.43 | CIA-2 | postgresql-8.1.8 : fix configure |
16:10.43 | CIA-2 | without this patch, using angstrom 2010.x on armv6 I actually get : |
16:10.43 | CIA-2 | | checking alignment of short... configure: error: |
16:10.43 | CIA-2 | cannot compute alignment of short, 77 |
16:10.44 | CIA-2 | | ERROR: Function do_configure failed |
16:10.44 | CIA-2 | NOTE: 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.40 | eFfeM | is there a new testing branch? |
16:39.51 | CIA-2 | 03Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * re1bed8d165 10openembedded.git/recipes/ (5 files in 2 dirs): (log message trimmed) |
16:39.52 | CIA-2 | msmcomm: split msmcommd recipe into three parts as upstream layout has changed |
16:39.52 | CIA-2 | We have now three parts for the msmcomm daemon: |
16:39.52 | CIA-2 | * libmsmcomm: the actual protocol implementation of the msmcomm protocol |
16:39.52 | CIA-2 | * msmcommd: the daemon which manages the link layer + takes command from the clients and |
16:39.52 | CIA-2 | submits them to the modem |
16:39.53 | CIA-2 | * msmcommd-specs: provides the dbus API definition for the msmcomm daemon which lets the |
16:39.53 | CIA-2 | 03Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * r4d97fc0a0a 10openembedded.git/conf/distro/include/fso-autorev.inc: |
16:39.54 | CIA-2 | fso-autorev: add msmcommd-specs and libmsmcomm |
16:39.54 | CIA-2 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
16:39.55 | CIA-2 | 03Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * r65106eba3e 10openembedded.git/recipes/freesmartphone/libfsotransport_git.bb: |
16:39.55 | CIA-2 | libfsotransport: add palmpre specific configure option |
16:39.56 | CIA-2 | On the palmpre machine we need the HsuartTransport libfsotransport provides but only |
16:39.56 | CIA-2 | offeres with an additional configure option. |
16:39.57 | CIA-2 | Signed-off-by: Simon Busch <morphis@gravedo.de> |
16:39.58 | CIA-2 | 03Simon Busch <morphis@gravedo.de> 07org.openembedded.dev * r1e3df2fdc2 10openembedded.git/recipes/freesmartphone/fsogsmd_git.bb: |
17:02.20 | ka6sox | eFfeM any luck with tracing? |
17:10.45 | eFfeM | didn't get to it will do so now |
17:11.12 | *** join/#oe mickey|zzZZzz (~mickey@openmoko/coreteam/mickey) |
17:12.09 | eFfeM | ka6sox: http://www.pastie.org/1141837 |
17:12.38 | eFfeM | last I can make sense of is Seattle |
17:12.49 | eFfeM | guess we're blocked by some windows machine |
17:12.53 | *** join/#oe vanous (~vanous@194.228.223.3) |
17:15.00 | ka6sox | okay that means 80% of the connection is over Level3 |
17:15.29 | ka6sox | okay 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.24 | eFfeM | #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.43 | eFfeM | ericben one more thing wrt the asterisk patch: who does deliver that tinfo stuff? should there be something in DEPENDS ? |
20:20.13 | ericben | eFfeM: it's ncurses |
20:21.12 | ericben | and 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.01 | eFfeM | ericben: do you have commit rights ? |
21:10.33 | ericben | eFfem: yes |
21:11.24 | ericben | I will push asterisk once Arigead tell us it works on its target |
21:12.10 | eFfeM | ok, thought you had commit rights but wanted to make sure that it didn't remain dangling at this point |
21:12.31 | eFfeM | calling it a day! nite all |
21:12.33 | *** join/#oe GNUtoo|laptop (~gnutoo@90.84.146.159) |
21:12.43 | ericben | bye eFfeM |
21:13.19 | CIA-2 | 03Eric Bénard <eric@eukrea.com> 07org.openembedded.dev * r27c47106ed 10openembedded.git/lib/oe/unpack.py: (log message trimmed) |
21:13.19 | CIA-2 | lib/oe/unpack.py: fix uncompressing .gz .bz2 or .xz |
21:13.19 | CIA-2 | * Actually, the uncompressed file is written into the source |
21:13.19 | CIA-2 | path instead of the destination path. |
21:13.19 | CIA-2 | * By also removing the source path, this patch should fix this problem. |
21:13.20 | CIA-2 | * An other fix could be to not uncompress to stdout but let gunzip|bunzip2| |
21:13.21 | CIA-2 | xz 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.51 | ant_mob | khem: 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.10 | CIA-2 | 03Leon Woestenberg <leon@sidebranch.com> 07org.openembedded.dev * re0e7d53a3f 10openembedded.git/recipes/ltp/ltp_20100831.bb: |
21:49.10 | CIA-2 | ltp-20100831: New release of the Linux Test Project. |
21:49.10 | CIA-2 | Not run-tested yet. Specific targets may need target-dependent patches. |
21:49.10 | CIA-2 | Signed-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.04 | angelox_123 | hey |
22:15.22 | angelox_123 | how to add param to configure qt/e ? |
22:16.38 | bluelightning | angelox_123: modify recipes/qte/qte-common_2.3.10.inc |
22:16.43 | bluelightning | look for EXTRA_OECONF |
22:17.17 | angelox_123 | and to change original param's ? |
22:18.35 | angelox_123 | done |
22:18.36 | bluelightning | angelox_123: well, for testing you should just be able to edit what's there... |
22:18.40 | angelox_123 | i changed..ghow to re-compile |
22:18.48 | angelox_123 | how* |
22:19.04 | bluelightning | well I would recommend bumping PR in qte-mt_2.3.10.bb |
22:19.11 | bluelightning | then you can just bitbake opie-image |
22:19.43 | angelox_123 | what i do? |
22:20.28 | bluelightning | angelox_123: edit qte-mt_2.3.10.bb and increase the PR number... it's r29 now, make it r30 |
22:20.53 | angelox_123 | ah. it's revision number correct? |
22:21.13 | bluelightning | yep |
22:21.31 | angelox_123 | then just do bitbake opie-image ? |
22:21.50 | bluelightning | yep that should do it |
22:22.27 | angelox_123 | thank you |
22:23.39 | bluelightning | np |
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) |