| 00:43.22 | *** join/#oe _MrCurious (~MrCurious@ip72-197-185-225.sd.sd.cox.net) |
| 01:01.13 | *** join/#oe DJW|Home (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 01:07.28 | *** join/#oe dijenerate (~dijenerat@66.54.118.89) |
| 01:23.38 | *** join/#oe methril (~methril@189.27.133.251.dynamic.adsl.gvt.net.br) |
| 01:29.49 | *** join/#oe hufnus (~hufnus@69-12-177-67.dsl.static.sonic.net) |
| 01:32.52 | *** join/#oe toobluesc (~nitro@cpe-76-183-36-8.tx.res.rr.com) |
| 01:35.28 | *** join/#oe toobluesc (~nitro@cpe-76-183-36-8.tx.res.rr.com) |
| 01:37.43 | *** join/#oe toobluesc (~nitro@cpe-76-183-36-8.tx.res.rr.com) |
| 01:48.16 | *** join/#oe zenlinux_laptop (~sgarman@75-93-58-1.war.clearwire-wmx.net) |
| 02:06.11 | *** join/#oe devzero_ (devzero@xdsl-89-0-134-59.netcologne.de) |
| 02:22.08 | *** join/#oe Openfree` (~Openfreer@116.228.88.134) |
| 02:49.28 | *** join/#oe dijenerate (~dijenerat@65.48.221.118) |
| 02:51.53 | *** join/#oe henryk (henryk@shiny.ploetzli.ch) |
| 02:52.23 | *** join/#oe lumag_gone (~lumag@nat-rup.mentorg.com) |
| 02:53.42 | *** join/#oe ynezz (ynezz@ibawizard.net) |
| 03:02.17 | *** join/#oe dijenerate (~dijenerat@65.48.221.118) |
| 03:13.08 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 03:32.23 | *** join/#oe dijenerate (~dijenerat@65.48.221.118) |
| 03:56.09 | *** join/#oe dijenerate (~dijenerat@65.48.221.118) |
| 04:07.06 | *** join/#oe methril_ (~methril@189.27.128.225.dynamic.adsl.gvt.net.br) |
| 04:15.06 | *** part/#oe cminyard (~cminyard@pool-173-57-155-71.dllstx.fios.verizon.net) |
| 04:15.48 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 04:18.52 | *** join/#oe dijenerate (~dijenerat@65.48.221.118) |
| 05:37.27 | *** join/#oe pb_ (~pb@mail.pbcl.net) |
| 05:44.08 | *** join/#oe erwt (~rahul@114.143.163.210) |
| 06:09.05 | *** join/#oe toi (~peter@inuitbib.ugent.be) |
| 06:11.51 | *** join/#oe Openfree` (~Openfreer@64.191.99.80) |
| 06:17.52 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 06:20.57 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 06:33.04 | *** join/#oe htns (~htns@175.139.208.57) |
| 06:33.07 | *** join/#oe Openfree` (~Openfreer@116.228.88.134) |
| 06:40.22 | mckoan | good morning |
| 06:43.55 | eFfeM_work | hi mckoan, all |
| 06:54.57 | *** join/#oe zxdx (~Admin@86.57.155.106) |
| 06:57.47 | *** join/#oe rob_w (~bob@ppp-188-174-72-53.dynamic.mnet-online.de) |
| 06:59.51 | *** join/#oe lamikr (lamikr@nat/nokia/x-zhcrgpghrlmgyqnj) |
| 07:02.37 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:06.32 | *** join/#oe amarsman (~marsman@90-145-17-249.wxdsl.nl) |
| 07:10.39 | *** join/#oe rschus (~rschus@227.118.101.84.rev.sfr.net) |
| 07:11.46 | *** join/#oe kaio (~kaio@fedora/kaio) |
| 07:25.06 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 07:52.09 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 07:54.35 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 08:01.22 | *** join/#oe amarsman (~marsman@90-145-17-249.wxdsl.nl) |
| 08:02.08 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 08:03.09 | *** join/#oe kobe_ (203a22e3@gateway/web/freenode/ip.32.58.34.227) |
| 08:04.50 | kobe_ | I want to implement my own do_fetch function. Is there a variable that points to the recipy folder itself? |
| 08:05.56 | *** join/#oe tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com) |
| 08:06.08 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
| 08:06.14 | *** join/#oe lamikr (lamikr@nat/nokia/x-ystqwdrfgkgxdwib) |
| 08:10.39 | tasslehoff | I'm still basing my local repo and work on org.openembedded.dev. Am I old-fashioned? is oe-core the place I should follow for Angstrom/Beagle development? |
| 08:11.53 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 08:11.53 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 08:15.50 | ka6sox-away | tasslehoff, hasn't koen moved the latest Angstrom to oe-core? |
| 08:16.01 | ka6sox-away | thats what it looks like in narcissus |
| 08:26.20 | Noor | hi all |
| 08:26.31 | Noor | just have a minor question |
| 08:27.31 | *** join/#oe mickey|office (~Mickey@92.79.168.7) |
| 08:27.37 | Noor | if we are using different layers and selection of particular layer for recipe only depends on BBLAYER_PRIORITY or there is some thing else as well |
| 08:28.41 | Noor | I am using my own layer meta-oe and oe-core .... uboot recipe is present in mylayer and oe-core but oe-core u-boot recipe is being picked all the time |
| 08:28.47 | ant_work | there is other to know: http://lists.linuxtogo.org/pipermail/bitbake-devel/2011-August/001169.html |
| 08:29.39 | *** join/#oe GNUtoo|work (~denis@pac33-2-82-240-38-71.fbx.proxad.net) |
| 08:32.23 | Noor | thanks ant_work ..... I am looking innto it and get back to you if I have more questions |
| 08:33.45 | ant_work | priority knowledge is split between |
| 08:33.45 | ant_work | layer.conf and bblayers.conf today |
| 08:34.08 | ant_work | I agree with others: that seems bad to me |
| 08:36.23 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 08:39.54 | tasslehoff | ka6sox-away: ah, then I should probably follow him :) |
| 08:46.33 | ant_work | JaMa: ping |
| 08:46.37 | JaMa | pong |
| 08:47.02 | ant_work | hi, I've seen you're experimenting with X |
| 08:47.22 | ant_work | so, which server for meta-hh ? |
| 08:47.49 | JaMa | I'm using 1.11 but that's only in jansa/x11 branch in oe-core-contrib |
| 08:47.51 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:47.51 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:48.06 | JaMa | and you would need also 3 patches from jansa/spitz for meta-hh |
| 08:48.28 | ant_work | yes, that's the kdrive/lite iirc |
| 08:48.39 | ant_work | not full xorg-xserver |
| 08:48.40 | JaMa | https://gitorious.org/shr/meta-handheld/commits/jansa/spitz |
| 08:49.19 | ant_work | indeed, back to xserver-xf86-lite |
| 08:49.45 | ant_work | at this point we are stuck with calibration, with both servers |
| 08:49.57 | JaMa | xinput-pointercal is working |
| 08:50.03 | ant_work | jitter? |
| 08:50.18 | JaMa | that's kernel driver issue not xorg |
| 08:50.32 | ant_work | yes but is still unusable... |
| 08:51.01 | ant_work | weel, it was, I did not retest it lately |
| 08:51.06 | *** join/#oe pretec (~Matthias@fb-n15-11.unbelievable-machine.net) |
| 08:55.08 | JaMa | ant_work: and -lite is not kdrive.. it's just withoug glx and dri |
| 08:59.41 | bluelightning | morning all |
| 09:07.24 | ant_work | JaMa: what about the xorg-xserver in meta-oe? |
| 09:07.34 | JaMa | ant_work: it's removed in jansa/x11 |
| 09:07.38 | ant_work | :) |
| 09:07.47 | ant_work | bluelightning: taking note? |
| 09:08.11 | bluelightning | ant_work: about? |
| 09:08.57 | ant_work | many machines in meta-hh are using PREFERRED_PROVIDER_virtual/xserver = "xserver-xorg" |
| 09:09.20 | ant_work | this is the meta-oe xserver |
| 09:09.22 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 09:09.56 | ant_work | it looks like we can do https://gitorious.org/shr/meta-handheld/commit/9fad2c5a2ac10365688a582f457d2224f1866245 |
| 09:10.18 | ant_work | for many if not all devices to have a common testbase |
| 09:10.57 | JaMa | ant_work: ah no big difference http://paste.pocoo.org/show/479031/ |
| 09:12.58 | JaMa | ant_work: ah no big difference http://paste.pocoo.org/show/479031/ |
| 09:13.06 | JaMa | ups |
| 09:14.35 | *** join/#oe pespin (~pespin@90.163.51.238) |
| 09:15.23 | bluelightning | ant_work: right |
| 09:21.08 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 09:22.52 | *** join/#oe pespin_ (~pespin@90.163.51.238) |
| 09:46.05 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 09:47.07 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 09:56.50 | Noor | if I have set priority of my-collection oe-core meta-oe like 3,2 and 1 ..... my linux recipe is present in my-collection and oe-core and and both have same version ...... in my opinion recipe from my collection should be picked as it has higher priority but bitbake is picking from oe-core |
| 09:57.33 | Noor | what other things are involved in it? |
| 09:57.58 | Noor | ant_work: I have gone through the thread but I have different problem |
| 09:59.42 | erwt | hey guies Has anyone worked on Pollux processors ,board NC600 or NC650 series ,I am trying to find tht in open emmbeded repo ,whether we hwve it? |
| 10:10.33 | *** join/#oe Openfree` (~Openfreer@64.191.99.80) |
| 10:13.12 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 10:14.31 | lumag | morning! |
| 10:14.51 | tasslehoff | any wiki/doc I should read when moving to oe-core? |
| 10:15.37 | *** join/#oe vitus (~vitus@145.253.169.210) |
| 10:15.52 | *** join/#oe alx_ (~alx_@fireone.i3p.it) |
| 10:29.24 | *** join/#oe julianpid (~julianpid@firewall.ctxuk.citrix.com) |
| 10:29.39 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 10:30.21 | Noor | found the problem in priority of layers |
| 10:31.24 | Noor | the BBFILES variable was not correctly set so that is why it was not picking recipes from my layer if the same version is present in lower priority layer as well |
| 10:32.00 | Noor | after settign the correct value of BBFILES recipes from correct layer is being picked |
| 10:32.51 | Noor | just wondering if BBFILES is not correctly set then no recipes should be picked from that layer .... isn't it a bug that recipes are still being picked? |
| 10:57.33 | *** join/#oe plm (~plm@65.111.170.40) |
| 11:01.14 | *** join/#oe tscheck1 (~t@83.151.21.119) |
| 11:07.10 | bluelightning | tasslehoff: http://www.openembedded.org/wiki/OpenEmbedded-Core if you haven't seen it already |
| 11:07.40 | bluelightning | Noor: if you set the priority of your layer higher it should override other layers |
| 11:08.29 | bluelightning | Noor: what were the incorrect/correct values of BBFILES in your case? |
| 11:08.57 | *** join/#oe dijenerate (~dijenerat@65.48.221.118) |
| 11:09.59 | Noor | bluelightning: in my case BBFILES was being set to $LAYERDIR .... it should be be $LAYERDIR/recipes/*/*.bb |
| 11:13.44 | tasslehoff | bluelightning: had actually not seen that one. thanks. |
| 11:14.25 | ant_work | tasslehoff: inexplicably is not on Main_Page |
| 11:14.26 | Noor | bluelightning: the interesting thing is that I had set PREFERRED_PROVIDER_virtual/kernel = linux ... that recuipe was present in my layer and it was being picked and my layer had highest priority |
| 11:15.08 | Noor | bluelightning: i copied the same recipe to oe-core and bitbake started picking the recipe from oe-core instead of my layer |
| 11:18.34 | Noor | so it is looking strange to me that if we set preferred_provider and that recipe is only present in my layer and BBFILES variable of that layer is not pointing to correct files bitbake still picks the recipe |
| 11:21.00 | *** join/#oe risca (~risca@norr-133-63.eduroam.liu.se) |
| 11:23.43 | *** join/#oe zxdx (~Admin@86.57.155.106) |
| 12:05.55 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:24.54 | *** join/#oe kevinsc (~a0214685@nat/ti/x-raosfcmvivemdgeg) |
| 12:32.26 | tasslehoff | ant_work: odd :) |
| 12:33.28 | tasslehoff | should my layers of choice be cloned inside or alongside oe-core? |
| 12:36.05 | pb_ | morning all |
| 12:40.41 | bluelightning | hi pb_ |
| 12:41.05 | bluelightning | tasslehoff: alongside, keeps things tidy |
| 12:51.39 | *** join/#oe kevinsc (~a0214685@nat/ti/x-vrvkwrnojhftrgpl) |
| 12:54.28 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 13:02.07 | CIA-77 | 03Steffen Sledz <sledz@dresearch-fe.de> 07org.openembedded.dev * rd4c60de1b5 10openembedded.git/recipes/rsyslog/rsyslog.inc: |
| 13:02.07 | CIA-77 | rsyslog: change path for config includes to /etc/rsyslog.d |
| 13:02.07 | CIA-77 | Signed-off-by: Steffen Sledz <sledz@dresearch-fe.de> |
| 13:02.17 | *** join/#oe rschus (daemon@gate.tarent.de) |
| 13:02.25 | *** join/#oe pespin (~pespin@cisne-cn10.upc.es) |
| 13:14.56 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 13:23.14 | *** join/#oe brolin (~brolin@190.250.28.228) |
| 13:30.07 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-fmedjmwndpgpkcbf) |
| 13:34.26 | Crofton|work | lumag, thanks for taking care of the proxy statement! |
| 13:34.45 | Crofton|work | I was just thinking about looking into it when your email popped up |
| 13:35.25 | lumag | Crofton|work, :) |
| 13:35.48 | Crofton|work | now all I need to find is someone to run a TSC election |
| 13:36.09 | Crofton|work | denix0, you awake? |
| 13:40.28 | *** join/#oe risca (~risca@norr-133-63.eduroam.liu.se) |
| 13:51.11 | *** join/#oe radhermit (~radhermit@gentoo/developer/radhermit) |
| 13:51.47 | *** join/#oe cminyard (~cminyard@pool-173-57-155-71.dllstx.fios.verizon.net) |
| 13:53.38 | *** join/#oe Unhelpful_ (~quassel@rockbox/developer/Unhelpful) |
| 13:54.37 | *** join/#oe denix0 (~denix@pool-71-191-138-237.washdc.fios.verizon.net) |
| 13:55.36 | *** join/#oe Crofton|work (~balister@pool-96-240-184-196.ronkva.east.verizon.net) |
| 14:03.17 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 14:04.34 | *** join/#oe devzero_ (devzero@xdsl-89-0-96-85.netcologne.de) |
| 14:04.43 | *** join/#oe kergoth (~kergoth@ip24-251-167-38.ph.ph.cox.net) |
| 14:06.51 | lumag | bye! |
| 14:12.56 | *** join/#oe rschus (~rschus@227.118.101.84.rev.sfr.net) |
| 14:15.17 | *** join/#oe alx_ (~alx_@fireone.i3p.it) |
| 14:24.16 | *** join/#oe rickfoosusa (~chatzilla@adsl-66-143-164-36.dsl.austtx.swbell.net) |
| 14:37.13 | *** join/#oe kevinsc (~a0214685@nat/ti/x-lgrkemfbrmndjawd) |
| 14:41.03 | mgundes | Hi |
| 14:43.22 | mgundes | I want to use external toolchain to prevent unnecessary compilation and to reduce build time |
| 14:43.28 | *** join/#oe XorA (~XorA@188-220-38-49.zone11.bethere.co.uk) |
| 14:43.57 | mgundes | I have added these lines to my local conf up to an old email from oe mail list |
| 14:44.07 | XorA | morning |
| 14:44.11 | Crofton|work | gm |
| 14:44.32 | XorA | bah why cant I find a generic pcb spacer kit |
| 14:44.44 | mgundes | TARGET_VENDOR = "-none" |
| 14:44.45 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 14:44.54 | mgundes | TOOLCHAIN_TYPE = "external" |
| 14:45.03 | mgundes | TOOLCHAIN_BRAND = "csl" |
| 14:45.30 | mgundes | is there anything I have missed? |
| 14:45.41 | kergoth | you're using classic oe, not oe-core? |
| 14:45.43 | Noor | mgundes: which setup u r using oe-core or openembedded |
| 14:45.48 | kergoth | :) |
| 14:45.51 | mgundes | my cross compiler is in my PATH |
| 14:46.00 | mgundes | openembedded |
| 14:47.32 | pb_ | morning kergoth |
| 14:47.49 | kergoth | hey pb_ |
| 14:50.09 | Noor | mgundes: u need to set TOOLCHAIN_PATH and TOOLCHAIN_SYSPATH as well |
| 14:51.09 | mgundes | ok I am trying |
| 14:51.48 | mgundes | TOOLCHAIN_PATH = "/opt/CodeSourcery/Sourcery_G++_Lite/" |
| 14:51.57 | mgundes | TOOLCHAIN_SYSPATH = "${TOOLCHAIN_PATH}/arm-none-linux-gnueabi" |
| 14:52.21 | mgundes | should I set anything to or unset LIBC? |
| 14:58.18 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-piyhiotsdmwniynf) |
| 15:02.49 | *** join/#oe incandescant (~joshual@c-24-22-84-12.hsd1.or.comcast.net) |
| 15:05.53 | Noor | mgundes: I think that is it |
| 15:08.48 | mgundes | Noor: I think I dont need LIBC, since my toolchain have libraries and other binaries |
| 15:08.51 | mgundes | right? |
| 15:09.31 | Noor | if you are using openembedded external-toolchain-csl recipe then LIBC is not required |
| 15:12.12 | mgundes | but in many configuration files there are checks about LIBC like that: LIBC ?= "eglibc" |
| 15:12.36 | mgundes | then one type of LIBC will be compiled, right? |
| 15:12.36 | CIA-77 | 03Philip Balister <philip@balister.org> 07master * r4addbe94be 10openembedded.git/recipes/uhd/uhd_git.bb: |
| 15:12.36 | CIA-77 | uhd : Update SRCREV to head of master branch. |
| 15:12.36 | CIA-77 | This revision update is needed to pick up support for current USRP E100 |
| 15:12.36 | CIA-77 | fpga interface. |
| 15:12.36 | CIA-77 | Signed-off-by: Philip Balister <philip@balister.org> |
| 15:12.50 | mgundes | how can I prevent it, have any idea? |
| 15:13.09 | Crofton|work | a pox on people that won't make releases :) |
| 15:21.13 | Crofton | a pox on power failures |
| 15:21.18 | Crofton | goo dthing I pushed |
| 15:23.19 | kergoth | mgundes: no, LIBC controls the behavior of things that care what libc you're using. it has nothing to do with whether it'll be built from source or used from external |
| 15:28.06 | mgundes | hm ok thanks kergoth, I hope any glibc would not be compiled. I will try it. |
| 15:30.08 | mgundes | by the way, I checked environment after parsing and I see that in environments: |
| 15:30.10 | mgundes | PREFERRED_PROVIDER_virtual/libc="eglibc" |
| 15:31.27 | mgundes | TARGET_SYS="arm-oe-linux-gnueabi" |
| 15:31.42 | mgundes | export CC="arm-oe-linux-gnueabi-gcc -march=armv6k -mtune=arm1176jz-s -mthumb-interwork -mno-thumb" |
| 15:31.58 | mgundes | hm I think something is wrong in my config files |
| 15:38.20 | Noor | can we update BB_HASHBASE_WHITELIST in any class .... I did it in native.bbclass but that value that I added was not going in cachefile |
| 15:51.25 | *** join/#oe Crofton (~balister@pool-74-107-170-211.ronkva.east.verizon.net) |
| 15:59.04 | *** join/#oe XorA (~XorA@188-220-38-49.zone11.bethere.co.uk) |
| 16:03.10 | denix0 | Crofton: pong |
| 16:04.12 | *** join/#oe kevinsc (~a0214685@nat/ti/x-kijfqabnhpfrwlxa) |
| 16:04.35 | *** join/#oe bluelightning_ (~paul@83.217.123.106) |
| 16:04.35 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 16:09.21 | *** join/#oe msm (~msm@192.88.168.34) |
| 16:09.31 | *** join/#oe Crofton (~balister@pool-74-107-170-211.ronkva.east.verizon.net) |
| 16:11.19 | *** join/#oe morphis (~morphis@p5B2C37F1.dip.t-dialin.net) |
| 16:15.19 | *** join/#oe Crofton|work (~balister@pool-74-107-170-211.ronkva.east.verizon.net) |
| 16:15.30 | denix0 | Crofton|work: pong |
| 16:17.58 | *** join/#oe stefan_schmidt (~stefan@p4FC75BD9.dip.t-dialin.net) |
| 16:23.23 | Crofton|work | did you find an answer to building linux-3.0 with the release branch? |
| 16:24.50 | denix0 | Crofton|work: sifting through the patches in oe.dev/meta-oe |
| 16:25.57 | ka6sox-away | morning |
| 16:26.05 | denix0 | I think I'll just have to backport all the fixes from meta-oe to maintenance |
| 16:26.19 | Crofton|work | urg |
| 16:41.33 | *** join/#oe rob_w (~bob@ppp-188-174-72-53.dynamic.mnet-online.de) |
| 16:41.52 | Crofton|work | denix0, do you know when you will be able to submit the fixes? |
| 16:42.23 | Crofton|work | I also think the compiler in dev is making faster code than the one in maint |
| 16:42.27 | Crofton|work | I need to look at this some |
| 16:42.42 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 16:51.29 | Jay7 | bluelightning: ping? |
| 16:51.41 | bluelightning | Jay7: pong |
| 16:51.47 | Jay7 | bluelightning: WRT konsole bug |
| 16:51.56 | bluelightning | yep |
| 16:51.58 | Jay7 | konsole --nofork does the trik |
| 16:52.17 | bluelightning | no, unfortunately that only works when running from within another konsole session :/ |
| 16:52.22 | bluelightning | I tried that already |
| 16:52.27 | Jay7 | ah, hm.. |
| 16:52.38 | Jay7 | well, I'll look deeper :) |
| 16:52.58 | bluelightning | AFAICT it requires a number of fixes within konsole itself |
| 16:54.46 | Jay7 | well.. then I'll install some other *term :) |
| 16:59.22 | *** join/#oe toi (~peter@94-226-61-212.access.telenet.be) |
| 17:35.08 | *** join/#oe Heinervdm (~thomas@pD9E14822.dip.t-dialin.net) |
| 17:43.17 | *** join/#oe mickeyl (~mickey@80.81.242.146) |
| 17:44.01 | *** join/#oe B_Lizzard (~havoc@athedsl-417581.home.otenet.gr) |
| 17:47.10 | *** join/#oe dijenerate (~dijenerat@65.48.221.118) |
| 17:49.53 | *** join/#oe lumag (~lumag@ppp89-110-26-6.pppoe.avangarddsl.ru) |
| 17:50.03 | lumag | evening! |
| 17:57.54 | lumag | I wander: if I fix sdk problems by changing crossdk .inc files in oe-core, should I also submit PR bump patches to meta-oe? |
| 17:59.41 | *** join/#oe Crofton (~balister@pool-74-107-170-211.ronkva.east.verizon.net) |
| 18:01.24 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-nhlltordrkhgaoie) |
| 18:06.03 | *** join/#oe pepermint (~pepermint@host206-82-dynamic.2-87-r.retail.telecomitalia.it) |
| 18:08.53 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 18:17.50 | *** join/#oe dos1|away (~dos@unaffiliated/dos1) |
| 18:29.05 | *** join/#oe pack3754 (~daniel@71.216.93.203) |
| 18:30.35 | *** join/#oe rcf (~rcf@81.243.19.16) |
| 18:42.25 | *** join/#oe phdeswer (~philippe@a83-245-252-47.elisa-laajakaista.fi) |
| 18:44.58 | *** join/#oe bluelightning_ (~paul@188.28.29.238.threembb.co.uk) |
| 18:44.58 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 18:47.13 | *** join/#oe rah (rah@myrtle.6gnip.net) |
| 18:47.25 | *** join/#oe Nu^253r (~LessIsMor@unaffiliated/nu253r/x-0655220) |
| 18:51.47 | *** join/#oe florian (~fuchs@sign-4db6af1a.pool.mediaWays.net) |
| 18:51.47 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:06.39 | *** join/#oe GNUtoo (~gnutoo@92.90.17.7) |
| 19:21.09 | *** join/#oe kevinsc (~a0214685@nat/ti/x-nqxpauloluituiig) |
| 19:21.21 | *** join/#oe koobe_ (~koobe@e81-197-79-85.elisa-laajakaista.fi) |
| 19:22.57 | *** join/#oe pepermint (~pepermint@host206-82-dynamic.2-87-r.retail.telecomitalia.it) |
| 19:25.26 | koobe_ | I have a working u-boot recipe, but I want to have two u-boot images with different default environments. What's the recommended approach for creating the recipe for this other image? |
| 19:25.51 | koobe_ | I could just duplicate the recipe, add one patch to the copy and be done with it, but that's not pretty, right? |
| 19:27.22 | *** join/#oe GNUtoo (~gnutoo@92.90.17.7) |
| 19:27.39 | *** join/#oe woglinde (~heinold@g229046210.adsl.alicedsl.de) |
| 19:29.13 | msm | koobe_: there are some recipes about for UBOOT_MACHINES to build u-boot for multiple cofigurations |
| 19:29.24 | msm | not the plural |
| 19:29.26 | msm | note* |
| 19:30.42 | koobe_ | UBOOT_MACHINE is the name of u-boot configuration that is to be selected for a given OE machine? |
| 19:31.00 | koobe_ | but I'd like to have two slightly different u-boot images for the same machine |
| 19:31.48 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 19:32.10 | koobe_ | oh, I see. uboot_machineS would invoke multiple u-boot configurations for a single machine? |
| 19:35.44 | pack3754 | Can anyone tell me how to tell openembedded to use a particular kernel version (besides the default)? |
| 19:36.11 | pack3754 | e.g. if I wanted to build 2.6.34 instead of 2.6.39 |
| 19:38.17 | koobe_ | pack3754: did you try PREFERRED_VERSION_linux in your machine.conf? |
| 19:39.00 | GNUtoo | pack3754, usually it's done in the kernel recipes itself: |
| 19:39.31 | GNUtoo | you usually have DEFAULT_PREFERENCE_machine = "1" |
| 19:39.46 | GNUtoo | and DEFAULT_PREFERENCE = "-1" #applies to all other machines than "machine" |
| 19:40.19 | GNUtoo | since he asked about version I told the version |
| 19:40.19 | GNUtoo | then there is still what kind of kernel you want |
| 19:40.20 | GNUtoo | like linux-foo |
| 19:40.23 | GNUtoo | or linux-bar |
| 19:40.30 | GNUtoo | that is done in machines usually |
| 19:40.51 | GNUtoo | a third variable named COMPATIBLE_MACHINE also exist |
| 19:41.40 | GNUtoo | s/machines usually/machines config usually/ |
| 19:42.11 | koobe_ | msm: thanks, I think that UBOOT_MACHINES is the right way to go |
| 19:42.12 | GNUtoo | COMPATIBLE_MACHINE prevent bitbake to parse the recipe if your machine is incompatible |
| 19:42.12 | GNUtoo | it's also added in the kenrel recipe in question |
| 19:42.32 | pack3754 | Ok, so I'm looking at conf/machine/overo.conf |
| 19:42.49 | pack3754 | and I see |
| 19:42.50 | pack3754 | PREFERRED_PROVIDER_virtual/kernel = "linux-omap3" |
| 19:43.25 | GNUtoo | pack3754, yes that is for the kind of kernel, not its version |
| 19:43.38 | GNUtoo | version is like 2.6.32 |
| 19:43.58 | msm | koobe_: yes, you got it UBOOT_MACHINES = "P1020RDB P1020RDB_SPIFLASH etc" |
| 19:44.37 | pack3754 | ok, I don't see a PREFERRED_VERSION_linux defined |
| 19:54.23 | pack3754 | GNUtoo: I feel PREFERRED_VERSION_linux should be defined in the machine.conf file.. is that correct? |
| 19:54.50 | *** join/#oe koobe_ (~koobe@e81-197-79-85.elisa-laajakaista.fi) |
| 19:55.03 | GNUtoo | no idea on what "should be", I can only tell what's done |
| 19:56.06 | *** join/#oe playya (~playya@93.216.232.146) |
| 19:56.07 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 19:57.30 | *** join/#oe lamikr (lamikr@nat/nokia/x-qsjslsoibitdsxap) |
| 19:59.07 | pack3754 | so my default version is 2.6.39... but I don't see this referenced anywhere in conf/* |
| 20:03.01 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-sbdoyghxlqvohbhl) |
| 20:04.18 | pack3754 | GNUtoo: before I start mucking around with things.. I've seen that it's not recommended to make any changes inside org.oe.dev/ , but instead to create a directory user.collection. |
| 20:04.58 | pack3754 | what should go inside the user.collection dir? |
| 20:05.07 | GNUtoo | I'll be back later but learn about oe-core |
| 20:05.26 | pack3754 | ok, thanks GNU |
| 20:10.49 | GNUtoo | pack3754, learn about openembedded-core since openembedded.dev is deprecated and nearly everybody switched to openembedded-core |
| 20:11.54 | pack3754 | if I search for oe-core, it seems like Yocto is heavily involved with this |
| 20:12.05 | kergoth | yocto and oe both use oe-core as their core |
| 20:12.20 | woglinde | hoi kergoth |
| 20:12.38 | kergoth | yocto then uses meta-yocto and other bits on top of that, and oe has meta-oe |
| 20:12.39 | kergoth | hey woglinde |
| 20:12.43 | kergoth | how's it going? |
| 20:13.21 | *** join/#oe ant_home (~andrea@host53-30-dynamic.0-87-r.retail.telecomitalia.it) |
| 20:13.25 | woglinde | hm still have my meta-tegra layer laying arround here |
| 20:13.45 | pack3754 | kergoth: thanks! this means plain old OE is not going anywhere, just that Yocto is also building on top of the same oe-core? |
| 20:13.54 | kergoth | pack3754: no |
| 20:14.06 | kergoth | the old openembedded repository isn't being developed in at all. |
| 20:14.16 | kergoth | new work is done based on oe-core + meta-openembedded |
| 20:14.28 | kergoth | recipes are transitioned from oe to whatever layer is appropriate for them |
| 20:14.45 | kergoth | meta-oe being the catch-all for stuff that doesn't belong anywhere else |
| 20:15.12 | pack3754 | ok, this is good to know.. I'm trying to follow instructions from gumstix. Feels like some things may be out of date |
| 20:15.24 | GNUtoo | hi woglinde |
| 20:15.55 | GNUtoo | woglinde, meta-tegra, does the tegra you have have a neon unit? |
| 20:16.03 | GNUtoo | if not how do you handle that? |
| 20:17.31 | woglinde | tegra has none neon |
| 20:17.33 | woglinde | thats the problem |
| 20:18.35 | GNUtoo | ah even tegra1? |
| 20:18.39 | GNUtoo | I tought that only tegra2 lacked neon |
| 20:18.55 | GNUtoo | I'm interested because I know that some machines have broken neon: |
| 20:18.57 | GNUtoo | for instance: |
| 20:19.26 | GNUtoo | *palmpre* machines have neon issues I think(not sure but what could make mplayer,enlightenment etc...freeze the phone otherwise...) |
| 20:19.43 | GNUtoo | *some imx51 of rev < 3 have broken neon |
| 20:19.49 | woglinde | gnutoo hm? |
| 20:19.59 | GNUtoo | and strangely mplayer can freeze the machine too |
| 20:20.03 | woglinde | tegra-meta will contain more tegra |
| 20:20.11 | woglinde | maybee tegra3 for instance |
| 20:20.16 | GNUtoo | ok |
| 20:26.50 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 20:28.09 | CMoH | hey. i'm trying to configure a dapm device, and i was wondering if anyone here has experience with this |
| 20:32.17 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
| 20:36.16 | *** join/#oe bluelightning_ (~paul@188.29.70.208.threembb.co.uk) |
| 20:36.16 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 20:36.54 | lumag | hi bluelightning_ |
| 20:37.42 | GNUtoo | CMoH, maybe try in the alsa soc channel |
| 20:37.55 | CMoH | alsa soc? |
| 20:38.08 | CMoH | let me search for it |
| 20:38.36 | CMoH | ty |
| 20:54.20 | *** join/#oe bluelightning_ (~paul@188.29.70.208.threembb.co.uk) |
| 20:54.20 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 21:07.29 | *** join/#oe kevinsc (~a0214685@nat/ti/x-aoxjwunjijbujods) |
| 21:08.22 | msm | is there a way to do the reverse of an overrides? |
| 21:08.33 | msm | like IMAGE_INSTALL_notdef(var) |
| 21:10.47 | *** join/#oe jkridner___ (~jason@pdpc/supporter/active/jkridner) |
| 21:11.28 | kergoth | what do you mean? |
| 21:11.46 | msm | I want to remove a package from an image if's some OVERRIDES is defined |
| 21:11.52 | kergoth | if you want a value when no override is applied, that's what the main variable name is |
| 21:12.16 | kergoth | that's the reverse of an override append, not the reverse of an override :) |
| 21:12.17 | msm | right, i want to be included for all images except powerpc64 |
| 21:12.33 | kergoth | FOO = "base value" |
| 21:12.38 | kergoth | FOO_powerpc64 = "other value" |
| 21:12.44 | kergoth | IMAGE_INSTALL_append = "${FOO}" |
| 21:12.48 | kergoth | or whatever |
| 21:12.57 | msm | but in my case FOO is a package list |
| 21:13.02 | msm | hmm ok wait.. i see it thanks |
| 21:13.04 | kergoth | and? :) |
| 21:13.22 | kergoth | the key is separating out the bit that's affected into its own variable, so you can juse use overrides as usual there |
| 21:13.24 | kergoth | s/juse/just/ |
| 21:13.50 | msm | right, the own variable part is key =) |
| 21:13.54 | kergoth | nods |
| 21:14.23 | bluelightning_ | lumag: hi |
| 21:14.26 | woglinde | msm the real way would fix the packages for ppc64 |
| 21:14.33 | woglinde | hi bluelightning |
| 21:14.38 | bluelightning | hi woglinde |
| 21:14.56 | msm | woglinde: trust me that's my intention |
| 21:15.22 | msm | woglinde: problem right now is the recipe (interal crap mind you) only builds on 32bit |
| 21:15.50 | msm | i've got a lot of fixes for ppc64 forthcoming |
| 21:16.36 | CIA-77 | 03Joshua Lock <josh@linux.intel.com> 07master * rab6c63f357 10bitbake.git/lib/bb/ui/ (crumbs/hobeventhandler.py hob.py): (log message trimmed) |
| 21:16.36 | CIA-77 | hob: fix build again when building packages only |
| 21:16.36 | CIA-77 | The different code paths for package vs image builds have lead to some bit |
| 21:16.36 | CIA-77 | rot in the package only build and an incompatability between package only |
| 21:16.36 | CIA-77 | builds and the build again mechanism. |
| 21:16.36 | CIA-77 | This patch unifies the code paths and fixes build again for package only |
| 21:16.37 | CIA-77 | builds. |
| 21:16.44 | CIA-77 | 03Joshua Lock <josh@linux.intel.com> 07master * rbdbd724e80 10bitbake.git/lib/bb/ui/crumbs/hobprefs.py: (log message trimmed) |
| 21:16.44 | CIA-77 | ui/crumbs/hobprefs: re-enable reloading of data after prefs changes |
| 21:16.44 | CIA-77 | When disabling the toolchain w/ headers checkbox in an early commit I |
| 21:16.44 | CIA-77 | accidentally disabled too much code. This re-enables adding the custom |
| 21:16.44 | CIA-77 | response handler to the Preferences dialog which triggeres a reparse of |
| 21:16.45 | CIA-77 | the metadata when appropriate preference changes are made. |
| 21:16.46 | CIA-77 | Fixes [YOCTO #1479] |
| 21:16.46 | CIA-77 | 03Joshua Lock <josh@linux.intel.com> 07master * r705156e281 10bitbake.git/lib/bb/ui/hob.py: |
| 21:16.47 | CIA-77 | hob: enable package only builds even if an image has been built |
| 21:16.47 | CIA-77 | Once an image build has been performed the selected_image variable would |
| 21:16.48 | CIA-77 | prevent the package only build choice being triggered - by setting the |
| 21:16.48 | CIA-77 | variable to None on reset we are able to perform package only builds after |
| 21:16.49 | CIA-77 | an image build. |
| 21:16.49 | CIA-77 | Signed-off-by: Joshua Lock <josh@linux.intel.com> |
| 21:18.18 | pack3754 | woglinde: You mentioned earlier I could resolve a problem with Kernel.org being down by using the github mirror instead.. Where would I specify which mirror I would like to use? |
| 21:18.49 | woglinde | pack I dont know which tree you want from kernel.org |
| 21:20.33 | pack3754 | ha =P neither do i! I'll try to track sown some details for you |
| 21:21.08 | pack3754 | or "details for me" rather, that might be useful for you when I ask for help |
| 21:21.40 | woglinde | hm maybee I will be at sleep then |
| 21:22.40 | pack3754 | well, I won't complain too loudly |
| 21:22.47 | *** join/#oe Jefro (~josiermi@nat/intel/x-nikbfbmzgthmmqtk) |
| 21:22.49 | pack3754 | as long as you're back some time in the nenxt days ;) |
| 21:22.59 | *** join/#oe pespin (~pespin@90.163.51.238) |
| 21:24.00 | woglinde | uhm |
| 21:24.22 | woglinde | I think you then would figure it out on your own |
| 21:24.57 | bluelightning | pack3754: there are a couple of ways I can think of |
| 21:25.07 | bluelightning | pack3754: one would be to add a regex to PREMIRRORS |
| 21:25.13 | *** join/#oe captainigloo (~Nico@lan31-4-82-227-130-131.fbx.proxad.net) |
| 21:25.37 | bluelightning | the other would be to set SRC_URI_pn-linux within your local.conf but that's a bit messy |
| 21:25.45 | bluelightning | particularly if you have patches :/ |
| 21:25.53 | pack3754 | woglinde: I hope you're right about that |
| 21:25.58 | kergoth | i'd think you'd want to define KERNELORG_MIRROR |
| 21:26.04 | kergoth | which defaults to http://kernel.org/pub |
| 21:26.33 | bluelightning | kergoth: ah yes that would probably be more useful :) |
| 21:26.37 | kergoth | :) |
| 21:26.45 | woglinde | kergoth hm not for git stuff |
| 21:26.45 | kergoth | MIRRORS isn't the most friendly thing around, sadly |
| 21:26.49 | kergoth | woglinde: true |
| 21:27.30 | pack3754 | bluelightening & kergoth: thanks for the input! I'll try it out |
| 21:28.15 | pack3754 | KERNELORG_MIRROR, ... should that be defined in local.conf? |
| 21:28.51 | kergoth | that would be fine, yes |
| 21:31.54 | *** join/#oe rickfoosusa (~chatzilla@adsl-66-143-164-36.dsl.austtx.swbell.net) |
| 21:41.38 | *** join/#oe joel_ (~joel@cpe-76-184-244-226.tx.res.rr.com) |
| 21:42.25 | *** join/#oe joelagnel (~joel@cpe-76-184-244-226.tx.res.rr.com) |
| 21:45.38 | lumag | bye! |
| 21:51.58 | pack3754 | cuuurious... the package OE was failing to find this morning (i think due to kernel.org being down...) was found! |
| 22:05.09 | *** join/#oe otavio (~otavio@im.ossystems.com.br) |
| 22:05.09 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 22:24.50 | *** join/#oe koobe__ (~koobe@e81-197-79-85.elisa-laajakaista.fi) |
| 22:45.04 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 23:00.06 | *** join/#oe jksM (jks@193.189.93.254) |
| 23:00.34 | *** join/#oe tdebrouw` (~tdebrouw@91.182.0.181) |
| 23:01.03 | *** join/#oe ash_char` (~ash_charl@74.3.164.55) |
| 23:01.08 | *** join/#oe fredl (~gruberm@chello212186029093.tirol.surfer.at) |
| 23:01.17 | *** join/#oe sakoman_ (~sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net) |
| 23:01.49 | *** join/#oe mario-go` (~user@67.205.85.241) |
| 23:01.57 | *** join/#oe HeinervdmWork (~zimmerman@hsaggate.physik.uni-bonn.de) |
| 23:02.56 | *** join/#oe ericben_ (~ebenard@pac33-2-82-240-38-71.fbx.proxad.net) |
| 23:06.24 | *** join/#oe mrmoku` (~mrmoku@host-188-174-167-234.customer.m-online.net) |
| 23:06.36 | *** join/#oe rob_w_aw` (~rob_w@s15392315.onlinehome-server.info) |
| 23:06.49 | *** join/#oe rsalveti` (~rsalveti@189.61.233.110) |
| 23:07.48 | *** join/#oe rsalveti (~rsalveti@linaro/rsalveti) |
| 23:09.02 | *** join/#oe mtr (~michael@v29762.1blu.de) |
| 23:10.52 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 23:11.23 | *** join/#oe slapin_ (~slapin@post.csbigroup.ru) |
| 23:11.23 | *** join/#oe tkoskine (tkoskine@lakka.kapsi.fi) |
| 23:11.23 | *** join/#oe dm8tbr (dm8tbr@gw.bfst.de) |
| 23:14.41 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 23:15.01 | *** join/#oe william_ (~william@cpe-68-203-248-184.stx.res.rr.com) |
| 23:16.48 | *** join/#oe awozniak__ (~awozniak@adsl-76-205-222-174.dsl.snlo01.sbcglobal.net) |
| 23:39.09 | *** join/#oe slapin_ (~slapin@post.csbigroup.ru) |
| 23:39.09 | *** join/#oe tkoskine (tkoskine@lakka.kapsi.fi) |
| 23:39.09 | *** join/#oe dm8tbr (dm8tbr@gw.bfst.de) |