| 00:10.28 | *** join/#oe rickfoosusa (~chatzilla@99.179.96.19) |
| 00:11.50 | *** join/#oe dijenerate (~dijenerat@66.54.118.89) |
| 00:17.06 | *** join/#oe dijenerate (~dijenerat@66.54.118.89) |
| 01:15.51 | *** join/#oe dijenerate (~dijenerat@66.54.118.89) |
| 01:25.45 | *** join/#oe henryk (henryk@shiny.ploetzli.ch) |
| 01:26.21 | *** part/#oe incandescant (~joshual@c-24-21-159-20.hsd1.or.comcast.net) |
| 02:00.40 | *** join/#oe dijenerate (~dijenerat@204.212.240.159) |
| 02:01.37 | *** join/#oe fraxinas (~quassel@pD95376CE.dip.t-dialin.net) |
| 02:05.34 | *** join/#oe devzero_ (devzero@xdsl-89-0-171-205.netcologne.de) |
| 02:07.51 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 02:34.57 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 02:46.10 | *** join/#oe galak (~galak@192.88.168.35) |
| 03:51.17 | *** join/#oe TheUni (~theuni@xbmc/staff/theuni) |
| 04:02.33 | *** part/#oe cminyard (~cminyard@pool-173-57-155-71.dllstx.fios.verizon.net) |
| 04:12.38 | *** join/#oe TheUni_ (~theuni@xbmc/staff/theuni) |
| 04:30.08 | *** join/#oe TheUni (~theuni@xbmc/staff/theuni) |
| 05:14.44 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 06:52.30 | *** join/#oe Heinervdm (~thomas@pD9E14A12.dip.t-dialin.net) |
| 07:10.57 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:24.51 | XorA | morning |
| 07:39.27 | dorileo | hi |
| 07:39.50 | dorileo | hey guys, is there a way to have a .config and bbappend the kernel package telling it to compile the kernel using this given .config? |
| 07:43.55 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 08:01.32 | *** join/#oe rschus (~rschus@251.163.71.86.rev.sfr.net) |
| 08:15.25 | *** join/#oe kike_mp (c190bb77@gateway/web/freenode/ip.193.144.187.119) |
| 08:21.00 | XorA | dorileo: you dont even need to do that normally, just put your .config as defconfig in the machine dir of your machine |
| 08:21.53 | ka6sox | morning XorA |
| 08:22.01 | XorA | hey ka6sox |
| 08:22.07 | XorA | hows it going in over there land? |
| 08:25.26 | ka6sox | living on the edge here.... |
| 08:25.40 | ka6sox | hopefully things are quiet where you are? |
| 08:26.00 | XorA | 300 miles from nearest riot :-) |
| 08:26.17 | ka6sox | good... |
| 08:26.31 | XorA | all seems to be a bit exagerated by over eager press anyway |
| 08:26.45 | ka6sox | Hadrian's Wall I hope will keep the Maurading hoard out. |
| 08:28.02 | XorA | think the Scottish chavs are too busy on the buckfast to riot |
| 08:28.16 | ka6sox | Good |
| 08:30.19 | *** join/#oe Cubi (~cubi@static-87-79-65-72.netcologne.de) |
| 08:31.07 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:34.03 | dorileo | XorA, ok, thank you |
| 08:37.59 | dorileo | XorA, the kernel-yocto uses kernel_configme and it calls configme but I could not find configme anywhere, do you know where it's defined? |
| 08:38.25 | XorA | kernel.bbclass maybe? |
| 08:38.31 | XorA | doesnt have a yocto checkout handy |
| 08:39.01 | dorileo | XorA, it's within oe-core |
| 09:03.53 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 09:14.14 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:14.14 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:14.32 | bluelightning | hi all |
| 09:17.57 | *** join/#oe sanket_ (~sanket@114.143.162.218) |
| 09:19.21 | sanket_ | hello I had builded a qt4-x11-demo-image for mini2440 .... but when I ported on my board I m getting ... QIconvCodec::convertFromUnicode: using Latin-1 for conversion, iconv failed for BOM: Bad file descriptor |
| 09:19.21 | sanket_ | QIconvCodec::convertFromUnicode: using Latin-1 for conversion, iconv_open failed |
| 09:19.21 | sanket_ | QIconvCodec::convertToUnicode: using Latin-1 for conversion, iconv_open failed |
| 09:19.21 | sanket_ | qtdemo: cannot connect to X server |
| 09:19.48 | sanket_ | can anyone help me....what this error is? |
| 09:32.24 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 09:36.05 | *** join/#oe pepermint (~pepermint@host150-11-dynamic.58-82-r.retail.telecomitalia.it) |
| 09:36.34 | bluelightning | sanket_: the first three lines can be ignored |
| 09:36.53 | bluelightning | your X server is either not running, broken, or DISPLAY is not set |
| 09:37.31 | sanket_ | bluelightning, then how can I set the display |
| 09:37.46 | *** join/#oe rsalveti (~rsalveti@201.82.74.83) |
| 09:37.46 | *** join/#oe rsalveti (~rsalveti@linaro/rsalveti) |
| 09:37.53 | bluelightning | DISPLAY is an environment variable |
| 09:37.58 | bluelightning | it should be ":0" |
| 09:38.13 | bluelightning | for the local machine |
| 09:38.26 | bluelightning | is X even running? |
| 09:38.46 | sanket_ | bluelightning, but I m getting now qtdemo: cannot connect to X server :0 |
| 09:39.02 | bluelightning | is the X server running? |
| 09:40.21 | sanket_ | bluelightning, how can I check the X server is running.... I had tested with X11 session using "Xorg :1 -once -query <server_ip>" .... it is working fine... |
| 09:41.50 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 09:42.05 | bluelightning | ps aux | grep X |
| 09:42.24 | bluelightning | but you can see if it's running because of what's shown on the display |
| 09:44.16 | sanket_ | bluelightning, X is not working.... |
| 09:45.05 | bluelightning | so, then it's obvious why qtdemo is complaining it can't start |
| 09:45.15 | bluelightning | or rather that it can't connect to the X server |
| 09:46.21 | sanket_ | bluelightning, I had created a shellscript with X :0 & and run qtdemo.... it is working... |
| 09:49.56 | bluelightning | right |
| 09:50.18 | bluelightning | maybe the qt4-demo-image scripts need fixing |
| 10:00.50 | *** join/#oe eballetbo (~eballetbo@249.Red-80-33-164.staticIP.rima-tde.net) |
| 10:25.32 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 10:47.01 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 10:47.01 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 10:53.11 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 10:53.11 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 10:57.16 | pb_ | morning all |
| 11:01.56 | bluelightning | hi pb_ |
| 11:09.04 | ant_work | hey pb_ |
| 11:12.29 | ant_work | pb_: btw regarding our last talks I'm happy to see both klibc and kexec-tools have accepted our OE patchset |
| 11:12.57 | pb_ | very good |
| 11:16.11 | ant_work | I posted klibc for review ([meta-oe]. There is one point to clarify. We reset CC, LD & co. in klibc.bbclass. |
| 11:16.47 | ant_work | this seems necessary at least for kexec-tools. other binaries do not complain if we use standard flags. |
| 11:20.11 | ant_work | ehmm I meant we set CFLAGS, CPPFLAGS, LDFLAGS to empty string |
| 11:26.40 | pb_ | I think that's probably okay. |
| 11:30.25 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 11:50.04 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 11:51.30 | *** join/#oe pepermint (~pepermint@host150-11-dynamic.58-82-r.retail.telecomitalia.it) |
| 12:01.55 | *** join/#oe obi (~obi@unaffiliated/obi) |
| 12:04.48 | *** join/#oe thaytan (~jan@112-213-184-138.bb.ispone.net.au) |
| 12:05.27 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:19.48 | *** join/#oe T0mW (~Tom@24.102.196.152.res-cmts.tv13.ptd.net) |
| 12:19.51 | *** part/#oe T0mW (~Tom@24.102.196.152.res-cmts.tv13.ptd.net) |
| 12:23.52 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 12:37.09 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 13:02.18 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 13:13.22 | *** join/#oe DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 13:19.13 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 13:27.36 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 13:27.36 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 13:27.52 | *** join/#oe aloisiojr (~aloisio@186.215.206.130) |
| 13:54.07 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-egrelpvearccobnh) |
| 14:05.33 | *** join/#oe alx_ (~alx_@fireone.i3p.it) |
| 14:06.14 | *** join/#oe devzero_ (devzero@xdsl-89-0-93-78.netcologne.de) |
| 14:07.48 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 14:07.48 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 14:08.38 | *** join/#oe rickfoosusa (~chatzilla@99.179.96.19) |
| 14:10.26 | ant_work | pb_: I started to investigate the "__KLIBC__ not defined" by diffing the do_configure logs but have been stopped by the fact CCACHE decided to strike again so the logs are too different :/ |
| 14:11.07 | ant_work | I don't see yet why setting CCACHE = "" in local.conf is not enough |
| 14:11.37 | ant_work | the file is parsed after bitbake.conf, where the initial setting is done |
| 14:36.48 | *** join/#oe rickfoosusa (~chatzilla@99.179.96.19) |
| 14:38.09 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 14:38.30 | *** join/#oe robtaylor (~robtaylor@floopily.codethink.co.uk) |
| 14:39.13 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 14:49.01 | *** join/#oe openfree (~dennis@116.228.88.131) |
| 14:52.27 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 14:54.02 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 15:06.22 | *** join/#oe GarthPS (~quassel@80.135.16.93.rev.sfr.net) |
| 15:07.36 | *** join/#oe aevin (eivindsy@unaffiliated/aevin) |
| 15:12.30 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 15:13.45 | *** join/#oe jayabharath (~jayabhara@nat/ti/x-nmcmhbicqpdxrnmi) |
| 15:15.45 | pb_ | morning kergoth |
| 15:18.25 | kergoth | hey |
| 15:20.37 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 15:33.46 | *** join/#oe galak (~galak@192.88.168.35) |
| 15:34.05 | galak | RP__1: around? |
| 15:34.18 | galak | khem: around? |
| 15:34.19 | RP__1 | galak: yes |
| 15:35.39 | *** join/#oe cminyard (~cminyard@pool-173-57-155-71.dllstx.fios.verizon.net) |
| 15:37.32 | galak | RP__: what do we need to do to close on SOCKS5_{USER, PASSWD} to BB_ENV_EXTRAWHITE patch |
| 15:37.35 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
| 15:38.03 | RP__ | galak: We need to figure out if it needs to be excluded from sstate checksums |
| 15:38.47 | galak | right, and how do we do that? |
| 15:39.00 | RP__ | galak: Since I'm busy trying to fix other problems like the fact x86 -64 is broken, I don't have time right now to check, or document how to check since it amounts to the same amount of work |
| 15:39.23 | galak | ok, can you point me in a direction here? |
| 15:41.03 | RP__ | galak: ok, let me stop what I'm doing and figure this out... |
| 15:41.37 | galak | thanks, didn't mean to be a pester |
| 15:42.08 | RP__ | galak: perhaps you can fix x86-64 instead ;-) |
| 15:42.19 | *** join/#oe TheUni_ (~theuni@xbmc/staff/theuni) |
| 15:45.17 | galak | perhaps, what's broken on x86-64? |
| 15:45.32 | RP__ | galak: The baselib change we're discussing on the mailing list |
| 15:46.08 | RP__ | galak: I realise we can't revert your patch but breaking x86 isn't an option and neither is gcc ignoring baselib |
| 15:48.59 | RP__ | galak: Is BB_ENV_EXTRAWHITE the only place you need to add those variables? |
| 15:49.10 | galak | yes |
| 15:49.25 | RP__ | galak: what uses them from there? Doesn't bitbake clear them from the environment anyway? |
| 15:50.16 | galak | so our socks server requires a username/password to do things like git protocol clones through firewall |
| 15:50.35 | galak | so my git-proxy setup uses ssh socks |
| 15:50.38 | *** join/#oe incandescant (~incandesc@134.134.139.76) |
| 15:50.55 | RP__ | galak: But how does that variable remain in the environment for that script to use it? |
| 15:51.21 | RP__ | galak: e.g. are you also doing something like "export SOCKS5_USER" in local.conf? |
| 15:51.40 | galak | is in my shell environment not local.conf |
| 15:52.03 | *** join/#oe Marex (vasum7am@u-pl13.ms.mff.cuni.cz) |
| 15:52.18 | galak | my understanding was that having it listed in BB_ENV_EXTRAWHITE meant bitbake wouldn't clear it out and import it from shell environment |
| 15:52.23 | *** join/#oe msm (~msm@192.88.168.35) |
| 15:52.51 | *** join/#oe joelagnel (~joel@nat/ti/x-crtegaeljpmxknoz) |
| 15:54.19 | RP__ | galak: Well, it will but it will only place it in the internal data store |
| 15:54.40 | RP__ | galak: there isn't anything to say "also export this from the data store into the environment that bitbake uses" |
| 15:54.56 | *** join/#oe brolin (~brolin@nat221.udea.edu.co) |
| 15:55.05 | RP__ | galak: So you can understand my puzzlement about how your testing this or how it has any effect |
| 15:55.35 | galak | RP__: yes, and my puzzlement on how this does seem to address my issue ;) |
| 15:56.04 | galak | RP__: let me see if I can get a case to reproduce this |
| 15:56.18 | galak | RP__: go back to focus on the x86-64 issue |
| 15:56.41 | galak | RP__: I do have a multilib question, as I feel like I'm missing something on that front |
| 15:56.46 | *** join/#oe egonzalez_ergio (~emiliano@190.49.31.242) |
| 15:56.48 | *** part/#oe egonzalez_ergio (~emiliano@190.49.31.242) |
| 15:57.50 | galak | RP__: I build a base 32-bit ppc, with 64-bit multilib. however I don't see anything different from the base 32-bit build |
| 15:58.22 | galak | RP__: as an example I'd have expected to also have /lib64 in rootfs image (in addition to /lib) |
| 16:01.15 | RP__ | galak: I've documented the process in email |
| 16:02.41 | *** join/#oe Jefro (~josiermi@134.134.137.71) |
| 16:03.08 | RP__ | galak: You have to create a multilib image which would include elements of both |
| 16:04.46 | RP__ | (the process I've documented is the hash issue one) |
| 16:07.56 | galak | hash issue? |
| 16:08.33 | galak | oh |
| 16:09.03 | galak | RP__: is there an example on x86 that creates a multilib image with elements of both? |
| 16:09.19 | RP__ | galak: not in master, we did have some test code |
| 16:10.23 | RP__ | galak: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=mhatle/ml&id=182aea612686fcdaced351e9fdeceead9072475f was an example |
| 16:10.40 | RP__ | galak: and/or http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=mhatle/ml&id=a9250c1fef264755c08d4161e52ffe30f69b9bd9 |
| 16:11.55 | fray | the second test does collision detection on both binaries and avoidance for things like ncurses headers. |
| 16:12.09 | fray | the first was just to see if I could get a multilib build to work |
| 16:15.35 | galak | do we plan on adding some standard example in? |
| 16:17.24 | RP__ | galak: Its difficult to come up with something generic |
| 16:18.03 | fray | multilib is specialized enough that I'm not sure we will... for me the obvious things are both libc's.. two zlibs.. etc.. |
| 16:18.15 | fray | about the only sample config I can think of would be a multilib LSB config |
| 16:18.29 | fray | since that is well defined as to what should be available |
| 16:18.57 | tzanger | my wife's 15 year old nephew killed himself today |
| 16:22.10 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 16:23.36 | rickfoosusa | tzanger sorry to hear that. a sad day. |
| 16:28.25 | galak | bbl |
| 16:31.09 | galak | fray: I think even something as simple as libc would be fine (this might get solved by documentation) |
| 16:31.40 | *** join/#oe risca (~risca@m90-129-32-207.cust.tele2.se) |
| 16:36.18 | *** join/#oe rob_w (~bob@ppp-88-217-69-169.dynamic.mnet-online.de) |
| 17:03.36 | *** join/#oe florian (~fuchs@node-ug5.camp.ccc.de) |
| 17:03.36 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 17:05.28 | *** join/#oe Marex-ba1kup (vasum7am@u-pl0.ms.mff.cuni.cz) |
| 17:05.29 | *** join/#oe Marex (vasum7am@u-pl13.ms.mff.cuni.cz) |
| 17:13.27 | *** join/#oe risca (~risca@m77-219-160-199.cust.tele2.se) |
| 17:19.42 | *** join/#oe incandescant_ (~incandesc@134.134.139.76) |
| 17:20.00 | *** join/#oe sj (7ab35542@gateway/web/freenode/ip.122.179.85.66) |
| 17:20.42 | *** join/#oe Crofton_ (~balister@pool-96-240-160-102.ronkva.east.verizon.net) |
| 17:21.36 | *** join/#oe methril_ (~methril@189.27.135.10.dynamic.adsl.gvt.net.br) |
| 17:22.24 | *** join/#oe jksM (jks@193.189.93.254) |
| 17:23.21 | *** join/#oe DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 17:24.41 | sj | Anyone here has tried creating rpm packages instead of ipk/deb? |
| 17:26.53 | sj | I'm trying this. The RPM packages are created, but the rootfs isn't. Yum doesn't see any packages to install. |
| 17:27.12 | *** join/#oe rsalveti` (~rsalveti@201.82.74.83) |
| 17:37.14 | *** join/#oe galak (~galak@192.88.168.34) |
| 17:39.46 | *** join/#oe zenlinux_laptop (~sgarman@masterfoo.zenlinux.com) |
| 17:42.43 | galak | khem: ping |
| 17:47.51 | sj | has anyone tried building RPM packages instead of ipk or debian? |
| 17:50.34 | fray | I use rpm packages almost exclusively |
| 17:50.47 | sj | cool |
| 17:51.00 | fray | there is a problem with arm that I sent a fix for earlier today.. but otherwise it should be good on oe-core |
| 17:51.07 | *** join/#oe MMx (mmx@2001:41b8:200::42) |
| 17:51.07 | *** join/#oe dm8tbr (dm8tbr@2001:41b8:0:f010::2) |
| 17:51.17 | sj | hmm.. i'm trying on arm |
| 17:51.24 | sj | what is the problem on arm? |
| 17:52.01 | sj | *was the problem on arm? :-) |
| 17:52.07 | fray | on the target the platform settings don't match so you get incompatible package messages |
| 17:52.53 | sj | can you please point me to the patches? |
| 17:53.00 | fray | turns out the way we were using rpmbuild --target was not quite compatible with what we needed.. check the oe-core mailing list (or git.yoctoproject.org/poky-contrib.git mhatle/fix_1352 branch) |
| 17:53.25 | fray | http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=mhatle/fix_1352 |
| 17:53.27 | fray | top two patches |
| 17:53.31 | sj | thanks! |
| 17:59.05 | sj | hmm, i have some catching up to do |
| 17:59.14 | *** join/#oe phdeswer (~philippe@a83-245-252-47.elisa-laajakaista.fi) |
| 17:59.27 | sj | the package_rpm i have from oe is quite different from what you pointed to |
| 18:02.12 | fray | oe is broken.. oe-core works |
| 18:02.20 | fray | (rpm package support that is) |
| 18:06.22 | *** join/#oe anarsoul (~anarsoul@46.28.103.31) |
| 18:07.11 | CIA-15 | 03Joshua Lock <josh@linux.intel.com> 07master * r93bae8f223 10bitbake.git/lib/bb/ui/crumbs/tasklistmodel.py: |
| 18:07.11 | CIA-15 | bb/ui/crumbs/tasklistmodel: correctly uniquify dependency list |
| 18:07.11 | CIA-15 | Fix thinko - the squish method returns a uniquified list, it doesn't modify |
| 18:07.11 | CIA-15 | the list in place. Therefore the call to squish() was useless as its return |
| 18:07.11 | CIA-15 | value was never assigned. |
| 18:07.12 | CIA-15 | Signed-off-by: Joshua Lock <josh@linux.intel.com> |
| 18:07.21 | CIA-15 | 03Joshua Lock <josh@linux.intel.com> 07master * r396bbc2206 10bitbake.git/lib/bb/ui/crumbs/tasklistmodel.py: |
| 18:07.22 | CIA-15 | bb/ui/crumbs/tasklistmodel: don't include an item in its own depends |
| 18:07.22 | CIA-15 | This causes the simple removal algorithm to perform needless circular logic |
| 18:07.22 | CIA-15 | Signed-off-by: Joshua Lock <josh@linux.intel.com> |
| 18:07.22 | CIA-15 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r6c382c2ee7 10bitbake.git/doc/manual/usermanual.xml: |
| 18:07.22 | CIA-15 | bitbake/usermanual: Update to be more in sync with bitbake codebase |
| 18:07.23 | CIA-15 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 18:07.23 | CIA-15 | 03Joshua Lock <josh@linux.intel.com> 07master * rba9f2fe496 10bitbake.git/lib/bb/ui/crumbs/tasklistmodel.py: (log message trimmed) |
| 18:07.24 | CIA-15 | bb/ui/crumbs/tasklistmodel: fix some typos and add comments to mark() |
| 18:07.24 | CIA-15 | Two similarly named variables in the mark() method resulted in the wrong |
| 18:07.57 | CIA-15 | variable being used in a couple of places. This patch adresses this in |
| 18:07.58 | CIA-15 | several ways: |
| 18:07.58 | CIA-15 | 1) Renames the variables to be less similar |
| 18:07.58 | CIA-15 | 2) Uses the correct variables |
| 18:07.58 | CIA-15 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * re7ade6dcd6 10bitbake.git/lib/bb/cooker.py: |
| 18:07.58 | CIA-15 | bitbake: Fix -e when used with -b option |
| 18:07.59 | CIA-15 | When using the -e and -b options together an expection was occuring. |
| 18:07.59 | CIA-15 | This was due to incorrect initialisation and this patch adds in the |
| 18:08.00 | CIA-15 | correct initialisation calls. |
| 18:08.00 | CIA-15 | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> |
| 18:08.01 | CIA-15 | 03Joshua Lock <josh@linux.intel.com> 07master * rcc4158db21 10bitbake.git/lib/bb/cache.py: |
| 18:08.01 | CIA-15 | bb/cache: rename confusing variable |
| 18:08.02 | CIA-15 | The bNeedUpdate variable doesn't reflect its purpose, and doesn't match |
| 18:08.02 | CIA-15 | coding style (type encoded in variable name, camel case) - rename to |
| 18:08.22 | sj | thanks fray, I have some work to do!! |
| 18:08.59 | CIA-15 | cache_ok. |
| 18:08.59 | CIA-15 | Signed-off-by: Joshua Lock <josh@linux.intel.com> |
| 18:14.16 | *** join/#oe TheUni_ (~theuni@xbmc/staff/theuni) |
| 18:15.19 | *** join/#oe pretec (~Matthias@port-92-195-131-229.dynamic.qsc.de) |
| 18:18.38 | *** join/#oe morphis (~morphis@dslb-088-070-154-174.pools.arcor-ip.net) |
| 18:29.24 | dickelbeck | Who runs the patch queue manager site for OE? |
| 18:29.44 | dickelbeck | I need someone to fix my account record, or delete it so I can re-create it, please. |
| 18:30.44 | dickelbeck | Also, BZR support in OE is broken. It only allows operation the first time fetching, |
| 18:30.55 | dickelbeck | thereafter the fetch fails 100% of the time. |
| 18:30.59 | dickelbeck | http://patches.openembedded.org/patch/4021/ is a fix. |
| 18:31.46 | *** join/#oe TheUni (~theuni@xbmc/staff/theuni) |
| 18:32.27 | *** join/#oe pH5 (~ph5@e178211247.adsl.alicedsl.de) |
| 18:33.51 | *** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl) |
| 18:35.11 | *** join/#oe joelagnel (~joel@cpe-76-184-244-226.tx.res.rr.com) |
| 18:40.13 | *** join/#oe pepermint (~pepermint@host150-11-dynamic.58-82-r.retail.telecomitalia.it) |
| 18:41.25 | bluelightning | dickelbeck: possibly khem or ka6sox |
| 18:41.50 | ka6sox | that would be a khem question. |
| 18:42.39 | bluelightning | dickelbeck: that patch is against bitbake though not OE... it should be sent to bitbake-devel@lists.openembedded.org |
| 18:42.56 | bluelightning | dickelbeck: sorry I didn't reply mentioning that earlier |
| 18:43.43 | dickelbeck | Thanks bluelightning. |
| 18:44.33 | bluelightning | heads home |
| 18:46.16 | bluelightning | dickelbeck: actually it seems you sent it to the bitbake-dev list earlier, just picked up on that... since the lists moved it's probably worth resending, I guess it got missed |
| 18:54.52 | *** join/#oe galak (~galak@192.88.168.34) |
| 18:55.41 | *** join/#oe dijenerate (~dijenerat@204.212.240.159) |
| 19:00.53 | *** join/#oe mrmoku` (~mrmoku@ppp-188-174-13-103.dynamic.mnet-online.de) |
| 19:11.17 | *** join/#oe JaMa|Off (~martin@94.230.152.246) |
| 19:18.31 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:19.27 | sgw | kergoth: ping |
| 19:41.56 | *** join/#oe TheUni_ (~theuni@xbmc/staff/theuni) |
| 19:52.35 | *** join/#oe GarthPS (~quassel@80.135.16.93.rev.sfr.net) |
| 19:54.40 | *** join/#oe bluelightning (~paul@cpc9-lewi14-2-0-cust183.2-4.cable.virginmedia.com) |
| 19:54.46 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 20:03.31 | *** join/#oe artzzz (~artzzz@142.167.186.64) |
| 20:04.37 | artzzz | hi all. I am trying some powervr GFX examples on an OMAP3530 board and I realize that after approximately 10 minutes (9 min fifty-something seconds) the whole board hangs. I believe it has to do with dpms, even though I think I have disabled it, any ideas? |
| 20:06.01 | artzzz | also, xset doesn't seem to do the right job disabling dpms |
| 20:10.26 | *** join/#oe pespin (~pespin@5.pool85-50-66.dynamic.orange.es) |
| 20:16.18 | *** join/#oe B_Lizzard (~havoc@athedsl-428603.home.otenet.gr) |
| 20:21.36 | *** join/#oe rcf (~rcf@225.101-243-81.adsl-dyn.isp.belgacom.be) |
| 20:56.41 | *** join/#oe vivijim (~vivijim@unaffiliated/vivijim) |
| 21:02.23 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-evdithcojzwrntcx) |
| 21:06.50 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
| 21:37.43 | *** join/#oe thaytan (~jan@112-213-184-138.bb.ispone.net.au) |
| 21:43.51 | *** join/#oe ant__ (~andrea@host64-250-dynamic.2-87-r.retail.telecomitalia.it) |
| 22:00.33 | *** join/#oe kevinsc (~a0214685@nat/ti/x-khkdpzbvvrqjuwsm) |
| 22:14.47 | *** join/#oe dijenerate (~dijenerat@173.225.251.175) |
| 22:50.34 | *** join/#oe thaytan (~jan@112-213-184-138.bb.ispone.net.au) |
| 22:56.00 | *** join/#oe Ironnads (~Ironnads@host86-150-181-131.range86-150.btcentralplus.com) |
| 23:54.38 | *** join/#oe methril_ (~methril@189.27.137.90.dynamic.adsl.gvt.net.br) |