| 00:01.22 | *** join/#oe Jay7 (jay@95-29-187-247.broadband.corbina.ru) |
| 00:10.53 | bluelightning | khem: try editing your bitbake/lib/bb/fetch/git.py and add --progress to the clone command line |
| 00:11.04 | bluelightning | this seems to make it more reliable for me |
| 00:14.44 | bluelightning | khem: scratch that, it seems to work without it :/ |
| 00:19.37 | khem | bluelightning: so I should do nothing ? |
| 00:19.55 | khem | bluelightning: so it works with older bb ? |
| 00:20.02 | khem | but not with master is that whats the case |
| 00:21.38 | bluelightning | I haven't found anything conclusive other than what you've described - that it works outside of bitbake and not within even if you use the same command |
| 00:21.54 | bluelightning | well, for me sometimes it does work within |
| 00:22.03 | bluelightning | which makes testing a bit difficult :/ |
| 00:22.11 | khem | bluelightning: yeah |
| 00:22.29 | khem | I think it probably has something to do with what Jay7 explained |
| 00:22.38 | khem | inside fetcher it does not have tty |
| 00:22.42 | khem | outside it does |
| 00:23.01 | Jay7 | try to experiment via ssh :) |
| 00:23.02 | khem | he also explained how to emulate the fetcher behaviour outside of fetcher manualy |
| 00:23.13 | Jay7 | is still not sleeping.. |
| 00:23.45 | khem | Jay7: is like windows7 you turn the lid off still the damn machine does not go to sleep :) |
| 00:24.00 | Jay7 | kinda :) |
| 00:24.25 | Jay7 | I'm moving sources to nfs |
| 00:25.36 | ant__ | khem: build is going on |
| 00:26.22 | ant__ | khem: about klibc, see how debian packages it http://packages.debian.org/source/sid/klibc |
| 00:26.35 | Jay7 | hm.. |
| 00:26.51 | Jay7 | ant__: have they anything wrt mipsel? |
| 00:28.18 | CIA-101 | 03Khem Raj <raj.khem@gmail.com> 07master * r928119c972 10openembedded.git/site/powerpc-common: |
| 00:28.19 | CIA-101 | powerpc-common: Cache alignof variables for postgresql |
| 00:28.19 | CIA-101 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
| 00:30.31 | khem | ant__: libklibc and klibc-utils |
| 00:30.34 | khem | is what we need I think |
| 00:31.00 | ant__ | the -floppy should be our static-utils I suppose |
| 00:31.40 | ant__ | we need to fix the paths in klcc (the target one in -dev) |
| 00:31.57 | ant__ | is pointing to ssysroot |
| 00:32.27 | ka6sox | khem, dunno why oestats is being a pill...django is fragmented (with stuff everywhere) I think I'll restart melo :( |
| 00:34.26 | khem | ka6sox: hmm k |
| 00:34.27 | bluelightning | khem: try: ssh -T -n localhost "git clone -n http://git.gitorious.org/opie/opie.git /tmp/gitorious.org.opie.opie.git" |
| 00:34.40 | bluelightning | khem: argh sorry wrong url |
| 00:34.53 | bluelightning | khem: try: ssh -T -n localhost "git clone -n git://gitorious.org/opie/opie.git /tmp/gitorious.org.opie.opie.git" |
| 00:35.09 | ka6sox | khem, just tell me when |
| 00:35.58 | khem | ka6sox: how long will melo be down ? |
| 00:36.07 | khem | if its few mins then go ahead right now |
| 00:36.08 | ka6sox | 5 minutes? |
| 00:36.12 | khem | k |
| 00:36.12 | ka6sox | kk |
| 00:36.29 | khem | bluelightning: seems to be hung |
| 00:37.00 | khem | Initialized empty Git repository in /tmp/gitorious.org.opie.opie.git/.git/ |
| 00:37.05 | khem | thats where its stuck |
| 00:37.20 | bluelightning | give it some time, it should eventually come back |
| 00:37.31 | bluelightning | damn, mine worked :( |
| 00:37.48 | khem | yeah worked |
| 00:37.51 | khem | here too :) |
| 00:37.53 | khem | heh |
| 00:38.11 | khem | its something about gitorious that bb fetcher does not like |
| 00:38.43 | khem | I wonder if its some sort of return code that it does not like |
| 00:39.33 | bluelightning | khem: well, right now I can't get it to fail here anymore... so it's intermittent |
| 00:39.50 | bluelightning | or at least it seems that way to me |
| 00:40.34 | khem | bluelightning: ok for me with bb fetcher it fails all the time |
| 00:40.48 | khem | and whateever way I try to reproduce it passes 100% |
| 00:40.53 | bluelightning | one thing you could try if you're able to make it consistently fail is change over to the http protocol, see if that makes a difference |
| 00:41.18 | bluelightning | instead of git://gitorious.org use http://git.gitorious.org (in the recipe) |
| 00:41.37 | khem | nope |
| 00:41.41 | khem | tried that already |
| 00:41.50 | bluelightning | doh :( |
| 00:42.07 | khem | one fine day I will debug it |
| 00:42.12 | khem | today is not that dat |
| 00:44.17 | ka6sox | bbfetcher seems quite unhappy with gitorious. |
| 00:45.10 | ka6sox | khem, its back |
| 00:48.07 | CIA-101 | 03Denys Dmytriyenko <denys@ti.com> 07master * r1eaa6f913a 10openembedded.git/recipes/font-update-common/font-update-common_0.1.bb: |
| 00:48.07 | CIA-101 | font-update-common: explicitly set LICENSE to MIT, as part of OE metadata |
| 00:48.07 | CIA-101 | Signed-off-by: Denys Dmytriyenko <denys@ti.com> |
| 00:49.21 | khem | ka6sox: ok |
| 00:49.52 | CIA-101 | 03Denys Dmytriyenko <denys@ti.com> 07master * r508877ce37 10openembedded.git/recipes/policykit/ (policykit_0.9.bb policykit_0.96.bb): |
| 00:49.53 | CIA-101 | policykit: update LICENSE to LGPLv2+ |
| 00:49.53 | CIA-101 | Signed-off-by: Denys Dmytriyenko <denys@ti.com> |
| 00:50.10 | khem | ka6sox: go to http://tinderbox.openembedded.net/ |
| 00:50.13 | khem | and click |
| 00:50.24 | khem | or say http://tinderbox.openembedded.net/packages/ |
| 00:50.41 | grg | khem, when do you plan on making the release? |
| 00:51.47 | ka6sox | khem, I see grg's failed build about 45mins ago |
| 00:51.53 | ka6sox | gnome-vfs |
| 00:51.58 | grg | :) |
| 00:52.00 | grg | working on it |
| 00:52.16 | khem | grg: I think coming friday |
| 00:52.21 | ka6sox | grg, not something you did... |
| 00:52.45 | khem | oh tinderbox is better behaved now though slow |
| 00:53.09 | khem | grg: but now on I am only taking something thats absolutely needed |
| 00:53.35 | grg | khem, i hope to get micro-uclibc/console-image building... i will have more fixes coming |
| 00:55.19 | khem | grg: sure, I think I fixed the sdk issues did you try again ? |
| 00:56.10 | khem | grg: cool. I could take them in as long as they happen to be safe and well before friday |
| 00:56.12 | grg | khem, yeah, i had other failures... i think it may have been gettext related. So i since fixed gettext and haven't tried meta-toolchain again |
| 00:56.29 | grg | will get on to that today |
| 00:56.37 | khem | grg: ok let me know |
| 00:56.45 | khem | ok time to drive home now |
| 00:56.47 | khem | ttyl |
| 00:56.51 | grg | bye |
| 01:01.03 | *** join/#oe soltys (soltys@83.168.118.74) |
| 01:10.24 | bluelightning | nite all |
| 01:11.11 | *** join/#oe kelvie_ (~kwong@s209-52-149-70.bc.hsia.telus.net) |
| 01:15.02 | *** join/#oe _julian (~quassel@hmbg-5f767795.pool.mediaWays.net) |
| 01:16.36 | *** part/#oe cryptk (~cryptk@unaffiliated/cryptk) |
| 01:26.30 | *** join/#oe Jay7 (jay@95-29-187-136.broadband.corbina.ru) |
| 01:31.06 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 01:34.48 | *** join/#oe marcosmamorim (~marcos@189.110.207.237) |
| 01:42.27 | *** join/#oe robtow (~a0272704@nat/ti/x-ofilbfmoyfkpmpqh) |
| 01:43.02 | *** join/#oe tmbinc (abcd@83.141.3.59) |
| 01:59.25 | *** join/#oe lostincake (~Aditya@pool-96-255-243-239.washdc.fios.verizon.net) |
| 01:59.28 | *** part/#oe lostincake (~Aditya@pool-96-255-243-239.washdc.fios.verizon.net) |
| 02:28.53 | *** join/#oe zumbi_ (~zumbi@77.230.237.25) |
| 02:31.33 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 02:32.16 | *** join/#oe mrc3 (~ddiaz@189.157.110.212) |
| 03:01.38 | *** join/#oe fraxinath (~quassel@p4FD65323.dip.t-dialin.net) |
| 03:02.20 | grg | khem, gcc-cross-sdk still fails for me with micro-uclibc: http://tinderbox.openembedded.org/packages/1149123/ |
| 03:10.07 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 03:16.32 | *** join/#oe kevinsc (~a0214685@nat/ti/x-ljledfmymxrzkwvw) |
| 03:30.04 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 03:45.11 | *** join/#oe dustin_ (~dustin@c-24-16-84-118.hsd1.wa.comcast.net) |
| 03:46.31 | *** join/#oe dustin_ (~dustin@freematrix/staff/nullpuppy) |
| 03:51.57 | gandhijee | hey guys, i did a bitbake -c clean and then a bitbake minimal-install, but i can't seem to get the kernel modules and kernel to go in to my images directory |
| 03:52.02 | gandhijee | what step am i missing? |
| 04:06.50 | *** join/#oe soltys (soltys@83.168.118.74) |
| 04:19.57 | *** join/#oe soltys (soltys@83.168.118.74) |
| 04:23.30 | ranjith | hi good mornging |
| 04:23.32 | ranjith | my ${OE_HOME}/tmp folder doesn't have a staging folder why is it so ? |
| 04:24.19 | kergoth | because it was renamed. see the sysroots dir instead |
| 04:29.24 | ranjith | ok thanks |
| 04:30.58 | gandhijee | nm |
| 04:34.17 | *** join/#oe ZeeD (~ZeeD@190.187.241.83.in-addr.dgcsystems.net) |
| 04:41.36 | *** join/#oe ksinkar (~ksinkar@static-mum-59.181.108.105.mtnl.net.in) |
| 04:44.35 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 04:56.49 | *** join/#oe sgw (~sgw@216.151.15.131) |
| 04:56.57 | *** join/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 04:58.26 | *** part/#oe russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 05:30.34 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 05:43.33 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
| 05:57.04 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
| 06:25.07 | *** part/#oe mrj10 (~mrj10@63.252.64.254) |
| 07:05.41 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 07:14.27 | eFfeM | gm |
| 07:17.07 | *** join/#oe zumbi_ (~zumbi@77.230.237.25) |
| 07:18.36 | CIA-101 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r61e98efe0b 10openembedded.git/recipes/shr/ (e-wm-theme-illume-neo_git.bb elementary-theme-neo_git.bb): |
| 07:18.36 | CIA-101 | e-wm-theme-illume-neo,elementary-theme-neo: bump SRCREV |
| 07:18.36 | CIA-101 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:18.47 | CIA-101 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r434d85dca9 10openembedded.git/recipes/evopedia/evopedia_git.bb: |
| 07:18.47 | CIA-101 | evopedia: bump SRCREV |
| 07:18.47 | CIA-101 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
| 07:35.14 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:21f:16ff:fe0d:7d41) |
| 07:36.19 | *** join/#oe screwgoth (~raseel@219.64.93.238) |
| 07:37.05 | screwgoth | Has anyone been able to compile the wvdial, wvstreams, ppp packages to use the USB modem on the beagleboard ? |
| 07:38.05 | *** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com) |
| 07:39.41 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
| 07:40.09 | dm8tbr | screwgoth: wvdial is broken on ARM i've heard |
| 07:40.17 | dm8tbr | screwgoth: just use chat and ppp directly |
| 07:40.32 | screwgoth | dm8tbr: Really ? Ok... |
| 07:40.42 | *** join/#oe CMoH-notebook (~cipi@95.76.74.1) |
| 07:40.42 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 07:40.51 | screwgoth | dm8tbr: I am not aware about chat .. Is it a package similar to wvdial ? |
| 07:41.39 | dm8tbr | it's on a lower level, less fancy shmancy |
| 07:42.13 | dm8tbr | everybody used ppp+chat before such things like wvdial or god forbid UI software came along ;) |
| 07:42.41 | dm8tbr | so I'm sure using the search engine of your least distrust you should be able to find some instructions for what you plan to do |
| 07:43.48 | screwgoth | yup.... I'm already there.... thanks for the heads-up.... |
| 07:44.09 | screwgoth | I'll also dig out and see if wvdial is really broken for ARM ..... thanks for the tips |
| 07:45.05 | *** join/#oe vps (~vitus@145.253.169.210) |
| 07:47.04 | dm8tbr | it sure as hell didn't want to build for me back then and I remember koen saying it is broken too |
| 07:47.22 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
| 07:49.57 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 07:51.18 | *** join/#oe vlrk (~rvara@124.30.147.35) |
| 07:51.46 | vlrk | i have a mips target board with me , i want to build a nano for it , what should be my distribution for that ..? |
| 07:52.40 | vlrk | i am currently using DISTRIBUTION="qemumips" in local.conf |
| 07:52.45 | vlrk | will this work ..? |
| 08:02.08 | mckoan | good morning |
| 08:03.10 | tasslehoff | Is the platform module not available for python in OE? Can't find anything that provides it. |
| 08:03.34 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
| 08:08.25 | *** join/#oe dth_ntb (~dth@a89-182-222-225.net-htp.de) |
| 08:12.40 | *** join/#oe Proxyles (~henrik@c-0890e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 08:14.39 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 08:21.24 | *** join/#oe ranjith (~ranjith@182.72.140.230) |
| 08:29.47 | Jay7 | is races-catcher... |
| 08:30.59 | Jay7 | http://tinderbox.openembedded.net/public/logs/task/11999070.txt |
| 08:34.26 | CIA-101 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07master * r9d3d91887f 10openembedded.git/recipes/php/php_5.2.13.bb: |
| 08:34.27 | CIA-101 | php: removed --enable-memory-limit configure argument; does not exist any moe |
| 08:34.27 | CIA-101 | Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> |
| 08:34.34 | CIA-101 | 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07master * rb0d9ce644c 10openembedded.git/recipes/php/php_5.2.13.bb: |
| 08:34.34 | CIA-101 | php: reinstated --without-iconv, this seems to generate configure issues |
| 08:34.35 | CIA-101 | issues are wrt native paths being used. |
| 08:34.35 | CIA-101 | e.g. get that fork is not found |
| 08:34.35 | CIA-101 | adding --with-iconv-dir did not help |
| 08:42.22 | *** join/#oe mckoan_ (~marco@unaffiliated/mckoan) |
| 08:46.42 | *** join/#oe mckoan (~marco@unaffiliated/mckoan) |
| 08:47.28 | *** join/#oe rob_w (~bob@217.237.177.190) |
| 08:53.04 | *** join/#oe rsalveti (~rsalveti@201.82.68.149) |
| 08:54.09 | *** join/#oe pix[home] (~pix@93.182.199.110) |
| 08:58.31 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 08:58.35 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:59.20 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
| 09:00.36 | hrw | we need antispam plugins in wiki |
| 09:01.14 | hrw | we got few hundred spam accounts created |
| 09:01.22 | hrw | removing them one by one is waste of time |
| 09:01.56 | hrw | same with removing spam pages |
| 09:03.57 | *** join/#oe eFfeM_work (~frans@D4B26BC1.static.ziggozakelijk.nl) |
| 09:04.54 | mckoan | hrw: I thought it was already done |
| 09:06.37 | hrw | then I hope that someone know how to use it |
| 09:06.41 | *** join/#oe GarthPS (~quassel@78.116.149.230) |
| 09:14.20 | *** join/#oe bluelightning (~paul@158.43.2.102) |
| 09:15.06 | eFfeM | can we block the ip they are from ? |
| 09:15.07 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:15.22 | eFfeM | or we need to have confirmation or captcha or so when registering |
| 09:15.30 | eFfeM | is not a wiki expert |
| 09:19.07 | *** join/#oe Heinervdm (~thomas@pi-intra-41.physik.uni-bonn.de) |
| 09:22.19 | Jay7 | captcha + disable anonymous edit (if not done already) |
| 09:24.05 | hrw | Jay7: they do user edits |
| 09:24.22 | hrw | it is not 'how to prevent from spam' |
| 09:24.33 | XorA | morning |
| 09:24.34 | Jay7 | right now we can disable new user registration |
| 09:24.36 | hrw | we need 'how to remove spam in one run' |
| 09:25.09 | hrw | such as "select that 200 users and block them" + "remove all edits of those users" |
| 09:25.28 | hrw | Jay7: who will register real users? |
| 09:25.31 | Jay7 | well.. not right now, but when wiki admin will be found and awaken :) |
| 09:25.48 | XorA | what works well on wordpress is the speed check, humans just cant type as fast as bots |
| 09:26.17 | Jay7 | XorA: it will be fixed soon ;) |
| 09:27.28 | Jay7 | hrw: I mean quick temporary solution |
| 09:28.22 | Jay7 | well.. anyway wiki (and server under wiki) admin is needed |
| 09:28.51 | hrw | XorA: in wordpress I use NoSpamNX |
| 09:29.11 | XorA | hrw: cant remember what I use, but it works well |
| 09:29.40 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
| 09:32.54 | *** join/#oe dth (~dth@a89-182-222-225.net-htp.de) |
| 09:36.23 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 09:50.37 | JaMa | kergoth: progressbar should be installed with setup.py, right? seems it's not and even ply dependency is not checked in master HEAD |
| 09:51.13 | *** part/#oe dth (~dth@a89-182-222-225.net-htp.de) |
| 09:58.20 | JaMa | kergoth: ah that progressbar.py in bitbake code is bundled version of http://pypi.python.org/pypi/progressbar/2.2 ? can I use system version? |
| 10:04.52 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 10:11.31 | hrw | we need http://www.mediawiki.org/wiki/Extension:Nuke installed |
| 10:12.04 | *** join/#oe zecke (~ich@zabb5.pia.fu-berlin.de) |
| 10:15.23 | ka6sox | hrw why? |
| 10:15.51 | XorA | hrw: cunning plan to take over world |
| 10:16.23 | ka6sox | XorA, I wonder :D |
| 10:16.43 | ka6sox | we need its companion though...Pave |
| 10:16.43 | hrw | ka6sox: mass remove spam |
| 10:17.08 | ka6sox | okay...Let me get it installed when I wake up. |
| 10:17.12 | hrw | ka6sox: I can take care of oe wiki spam but not by removing user by user, page by page |
| 10:17.14 | ka6sox | 2am here now. |
| 10:17.30 | hrw | ka6sox: I am surprised that you are still awake |
| 10:17.54 | ka6sox | was working on getting the temp sensor working in the kernel for the Pre2 |
| 10:18.11 | ka6sox | since any day I suspect we will see 1.6ghz phones. |
| 10:19.34 | hrw | we will |
| 10:19.47 | XorA | and eventually phone will keep us warm in winter |
| 10:19.49 | ka6sox | I've already seen the patch. |
| 10:20.07 | ka6sox | who knows..maybe even tommorrow. |
| 10:20.14 | hrw | ka6sox: pre2 has 3730/1GHz |
| 10:20.15 | hrw | ? |
| 10:20.25 | ka6sox | 3630/1Ghz |
| 10:20.51 | hrw | yes.. 1.6GHz OC users... |
| 10:21.13 | hrw | n900 has 3430/600MHz and people even clocks to 1.0-1.1GHz |
| 10:21.54 | ka6sox | hrw, I've seen one Pre going 1.4Ghz (but for how long I don't know!) |
| 10:23.12 | hrw | I still have a problem with selection of next phone after n900 |
| 10:23.47 | hrw | ok. bbsoon |
| 10:24.56 | *** join/#oe ksinkar_ (~ksinkar@static-mum-59.181.108.105.mtnl.net.in) |
| 10:30.48 | *** join/#oe pirho (~pirho@gateway/tor-sasl/pirho) |
| 10:31.30 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 10:35.14 | Jay7 | usr/klibc/syscalls/SYSCALLS.i:20: Could not parse input: "static inline void crash_setup_regs(struct pt_regs *newregs," |
| 10:35.27 | Jay7 | hehe.. seems this is klibc issue on mips.. |
| 10:37.22 | *** join/#oe bluelightning (~paul@158.43.2.102) |
| 10:37.22 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 10:40.40 | ka6sox | morning bluelightning |
| 10:43.51 | bluelightning | hi ka6sox |
| 10:50.40 | Jay7 | well.. kexec patch seems broke klibc |
| 10:51.20 | Jay7 | this one: klibc_kexecsyscall.patch |
| 10:54.35 | *** join/#oe B_Lizzard (~havoc@athedsl-434361.home.otenet.gr) |
| 11:05.25 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 11:08.59 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 11:16.45 | ant_work | oh..well, this one was around since initial klibc commit |
| 11:17.26 | ant_work | possibly the patching was done in an arm-egocentric way ;) |
| 11:17.45 | Jay7 | something is grabbing crash_setup_regs() definition from asm/kexec.h and store it in SYSCALLS.i |
| 11:17.55 | Jay7 | then parser fails on this |
| 11:18.14 | Jay7 | I suspect that something is cpp |
| 11:19.37 | Jay7 | yes, it is |
| 11:20.21 | Jay7 | strange, why this not happens on arm?.. |
| 11:24.22 | Jay7 | qemu compiling w/o parallel make is so looong |
| 11:31.57 | *** join/#oe kerim (~kerim@81.214.22.138) |
| 11:32.23 | *** part/#oe kerim (~kerim@81.214.22.138) |
| 11:35.36 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 11:36.45 | tasslehoff | my angstrom-build uses busybox. is there a bitbake command to find out which recipe gives me that? |
| 11:39.26 | ynezz | gives you what? you mean recipe version? |
| 11:39.43 | ynezz | if you don't want to use busybox, just look at conf/distro |
| 11:39.55 | ynezz | it's not defined in recipe, it's distro prefference |
| 11:41.00 | tasslehoff | ynezz: ok. I'd like to use it, but I need to figure out why I don't get the ulimit command |
| 11:41.16 | *** join/#oe hansdampf1 (~moritz@212.77.183.75) |
| 11:43.50 | *** join/#oe esbenh (~esbenh@77.233.226.4) |
| 11:44.40 | *** join/#oe leon (~chatzilla@205-89-ftth.onsneteindhoven.nl) |
| 11:47.55 | likewise | eek: remote: aborting due to possible repository corruption on the remote side. |
| 11:48.07 | likewise | second time this went ok... |
| 11:48.18 | likewise | gm btw |
| 11:55.38 | ynezz | tasslehoff: it will be probably some config option |
| 11:55.52 | ynezz | morning likewise |
| 12:03.09 | tasslehoff | ynezz: yep |
| 12:06.15 | ka6sox | likewise, what repo? |
| 12:08.25 | tasslehoff | is there something similar to "bitbake virtual/kernel -c menuconfig" for busybox? |
| 12:33.47 | Jay7 | tasslehoff: what do you want from it? |
| 12:33.56 | Jay7 | menuconfig exists only for kernels |
| 12:35.39 | Jay7 | hm.. |
| 12:35.58 | Jay7 | ant_work: klibc builds fine w/o #include <asm/kexec.h> |
| 12:36.12 | Jay7 | and I've found why it was ok on arm |
| 12:36.31 | tasslehoff | Jay7: just trying to figure out why ulimit is missing. |
| 12:36.32 | Jay7 | tosa's 2.6.24 have no that function definition |
| 12:36.51 | Jay7 | tasslehoff: check busybox recipes |
| 12:37.00 | tasslehoff | Jay7: busybox itself has a "make menuconfig" where you can configure what you want supported. |
| 12:37.02 | Jay7 | I bet for configure options :) |
| 12:37.19 | tasslehoff | Jay7: yeah |
| 12:44.32 | tasslehoff | but busybox seems to have defconfig, like the kernel does, so maybe menuconfig'ing from bitbake could've been done |
| 12:45.21 | *** join/#oe aloisiojr (~aloisio@186.212.100.234) |
| 12:45.48 | screwgoth | Hi, I'm trying to bitbake angstrom-gnome-image.bb and I'm getting an error about kissing dependancies for various gtk-themes |
| 12:46.11 | ynezz | tasslehoff: just modify do_make to make menuconfig |
| 12:46.29 | screwgoth | Out of these I found that only gtk-engine-clearlooks has a recipes ... there are no recipes for gtk-engine-thinince ,etc ...how is that possible ? |
| 12:46.35 | ynezz | tasslehoff: or run.do_compile and change oe_runmake line to make menuconfig one, or something like that |
| 12:49.07 | XorA | screwgoth: because no-one wrote them I guess |
| 12:49.22 | tasslehoff | ynezz: that could work. |
| 12:49.31 | screwgoth | XorA: Ok ... but then why are they past of one of the task recipes ? |
| 12:50.07 | XorA | screwgoth: see if someone removed them without checking tasks? |
| 12:50.25 | Jay7 | I've build that image about 1-2 weeks ago and it was fine |
| 12:51.02 | ant_work | Jay7: so the patch is arm-only nowadays? |
| 12:51.20 | Jay7 | ant_work: I suspect this patch will broke anything a bit later :) |
| 12:51.25 | *** join/#oe navaltiger (7bee8f7f@gateway/web/freenode/ip.123.238.143.127) |
| 12:51.50 | *** join/#oe Proxyles (~henrik@c-0890e255.56-4-64736c14.cust.bredbandsbolaget.se) |
| 12:52.02 | Jay7 | ant_work: I'm trying to build with fixed patch version (w/o include line |
| 12:52.24 | ant_work | pls check with latest klibc-git and purged includes |
| 12:52.30 | Jay7 | tosa and ben-nanonote was fine |
| 12:52.42 | ant_work | ok |
| 12:52.43 | screwgoth | XorA: Hmm ... maybe I am mistaken ... I think the gtk-engines recipe should build all the other gtk-engines ... Thanks for the inputs |
| 12:52.54 | navaltiger | Hi Everyone! I am trying to setup OE on fedora 10.. after seting up OE git using oebb.sh (following wiki), i am trying to exectute bitbake nano which gives me error on ::: FATAL: coreutils-native-8.5: ftp://ftp.gnu.org/gnu/coreutils/coreutils-8.5.tar.gz cannot check archive integrity ERROR: Error in executing python function in: /home/rathi/OE/sources/openembedded/recipes/coreutils/coreutils-native_8.5.bb |
| 12:53.01 | navaltiger | How to fix this? |
| 12:53.32 | XorA | install md5sum |
| 12:53.33 | Jay7 | ant_work: qemux86 is fine too |
| 12:53.46 | navaltiger | Thank you XorA, OE rocks! |
| 12:53.48 | XorA | I think |
| 12:54.16 | XorA | been a long while since I used F10 :-D |
| 12:54.29 | Jay7 | ant_work: what is better to do now? write to ML or just push one-line change? :) |
| 12:55.06 | ant_work | have you built a 2.2x kernel without the patcgh? |
| 12:55.17 | ant_work | 2.62x |
| 12:55.35 | ant_work | if yes (tosa) please remove the patch |
| 12:55.36 | Jay7 | 2.6.24 for tosa, 2.6.35 for qemux86, 2.6.36 for nanonote |
| 12:55.49 | ant_work | ok then the patch is obsolete/dangerous |
| 12:55.53 | Jay7 | patch is needed |
| 12:56.02 | Jay7 | because of kexec_load |
| 12:56.11 | ant_work | ah, wait |
| 12:56.12 | navaltiger | @ XorA: Sorry buddy, md5sum util is already present |
| 12:56.18 | Jay7 | but include before is not needed seems |
| 12:56.38 | XorA | navaltiger: maybe your python is too old? |
| 12:56.41 | Jay7 | ant_work: check recipes/klibc/klibc-1.5.20/klibc_kexecsyscall.patch |
| 12:56.51 | XorA | navaltiger: just re-read the error message |
| 12:57.09 | ant_work | Jay7: I see, the conflicting header |
| 12:57.18 | Jay7 | ant_work: yes |
| 12:57.33 | Jay7 | I'll check again with tosa and 2.6.36 |
| 12:57.47 | Jay7 | if it will be ok, I'll commit to master |
| 12:58.25 | Jay7 | seems we (kexecboot) are only users of klibc + that kexec patch |
| 12:58.49 | ant_work | well, yes |
| 12:58.50 | ant_work | kexec-tools-klibc-2.0.2/syscall.patch |
| 12:58.50 | navaltiger | NOTE: package coreutils-native-8.5-r5.0: task do_fetch: Started NOTE: The checksums for '/home/navaltiger/OE/sources/downloads/coreutils-8.5.tar.gz' did not match. Expected MD5: 'c1ffe586d001e87d66cd80c4536ee823' and Got: '1a9a22a2bae302c710520d42c6c730f5' Expected SHA256: 'dd243e2ac7d0ed203b170ecfb8299643779e7501fec2b45ae1cea8a450fa8ca0' and Got: '8abaffdfbd8552664101721ee63975296ef7a9b3dce4721a56316baec00693b8' NOTE: Your checksum |
| 12:59.04 | ant_work | Jay7: try to remove both :p |
| 12:59.33 | navaltiger | Do i really need Psyco JIT Compiler??? |
| 12:59.41 | XorA | navaltiger: no you dont |
| 12:59.56 | Jay7 | navaltiger: try to remove /home/navaltiger/OE/sources/downloads/coreutils-8.5.tar.gz and restart build |
| 13:00.10 | XorA | navaltiger: ah that error makes more sense, something corrupted your download on the way |
| 13:00.17 | navaltiger | Jay7: Let me try. |
| 13:00.26 | ant_work | Jay7: last time we checked there were issues with syscalls numbering iirc |
| 13:00.29 | Jay7 | ant_work: this may break kexec-tools then :) |
| 13:00.34 | Jay7 | but I'll check |
| 13:00.49 | ant_work | fwiw x86 doesn't need any syscall hack |
| 13:00.51 | Jay7 | btw, I've not tried to build kexec-tools after klibc change.. |
| 13:01.27 | ant_work | I can only imagine thesing was obliged to hack it years ago... |
| 13:01.51 | ant_work | but then arm has been merged in libc |
| 13:01.57 | ant_work | *klibc |
| 13:09.16 | *** join/#oe CMoH-notebook (~cipi@95.76.74.1) |
| 13:09.18 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 13:10.50 | *** join/#oe ZeeD (~ZeeD@190.187.241.83.in-addr.dgcsystems.net) |
| 13:12.14 | Jay7 | ant_work: that #include should break arm too on 2.6.36 |
| 13:13.31 | ant_work | hm...no, I built it with |
| 13:17.47 | *** join/#oe Openfree (~df@61.170.199.150) |
| 13:19.17 | Jay7 | kergoth: I'm not sure but seems that tasks of one recipe can be running in different bb threads |
| 13:19.55 | Jay7 | so I see now that do_sizecheck is finished after do_uboot_mkimage started |
| 13:20.29 | Jay7 | imho, all recipe's tasks should run on same bb thread |
| 13:20.39 | Jay7 | this may slowdown build but exclude races |
| 13:21.57 | Jay7 | ant_work: hm.. yes, was built fine.. |
| 13:23.50 | Jay7 | ah.. crash_setup_regs() is #ifdef'ed there |
| 13:24.55 | *** join/#oe aloisiojr (~aloisio@186.212.100.234) |
| 13:36.49 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 13:44.48 | Jay7 | ant_work: kexec-tools fails to build w/o that patch on klibc |
| 13:45.27 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 13:45.48 | ant_work | what's failing? kdump ? |
| 13:45.59 | Jay7 | hm.. can't say now.. |
| 13:46.21 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 13:46.30 | Jay7 | http://tinderbox.openembedded.net/public/logs/task/12015176.txt |
| 13:46.39 | Jay7 | tinderbox is great sometimes |
| 13:46.43 | Jay7 | kexec.c |
| 13:46.54 | Jay7 | kexec.o even |
| 13:50.05 | Jay7 | | purgatory/purgatory.c:2:20: fatal error: limits.h: No such file or directory |
| 13:50.07 | Jay7 | :( |
| 13:50.10 | Jay7 | mipsel |
| 13:52.01 | ant_work | Jay, I can't test now, but it looks like now __NR_kexec_load is defined |
| 13:52.14 | ant_work | it wasn't when first recipes where committed (for arm) |
| 13:52.19 | ant_work | thus the patch/hack |
| 13:52.41 | Jay7 | ant_work: will you available today's evening? |
| 13:52.46 | ant_work | yes |
| 13:52.48 | ant_work | see http://git.kernel.org/?p=utils/kernel/kexec/kexec-tools.git;a=blob;f=kexec/kexec-syscall.h |
| 13:52.51 | *** join/#oe Openfree (~df@61.170.199.150) |
| 13:53.03 | Jay7 | ok, we can try to cleanup this then |
| 13:55.20 | atiti_mac | gmorning |
| 13:57.19 | *** join/#oe jconnolly|away (~jconnolly@firebug.buglabs.net) |
| 13:57.53 | *** join/#oe kevinsc (~a0214685@nat/ti/x-moyzkpadpwtcbnoe) |
| 14:03.16 | Jay7 | hm.. there is no purgatory/arch/mips/include dir |
| 14:03.21 | Jay7 | so, no limits.h.. |
| 14:03.24 | Jay7 | wtf?.. |
| 14:05.59 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
| 14:07.42 | Jay7 | "Remove purgatory/arch/mipsel/include/limits.h as it is not needed." |
| 14:07.51 | Jay7 | wonders |
| 14:10.18 | *** join/#oe dth (~dth@a89-183-23-16.net-htp.de) |
| 14:10.50 | Jay7 | requesting help of someone with klibc knowledge |
| 14:13.45 | *** join/#oe jconnolly|away (~jconnolly@firebug.buglabs.net) |
| 14:22.16 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 14:23.01 | *** part/#oe esbenh (~esbenh@77.233.226.4) |
| 14:30.33 | *** join/#oe Openfree (~df@61.170.199.150) |
| 14:31.36 | likewise | ka6sox: ("likewise, what repo?") That was when I did a "git clone git@git.openembedded.org:openembedded openembedded.git" |
| 14:31.48 | likewise | ka6sox: the second time, I got no error. |
| 14:36.30 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 14:41.46 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 14:43.48 | *** join/#oe GNUtoo|laptop (~gnutoo@host31-144-dynamic.24-79-r.retail.telecomitalia.it) |
| 14:50.14 | ant_work | Jay7: check kexec-tools-klibc-2.0.2/headers.patch |
| 14:50.21 | ant_work | and extend it ;) |
| 14:51.08 | *** join/#oe rschus (~rschus@251.118.101-84.rev.gaoland.net) |
| 14:58.07 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 15:00.22 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 15:00.42 | *** join/#oe marex (~marex@eduroam14.ms.mff.cuni.cz) |
| 15:04.34 | Jay7 | ant_work: may be just add -Isysroots/.../include ? |
| 15:04.44 | Jay7 | not sure this is good idea but.. |
| 15:05.18 | Jay7 | sysroots/mipsel-oe-linux/usr/include/ have limits.h |
| 15:05.37 | Jay7 | afk |
| 15:07.16 | ant_work | be careful, we use nostdinc |
| 15:07.54 | ant_work | check purgatory CFLAGS in 'other.patch' |
| 15:13.01 | *** join/#oe DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 15:13.04 | *** join/#oe grund (~grund@firebug.buglabs.net) |
| 15:13.35 | *** join/#oe Crofton (~balister@12.165.222.117) |
| 15:20.58 | *** part/#oe screwgoth (~raseel@219.64.93.238) |
| 15:21.22 | *** join/#oe rob_w (bob@pD95EB222.dip.t-dialin.net) |
| 15:23.56 | *** join/#oe jconnolly (~jconnolly@firebug.buglabs.net) |
| 15:25.41 | *** join/#oe balister_ (~balister@12.165.222.117) |
| 15:35.33 | *** join/#oe BenLauDC (~benlau@221.125.8.42) |
| 15:42.00 | *** join/#oe mgrundy (~grund@firebug.buglabs.net) |
| 15:43.58 | *** join/#oe CruX| (~jozo@158.193.86.116) |
| 15:45.38 | *** join/#oe grund (~grund@firebug.buglabs.net) |
| 15:54.23 | *** join/#oe pH5 (~ph5@e178207004.adsl.alicedsl.de) |
| 15:55.39 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 16:08.34 | kergoth_ | with the rate fixed, should i resurrect the progress bar's ETA in bitbake master? i rather like it to have some ballpark figure of how much time i have to wait, do i have time to go get coffee, whatever |
| 16:08.53 | *** join/#oe kevinsc (~a0214685@nat/ti/x-bkrnncalnkyusnyf) |
| 16:09.15 | pb__ | morning kergoth |
| 16:10.48 | foerster | kergoth_: I like the progress bar. It's usually pretty good - only time when it is off is when you have a partially parsed/cached recipe set. |
| 16:11.26 | foerster | but, to me at least, that's an oddball case, so who cares. |
| 16:13.01 | foerster | kergoth_: sorry, I meant "I like the ETA" |
| 16:13.10 | kergoth_ | i fixed that, though. i just made it so it only considers the # of recipes to be parsed, and the current parsed recipe |
| 16:13.15 | kergoth_ | which stabilizes the rate |
| 16:13.27 | foerster | ah, cool. Didn't see that fix. |
| 16:13.39 | kergoth_ | thats because i havent pushed it yet, wanted to make sure its something people find worthwhile |
| 16:13.42 | kergoth_ | :) |
| 16:14.02 | foerster | ah. Well, I like the ETA. |
| 16:14.10 | kergoth_ | k, thanks for the input |
| 16:14.14 | kergoth_ | hey pb__ |
| 16:14.40 | JaMa | kergoth: ah that progressbar.py in bitbake code is bundled version of http://pypi.python.org/pypi/progressbar/2.2 ? can I use system version? |
| 16:15.10 | kergoth_ | JaMa: you're welcome to, yes, but it wont unless you remove bitbake's local copy, or install bitbake with setup.py |
| 16:15.25 | kergoth_ | if you install bitbake, it won't bring along its included copies of its dependencies (PLY, progressbar) |
| 16:16.33 | JaMa | I'm installing it with gentoo ebuild (with setup.py) and it's without included copies.. that's why I was asking.. |
| 16:16.40 | kergoth_ | ah :) |
| 16:16.46 | kergoth_ | yes, that should work fine |
| 16:17.40 | JaMa | ok, btw I was trying to use bitbake master + your patches from python3 branch without much luck here (it just quits after loading multiprocess module) is it "known" or should it be fine already? |
| 16:17.45 | kergoth_ | if you look at the setup.py, you can see what we depend on |
| 16:17.46 | kergoth_ | <PROTECTED> |
| 16:17.56 | kergoth_ | i haven't done much testing on the python3 branch yet, could very well be more work to be done |
| 16:18.02 | kergoth_ | work in progress |
| 16:18.03 | Jay7 | is back |
| 16:18.14 | kergoth_ | doesn't know 3 very well yet |
| 16:18.17 | JaMa | kergoth_: and calling setup should fail if those depends are not found? |
| 16:18.38 | kergoth_ | maybe? |
| 16:18.44 | kergoth_ | isn't a distutils expert either ;) |
| 16:18.51 | JaMa | here it passed ok without ply and progressbar in system |
| 16:19.19 | Jay7 | kergoth_: I've noted that tasks of same recipe can be running on different bb threads |
| 16:19.24 | Jay7 | is it true? |
| 16:19.30 | GNUtoo|laptop | I'll push xmame stuff |
| 16:19.33 | *** join/#oe methril (~methril@189.27.130.113.dynamic.adsl.gvt.net.br) |
| 16:19.37 | kergoth_ | every task runs in its own process, and has for years now |
| 16:19.51 | Jay7 | ah.. |
| 16:20.06 | CIA-101 | 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * rd420ff258a 10openembedded.git/recipes/xmame/xmame_0.100.bb: (log message trimmed) |
| 16:20.07 | CIA-101 | xmame: fix runtime endianess issue and bump PR |
| 16:20.07 | CIA-101 | Without that fix we have(at runtime): |
| 16:20.07 | CIA-101 | xmame.SDL |
| 16:20.07 | CIA-101 | error: compiled byte ordering doesn't match machine byte ordering. |
| 16:20.10 | Jay7 | well.. I misunderstand then |
| 16:20.11 | *** join/#oe dth (~dth@a89-182-84-211.net-htp.de) |
| 16:20.26 | kergoth_ | each task is spawned in its own process, and each task process reparses its recipe at that time |
| 16:20.38 | kergoth_ | independent of the up front parsing process, which is *only* used to construct the runqueue |
| 16:21.05 | kergoth_ | this was all RP's code while i was away, apparently the impact of reparsing is low, and reduces memory usage a great deal |
| 16:23.02 | Jay7 | I just looking for source of races |
| 16:23.44 | Jay7 | I've seen today e.g. that kernel size check task was done in parallel with u-boot mkimage task |
| 16:23.58 | kergoth_ | bitbake schedules tasks to run based on their dependencies. if there is no dependency, then there' no guarantee on execution order. |
| 16:26.03 | Jay7 | http://savannah.gnu.org/ is down because of passwords leak |
| 16:26.15 | kergoth_ | heard about that, sucks |
| 16:26.22 | kergoth_ | hmm |
| 16:26.37 | CIA-101 | 03Chris Larson <chris_larson@mentor.com> 07master * r618480f773 10bitbake.git/lib/bb/ (cooker.py event.py ui/knotty.py): |
| 16:26.37 | CIA-101 | cooker: no cached in progressbar and add ETA |
| 16:26.37 | CIA-101 | Rather than updating the progress bar based on the recipe being processed |
| 16:26.37 | CIA-101 | (whether cached or parsed), consider only parsed recipes. This reduces the |
| 16:26.37 | CIA-101 | instability in progress rate introduced by the cached entries, and allows the |
| 16:28.34 | *** join/#oe dth_ntb (~dth@a89-182-84-211.net-htp.de) |
| 16:29.29 | kergoth_ | foerster: fyi, a version of the cache load progress bar which uses the actual position in the file works fine, though currently doesn't give the # of loaded elements in the completion event -- not sure if this is cleaner than storing the number in the file or less clean |
| 16:30.07 | GNUtoo|laptop | hi valhalla |
| 16:30.18 | foerster | kergoth_: I don't think the number of loaded elements is too important. |
| 16:31.01 | kergoth_ | that can be added anyway, len(self.depends_cache) after the load |
| 16:31.04 | kergoth_ | if we need it |
| 16:31.27 | kergoth_ | i'm wondering if using st_size + file.tell() is cleaner than num_cached, or less clean, though :) |
| 16:31.27 | foerster | kergoth_: btw, I almost have the triple ctrl-c fixed on my version. Gotta track down one more weird issue. |
| 16:31.30 | kergoth_ | scratches head |
| 16:31.34 | kergoth_ | ah, nicely done |
| 16:31.37 | *** part/#oe dth_ntb (~dth@a89-182-84-211.net-htp.de) |
| 16:31.53 | foerster | And, i have some oddity happening. |
| 16:32.12 | foerster | I did a fresh build - it hung on building php-native and the task was in state T in ps (stopped). |
| 16:32.25 | foerster | I killed it, tried building php again, and it hung again. |
| 16:32.59 | kergoth_ | i was thinking -- there's really no reason we couldn't use threads instead of processes for the parsing, if the server uses a queue for events -- they're all blocking on I/O, so the global interpreter lock likely isn't a concern. don't know if its worth messing witho or not |
| 16:33.03 | kergoth_ | foerster: huh, that's really strange |
| 16:33.19 | kergoth_ | what causes stopped, is that SIGSTOP/SIGCONT stopped? |
| 16:33.34 | kergoth_ | hmm |
| 16:33.34 | foerster | I think so |
| 16:33.43 | kergoth_ | i don't see what would do that |
| 16:33.59 | foerster | although, looking back, I had configure errors in my php recipe |
| 16:34.08 | foerster | when i switched back to master, i got the errors and I fixed it |
| 16:34.17 | foerster | so maybe something odd with the exceptions or something |
| 16:34.23 | *** join/#oe sgw (~sgw@67.139.65.163) |
| 16:34.25 | foerster | shrugs |
| 16:34.51 | foerster | will have to reproduce and figure out when I get some time. I have real day-job work to get done before playing around more. |
| 16:37.55 | foerster | kergoth_: I don't know if there's any advantage to just using threads for parsing. The processes seem to work nicely, so probably no reason to change it. |
| 16:38.18 | kergoth_ | yeah, agreed, if it isn't broken, don't fix it :) |
| 16:38.29 | kergoth_ | plenty of better uses for our time |
| 16:39.02 | foerster | yea, like getting rid of the jacked up runqueue<-->event fire crap |
| 16:44.02 | kergoth_ | hmm, interesting discrepency(sp?) - len(self.depends_cache) after loading gives 7060 entries, yet the stats in the cooker shows 6485 cached -- even skipped doesn't account for the difference, must be inadvertently saving something into the cache which the cooker doesn't end up using |
| 16:44.06 | kergoth_ | investigates |
| 16:45.04 | foerster | kergoth_: got php build hung again. http://pastie.org/1335716 |
| 16:45.24 | foerster | weird, eh? |
| 16:45.46 | kergoth_ | very |
| 16:45.46 | *** join/#oe Slyon (~lukas@ppp-188-174-32-211.dynamic.mnet-online.de) |
| 16:46.18 | foerster | happens every time with php with the process server bb |
| 16:47.38 | foerster | I noticed that discrepancy on cache too: here I get 7102 from cache, but end of parsing says 6520. |
| 16:52.18 | *** join/#oe morphis (~morphis@brmn-4db707b7.pool.mediaWays.net) |
| 16:53.29 | *** join/#oe sgw (~sgw@67.139.65.163) |
| 17:06.40 | *** join/#oe kristoffer (~kristoffe@c-ccd8e555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 17:26.09 | *** join/#oe toi (~toi@d54C2AA76.access.telenet.be) |
| 17:52.06 | *** join/#oe kelvie_ (~kwong@s209-52-149-70.bc.hsia.telus.net) |
| 17:52.07 | *** part/#oe mturquette (~mturquett@adsl-99-93-231-28.dsl.rcsntx.sbcglobal.net) |
| 17:53.00 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 18:01.17 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
| 18:01.36 | *** join/#oe fidencio[AWAY] (~fidencio@li113-135.members.linode.com) |
| 18:06.10 | *** join/#oe JaMa (~martin@161-24.13.24.78.awnet.cz) |
| 18:22.03 | ericben | hi |
| 18:22.29 | khem | hey ericben |
| 18:22.35 | khem | needs some tea |
| 18:22.38 | ericben | hi Khem, has Gragham Gower comit right ? |
| 18:22.51 | ericben | Graham not Gragham |
| 18:22.57 | *** join/#oe stefan_schmidt (~stefan@p5B0370B8.dip.t-dialin.net) |
| 18:23.51 | khem | ericben: no, I want to propose him to have commit access actually |
| 18:23.57 | khem | thats on my todo |
| 18:24.04 | ericben | yes I was about to do the email also ;-) |
| 18:24.04 | fidencio[AWAY] | bluelightning: howdy! around? |
| 18:24.09 | khem | lemme send the message now that I remember |
| 18:24.20 | *** join/#oe anarsoul (~anarsoul@212.98.177.56) |
| 18:24.29 | khem | delays the tea pot |
| 18:24.46 | ericben | go he unbreak micro distro and seem to be the nearly the only one to test it :-) |
| 18:25.34 | kergoth_ | foerster: my separate-ui-and-master on github has a merge with current master that uses the .st_size/.tell method for the cache progress, and another minor tweak (adds a newline after the cache progress bar) |
| 18:25.35 | khem | yeah and I will be releaved because most of the time I test and commit his patches |
| 18:26.01 | kergoth_ | grumbles, flight this afternoon, really hates flying nowadays |
| 18:26.28 | ericben | especially when patchwork is not working |
| 18:26.48 | *** join/#oe julianpid (~julianpid@62.200.22.2) |
| 18:28.31 | foerster | kergoth_: ok, cool. I'll check it out when I get a chance. |
| 18:28.51 | kergoth_ | it's trivial, but might save a headache when you decide to merge with master |
| 18:29.41 | khem | kergoth_: enhanced pat downs :) |
| 18:29.45 | foerster | kergoth_: so here's a question - do you like bbappend or amend? I have amend.inc working here (somehow, through magic). Is either preferred? |
| 18:29.48 | kergoth_ | khem: guh |
| 18:30.32 | kergoth_ | foerster: that's a tough question, really. I like that bbappend is supported by bitbake directly, and performs better, but bbappend is less flexible, since its bound to filename |
| 18:31.29 | foerster | for example, I have approx 10 recipes that I use amend on, typically just to override the base config that's installed or similar. |
| 18:31.37 | Jay7 | what is wrong with patchwork? |
| 18:32.07 | *** join/#oe Heinervdm (~thomas@pD9E15740.dip.t-dialin.net) |
| 18:32.25 | foerster | hm. I guess I'll stick with amend.inc for now. I don't quite get how it works - it used some voodoo with FILESPATHBASE in my site.conf |
| 18:32.27 | kergoth_ | note that for config files that are accessed via file://, you can avoid the use of amend.inc entirely and just drop the file into the place where you would be putting amend.inc, and adjust FILESPATHBASE to include all your collections |
| 18:32.39 | kergoth_ | amend.inc is found int he same way that file:// files are found |
| 18:32.52 | kergoth_ | via FILESPATH, which is constructed from FILESPATHBASE + FILESPATHPKG + OVERRIDES, in that order |
| 18:33.22 | Jay7 | and who is responsible for patchwork? |
| 18:33.36 | kergoth_ | wasn't patchwork being moved to a different server or something? |
| 18:33.49 | khem | yeah ka6sox has been working on it |
| 18:33.58 | khem | infact its being setup afresh I think |
| 18:34.00 | Jay7 | having broken PW right before release is not a good idea.. |
| 18:34.33 | khem | hails mutt |
| 18:34.36 | khem | dont need pw anymore |
| 18:34.48 | Jay7 | khem: btw, I need some assistance on klibc/kexec-tools-klibc |
| 18:34.50 | foerster | kergoth_: thanks. I think in most of my cases then, the amend.inc isn't necessary. |
| 18:35.17 | kergoth_ | foerster: yeah, most likely. i find bbappend/amend.inc most useful for adding patches, etc |
| 18:35.24 | kergoth_ | or a quick fix that isn't ready for prime time yet |
| 18:36.06 | khem | Jay7: ok |
| 18:36.51 | kergoth_ | hmm, still a KeyboardInterrupt in bb.command, bb.data, and bb.shell, wonder if we still need those |
| 18:37.01 | Jay7 | khem: I've fixed klibc build on mips but now have problems with kexec-tools-klibc |
| 18:37.21 | Jay7 | limit.h is not found |
| 18:37.29 | fidencio[AWAY] | Dudes, to active debug symbols I need uncomment |
| 18:37.30 | fidencio[AWAY] | DEBUG_BUILD = "1" |
| 18:37.36 | fidencio[AWAY] | INHIBIT_PACKAGE_STRIP = "1" |
| 18:37.39 | fidencio[AWAY] | right? |
| 18:37.56 | fidencio[AWAY] | Just use it and run a bitbake -v package |
| 18:38.01 | Jay7 | khem: can we point kexec-tools-klibc to look into sysroots' include dir for limits.h? |
| 18:38.10 | kergoth_ | fidencio[AWAY]: no, things are built with debugging by default and the debug bits go into the -dbg packages. just install those if you need to debug |
| 18:38.14 | Jay7 | is it good idea? |
| 18:38.26 | JaMa | fidencio[AWAY]: PACKAGE_STRIP = "no" |
| 18:38.55 | JaMa | fidencio[AWAY]: iirc or as kergoth_ said, you can install -dbg instead |
| 18:39.48 | JaMa | but PACKAGE_STRIP = "no" worked a bit better ie while debuging Xorg (loading lot's of libs/drivers itself) |
| 18:39.49 | fidencio[AWAY] | kergoth_: which is the simple away to do it in an image? |
| 18:40.17 | fidencio[AWAY] | change all packages that compose the image and append the "-dbg" to the packages? |
| 18:40.21 | kergoth_ | try IMAGE_FEATURES += "dbg" |
| 18:40.24 | kergoth_ | in local.conf |
| 18:40.29 | kergoth_ | should do it for any image you build, in theory |
| 18:41.22 | fidencio[AWAY] | kergoth_: JaMa: tryint it. many thanks :-) |
| 18:41.30 | kergoth_ | np, let me know how it goes |
| 18:41.37 | kergoth_ | afaik not many people are utilizing IMAGE_FEATURES yet |
| 18:41.47 | JaMa | fidencio[AWAY]: there are still those patches related to EFL in patchwork where were some changes requested, do you plan to send PATCHv2 for them? |
| 18:42.00 | Jay7 | khem: here is log: http://tinderbox.openembedded.net/packages/1152380/ |
| 18:42.33 | Jay7 | for arm we are placing stdint.h and limits.h by patches |
| 18:42.52 | Jay7 | upstream have removed 'em for all arch'es |
| 18:44.27 | fidencio[AWAY] | JaMa: oh yeah. |
| 18:44.59 | fidencio[AWAY] | JaMa: but I'm doing a work that is craping myself. :-\. Finishing it I resent that patches |
| 18:45.56 | JaMa | fidencio[AWAY]: ok.. np.. |
| 18:46.39 | *** join/#oe marex (~marex@eduroam14.ms.mff.cuni.cz) |
| 18:46.49 | JaMa | fidencio[AWAY]: GNUtoo|laptop and pespin were interested in enjoy recipes so merging those lightmediascanner patches would be nice, but I'll wait :) |
| 18:47.17 | GNUtoo|laptop | basically it's almost finished |
| 18:47.33 | GNUtoo|laptop | I'm just waiting for pespin to give me the full RDEPENDS |
| 18:47.35 | GNUtoo|laptop | for flac |
| 18:47.53 | GNUtoo|laptop | I should also --enable and --disable stuff for lightmediascanner |
| 18:47.56 | *** join/#oe marex (~marex@eduroam14.ms.mff.cuni.cz) |
| 18:48.05 | GNUtoo|laptop | fidencio[AWAY], ^^^ |
| 18:48.39 | fidencio[AWAY] | JaMa: are you the maintainer of EFL packages? Which machine are you using? |
| 18:49.03 | kergoth_ | it would be rather nice if we could do a world build without -k -- maybe it should not fail if something is unbuildable, but still fail if something actually fails to build, if you don't do -k |
| 18:49.05 | fidencio[AWAY] | EFL is segfaulting with svn HEAD in a babbage machine. |
| 18:49.59 | fidencio[AWAY] | kergoth_: build fails! |
| 18:50.12 | kergoth_ | should also profile the runqueue generation for world, it takes an awfully long time |
| 18:51.09 | fidencio[AWAY] | kergoth_: http://pastebin.com/9BdgG6eT |
| 18:51.34 | kergoth_ | bah, so there's a recipe there that doesn't create a -dbg package |
| 18:51.34 | JaMa | fidencio[AWAY]: sort of, using it on om-gta02,n900,spitz |
| 18:51.36 | kergoth_ | so it breaks |
| 18:52.08 | kergoth_ | hrm |
| 18:52.57 | kergoth_ | ideally itd be nice if bitbake was smart about RRECOMMENDS, not dying if a recommended thing isn't available or buildable, since those things are only recommended, not required |
| 18:53.06 | JaMa | fidencio[AWAY]: EFL_SRCREV in OE head works for me and ie svnr55077 built today also works |
| 18:53.33 | GNUtoo|laptop | JaMa, it works for me too apart the top-bar bug |
| 18:54.03 | GNUtoo|laptop | fidencio[AWAY], did you try to clear .e/ or is it a fresh image and it doesn't apply? |
| 18:54.30 | fidencio[AWAY] | JaMa: damn ... I'm using 55071 and I can't choose a profile without a segfault |
| 18:54.38 | fidencio[AWAY] | GNUtoo|laptop: yeap. .e and .efreet |
| 18:54.49 | GNUtoo|laptop | ok |
| 18:55.22 | JaMa | fidencio[AWAY]: previous rev I had 55033 also working fine |
| 18:55.57 | fidencio[AWAY] | GNUtoo|laptop: JaMa: Can you start E using valgrind, choose Illume profile and send me a log? please, please, please ;-) |
| 18:58.54 | JaMa | checking if we already have valgrind 3.6.0 to try it on n900 |
| 19:02.22 | JaMa | hmm we have but still with COMPATIBLE_HOST = "^(i.86|x86_64).*-linux" |
| 19:02.48 | *** join/#oe NvrBst (~nb@66.183.110.143) |
| 19:02.48 | khem | valgrind is not available for arm |
| 19:02.50 | fidencio[AWAY] | JaMa: hmm. Ok. nevermind, then :-) |
| 19:04.37 | JaMa | khem: 3.6.0 should support armv7-a |
| 19:04.56 | JaMa | khem: http://valgrind.org/docs/manual/dist.news.html |
| 19:08.02 | *** join/#oe stefan_ (~stefan@p5B037B4E.dip.t-dialin.net) |
| 19:09.05 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 19:09.56 | khem | JaMa: does n900 has cortex in it ? |
| 19:10.20 | JaMa | yes |
| 19:13.20 | *** join/#oe kelvie_ (~kwong@s209-52-149-70.bc.hsia.telus.net) |
| 19:13.27 | khem | hmm seems even ppc is supported too |
| 19:13.53 | khem | so probably we should make the expression to exxlude say sh,mips,nios |
| 19:14.58 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 19:17.12 | *** join/#oe kevinsc (~a0214685@nat/ti/x-amkhywxyjiezfegt) |
| 19:21.35 | *** join/#oe sgw (~sgw@67.139.65.163) |
| 19:23.35 | khem | Jay7: ok so what was the klibc issue again |
| 19:24.17 | Jay7 | khem: http://tinderbox.openembedded.net/packages/1152380/ |
| 19:24.36 | Jay7 | I've fixed klibc already |
| 19:24.53 | Jay7 | now kexec-tools-klibc should be fixed |
| 19:25.23 | Jay7 | we have headers.patch that provides stdint.h and limits.h for arm |
| 19:25.42 | Jay7 | upstream have no such files |
| 19:26.28 | khem | ok, |
| 19:26.37 | khem | where is klibc fix |
| 19:27.43 | Jay7 | http://pastebin.ca/2006988 |
| 19:27.53 | Jay7 | not commited yet |
| 19:28.49 | khem | ok |
| 19:29.39 | Jay7 | khem: about stdint.h and limits.h |
| 19:29.52 | khem | Jay7: when you build kexec-tools-klibc does it build eglibc too ? |
| 19:29.54 | Jay7 | what is better way to deal with this? |
| 19:30.19 | khem | actually if we build a normal toolchain then its ok to suck it from sysroot |
| 19:30.39 | Jay7 | well.. I'll try clean build |
| 19:30.51 | khem | please do |
| 19:31.05 | khem | and if it have these headers in sysroot I think we can use them |
| 19:33.22 | Jay7 | quick test (clean kexec-tools-klibc and eglibc, then build kexec-tools-klibc) tried to build eglibc too |
| 19:33.32 | khem | ok |
| 19:33.35 | khem | I thought so |
| 19:33.41 | khem | because it needs a toolchai |
| 19:34.07 | khem | Jay7: I am seeing linking failure with klibc |
| 19:34.12 | khem | for minimal-uclibc |
| 19:34.19 | khem | is that what you fixed |
| 19:34.38 | Jay7 | I've fixed linking of klibc |
| 19:34.52 | khem | http://pastebin.com/CzzJSPRc |
| 19:35.06 | Jay7 | yes, it is |
| 19:35.11 | khem | thats my error I am getting for MACHINE=qemumips DISTRO=minimal-uclibc |
| 19:35.14 | khem | ok |
| 19:35.35 | Jay7 | please try with diff applied |
| 19:35.36 | khem | you have my ack |
| 19:36.36 | gandhijee | hey, where do i get the zeromq recipe for bitbake? i don't seem to hav et |
| 19:38.06 | *** join/#oe florian (~fuchs@sign-4d091c6d.pool.mediaWays.net) |
| 19:38.06 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:38.36 | Jay7 | omg.. now eglibc fails to configure.. |
| 19:38.49 | Jay7 | | configure: error: C preprocessor "mipsel-oe-linux-gcc -E" fails sanity check |
| 19:38.54 | khem | yeah |
| 19:39.08 | khem | you have to do this |
| 19:39.58 | Jay7 | /var/tmp/oe/minimal/mipsel/sysroots/x86_64-linux/usr/mipsel/lib/gcc/mipsel-oe-linux/4.5.2/include-fixed/limits.h:169:61: fatal error |
| 19:39.58 | khem | bitbake -f -c populate_sysroot eglibc-initial |
| 19:39.59 | Jay7 | : limits.h: No such file or directory |
| 19:40.01 | Jay7 | yeah.. |
| 19:40.23 | khem | if you clean libc basically you cripple the compiler |
| 19:40.37 | khem | and now using the same compiler to recompile eglibc wont work |
| 19:40.45 | khem | you have to go thru the bootstrap |
| 19:40.50 | Jay7 | well, ok |
| 19:41.29 | kergoth_ | foerster: hmm, just hit a waitpid hang with separate-ui-and-server after interrupting, i'll assume that's related to the work you're doing to fix up the shutdown, but wanted to note it in case you hadn't seen it. |
| 19:43.01 | foerster | kergoth_: ok. I don't recall seeing that, but making note of it. You interrupted during parsing, or run? |
| 19:43.25 | kergoth_ | run |
| 19:43.41 | kergoth_ | this is with my merged branch, though i doubt that's a factor |
| 19:43.46 | foerster | doubt it. |
| 19:44.24 | foerster | There seems to be some ordering issues (certainly with the parsing shutdown). Probably others. |
| 19:44.36 | foerster | Did you do a single, or multiple ctrl-c |
| 19:44.37 | foerster | ? |
| 19:44.52 | *** join/#oe vanous (~vanous@194.228.223.3) |
| 19:44.53 | kergoth_ | multiple. had a fetch hang on me |
| 19:45.07 | kergoth_ | er, that is |
| 19:45.18 | kergoth_ | i hit ^C multiple times, i didn't pay attention to who caught it / whether it was the cooker triple interrupt thing |
| 19:45.26 | kergoth_ | i assume so |
| 19:45.35 | kergoth_ | just hits it a crapload of times out of habit now.. |
| 19:45.56 | foerster | ok. The UI will catch all of them, if you do it more than 3 times, the it's uncaught in bin/bitbake |
| 19:46.06 | foerster | *UI will catch 3, not all |
| 19:46.42 | foerster | probably need another try/except around server shutdown |
| 19:46.49 | kergoth_ | ah, hmm |
| 19:46.57 | foerster | so you don't ctrl-c it to death :) |
| 19:47.53 | foerster | did the fetch hang due to known reasons, or b/c the server got jacked up (like when I try to build php)? |
| 19:47.55 | kergoth_ | i wonder |
| 19:48.03 | kergoth_ | do the task executing owrker processes ever catch ^C? |
| 19:48.11 | kergoth_ | doesn't SIGINT go to the whole process group? |
| 19:48.13 | kergoth_ | ponders |
| 19:48.16 | foerster | i block it |
| 19:48.25 | foerster | ProcessServer::run |
| 19:48.29 | foerster | blocks SIGINT |
| 19:48.34 | foerster | should apply to all children |
| 19:48.39 | kergoth_ | ah, good |
| 19:48.44 | kergoth_ | that's a relief |
| 19:48.48 | kergoth_ | that really does save a lot of headaches |
| 19:49.02 | foerster | yes. otherwise, every time I hit ctrl-c it was in the damn parser/etc |
| 19:49.06 | kergoth_ | nods |
| 19:49.09 | foerster | took me a day to figure out how to block that |
| 19:49.10 | kergoth_ | could be anywhere |
| 19:49.45 | foerster | at first, I was creating a daemon, detaching from the controlling tty, etc. Then I realized I could just block it. |
| 19:50.12 | kergoth_ | hehe. i probably wouldn't have thought about that, unless the signal() i have in the parsing workers reminded me |
| 19:50.23 | Jay7 | khem: I've found ./mipsel-oe-linux/lib/klibc/include/limits.h in sysroots |
| 19:50.32 | kergoth_ | maybe its time to re-read advanced programming in the unix environment |
| 19:50.35 | kergoth_ | its been a while |
| 19:50.39 | foerster | ah, speaking of that |
| 19:50.43 | foerster | just got a new book |
| 19:50.49 | Jay7 | this is looking better to use instead *glibc's one |
| 19:50.56 | foerster | "the linux programming interface" |
| 19:50.59 | foerster | looks very good |
| 19:51.08 | foerster | it's the modern day APUE |
| 19:51.10 | kergoth_ | huh, nice, that sounds like a version of the one i just mentioned, but linux specific |
| 19:51.13 | kergoth_ | right, nice |
| 19:51.16 | kergoth_ | will have to check that out |
| 19:51.29 | foerster | $60 on amazon (normal list is $100 I think) |
| 19:51.36 | khem | Jay7: ok then you have to add that path to compiler include paths |
| 19:51.48 | khem | Jay7: may be CFLAGS += "-I ..." |
| 19:52.00 | khem | Jay7: btw. the klibc patch seems to fix the issue |
| 19:52.03 | khem | so please commit |
| 19:52.13 | Jay7 | I'll try to remove arm headers.patch and use this for all arch'es |
| 19:52.48 | foerster | kergoth_: worker signals are already removed. |
| 19:53.10 | kergoth_ | cool |
| 19:53.32 | foerster | i have no idea what's stopping php |
| 19:53.53 | foerster | the process tree gets pretty deep there, but I doubt that's a problem. |
| 19:54.10 | kergoth_ | the only time i recall seeing processes stopped/continued was during a suspend/resume |
| 19:54.16 | kergoth_ | which isn't helpful here |
| 19:54.19 | kergoth_ | heh |
| 19:54.32 | foerster | nope. I'm at a loss currently. |
| 19:54.44 | foerster | I was thinking some obscure ulimit kind of thing |
| 19:55.09 | foerster | everything is mostly unlimited under /proc/pid/limits |
| 19:57.36 | Jay7 | process that trying to read from tty when it is in background can be stopped |
| 19:58.29 | kergoth_ | *stopped*, not sleeping? |
| 19:58.36 | Jay7 | stopped |
| 19:58.37 | kergoth_ | usually, afaik, waiting on IO is a sleep state |
| 19:58.41 | kergoth_ | weird |
| 19:58.45 | Jay7 | but this is right for shell |
| 19:58.53 | Jay7 | shell job control does this |
| 19:58.56 | kergoth_ | oh, so the user can resume it? |
| 19:58.58 | kergoth_ | with fg? |
| 19:59.05 | kergoth_ | huh |
| 19:59.08 | Jay7 | I'm not sure this is applicable to daemons |
| 19:59.22 | kergoth_ | thinks it may be time to check susv3 about job control |
| 20:00.20 | Jay7 | Background processes which attempt to read from (write to when stty tostop is in effect) the terminal are |
| 20:00.22 | Jay7 | <PROTECTED> |
| 20:00.30 | Jay7 | (from man bash /JOB CONTROL) |
| 20:00.32 | kergoth_ | interesting |
| 20:00.45 | khem | Jay7: here is patch for kexectools http://pastebin.com/ZXH7rWtM |
| 20:00.56 | khem | Jay7: this should fix the problems |
| 20:01.15 | Jay7 | khem: I'll start testbuilds |
| 20:01.38 | kergoth_ | well, ideally none of our task executing processes should be able to touch stdin/stdout/stderr at all, shell or python -- it should be captured into the log and that's it, imo -- python processes can still output to the user with bb.msg.* via the worker->server->ui pipe(s) |
| 20:01.52 | khem | Jay7: ok, |
| 20:01.56 | foerster | I tried catching SIGHUP, SIGTSTP, SIGTTIN, SIGTTOU to print them, but no luck. Maybe I'll have to do it in the runqueue instead. |
| 20:02.35 | foerster | kergoth_: right. I resurrected the ncurses ui - but fetchers and others walk all over stdout. |
| 20:02.40 | kergoth_ | nods |
| 20:03.17 | kergoth_ | that's one possible way around this, if it doesn't have any open file descriptors which are ttys, it clearly can't be bitten by the behavior Jay7 is describing |
| 20:04.04 | Jay7 | check fd's 1,2,3 |
| 20:04.17 | foerster | runqueue maps stdin to /dev/null |
| 20:08.26 | foerster | interesting |
| 20:08.36 | foerster | it always does it at the same spot in the php building |
| 20:08.58 | khem | http://www.linuxfordevices.com/c/a/News/Electrolux-ProFusion-Infinity-IKitchen/ |
| 20:09.09 | khem | isnt profusion using OE ? |
| 20:09.21 | khem | thinks etrunko must know |
| 20:13.17 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 20:13.17 | khem | it has an app for recipes :) cool ideas |
| 20:14.27 | eFfeM | gm |
| 20:15.09 | etrunko | khem: yeah, we're using, but not on this refrigerator |
| 20:15.27 | CIA-101 | 03Yuri Bushmelev <jay4mail@gmail.com> 07master * rf355bb4254 10openembedded.git/recipes/klibc/klibc-1.5.20/klibc_kexecsyscall.patch: |
| 20:15.27 | CIA-101 | klibc: fix linking for mipsel |
| 20:15.27 | CIA-101 | Disable inclusion of <asm/kexec.h>. This header have function (at least |
| 20:15.27 | CIA-101 | on mipsel) which breaks klibc's syscalls parser and lead to klibc |
| 20:15.27 | CIA-101 | linking failure. |
| 20:16.15 | etrunko | we started to use OE trying to replace ltib |
| 20:16.23 | khem | etrunko: ok |
| 20:16.52 | etrunko | for sure our next product will be using OE ;) |
| 20:17.01 | stefan_ | etrunko: word |
| 20:17.02 | khem | thats good sign |
| 20:17.18 | khem | We should link OE based device released to our news section as well |
| 20:17.37 | stefan_ | etrunko: what else besides systemd, ofono, bluez, connman and efl you guys need? :) |
| 20:17.40 | etrunko | khem: yeah, we will let you know |
| 20:17.49 | foerster | I used ltib in a past life - enjoying OE much more! |
| 20:18.19 | etrunko | foerster: hell yeah! |
| 20:18.42 | etrunko | stefan_: money!? |
| 20:19.02 | stefan_ | etrunko: pfff, you have refrigerators |
| 20:19.05 | eFfeM | khem, thanks for taking the patches |
| 20:19.08 | *** join/#oe timtimred (~meh@79-67-227-46.dynamic.dsl.as9105.com) |
| 20:19.16 | etrunko | stefan_: heh |
| 20:19.43 | fidencio[AWAY] | stefan_: yeah. And we can sell icecreams. |
| 20:19.46 | eFfeM | anyone by any chance any hints how to get php working iwth iconv? it seems to check for libiconv but with eglibc iconv() is part of eglibc |
| 20:20.00 | eFfeM | feels stuck |
| 20:20.10 | etrunko | fidencio[AWAY]: profit! |
| 20:20.20 | stefan_ | fidencio[AWAY], etrunko: I hope k-s is buying one for each workplace. For fast development of course |
| 20:20.31 | foerster | eFfeM: is it failing, or just not finding something you need? |
| 20:20.36 | stefan_ | hears php and runs away |
| 20:20.43 | khem | eFfeM: check the configure file and see how its checking |
| 20:20.50 | khem | the library names are same |
| 20:21.01 | foerster | php runtime checks everything, and unsets cached ac values |
| 20:21.04 | khem | weather it comes from eglibc or independently |
| 20:21.26 | khem | foerster: runtime ? |
| 20:21.27 | Jay7 | hm.. |
| 20:21.30 | khem | what do u mean |
| 20:21.41 | eFfeM | khem it is searching for libiconv but that does not seem to exist, the iconv function is integrated in eglibc |
| 20:21.44 | khem | does it do some stuff while building |
| 20:21.46 | foerster | AC_TRY_RUN |
| 20:21.50 | eFfeM | peeked into configure but with little success |
| 20:21.57 | stefan_ | time to sleep here |
| 20:21.59 | stefan_ | night all |
| 20:22.01 | Jay7 | khem: should I bump PR on klibc? |
| 20:22.12 | Jay7 | I've forget to do this |
| 20:22.14 | khem | foerster: yeah those AC_TRY_RUN should be cached |
| 20:22.18 | khem | Jay7: yes |
| 20:22.31 | Jay7 | ok |
| 20:22.38 | stefan_ | khem: just a short update. All builds on the release branch before the last update went fine |
| 20:22.39 | foerster | khem: but php's m4 file does a lot of unset ac_* when checking |
| 20:22.45 | eFfeM | thats's why I reverted the php --with-iconv patch |
| 20:22.47 | stefan_ | khem: will re-test tomorrow |
| 20:23.06 | stefan_ | night |
| 20:23.54 | eFfeM | btw has someone tried a clean build starting with an empty downloads dir ? |
| 20:24.02 | eFfeM | for release? |
| 20:24.09 | Jay7 | khem: other Q: you have included 'bits32' dir into CFLAGS |
| 20:24.22 | *** join/#oe morphis (~morphis@brmn-4db707b7.pool.mediaWays.net) |
| 20:24.30 | Jay7 | what is reason to include bits32 but not include bits64? |
| 20:24.40 | Jay7 | there are mips64 around :) |
| 20:25.02 | Jay7 | (but I've not tested any build for mips64) |
| 20:26.06 | khem | eFfeM: it seems php prefers libiconv over glibc provided iconv() for some bugs |
| 20:26.30 | khem | Jay7: yes it should be made more configurable I know |
| 20:26.38 | khem | but klibc does not support mips64 yet |
| 20:26.50 | khem | we will do it when it comes to that |
| 20:26.50 | Jay7 | well, ok for now then |
| 20:26.58 | Jay7 | I'll note this in commit message |
| 20:27.03 | khem | yes |
| 20:31.43 | *** join/#oe chouimat (~mathieu@kde/developer/chouinard) |
| 20:33.28 | eFfeM | khem, is there a way to get iconv from glibc even when using eglibc? I see uclibc has PREFERRED_PROVIDER_virtual/libiconv ?= "libiconv", can I also pin that in a recipe or only at distro level |
| 20:40.27 | *** join/#oe pirho (~pirho@gateway/tor-sasl/pirho) |
| 20:43.35 | *** join/#oe Jay7 (jay@93-81-136-44.broadband.corbina.ru) |
| 20:57.59 | CIA-101 | 03Chris Larson <chris_larson@mentor.com> 07master * r2be5169a01 10bitbake.git/lib/bb/cooker.py: |
| 20:57.59 | CIA-101 | cooker: don't choke on <100 recipes to parse |
| 20:57.59 | CIA-101 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
| 20:58.59 | kergoth_ | integer divide by zero in progressbar = bad :P |
| 20:59.12 | foerster | hah, yea. |
| 21:00.44 | *** join/#oe Slyon (~lukas@ppp-188-174-32-211.dynamic.mnet-online.de) |
| 21:02.30 | kergoth_ | hmm, should probably confirm it doesn't explode horribly if toparse is zero too, in the *completely* fully cached case (which doesn't apply to OE) |
| 21:03.09 | kergoth_ | it should just not fire the parsing events in that case |
| 21:03.17 | foerster | is bb used anywhere other than oe? |
| 21:03.55 | kergoth_ | poky, some other oe based things -- its theoretically possible to build something with oe's classes but none of oe's recipes, and thereby have no skipped / SRCREV recipes which can't be cached |
| 21:04.06 | foerster | ah |
| 21:08.07 | kergoth_ | or even a subset of oe's recipes, really.. should really comb through the recipes that use autorev and see if thats really what we want them doing |
| 21:10.49 | *** join/#oe kevinsc (~a0214685@nat/ti/x-jwhbogizfwyassuw) |
| 21:11.58 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
| 21:15.07 | eFfeM | khem, got php building with iconv now, but not 100% happy with it, I had to change the DEPENDS on virtual/libiconv into a DEPENDS on libiconv (distro minimal), how do you feel about that ? |
| 21:19.01 | *** join/#oe morphis (~morphis@brmn-4db707b7.pool.mediaWays.net) |
| 21:30.59 | kergoth_ | meh |
| 21:31.31 | morphis | kergoth_: ping |
| 21:31.36 | kergoth_ | morphis: pong |
| 21:32.01 | morphis | kergoth_: could you please the for-upstream branch of https://github.com/playya/tslib into upstream master? |
| 21:32.17 | morphis | s/could you please/could you please merge/ |
| 21:33.50 | Jay7 | khem: mipsel (nanonote) and armv5 (tosa) build of kexec-tools-klibc was fine |
| 21:33.58 | Jay7 | but qemux86 fail |
| 21:34.14 | Jay7 | but because of other reason |
| 21:34.52 | Jay7 | http://tinderbox.openembedded.net/public/logs/task/12039234.txt |
| 21:34.57 | Jay7 | I'm investigating |
| 21:35.10 | kergoth_ | morphis: can you submit a pull request on github for it, so i don't forget? don't have time right now, but don't want to lose track of it -- alternatively, email |
| 21:36.14 | morphis | kergoth_: ok, will tell playya about it as I don't own the repository |
| 21:36.57 | morphis | but will you a mail too |
| 21:37.05 | kergoth_ | k, thanks |
| 21:38.04 | morphis | no problem |
| 21:40.04 | morphis | so I am off |
| 21:40.05 | morphis | gn8 |
| 21:42.58 | Jay7 | strange.. elf.h is present at least in two places.. |
| 21:44.09 | *** join/#oe aloisiojr (~aloisio@187.59.118.235) |
| 21:44.41 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 21:53.11 | khem | eFfeM: providing libiconv separate from glibc is a distro decision |
| 21:53.56 | Jay7 | seems kexec-tools-klibc is never worked on i686 |
| 21:54.06 | Jay7 | *never build |
| 21:55.46 | eFfeM | khem, I understand but minimal uses eglibc and eglibc does not have a libiconv (and minimal does not force it to use libiconv, and neither do some other distros) |
| 21:56.36 | Jay7 | eFfeM: how angstrom-2010.x behave in this case? |
| 21:56.42 | Jay7 | it is using eglibc iirc too |
| 21:59.15 | khem | eFfeM: could you post the config.log somewhere for php |
| 21:59.36 | khem | eFfeM: I think packaging libiconv along with eglibc/glibc can be a headache |
| 22:01.35 | Jay7 | khem: I'll give up on i686 |
| 22:02.26 | Jay7 | it is require more patches |
| 22:03.11 | Jay7 | e.g. remove/replace 'basename' because klibc doesn't have it |
| 22:03.24 | khem | Jay7: make sure that the x86 failure is not caused by the patches we are commiting |
| 22:03.34 | Jay7 | yes, I'll |
| 22:03.37 | khem | k |
| 22:03.38 | khem | thats fine |
| 22:03.46 | khem | as long as we are not regressing its fine |
| 22:03.53 | eFfeM | Jay7: angstrom blacklists libiconv: |
| 22:03.54 | eFfeM | ../../conf/distro/include/angstrom-eglibc.inc:ANGSTROM_BLACKLIST_pn-libiconv = "the glibc builtin iconv replacement is used" |
| 22:04.09 | eFfeM | khem, will do, one sec |
| 22:05.20 | khem | eFfeM: yes if you choose glibc/eglibc then it provides virtual/libiconv |
| 22:05.35 | khem | so that makes sure that libiconv is not picked from elsewhere |
| 22:06.49 | eFfeM | khem, ah ok, understood, issue is that eglibc does not provide a libiconv |
| 22:07.21 | eFfeM | khem here is the config.log with libiconv in deps (without virtual) http://filebin.ca/mtfjaw/config.log |
| 22:07.31 | eFfeM | will make the virtual one right away |
| 22:08.41 | eFfeM | btw in ph_4.2.13.bb I only removed --disable-iconv and added -with-iconv --with-iconv-dir=${STAGING_LIBDIR}/.. |
| 22:09.04 | eFfeM | mind the .. at the end, guess there is a better macro for it, but the same construct was also used elsewhere |
| 22:09.21 | eFfeM | removed --without-iconv, not --disable-iconv |
| 22:12.42 | grg | khem, finally got sick of handling my patches? |
| 22:12.46 | grg | :P |
| 22:14.21 | khem | eFfeM: it still finds the one from eglibc |
| 22:14.26 | khem | grg: heh sort of. |
| 22:15.03 | khem | but I look at it as I have one more guy to delegate stuff to :) |
| 22:15.09 | eFfeM | khem, what I gave was the one with libiconv present in depends, now did a bitbake -cclean php libiconv; bitbake libiconv |
| 22:15.17 | eFfeM | oops that is bitbake php |
| 22:15.29 | eFfeM | it is running configure now |
| 22:15.46 | khem | eFfeM:bitbake -c clean should remove traces of libiconv from staging |
| 22:16.22 | khem | grg: I am sure your help is needed in OE so buckle up |
| 22:16.22 | eFfeM | khem, yup did that |
| 22:16.32 | eFfeM | btw need to go Zzzz in 15 mins or so |
| 22:16.52 | grg | khem, but what will happen to my social life... :) |
| 22:19.53 | khem | grg: this is community are'nt participating in communities social |
| 22:20.12 | grg | yeah |
| 22:20.16 | grg | at least its not facebook |
| 22:21.20 | khem | people here have true identities :) |
| 22:21.22 | eFfeM | grg you probably have the most social life of all of your friends! which of them can tell they hang out every day with people from europe and USA |
| 22:21.37 | eFfeM | khem bitbake -cclean doe snot remove ../../../tmp_minimal/sysroots/armv5te-oe-linux-gnueabi/usr/lib/libiconv.so* |
| 22:21.46 | khem | how about headers |
| 22:22.08 | grg | so, micro-uclibc/console-image builds now |
| 22:22.32 | grg | working on native-sdk-image |
| 22:23.07 | *** join/#oe sgw (~sgw@67.139.65.163) |
| 22:23.10 | eFfeM | khem, symlinks remain (libiconv.so and libiconv.so.2, they link to libiconv.so.2.5.0 which is gone |
| 22:23.19 | khem | grg: hmm I think micro should be enough with console-image isnt it |
| 22:23.27 | khem | well nothing wrong in making a SDK so go ahead |
| 22:23.28 | eFfeM | guess this is an issue in staging, manually nuked the symlinks, now retrying |
| 22:23.40 | khem | eFfeM: thats fine |
| 22:23.47 | khem | how about iconv.h |
| 22:24.39 | Jay7 | well.. qemux86 build of kexec-tools-klibc fails on same place with master |
| 22:24.44 | Jay7 | I'll commit then |
| 22:26.40 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 22:26.48 | Jay7 | hm.. |
| 22:26.57 | eFfeM | khem, hm it configures fine |
| 22:27.03 | khem | ok |
| 22:27.08 | khem | so problem is elsewhere |
| 22:27.24 | khem | btw. you should just use --enable-iconv with out any path |
| 22:27.25 | eFfeM | compile faisl iconv.h no such file or dir |
| 22:27.38 | khem | ok now that could be issue |
| 22:27.40 | eFfeM | it used to give problems before |
| 22:27.46 | khem | make sure the eglibc-dev has this header |
| 22:28.03 | Jay7 | I need help with klibc PR bump.. I'm not experienced with that INC_PR stuff.. |
| 22:28.30 | *** join/#oe ant__ (~andrea@host247-251-dynamic.14-87-r.retail.telecomitalia.it) |
| 22:28.48 | Jay7 | ant__: hey |
| 22:28.58 | eFfeM | kehm when I tried with only --enable-iconv I got a configure error on a clean build that fork was not found, and I saw also that it added -I/usr/include and -L/usr/lib to the gcc command when testing things |
| 22:29.05 | eFfeM | s/kehm/khem/ |
| 22:29.06 | Jay7 | ant__: where should I bump klibc's PR to do it right? :) |
| 22:29.06 | ant__ | hello |
| 22:29.37 | Jay7 | ant__: khem was helped to fix kexec-tools-klibc too |
| 22:29.45 | Jay7 | so it builds ok now |
| 22:29.46 | ant__ | great |
| 22:29.59 | ant__ | we should repackage it a bit like debian |
| 22:31.19 | ant__ | please bump INC_PR in klibc.inc |
| 22:31.58 | eFfeM | khem will try tomorrow evening, too tired now, will also kick off a build from scratch on the autobuilder tomorrow |
| 22:32.15 | eFfeM | but I feel I tried most of the things |
| 22:32.55 | khem | eFfeM: good no worries |
| 22:33.03 | khem | btw. checksums for php native seems wrong for me |
| 22:33.10 | khem | eFfeM: good night |
| 22:35.14 | eFfeM | khem, here is a log that had the faulty configure: http://tinderbox.openembedded.net/public/logs/task/11475121.txt |
| 22:35.26 | eFfeM | still here for a short while, the Mrs is not home from work yet |
| 22:35.32 | eFfeM | but guess it won't take long |
| 22:35.59 | eFfeM | i'm unaware of a change for php native, but the location has changed |
| 22:36.26 | eFfeM | here's my tinderbox php log: http://tinderbox.openembedded.net/packages/php/?page=2 |
| 22:37.17 | eFfeM | actually should have given http://tinderbox.openembedded.net/packages/php/ but the one I mention above from nov 28 is the one before undid the with-iconv change |
| 22:41.18 | Jay7 | well.. tosa and nanonote builds was fine |
| 22:41.21 | Jay7 | pushing |
| 22:41.43 | khem | Jay7: ok |
| 22:43.33 | CIA-101 | 03Yuri Bushmelev <jay4mail@gmail.com> 07master * r1a7484525f 10openembedded.git/recipes/klibc/klibc.inc: klibc: bump PR to force rebuild after mipsel fix |
| 22:43.36 | CIA-101 | 03Yuri Bushmelev <jay4mail@gmail.com> 07master * rfa740ca249 10openembedded.git/recipes/kexec-tools/ (2 files in 2 dirs): |
| 22:43.36 | CIA-101 | kexec-tools-klibc: switch to using klibc's staged includes |
| 22:43.36 | CIA-101 | kexec-tools-klibc is switched to use klibc's includes instead of having |
| 22:43.36 | CIA-101 | patch with own. This will fix building for mipsel as well. |
| 22:43.36 | CIA-101 | NOTE: now kexec-tools-klibc is just using 'klibc/include[/bits32]' dirs |
| 22:46.09 | *** join/#oe alx_ (~alx@host128-221-dynamic.0-87-r.retail.telecomitalia.it) |
| 22:46.35 | alx_ | hi all |
| 22:47.22 | alx_ | I'm trying to build qt4-x11-base-image, but it fails on conflicting device_table and fails to install task-qt4-x11-base |
| 22:47.31 | alx_ | does anyone knows how to solve ? |
| 22:47.39 | Jay7 | alx_: paste that part of log |
| 22:47.44 | Jay7 | there should be other error |
| 22:49.12 | alx_ | Jay7, http://pastebin.com/UzBGyfMK |
| 22:49.24 | alx_ | this is last part of the log |
| 22:49.51 | Jay7 | main error is below about libqtxmlpatterns4 |
| 22:51.59 | khem | hmmm this is a real issue I think |
| 22:52.05 | khem | ericben: around ? |
| 22:52.24 | khem | ericben: task-qt4-x11.bb has libqtxmlpatterns4 but no one seems to provide it |
| 22:52.25 | ericben | khem: not far from bed but still here :-) |
| 22:52.43 | khem | confiscates ericben quilt |
| 22:52.47 | alx_ | lol |
| 22:53.05 | ericben | khem: strange I build it here before subiting the patch I check |
| 22:53.32 | ericben | now I know what quilt means ;-) |
| 22:53.34 | khem | ericben: I think you might have forgotton to git add/push somethinhg |
| 22:53.49 | khem | heh |
| 22:53.55 | khem | I know those errors |
| 22:55.40 | alx_ | well, guys, I lost you |
| 22:56.24 | khem | alx_: dont worry ericben is firing up the engine |
| 22:56.50 | *** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz) |
| 22:57.33 | alx_ | khem, lol well I've to solve a lot more after this :) |
| 22:57.41 | ericben | strangeI have a libqtxmlpatterns4_4.7.1-r21.0.9 ipk |
| 22:58.07 | khem | ericben: check the logs |
| 22:58.10 | ericben | alx_: which distro are you using ? |
| 22:58.10 | khem | who provides it |
| 22:58.26 | ericben | it's qt4-x11-free |
| 22:58.37 | ericben | ike the other qt libs |
| 22:58.54 | alx_ | angstrom-2008.1 |
| 22:59.00 | alx_ | should go to 2010 ? |
| 22:59.08 | khem | ericben: will it work with mimimal? |
| 22:59.11 | ericben | alx_: okso qt 4.63 which may not have this |
| 22:59.19 | ericben | khem: it should |
| 22:59.23 | khem | ok |
| 22:59.29 | alx_ | target machine is qemux86 (dont' ask me why!!) :D |
| 22:59.31 | khem | alx_: yeah use 2010 or minimal |
| 22:59.42 | ericben | khem: I'll launch a build with minimal on my build server now |
| 22:59.53 | khem | ericben: I will too. |
| 22:59.59 | alx_ | angstro-2010.x ? |
| 23:00.02 | khem | as I want to boot my efikamx into it |
| 23:00.05 | alx_ | angstrom-2010.x ? |
| 23:00.18 | alx_ | or minimal ... |
| 23:00.24 | alx_ | ok should go with minimal |
| 23:00.24 | ericben | alx_: I initialy tested with angstrom 2010.x |
| 23:00.27 | khem | ericben: so he other qt is the image right ? |
| 23:00.35 | khem | hah |
| 23:00.41 | khem | qt4-x11-free |
| 23:00.43 | khem | I meant |
| 23:01.08 | ericben | qtxmlpattern seems only present in qt 4.7.x |
| 23:01.27 | Jay7 | oh.. efika.. |
| 23:01.32 | ericben | what do you mean by "so he other qt is the image right ?" ? |
| 23:01.36 | alx_ | I'm just sad about having another |
| 23:01.38 | Jay7 | need to test kexec on efikamx.. |
| 23:01.40 | alx_ | night compiling :( |
| 23:02.20 | khem | ericben: I was typing when my konsole was frozen |
| 23:02.32 | ericben | khem: is there an easy way to select some packages in the task depending on qt's version ? |
| 23:02.35 | khem | ericben: anyway so I should bitbake qt4-x11-free right |
| 23:02.47 | ericben | this will build qt4 for x11 |
| 23:02.59 | khem | ericben: yeah thats what I need |
| 23:03.04 | khem | and it will have some stuff right ? |
| 23:03.10 | ericben | if you want the image bitbake qt4-x11-demo-image |
| 23:03.30 | khem | like browser etc ? |
| 23:03.31 | ericben | this builds the image with qtdemo launched at boot |
| 23:04.01 | ericben | in qtdemo there are s ome webkit demo |
| 23:05.39 | khem | DEPENDS = "foo (>=x.y.z)" |
| 23:06.02 | alx_ | ok, while I recompile the world together |
| 23:06.07 | ericben | ok thanks I'll try it |
| 23:06.13 | khem | ericben: I tried that I want to surf real internet |
| 23:06.16 | alx_ | may I ask some support for two issues I have ? |
| 23:06.24 | ericben | alx_: one night may not be enough for the world ;-) |
| 23:06.44 | alx_ | ericben, true, I hope so, because tomorrow morning I've a demo |
| 23:06.53 | alx_ | and another important demo on friday |
| 23:06.57 | ericben | khem: well that depends of the meaning of "real internet" :-D |
| 23:07.10 | khem | heh I mean I want to play videos |
| 23:07.18 | khem | HD ones |
| 23:07.24 | khem | and it should use QT |
| 23:08.01 | ericben | well, on the i.MX515 this won't work without the hardware codecs |
| 23:08.54 | eFfeM | nite all, (still late) |
| 23:08.54 | ericben | and I don't think it even can play full hd video, only "hd ready" one I think |
| 23:09.04 | ericben | bye eFfeM |
| 23:10.37 | alx_ | ericben, do you know about any python-qt recipe I may inspire from ? |
| 23:11.40 | khem | ericben: hardware codecs from FreeScale ? |
| 23:11.48 | ericben | alx_: there is python-pyqt but I'm not sure it builds against qt 4.7.1 |
| 23:12.36 | ant__ | grg: perl and sqlite patches are not yet in master |
| 23:13.17 | ant__ | I'm still there with minimal / uclibc (I knoe there is minimal-uclibc building fine ;) |
| 23:13.18 | khem | ericben: if I have a blue ray DVD player and a computer/laptop which has a blueray DVD drive are there any differences that bluray DVD player offers over laptop ? |
| 23:13.40 | khem | ant__: minimal/uclibc is no combo dont use it |
| 23:13.46 | ericben | khem: yes : http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=i.MX515&nodeId=0162468rH31143ZrDR633B&fpsp=1&tab=Design_Tools_Tab# at the end there at openmax & codoecs |
| 23:13.49 | ant__ | yep, I saw |
| 23:13.53 | grg | ant__, i don't think any of my patches from yesterday have been pushed |
| 23:13.58 | khem | ant__: you should simply use minima-uclibc distro |
| 23:14.01 | ant__ | still intriguing..not so far it seems |
| 23:14.06 | khem | grg: no not yet |
| 23:14.08 | khem | I will |
| 23:14.11 | ant__ | already built minimal-uclibc |
| 23:14.11 | khem | tonight |
| 23:14.15 | ant__ | looks fine |
| 23:14.51 | ericben | khem: I don't know anything about blueray except it's expensive :) |
| 23:15.49 | khem | ericben: heh I was wondering from video/audio quality pov |
| 23:16.11 | khem | ericben: are these codecs like kernel modules ? |
| 23:16.49 | khem | they want me to be registered in order to download that crap |
| 23:18.12 | Jay7 | khem: iirc, #efika people says that mplayer with freescale kernel can play 720p |
| 23:18.21 | Jay7 | khem: you can ask there |
| 23:19.47 | ericben | khem: no these are some libs but they need the freescale kernel for the display part |
| 23:20.23 | ericben | Jay7: with the hardware codecs or only in software ? |
| 23:20.40 | Jay7 | ericben: with hw codecs I think |
| 23:20.54 | ericben | ok I confirm (but was not using mplayer) |
| 23:21.30 | ericben | in software something similar to omapfbplay should be possible as it's a cortex a8 with neon like the omap3530 |
| 23:21.30 | Jay7 | khem: also gentoo and debian ports on efikamx are progressing |
| 23:21.37 | Jay7 | so.. we can grab something from there |
| 23:23.25 | ericben | khem: I've built several angstrom 2010.x imagesfor amrv5 target on a Fedora 14 (with make 3.82) so the release should work not bad on Fedora |
| 23:25.45 | ericben | ok build launched time to sleep, bye ! |
| 23:26.41 | *** join/#oe tharvey (~tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) |
| 23:32.59 | khem | ericben|away: gn |
| 23:33.05 | ant__ | khem: about last moment hot-fixes, those mentioned by me and ynezz refers to angstrom |
| 23:33.36 | ant__ | x264/mesa/e2fsprogs |
| 23:33.46 | khem | ok, tell me whats needed |
| 23:34.06 | khem | did it work better with 0.9.30.3 |
| 23:34.24 | ant__ | oh, moved straight to git |
| 23:34.54 | khem | well angstrom does not use git version |
| 23:35.13 | khem | with git version things will be better for sure |
| 23:35.40 | ant__ | http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-November/027347.html |
| 23:35.47 | khem | ant__: if you test the release branch please update the Testing table with your combinations |
| 23:35.56 | khem | so should everyone |
| 23:36.17 | ant__ | ok, but I'm on master |
| 23:36.38 | ant__ | I have some queue... |
| 23:38.14 | *** join/#oe rsalveti (~rsalveti@187.88.200.85) |
| 23:38.47 | ant__ | khem: about e2fsprogs there is a pending update c/o blindvt |
| 23:38.56 | ant__ | in Patchwork |
| 23:39.33 | khem | ant__: well two patches will be taken care if angstrom bumps to 0.9.30.3 |
| 23:39.47 | ant__ | no way before release :/ |
| 23:39.47 | khem | the e2fsprogs is a nasty one |
| 23:39.56 | khem | if you disable tls then git recipe will suffer |
| 23:40.18 | khem | so best way is to have a DISTRO_FEATURE to indicate if a DISTRO supports TLS or not |
| 23:40.29 | ant__ | sure |
| 23:40.31 | khem | then we could use that feature here |
| 23:40.44 | khem | but that will be intrusive |
| 23:40.59 | khem | and I dont want to have something like that at this stage of release |
| 23:41.31 | khem | I will meet koen tomorrow so I will discuss bumping the uclibc version |
| 23:41.34 | khem | that should be doable |
| 23:41.38 | ant__ | 0.9.30.3 needs newer binutils iirc. not upgradable at this point |
| 23:41.44 | khem | ah I see |
| 23:41.48 | khem | yes it does |
| 23:41.51 | khem | for arm |
| 23:41.54 | ant__ | :// |
| 23:42.25 | khem | so for uclibc lovers use minimal-uclibc or micro-uclibc DISTRO |
| 23:42.42 | khem | I guess thats fair enough |
| 23:43.17 | khem | angstrom does not have to support uclibc its distro decision |
| 23:43.41 | ant__ | FWIW angstrom-2008.1 console, opie, x11, x11-gpe images build fine |
| 23:43.41 | ant__ | with binutils "2.20.1" and uclibc "git" like minimal distro but with gcc-4. |
| 23:43.42 | *** join/#oe hillct_ (~hillct@cpe-174-109-201-200.nc.res.rr.com) |
| 23:43.58 | ant__ | gcc-4.3.3 |
| 23:44.31 | khem | yes they do. Convince the maintainers :) I dont maintain angstrom |
| 23:44.39 | ant__ | no point |
| 23:44.56 | ant__ | I was just round-testing |
| 23:45.09 | khem | I do have say in minimal and micro |
| 23:45.24 | ant__ | now I only lack minimal-uclibc for my image-size shootout ;) |
| 23:45.43 | ant__ | minimal + uclibc ;) |
| 23:47.04 | khem | needs tea |
| 23:47.38 | ant__ | needs sleep |
| 23:47.42 | ant__ | good night |
| 23:54.47 | *** join/#oe rsalveti (~rsalveti@187.88.200.85) |