| 16:20.49 | *** join/#oe ibot (~ibot@rikers.org) |
| 16:20.49 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Repositories: http://git.openembedded.org/ | Primary Repo Mirrors: https://github.com/openembedded | This is not a distro or machine support channel |
| 16:26.33 | bluelightning | ipaqlor: so that's a config for hx4700, that's not going to help you much |
| 16:27.04 | bluelightning | interesting to see someone has a copy of the org.handhelds.familiar tree up though |
| 16:28.59 | pb_ | fwiw, http://pbcl.net/~pb/ipaqsa is the h3600 config file that I happen to have lying around in my home directory |
| 16:29.47 | pb_ | I think this is probably fairly close to what we had in familiar. |
| 16:31.27 | bluelightning | pb_: thanks |
| 16:32.57 | ipaqlor | o no, what have i done. everything compiles again :(((( |
| 16:33.06 | ipaqlor | 800 tasks |
| 16:33.11 | ipaqlor | i gone shoot myself |
| 16:33.42 | bluelightning | what did you do? |
| 16:33.42 | *** join/#oe kobe_ (203a22e3@gateway/web/freenode/ip.32.58.34.227) |
| 16:35.18 | ipaqlor | ok, i did 2 things, forst i did a git update, then i did a cleanall virtual/kernel, then a git clone git://git.openembedded.org/meta-handheld |
| 16:36.00 | ipaqlor | now i did a menuconfig, and now a buildall. and it seems to build the whole toolchain again |
| 16:36.36 | ipaqlor | and also oe-core pull |
| 16:37.58 | ipaqlor | was it trhe cleanall or the pull, i have no idea |
| 16:38.16 | ipaqlor | but this is hard |
| 16:38.41 | ipaqlor | hard to understand. |
| 16:38.48 | bluelightning | wouldn't have been the cleanall |
| 16:39.06 | bluelightning | what got updated when you did the oe-core pull? |
| 16:39.09 | ipaqlor | the cleanall on virtual kernl removed the wohle rest? |
| 16:39.18 | ipaqlor | i dont remember |
| 16:39.22 | kergoth` | cleanall does a clean + source removal on a single recipe, afaik, thats it |
| 16:39.28 | ipaqlor | yes |
| 16:39.37 | kergoth` | so no, that wouldn't have touched anything else |
| 16:39.48 | ipaqlor | ok, nice :) |
| 16:40.05 | ipaqlor | i guess this has not happened to anyone before me too? |
| 16:40.25 | ipaqlor | i must be a real specialist. |
| 16:41.00 | bluelightning | ipaqlor: if recipes relating to the toolchain got updated, you bet they would need to be rebuilt... |
| 16:41.09 | ipaqlor | but i need more cpu cores to carry on like that. |
| 16:41.27 | ipaqlor | how do you do that? |
| 16:42.53 | bluelightning | ipaqlor: I'm saying, if you did a git pull of oe-core and as a result updates to toolchain recipes were pulled down, then naturally bitbake would be building the new versions |
| 16:43.03 | ipaqlor | bluelightning: do you have your own parallel uinverse git repo and just check in and out what you like? |
| 16:43.13 | bluelightning | ipaqlor: er, no... |
| 16:43.45 | ipaqlor | bluelightning: so what do you do if you would bake something in 5 minutes that doesnt get baked during the next hours ? |
| 16:43.57 | ipaqlor | i mean, how is the workflow ? |
| 16:43.58 | kergoth` | if you don't want to risk having to build things, don't update. |
| 16:44.02 | ipaqlor | i am lost |
| 16:44.07 | bluelightning | ipaqlor: what he said ^ |
| 16:44.16 | ipaqlor | kergoth: ok, so not updating is the way to go. |
| 16:44.21 | bluelightning | right now you have nothing to gain by updating, no |
| 16:44.38 | kergoth` | i update all the time, but 90% of the time i also don't care if my build takes an extra 20 minutes |
| 16:44.43 | kergoth` | it depends on your requirements |
| 16:44.50 | ipaqlor | yeah, hadnt thought there where such big strutural changes during the last 3 days |
| 16:45.50 | ipaqlor | kergoth: a build environment i can build something i can use with is my only requirement. i am not there yet. |
| 16:46.32 | ipaqlor | but the buildenvironment itself is kind of kicking me in the ass all over again |
| 16:46.50 | kergoth` | you're the one who pulled in the updates. if you don't want it to change, don't change it. it's that simple |
| 16:47.11 | ipaqlor | yes!, compiling binutils native for the 10th time or something within a week. i am the buildking! |
| 16:47.26 | ipaqlor | kergoth: well, now i am smarter :) |
| 16:49.14 | ipaqlor | can i somehow "pin" something in oe to make it not rebuilt ever ? |
| 16:49.56 | kobe_ | I've made a recipe that makes an .so that is used by an application in my image. How can I make sure the .so is included in the image? I tried using RDEPENDS in the recipy, but that doesn work. |
| 16:50.03 | ipaqlor | also whats the difference between cleanall and clean ? |
| 16:51.15 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 16:53.17 | ipaqlor | mhm, ok, ill use fs snapshots. |
| 16:54.10 | ipaqlor | message to self: allways backup before git pull |
| 16:55.53 | bluelightning | ipaqlor: you don't have to |
| 16:56.25 | kergoth` | git is an scm, you can always back up to an old version |
| 16:56.34 | bluelightning | ipaqlor: I would suggest a quick tutorial in how to use git, it's well worthwhile |
| 16:57.17 | ipaqlor | bluelightning: but i allready bitbaked |
| 16:58.06 | ipaqlor | bluelightning: you say i can say rollback. do a bitbake and nothing happened? that would be to good to be true. eg. i have to see to believe. |
| 16:59.16 | ipaqlor | hello? |
| 16:59.42 | kergoth` | yes, you'd be able to do that. as bluelightning told you, read up on git |
| 17:00.13 | ipaqlor | yes, i dont believe it. we will see. |
| 17:00.30 | *** join/#oe awozniak (~awozniak@adsl-76-205-222-174.dsl.snlo01.sbcglobal.net) |
| 17:00.56 | kergoth` | not believing the people you're coming to for help isn't exactly logical. if you didn't think the folks in here knew better than you, you wouldn't be here |
| 17:02.20 | ipaqlor | kergoth: well, it isnt like i havent been told many things here that i by simple trial and error have proven to not be true. so what. in this case its not about what git can or cant do. |
| 17:03.02 | kergoth` | quite right, in this case it's about your ignorance of what bitbake and oe do |
| 17:04.18 | ipaqlor | kergoth: it eats up massive amounts of cpu cycles and humand brainhours for shure :) |
| 17:07.59 | *** join/#oe HokieTux (~HokieTux@157.22.28.13) |
| 17:09.28 | kergoth` | yeah, we need to work on our docs some more |
| 17:15.06 | ipaqlor | the basic conzept in 24 lines would be a fair enough start for me. |
| 17:18.33 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 17:28.10 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 17:30.31 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 17:35.30 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 17:36.10 | *** join/#oe zenlinux_ (~sgarman@c-71-236-172-220.hsd1.or.comcast.net) |
| 17:37.44 | *** part/#oe univac (~univac@148.81.171.50) |
| 17:38.19 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 17:40.24 | ipaqlor | git reset --hard ORIG_HEAD may not have been the thing to do |
| 17:40.55 | *** join/#oe e-ffi (~cybercom@HSI-KBW-082-212-015-230.hsi.kabelbw.de) |
| 17:43.12 | *** join/#oe jekhor (~jek@178.121.144.169) |
| 17:46.15 | ipaqlor | i am now at commit ac162df288f6d8f68c1764fad0ab2d33b9cee281 , bitbake core-image-minimal fails with: |
| 17:46.15 | ipaqlor | ERROR: No recipes available for: |
| 17:46.16 | ipaqlor | <PROTECTED> |
| 17:46.16 | ipaqlor | ERROR: Command execution failed: Exited with 1 |
| 17:46.40 | pb_ | so, your meta-oe tree doesn't match your oe-core. |
| 17:46.52 | pb_ | If you are just trying to build a basic system then the easiest thing is probably to just turn off meta-oe. |
| 17:47.12 | ipaqlor | pb_: ok |
| 17:49.23 | ipaqlor | ERROR: Unable to parse conf/bitbake.conf: file conf/bitbake.conf not found in /DEVEL/oe-core/meta-handheld::/DEVEL/oe-core/meta-openembedded/meta-oe:/DEVEL/oe-core/meta-openembedded/meta-efl |
| 17:49.44 | ipaqlor | what have i done now |
| 17:49.52 | muriani | nested your layers? |
| 17:50.15 | muriani | usually better to have meta-openembedded outside oe-core |
| 17:50.27 | ipaqlor | muriani: i nested my what? |
| 17:50.40 | muriani | your meta layers |
| 17:50.52 | ipaqlor | muriani: i did a git pull, and now a git reset, and then i removed meta-oe like pb suggested, and now this |
| 17:51.43 | muriani | I think you may need to restart and re-pull stuff... |
| 17:51.50 | ipaqlor | hahahaha |
| 17:51.51 | bluelightning | er, no |
| 17:51.52 | muriani | hold on |
| 17:51.57 | bluelightning | you've removed meta |
| 17:51.59 | ipaqlor | HARHARHAR |
| 17:52.07 | ipaqlor | INSANE |
| 17:52.08 | bluelightning | put that back |
| 17:52.11 | bluelightning | and remove meta-oe |
| 17:52.33 | bluelightning | if that's what you want to do |
| 17:52.36 | muriani | what's the content of your bblayers.conf? |
| 17:54.41 | muriani | Here's my layer tree, for example |
| 17:54.42 | muriani | http://pastebin.com/BzJvuudz |
| 17:55.38 | muriani | and my bblayers |
| 17:55.40 | muriani | http://pastebin.com/KGxbSm6T |
| 17:57.05 | muriani | Granted, I have a lot of layers you wouldn't need there, but it's an example of something that works without such errors. |
| 17:58.27 | *** join/#oe morphis (~morphis@dslb-088-071-235-018.pools.arcor-ip.net) |
| 18:00.31 | *** join/#oe ipaClown (~gl@chello062178063133.22.11.univie.teleweb.at) |
| 18:00.44 | ipaClown | Hi Hi, Happy Happy FUn people! |
| 18:01.00 | ipaClown | lets do some fun compile :) |
| 18:01.41 | ipaClown | this aint real is it? :) |
| 18:02.30 | ipaClown | someone wants to compile kernel, first finnished gets to compile xorg! :) partey! |
| 18:03.45 | ipaClown | i gonna paint my kernels blue, and the initrd green |
| 18:04.13 | *** join/#oe florian (~fuchs@sign-4d094ebb.pool.mediaWays.net) |
| 18:04.14 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:06.27 | ipaqlor | so, i have proven that reverting a git pull by doing a reset doenst necessary leave you with a usable oe buildenvironment. |
| 18:07.26 | ipaqlor | maybe do to the arangement of the meta-xxx folders, maybe because i did a bitbake after the pull and before the reset.... |
| 18:07.29 | ipaqlor | i dont know |
| 18:07.58 | ipaqlor | but now its even more broken as before where i would just have to compile some hundreds of packages aagain...and again... |
| 18:09.22 | kergoth` | sounds like you backed up the version of your oe-core but didn't back up the version of meta-oe to match |
| 18:09.25 | kergoth` | user error. |
| 18:09.36 | ipaqlor | kergoth: backup? |
| 18:09.50 | kergoth` | back up, as in go backward, as in git reset |
| 18:09.53 | kergoth` | i didn't say "backup" |
| 18:09.55 | ipaqlor | kergoth: what backup? i allready stated that i should have made a backup before the git pull. |
| 18:10.02 | kergoth` | read what i say more thoroughly, or go back to english class |
| 18:12.35 | ipaqlor | kergoth: ok, misunderstanding. back up != backup , i know that now. regarding the othe repo, i try that. |
| 18:14.36 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
| 18:14.40 | kergoth` | ipaqlor: the issue is that they're called layers for good reason, they layer on top of one another, hence they depend on one another. in this case, meta-oe is looking for a recent file that didn't exist in the older oe-core. if you revert it to match, this error should go away |
| 18:14.48 | kergoth` | afaict anyway |
| 18:15.52 | pb_ | right. or just turn it off, as we discussed a few minutes ago. |
| 18:16.25 | kergoth` | indeed |
| 18:17.10 | ipaqlor | pb_: i did that, i it throw many errors. after that i had some stron laugh attacks resulting from the suggesten to restart the whole thing from the start or something like that. |
| 18:17.22 | pb_ | what did you do, precisely? |
| 18:17.46 | ipaqlor | pb_: i removed the refernece in bblayers.conf |
| 18:18.19 | pb_ | and what did that leave you with in bblayers.conf? |
| 18:18.59 | ipaqlor | <PROTECTED> |
| 18:18.59 | ipaqlor | <PROTECTED> |
| 18:19.00 | ipaqlor | <PROTECTED> |
| 18:19.18 | pb_ | okay, so, er, which line did you remove? |
| 18:19.44 | ipaqlor | ../meta |
| 18:19.45 | pb_ | I think you might be confused about which layers are "meta-oe" and which are oe-core. |
| 18:19.55 | pb_ | right. that one is not meta-oe, it is oe-core. |
| 18:19.59 | ipaqlor | you right i am confused |
| 18:20.14 | pb_ | you want to keep meta, and meta-handheld. |
| 18:20.21 | pb_ | the two that have "meta-openembedded" in the name are meta-oe. |
| 18:20.36 | pb_ | (and those are the ones that you should remove) |
| 18:21.18 | pb_ | the naming of this stuff does suck |
| 18:21.18 | ipaqlor | whats ./meta ? than |
| 18:21.28 | pb_ | that's oe-core, to all intents and purposes |
| 18:23.14 | ipaqlor | pb_: ok |
| 18:23.45 | ipaqlor | oe-core/meta , meta-openembedded, meta-oe :) nice and easy |
| 18:23.58 | pb_ | yeah. like I say, the names do suck quite badly. |
| 18:24.23 | ipaqlor | pb_: i am desperatly searching for something i dont think it sucks here :( |
| 18:24.25 | pb_ | I think you have them in a slightly weird directory layou which doesn't help, but it is confusing at the best of times |
| 18:24.45 | ipaqlor | pb_: i did it cause i seen it somewhere to be the way to go |
| 18:25.04 | ipaqlor | with the meta-oe... directly below oe-core root |
| 18:25.22 | pb_ | fair enough. well, I think it will work fine like that, it just looks slightly weird. |
| 18:25.33 | ipaqlor | pb_: how do you do it? |
| 18:25.42 | ipaqlor | those secrecy is annoying |
| 18:25.56 | pb_ | but, to be honest, I don't quite understand why you are doing all this messing around with metadata anyway. clearly you can already build a kernel so it seems that you just need to debug it. |
| 18:26.03 | pb_ | what secrecy? |
| 18:26.27 | ipaqlor | pb_: like the filesystemlayout you use for wxample. |
| 18:27.41 | ipaqlor | pb_: well i thought i did not need to reinvent the whole thing. but i do need to. |
| 18:27.49 | ipaqlor | it seems |
| 18:28.01 | ipaqlor | for this is going on my nerves. |
| 18:28.15 | ipaqlor | i do this just for hobby :) |
| 18:28.19 | pb_ | I'm not quite sure where you get the idea of "secrecy" from. |
| 18:28.30 | *** join/#oe grma (~gruberm@chello212186029093.tirol.surfer.at) |
| 18:28.31 | kergoth` | there are a ton of existing setups and layouts, nearly all of which are publically available. the fact that you haven't tried to find them or wanted to do it yourself doesn't make it a big secret |
| 18:28.38 | pb_ | If you had asked me for my filesystem layout I would have told you. You didn't ask, and I had no idea you wanted to know. |
| 18:28.52 | pb_ | I don't, as a rule, mention that spontaneously to anybody I talk to. |
| 18:29.03 | ipaqlor | pb_: true |
| 18:29.07 | *** join/#oe anarsoul (~anarsoul@212.98.184.231) |
| 18:29.29 | pb_ | so, for what it's worth, I have an "oe" directory with subdirectories bitbake, oe-core, meta-micro and my own layers. |
| 18:29.34 | pb_ | I don't use meta-oe or meta-handheld. |
| 18:29.52 | pb_ | I also have another subdirectory under the same folder which I use to build in. |
| 18:30.59 | ipaqlor | pb_: makes sense. |
| 18:31.19 | pb_ | but, anyway, this is all beside the point. no amount of modifying layouts or pulling new bits from git is going to debug your kernel. I think you should just get on and do that, and stop worrying about the other stuff for the time being. |
| 18:31.49 | pb_ | go home now |
| 18:32.13 | ipaqlor | pb_: well, thats what i was all about. but by pure idocy of mine, i happened to pull one time to often before getting into endless kernelcompiles.... |
| 18:32.27 | ipaqlor | pb_: then my buildsystem exploded |
| 18:33.30 | ipaqlor | ERROR: Could not inherit file classes/klibc.bbclass |
| 18:33.48 | ipaqlor | i trashed it |
| 18:34.01 | markus_ | Does anybody know if it's big difference when building on a SSD compared to a HDD? |
| 18:35.34 | bluelightning | ipaqlor: right, that's probably why you needed meta-oe in there in the first place I guess |
| 18:37.43 | ipaqlor | bluelightning: ok |
| 18:42.10 | ipaqlor | also bitbake seems to "hang" with this error, cant even strg+c it |
| 18:44.03 | ipaqlor | has anyone a tip on a "ready made" corsscompiler toolchain for arm gnueabi? |
| 18:49.02 | *** join/#oe kobe_ (b274a14e@gateway/web/freenode/ip.178.116.161.78) |
| 18:56.53 | ipaqlor | well, lets see how long it takes to build a kernel that boot on h3600 without the open embedded effect ;) |
| 18:57.26 | ipaqlor | bye folks. |
| 19:05.27 | *** join/#oe JaMa (~martin@94.230.152.246) |
| 19:22.02 | *** join/#oe playya__ (~playya@p4FF8BE05.dip.t-dialin.net) |
| 19:34.35 | *** join/#oe HokieTux (~HokieTux@157.22.28.13) |
| 19:35.54 | *** join/#oe rob_w (~bob@host-188-174-130-166.customer.m-online.net) |
| 19:35.54 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 19:42.49 | *** join/#oe tasslehoff (~tasslehof@145.79-161-31.customer.lyse.net) |
| 19:46.04 | *** join/#oe nitink (~nitink@134.134.139.76) |
| 19:51.08 | *** join/#oe rcf (~rcf@163.37-243-81.adsl-dyn.isp.belgacom.be) |
| 19:57.31 | *** join/#oe rah (rah@myrtle.6gnip.net) |
| 19:58.02 | *** join/#oe anarsoul (~anarsoul@212.98.184.95) |
| 20:12.10 | *** join/#oe jconnoll1 (~jconnolly@cpe-24-193-157-43.nyc.res.rr.com) |
| 20:12.40 | *** part/#oe jconnoll1 (~jconnolly@cpe-24-193-157-43.nyc.res.rr.com) |
| 20:27.31 | *** join/#oe sobczyk (~sobczyk@77-253-168-71.adsl.inetia.pl) |
| 20:49.51 | *** join/#oe cs_nbp (~sackratte@ip-78-94-223-103.unitymediagroup.de) |
| 20:50.23 | cs_nbp | hi |
| 20:57.35 | *** join/#oe jekhor (~jek@vulture-nat-32.telecom.by) |
| 21:00.12 | Crofton|work | | arm-angstrom-linux-gnueabi-libtool: link: `/home/balister/src/git/oe-core/build/tmp-angstrom_2010_x-eglibc/sysroots/usrp-e1xx/usr/lib/libsystemd-login.la' is not a valid libtool archive |
| 21:00.27 | Crofton|work | does that error look familiar? |
| 21:15.47 | *** join/#oe zecke (~ich@ip4da8960c.direct-adsl.nl) |
| 21:17.56 | *** join/#oe phdeswer (~phdeswer@a83-245-252-47.elisa-laajakaista.fi) |
| 21:31.00 | *** join/#oe bluelightning (~paul@cpc2-lewi17-2-0-cust101.2-4.cable.virginmedia.com) |
| 21:31.00 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 21:34.54 | *** join/#oe rob_w (~bob@host-188-174-130-166.customer.m-online.net) |
| 21:34.54 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 21:41.12 | *** join/#oe Russ (~russ@206.29.182.173) |
| 21:43.11 | *** join/#oe Russ (~russ@206.29.182.173) |
| 21:47.45 | *** join/#oe pidge_ (eflanagan@nat/intel/x-fezeyiodyoqonrap) |
| 21:56.17 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 21:57.38 | *** join/#oe icanicant_ (~icanicant@dsl-217-155-248-78.zen.co.uk) |
| 22:19.48 | *** join/#oe cs_nbp (~sackratte@ip-78-94-223-103.unitymediagroup.de) |
| 22:33.46 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 22:45.52 | *** join/#oe ant__ (~andrea@79.24.249.251) |
| 22:47.10 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 22:49.21 | *** join/#oe tom_say (~pain@cpe-68-203-248-184.stx.res.rr.com) |
| 23:08.02 | Crofton|work | khem, ping |
| 23:09.20 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 23:20.18 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 23:41.42 | *** join/#oe captain_morgan (~captain_m@ginger.tokbox.com) |
| 23:49.19 | *** join/#oe captain__ (~captain_m@ginger.tokbox.com) |
| 23:55.05 | *** join/#oe pidge_ (~eflanagan@134.134.139.70) |
| 23:56.27 | *** join/#oe cs_nbp (~sackratte@ip-78-94-223-103.unitymediagroup.de) |
| 23:58.43 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
| 23:58.43 | *** join/#oe ChanServ (ChanServ@services.) |
| 23:58.43 | *** mode/#oe [+o ChanServ] by pratchett.freenode.net |