| 00:08.19 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 00:12.07 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 00:13.35 | kays_ | can anybody tell me relation and differences in MACHINE_FEATURES and DISTRO_FEATURES please? |
| 00:44.00 | *** join/#oe agnel (~joel@ip65-46-142-190.z142-46-65.customer.algx.net) |
| 00:57.19 | bluelightning | kays_: from the manual: "Machine options are meant to reflect capabilities of the machine, distro options list things distribution maintainers might want to add or remove from their distros images." |
| 00:59.24 | kays_ | then what does kernel26 mean in MACHINE_FEATURE |
| 00:59.44 | bluelightning | it means the machine uses a 2.6 kernel |
| 00:59.47 | bluelightning | as opposed to 2.4 |
| 00:59.52 | bluelightning | it's a relic of an older era |
| 01:00.13 | bluelightning | but every machine would be expected to have that in MACHINE_FEATURES I would think |
| 01:00.58 | kays_ | hmm so will bitbake check the preferred kernel version with MACHINE_FEATURES contents? |
| 01:01.44 | bluelightning | nope |
| 01:01.57 | bluelightning | all that does AFAIK is ensure the appropriate tools are in place for a 2.6 kernel |
| 01:02.07 | bluelightning | tools and configuration |
| 01:02.44 | bluelightning | if you want to select a kernel in your machine you should do PREFERRED_PROVIDER_virtual/kernel = "linux-blahblah" |
| 01:03.31 | bluelightning | then if there is a specific version you need, PREFERRED_VERSION_linux-blahblah = "2.6.34" for example |
| 01:03.32 | kays_ | I set MACHINE and DISTRO FEATURES |
| 01:03.47 | kays_ | then why I need to set MACHINE_FEATURES |
| 01:03.57 | kays_ | is it handled by controller? |
| 01:04.14 | bluelightning | MACHINE_FEATURES is not something that you should be setting outside a machine conf file |
| 01:04.14 | kays_ | from manual: the resulting task-base would support pcmcia but not usbhost. |
| 01:04.42 | bluelightning | MACHINE just tells it which machine conf file to select |
| 01:05.49 | kays_ | I think manual says, if you select anythin which machine does not support, it wont be installed to images |
| 01:06.11 | kays_ | in manual there is not usbhost in MACHINE_FEATURES but in DISTRO_FEATURES |
| 01:06.28 | kays_ | so manual says "the resulting task-base would support pcmcia but not usbhost." |
| 01:06.34 | kays_ | am I right? |
| 01:06.41 | bluelightning | items in DISTRO_FEATURES that are not in MACHINE_FEATURES won't be included yes, that's what it's saying |
| 01:07.00 | kays_ | ok |
| 01:07.32 | kays_ | how DISTRO_FEATURES items are handled? |
| 01:07.39 | kays_ | for example it contains nfs |
| 01:07.57 | kays_ | so should be a bb file like nfs.bb? |
| 01:08.03 | bluelightning | no |
| 01:08.04 | kays_ | or a task like task-nfs.bb? |
| 01:08.37 | bluelightning | if you have a look around in e.g. task-base.bb you will see how features are handled |
| 01:08.57 | kays_ | ok I am checking |
| 01:10.49 | kays_ | hmm so there are limited features and they all handled in task-base.bb at first |
| 01:10.55 | kays_ | right? |
| 01:11.03 | bluelightning | yes I think so |
| 01:11.49 | bluelightning | if it's packages that you want to add to your image, there is a separate mechanism for that also |
| 01:13.17 | kays_ | thanks bluelightning |
| 01:13.25 | kays_ | if you have time I want to ask one more question |
| 01:13.32 | bluelightning | sure thing |
| 01:14.31 | kays_ | for example I want to add a new application which depends on libpthread and libc |
| 01:15.04 | kays_ | I will write a bb file to configure, compile and install issues |
| 01:15.23 | kays_ | I will call directly by -b parameter |
| 01:15.32 | kays_ | but I want to add it to my image automatically |
| 01:15.50 | bluelightning | well, -b is really for debugging only |
| 01:16.09 | bluelightning | so, firstly the bb should be put somewhere within the OE tree under recipes/ |
| 01:16.10 | kays_ | so which configuration file is suitable place for add this application to my image |
| 01:16.20 | kays_ | yes |
| 01:17.00 | bluelightning | which image are you building atm? |
| 01:17.51 | kays_ | no, I have my own image |
| 01:18.08 | kays_ | it is provided me by board vendor |
| 01:18.51 | bluelightning | ok cool, in which case you should just be able to add the name of your recipe to the end of IMAGE_INSTALL |
| 01:19.09 | bluelightning | so IMAGE_INSTALL += "bob" if it's bob_1.2.3.bb |
| 01:19.23 | bluelightning | within the image file that is |
| 01:19.24 | kays_ | hmm |
| 01:19.36 | kays_ | ok I got it |
| 01:21.12 | kays_ | by the way, do you know any application in openembedded for image view and slide show? |
| 01:21.34 | kays_ | I also work on beagleboard for my own test |
| 01:22.03 | kays_ | I use angstrom distro |
| 01:22.57 | bluelightning | hmm, well there's probably a whole heap of such apps |
| 01:24.33 | bluelightning | you could try git grep -i "DESCRIPTION.*viewer" |
| 01:24.42 | bluelightning | seems to produce a few interesting results |
| 01:25.02 | bluelightning | of course that might miss some that have no DESCRIPTION set, but it's a start |
| 01:26.28 | kays_ | hm ok thanks :) |
| 01:27.09 | bluelightning | no worries |
| 01:32.40 | agnel | could anyone explain why does OE try to package individual kernel modules into .ipk files when I do a bitbake virtual/kernel? |
| 01:33.32 | agnel | Why doesn't it package everything into one? |
| 01:34.20 | agnel | I think in the last stage of my build, it did package everything into one .ipk though |
| 01:34.59 | bluelightning | agnel: it's automatic via kernel.bbclass I think |
| 01:35.42 | bluelightning | the idea is you probably don't need all modules installed, just some of them |
| 01:36.38 | bluelightning | if you really do want them all there should be a meta package "kernel-modules" that will drag them all in |
| 01:36.56 | agnel | bluelightning, oh ok. thanks. Could you recommend a starting point to understand how recipes work (like how I can trace a complete execution) other than the user manual? Source code would be overkill as a start but I don't mind doing that either |
| 01:38.50 | kays_ | agnel I understood many things when I read openembedded/conf/bitbake.conf file |
| 01:39.13 | kays_ | you can see including files and many variables setting there |
| 01:39.15 | agnel | kays_, oh ok, thanks I will check it out |
| 01:39.54 | bluelightning | agnel: well, for logs of recipe building you can have a look in $TMPDIR/work/*/package-ver/temp for each package |
| 01:39.57 | agnel | sure, I'm having a bit of trouble understanding which packages and source code are pulled in for which recipe |
| 01:40.55 | agnel | like Ideally I'd like to take a pre-built image of some recipe, and build a single component and replace it in the image |
| 01:41.07 | kays_ | actually I am writing a document about oe what I understand while I am training |
| 01:41.09 | agnel | without actually building the whole recipe again |
| 01:41.36 | kays_ | I try to make it a beginning document before manual reading |
| 01:41.47 | agnel | kays_, oh ok, I would be happy to maybe read it as I'm new to OE and maybe give any feedback from a beginner's perspective |
| 01:42.08 | bluelightning | agnel: I'm not sure I follow what you're aiming to do |
| 01:42.32 | agnel | timing sucks, I really got to go but I would be happy to continue this conversation when I'm back. Thanks Guys |
| 01:42.55 | kays_ | I will share link here when I finished |
| 01:42.58 | bluelightning | sure thing |
| 01:43.22 | kays_ | and I will send mail list for review |
| 01:43.26 | bluelightning | agnel: you may wish to check out the yocto project docs as well, a lot of that is applicable to OE too |
| 01:48.10 | kays_ | have a nice day bluelihtning, thanks again |
| 01:54.31 | CIA-8 | 03Paul Eggleton <paul.eggleton@linux.intel.com> 07master * re21f758fd4 10openembedded.git/recipes/libopie/ (libopie2.inc libopie2_1.2.5.bb libopie2_cvs.bb): |
| 01:54.31 | CIA-8 | libopie2: remove legacy staging |
| 01:54.31 | CIA-8 | Use symlinking to provide libopie2 with the appropriate headers at |
| 01:54.31 | CIA-8 | compile time, and install just the "public" headers at install time. |
| 01:54.31 | CIA-8 | Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> |
| 01:54.32 | CIA-8 | 03Paul Eggleton <paul.eggleton@linux.intel.com> 07master * r44d9ad1d29 10openembedded.git/recipes/opie-i18n/ (opie-lupdate-native.inc opie-lupdate-native_1.2.5.bb): |
| 01:54.32 | CIA-8 | opie-lupdate-native: remove legacy staging |
| 01:54.33 | CIA-8 | Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> |
| 01:54.34 | CIA-8 | 03Paul Eggleton <paul.eggleton@linux.intel.com> 07master * r372c70e053 10openembedded.git/recipes/opie-ftplib/ (opie-ftplib.inc opie-ftplib_1.2.5.bb): |
| 01:54.34 | CIA-8 | opie-ftplib: remove legacy staging |
| 01:54.35 | CIA-8 | Library is now installed into standard libdir. Also remove unnecessary |
| 01:54.35 | CIA-8 | PROVIDES. |
| 01:54.36 | CIA-8 | Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> |
| 01:54.38 | CIA-8 | 03Paul Eggleton <paul.eggleton@linux.intel.com> 07master * r22fb0f2e2f 10openembedded.git/recipes/libmailwrapper/ (libmailwrapper.inc libmailwrapper_1.2.5.bb): |
| 01:54.38 | CIA-8 | libmailwrapper: remove legacy staging |
| 01:54.38 | CIA-8 | Library is now installed into standard libdir. |
| 01:54.38 | CIA-8 | Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> |
| 02:04.38 | *** join/#oe devzero_ (devzero@xdsl-78-35-55-207.netcologne.de) |
| 02:39.37 | *** join/#oe nitink (~nitink@192.55.54.40) |
| 03:22.00 | *** join/#oe methril__ (~methril@189.27.128.117.dynamic.adsl.gvt.net.br) |
| 03:23.54 | *** join/#oe methril (~methril@189.27.128.117.dynamic.adsl.gvt.net.br) |
| 03:35.17 | *** join/#oe space_ninja (~mevering@c-98-248-41-91.hsd1.ca.comcast.net) |
| 05:18.14 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
| 05:23.38 | *** join/#oe mewyn (~mewyn@noise.slashnet.org) |
| 05:24.14 | *** join/#oe nslu2-log (~nslu2-log@limax.nslu2-linux.org) |
| 06:18.06 | *** join/#oe lamikr (~lamikr@dyn60-31.dsl.spy.dnainternet.fi) |
| 06:26.04 | *** join/#oe amarsman (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
| 06:33.25 | *** join/#oe dkim (~dkim@61.75.18.97) |
| 06:40.49 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 06:43.16 | *** join/#oe pespin (~pespin@221.pool85-50-22.dynamic.orange.es) |
| 06:57.07 | *** join/#oe vanner (~vanner@195.91.241.19) |
| 07:04.41 | *** join/#oe dkim (~dkim@61.75.18.97) |
| 07:05.05 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 07:14.36 | *** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
| 07:15.28 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 07:22.08 | *** join/#oe roza (~ron@nat/cisco/x-rqeacgulkbghuufq) |
| 07:39.42 | *** join/#oe anarsoul (~anarsoul@80.249.95.144) |
| 07:55.03 | *** join/#oe matt00 (~matt@202.sub-75-247-105.myvzw.com) |
| 08:37.00 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:41.51 | *** join/#oe vanner (~vanner@195.91.241.19) |
| 08:50.34 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 09:04.39 | *** join/#oe rob_w (~bob@ppp-188-174-91-103.dynamic.mnet-online.de) |
| 09:04.40 | *** join/#oe rob_w_ (~bob@ppp-188-174-91-103.dynamic.mnet-online.de) |
| 09:23.58 | *** join/#oe guyvdb_ (~guy@197.107.231.164) |
| 09:24.26 | guyvdb_ | Hi, what recipe would /etc/network/interfaces be found in? |
| 09:30.48 | *** join/#oe woglinde (~woglinde@f052066225.adsl.alicedsl.de) |
| 09:33.29 | zecke | woglinde: hey |
| 09:36.43 | woglinde | he zecke |
| 09:52.56 | *** join/#oe B_Lizzard (~havoc@athedsl-119394.home.otenet.gr) |
| 09:58.10 | *** join/#oe risca (~risca@visitor206-102.birdie21.se) |
| 10:05.10 | *** join/#oe pepermint (~pepermint@host172-84-dynamic.4-87-r.retail.telecomitalia.it) |
| 10:17.30 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 10:26.38 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
| 10:26.38 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 10:31.09 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 10:34.34 | *** join/#oe phdeswer (~philippe@a88-114-224-136.elisa-laajakaista.fi) |
| 10:48.02 | *** join/#oe timtimred (~meh@85.210.135.5) |
| 10:50.01 | *** join/#oe rcf (~rcf@18.55-243-81.adsl-dyn.isp.belgacom.be) |
| 10:51.16 | *** join/#oe guyvdb_ (~guy@197.107.231.164) |
| 10:51.50 | guyvdb_ | hi what recipie sets up the network config scripts? (/etc/network/interface) |
| 11:15.34 | *** join/#oe RCFout (~rcf@23.53-243-81.adsl-dyn.isp.belgacom.be) |
| 11:21.08 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 11:24.17 | *** join/#oe GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
| 11:27.30 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 11:39.02 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 11:45.17 | *** join/#oe Ironnads (~Ironnads@host86-150-218-80.range86-150.btcentralplus.com) |
| 11:56.39 | bluelightning | guyvdb_: netbase |
| 11:57.44 | guyvdb_ | thc |
| 11:57.46 | guyvdb_ | thx |
| 12:06.21 | *** join/#oe otavio (~otavio@189.114.111.55) |
| 12:06.21 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 12:36.24 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:57.40 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 13:18.54 | guyvdb_ | can any one point me to an fairly current info on setting up a local overlay |
| 14:32.09 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 14:42.31 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 14:45.47 | *** join/#oe mrmoku` (~mrmoku@ppp-88-217-81-58.dynamic.mnet-online.de) |
| 14:55.02 | *** join/#oe devzero_ (devzero@xdsl-78-34-210-27.netcologne.de) |
| 15:34.15 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 15:34.15 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 15:42.57 | pespin | hi, which recipe does provide xml2po native? |
| 15:43.14 | *** join/#oe HopsNBarley_ (~hops@pool-173-67-121-98.snfcca.dsl-w.verizon.net) |
| 15:51.44 | GNUtoo | pespin, isn't po .po => gettext stuff ? |
| 15:51.46 | GNUtoo | maybe grep |
| 15:52.42 | pespin | GNUtoo, yep, it's about .po, but afaik gettext should be already built. |
| 15:52.49 | GNUtoo | ok |
| 15:54.05 | pespin | I think I already tried grepping in recipes/ and I did get nothing, I'll retry in a min |
| 15:54.36 | pespin | GNUtoo, yay! I uncommented all the xml2po stuff and empathy built, finally :) |
| 15:55.34 | pespin | GNUtoo, gnome/gnome-doc-utils.inc:sed -i "1s:.*:#!/usr/bin/env python:" ${D}${bindir}/xml2po |
| 15:55.35 | pespin | gnome/gnome-desktop_2.30.0.bb:# FIXME: docs build requires gnome-doc-utils-native (for xml2po) and docbook |
| 15:56.13 | GNUtoo | ok |
| 15:56.56 | pespin | building gnome-doc-utils-native |
| 16:15.05 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 16:21.16 | *** join/#oe brolin (~brolin@nat219.udea.edu.co) |
| 16:53.48 | *** join/#oe woglinde (~heinold@f052066225.adsl.alicedsl.de) |
| 17:04.59 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 17:24.25 | *** join/#oe anarsoul (~anarsoul@212.98.177.125) |
| 17:53.48 | *** join/#oe Heinervdm (~thomas@pD9E1735D.dip.t-dialin.net) |
| 17:56.24 | *** join/#oe pepermint (~pepermint@host172-84-dynamic.4-87-r.retail.telecomitalia.it) |
| 17:58.31 | joelagnel|away | Hi guys, is there a way to tell bitbake to just print what recipes it will be building without actually building them? |
| 17:58.47 | *** join/#oe veganadian (~andrew@CPE0013f7b6cfd2-CM0013f7b6cfce.cpe.net.cable.rogers.com) |
| 17:59.45 | JaMa|Wrk | joelagnel: -n, --dry-run don't execute, just go through the motions |
| 18:00.10 | joelagnel | JaMa|Wrk, thanks! |
| 18:10.44 | joelagnel | also the "Handling bitbake files" stage in the beginning takes really long, I have psyco installed but it still takes atleast 15-20 seconds. Anything I can do to speed it up? |
| 18:16.25 | *** join/#oe flo_lap (~fuchs@sign-4db6a439.pool.mediaWays.net) |
| 18:16.25 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 18:22.44 | *** join/#oe GNUtoo|laptop (~gnutoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
| 18:23.26 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 18:27.01 | kergoth | joelagnel: it's parsing every recipe. it used to take like 5 minutes. be glad. |
| 18:27.58 | kergoth | or, in the cached case, it's loading a large cache file from disk, not much can be done to speed it up |
| 18:33.37 | joelagnel | kergoth, Yeah I'm glad it doesn't take relatively that long. Considering that only a subset of the recipes might be used, why would *all* recipes need to be parsed? |
| 19:11.23 | kergoth | joelagnel: because its not possible to know what recipes need to be built until they're parsed. |
| 19:11.36 | kergoth | you can ask it to build anything that any recipe has in PROVIDES |
| 19:11.51 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
| 19:11.51 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 19:12.13 | kergoth | the fact that the recipe name is there by default, and the recipe name defaults to coming from the filename, doesn't change that :) the filenames don't *have* to be the recipe name, or a provider at all, so its not possible to determine what to parse ahead of time |
| 19:14.48 | *** join/#oe mrmoku` (~mrmoku@ppp-88-217-95-152.dynamic.mnet-online.de) |
| 19:15.53 | *** join/#oe mrmoku`` (~mrmoku@ppp-88-217-64-34.dynamic.mnet-online.de) |
| 19:22.49 | joelagnel | kergoth, ah, makes sense now :) thanks |
| 19:32.56 | *** join/#oe playya__ (~playya@93.216.226.163) |
| 19:32.56 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 19:44.41 | *** join/#oe amarsman (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
| 19:49.08 | *** join/#oe amarsman_ (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
| 20:01.49 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
| 20:06.10 | *** join/#oe Gaston|Home (~Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 20:09.14 | *** join/#oe Lopi (~lopi@50.9.50.174) |
| 20:11.23 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 20:21.08 | *** join/#oe amarsman_ (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
| 20:27.30 | *** join/#oe lisppaste (~lisppaste@tiger.common-lisp.net) |
| 20:38.24 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 20:48.57 | *** join/#oe GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
| 21:01.52 | *** join/#oe Jay7 (jay@2.94.222.176) |
| 21:30.09 | CIA-8 | 03Paul Eggleton <paul.eggleton@linux.intel.com> 07master * rc2c3e2ed9d 10openembedded.git/ (4 files in 2 dirs): |
| 21:30.09 | CIA-8 | qte: remove legacy staging |
| 21:30.09 | CIA-8 | Removes legacy staging from QtE 2.3.10. Includes & libraries are now no |
| 21:30.09 | CIA-8 | longer staged in a special location - they are as they would be installed |
| 21:30.09 | CIA-8 | on the target system (/usr/include/qte and /usr/lib respectively). |
| 21:30.10 | CIA-8 | qmake.bbclass has been updated to reflect this. |
| 21:30.11 | CIA-8 | Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> |
| 21:30.26 | woglinde | bluelightning yeah |
| 21:30.38 | bluelightning | I have exorcised the demons :) |
| 21:31.35 | bluelightning | hmm, I noticed that master and org.oe.dev seem to have diverged... I thought they were meant to be the same .. ? |
| 21:32.12 | woglinde | yes |
| 21:32.14 | woglinde | hm |
| 21:37.04 | *** join/#oe ant__ (~andrea@host95-255-dynamic.14-87-r.retail.telecomitalia.it) |
| 21:37.12 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 21:38.16 | bluelightning | hi ant__, zecke |
| 21:40.04 | woglinde | he zecke |
| 21:40.53 | *** join/#oe Ironnads (~Ironnads@host86-163-191-146.range86-163.btcentralplus.com) |
| 21:59.18 | *** join/#oe rcf (~rcf@23.53-243-81.adsl-dyn.isp.belgacom.be) |
| 22:03.55 | ant__ | hello |
| 22:04.55 | woglinde | jo ant |
| 22:07.33 | *** join/#oe florian (~fuchs@sign-4db6a439.pool.mediaWays.net) |
| 22:07.33 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 22:22.20 | ant__ | I'm scratching head ... alignment trap... |
| 22:22.29 | *** join/#oe risca (~risca@195.42.110.17) |
| 22:23.48 | ant__ | me and Jay7 would need pb_ or khem help for this kind of problem... |
| 22:24.28 | ant__ | the worst nightmare materializes: the examples of bad code are strangely related to our failing code :p |
| 22:26.44 | woglinde | yes |
| 22:27.26 | Jay7 | hehe :) |
| 22:27.35 | ant__ | woglinde: for beginners... |
| 22:28.09 | ant__ | I've enabled -g in klibc.bbclass and now I have full objdump |
| 22:28.28 | ant__ | before I was trying to locate the function using the ./debug/binary |
| 22:28.49 | Jay7 | -> sleep |
| 22:28.56 | ant__ | the addresses does not correspond :/ |
| 22:29.03 | ant__ | 'nite |
| 22:29.04 | Jay7 | ant__: I hope I'll work this week on kexecboot |
| 22:29.11 | ant__ | great |
| 22:29.30 | Jay7 | but now sleep |
| 22:30.50 | ant__ | woglinde: Alignment trap: kexecboot (385) PC=0x0000e17c Instr=0xe5931000 Address=0x401e19bf FSR 0x013 |
| 22:31.06 | ant__ | andrea@mizar ~/tmp/aa $ /oe/build/tmp/sysroots/i686-linux/usr/armv5te/bin/arm-angstrom-linux-gnueabi-addr2line -e kexecboot -f e17c |
| 22:31.07 | ant__ | hex2rgb |
| 22:31.26 | ant__ | ^^ on the 'unstripped klibc-static binary |
| 22:31.36 | woglinde | yes? |
| 22:31.46 | woglinde | so you can debug it without me |
| 22:31.53 | ant__ | before I was getting different output against the .debug binary: |
| 22:31.56 | ant__ | andrea@mizar ~/tmp/d $ /oe/build/tmp/sysroots/i686-linux/usr/armv5te/bin/arm-angstrom-linux-gnueabi-addr2line -e kexecboot -f e17c |
| 22:31.57 | ant__ | process_ctx_menu |
| 22:32.59 | ant__ | I tend to trust more the dump of the unstripped binary |
| 22:35.27 | ant__ | woglinde: OT- is it now official soja was the vector of bacteria in DE? |
| 22:37.32 | woglinde | dont know |
| 23:15.00 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 23:15.29 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 23:23.43 | CIA-8 | 03Paul Eggleton <paul.eggleton@linux.intel.com> 07master * r70aa0c474e 10openembedded.git/recipes/linux/ (6 files in 4 dirs): |
| 23:23.43 | CIA-8 | linux-h1940: drop obsolete linux-h1940 kernels |
| 23:23.43 | CIA-8 | These are very old and have been superseded by the merged h1940 support |
| 23:23.43 | CIA-8 | in mainline 2.6.39. |
| 23:23.43 | CIA-8 | Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> |
| 23:23.53 | CIA-8 | 03Paul Eggleton <paul.eggleton@linux.intel.com> 07master * rf913b955bd 10openembedded.git/recipes/linux/ (linux-2.6.39/h1940/defconfig linux_2.6.39.bb): |
| 23:23.53 | CIA-8 | linux-2.6.39: add defconfig for h1940 |
| 23:23.53 | CIA-8 | Add h1940 defconfig courtesy of Vasily Khoruzhick <anarsoul@gmail.com> |
| 23:23.53 | CIA-8 | Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> |
| 23:23.55 | CIA-8 | 03Paul Eggleton <paul.eggleton@linux.intel.com> 07master * rbe2cf0661b 10openembedded.git/conf/machine/h1940.conf: |
| 23:23.55 | CIA-8 | h1940: prefer linux 2.6.39, switch to uImage |
| 23:23.55 | CIA-8 | Mainline linux as of 2.6.39 has almost all support pieces integrated for |
| 23:23.55 | CIA-8 | h1940. In addition switch to uImage to allow booting from u-boot |
| 23:23.56 | CIA-8 | (especially as booting directly from HaRET seems to be problematic at the |
| 23:23.56 | CIA-8 | moment.) |
| 23:23.57 | CIA-8 | Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> |
| 23:28.06 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 23:41.45 | *** join/#oe mwester (~mwester@209-242-7-165.rev.dls.net) |
| 23:41.45 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 23:52.28 | *** join/#oe dijenerate (~dijenerat@64.210.41.10) |
| 23:55.10 | *** join/#oe veganadian (~andrew@CPE0013f7b6cfd2-CM0013f7b6cfce.cpe.net.cable.rogers.com) |