IRC log for #oe on 20110202

00:02.56*** join/#oe soltys (soltys@83.168.118.74)
00:08.19CIA-203Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * re7c683253d 10openembedded.git/recipes/linux/linux-kexecboot/ (6 files in 6 dirs):
00:08.19CIA-2linux-kexecboot: refresh Zaurus defconfigs for new SRCREV (2.6.38-rc3)
00:08.19CIA-2* try to unbreak collie mtd
00:08.19CIA-2Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
00:08.30CIA-203Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * rb2a7257d4c 10openembedded.git/recipes/linux/linux-kexecboot_git.bb:
00:08.30CIA-2linux-kexecboot: move SRCREV of git recipe to 2.6.38-rc3
00:08.30CIA-2Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
00:20.47grgobi, can you point out a recipe which triggers the problem(s) you are fixing? (just so i can trace through what is happening)
00:21.54obiinstall a kernel module, modprobe that module, install a second module, try to modprobe that module
00:22.00obithe second modprobe will fail
00:22.22obibecause modules.dep won't get updated once its timestamp is newer than the timestamp of the modules
00:23.29obiany kernel-module-* will do
00:24.48obii'm using jffs2, but i suppose that the timestamp of a file installed by opkg will be the build time on any fs
00:25.04grgkernel.bbclass:pkg_postinst_modules() is what i was looking for :)
00:25.29obiah, ok :)
00:27.02atl19711Is there a way to install the kernel-headers into a build instead of a stagging  package?  kernel-dev installs only the map , symbols, and config.
00:28.06obigrg: btw., the symptom was very odd. putting /sbin/depmod into pkg_postinst would fix the problem, too...
00:29.05obiit's quite puzzling if you don't know that opkg has this interception mechanism
00:29.29grgthere is little about opkg that is not puzzling
00:29.45obi:)
00:30.14*** join/#oe dth_ntb (~dth@a89-183-28-243.net-htp.de)
00:30.26grgas i understand it, the intercept mechanism is there so that e.g. depmod is not called for each and every postinst script during an opkg install. So if you installed 16 modules, depmod would only be called once.
00:30.41*** part/#oe dth_ntb (~dth@a89-183-28-243.net-htp.de)
00:31.00grgwith your patch, that is no longer the case
00:31.09grgso it needs to be tweaked a bit i think
00:31.30grgis trying to remember how this all fits together
00:32.07obino, i had that in mind and it should still work that way
00:32.15obiintercept/depmod creates a shell script
00:32.24grgah. sort -u :)
00:32.25obibefore it would put depmod -A into it
00:32.28grgmy mistake
00:32.31obiyes :)
00:33.09grgthe indirection is horribly complex
00:34.18obiit's unlikely that modules for different kernel versions get installed at the same time, but it's certainly possible
00:34.41obithat's why i used sort instead of just replacing -A with $@
00:36.48grgdid you check that the other intercept scripts don't have similar problems?
00:38.05obii don't know whether ldconfig and update-modules are ever called with parameters
00:40.39grgi don't see any in my current /usr/lib/opkg/info
00:40.53grginterestingly, it looks like they all call ldconfig with /sbin/ldconfig
00:41.06grgso the intercept wont be called for any of those
00:45.51*** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk)
00:52.18*** join/#oe tlab (~tlab@c-69-243-187-136.hsd1.in.comcast.net)
00:55.57grgobi, i've committed your fix to the opkg repository. Feel free to bump the opkg SRCREV in opkg.inc.
00:56.23obithanks!
01:53.16*** join/#oe radhermit (~radhermit@gentoo/developer/radhermit)
01:58.22*** join/#oe GNUtoo|laptop (~gnutoo@host176-29-dynamic.248-95-r.retail.telecomitalia.it)
02:00.56*** join/#oe _julian_ (~quassel@hmbg-5f76609a.pool.mediaWays.net)
02:14.56*** join/#oe playya (~playya@unaffiliated/playya)
02:23.30*** join/#oe playya (~playya@93.216.206.75)
02:23.34*** join/#oe playya (~playya@unaffiliated/playya)
02:25.34*** part/#oe atl19711 (~aluft@c-68-54-127-8.hsd1.in.comcast.net)
02:33.51ka6sox-awayTartarus, are you here?
02:39.37*** join/#oe playya_ (~playya@93.216.210.217)
02:39.37*** join/#oe playya_ (~playya@unaffiliated/playya)
02:40.44*** join/#oe kevinsc (~a0214685@nat/ti/x-bckywubwtltmexul)
03:04.21*** join/#oe fraxinath (~quassel@pD9532D4E.dip.t-dialin.net)
03:42.13*** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net)
03:45.50*** join/#oe vanous (~vanous@194.228.223.3)
04:22.30*** join/#oe sanket (~sanket@114.143.163.129)
04:30.12*** join/#oe rob_w (~bob@ppp-188-174-119-160.dynamic.mnet-online.de)
04:42.56*** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net)
04:43.37TartarusWhee, adding qt4 images and getting like 75% working finally pushed my job out to as long a build time as I was hoping
04:43.45Tartarusmore stuff fixed next time, heh
04:56.37ka6sox-awayTartarus, I took care of that thing you emailed about.
05:30.43*** join/#oe lamawithonel (~lucas@184.242.185.197)
05:46.45*** join/#oe tdebrouw` (~tdebrouw@91.182.215.172)
06:28.35*** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf)
06:32.34*** join/#oe Martin_B (~martin@pool-93-67-198-89.dbd-ipconnect.net)
06:50.01*** join/#oe rob_w (~bob@217.237.177.190)
07:08.40*** join/#oe Heinervdm (~thomas@pD9E1679E.dip.t-dialin.net)
07:10.43*** join/#oe grund (~grund@firebug.buglabs.net)
07:12.29Jay7XorA: can you add to topic that tinderbox is down administratively?
07:14.31*** join/#oe jconnolly (~jconnolly@firebug.buglabs.net)
07:15.21ka6sox-awayJay7, you here?
07:15.27Jay7ka6sox-away: yes
07:15.53ka6sox-awayokay we fixed a number of things...lets try again when you are ready.
07:16.11Jay7we can do one attempt right now :)
07:16.50ka6sox-awaylemme get the mysql probe going.
07:16.57Jay7or I'll have some more time after 30 min
07:17.11ka6sox-awaykk
07:17.20ka6sox-awaydo your thing...I'll get setup
07:17.24Jay7ok
07:25.26*** join/#oe tws (~Miranda@178.120.11.179)
07:41.39ka6sox-awayJay7, this: http://webos-internals.pastebin.com/U8JV2evS
07:41.50ka6sox-awayis whats killing oe_stats
07:42.05ka6sox-awayits looking thru a log that has 15MILLION records.
07:42.42ka6sox-awayif oestats_task.log isn't indexed, it has to scan the entire 15 million record table EVERY TIME a query like that runs....
07:43.13ka6sox-awayso, use a simple index should speed things up a bunch.
07:43.21Jay7hm..
07:43.47Jay7I think we can safely delete pre-2009 data
07:44.02Jay7at least logs
07:44.37*** join/#oe rick-home (~rick-free@unaffiliated/rboatright)
07:44.53ka6sox-awayrick-home meet Jay7
07:44.58rick-homehi jay
07:45.03Jay7rick-home: hey
07:45.06ka6sox-awayrick-home, is working on a index to help this
07:45.12Jay7cool
07:45.17rick-homeno, fran is working on it.  
07:45.21Jay7:)
07:45.49rick-homeThe stats package is doing a bunch of queries where they have a where clause like "where log = "logs/340930.log" or some such.  
07:46.00rick-homebut the tasks table has 15 million + records in it
07:46.06rick-homeand the log field wasn't indexed
07:46.23rick-homeso the sql server had to sequentially scan the entire 15 million record table for every query.  
07:46.29rick-homewhich was "bad."
07:46.41Jay7well.. making index on log field may be good idea from this PoV
07:47.36Jay7but imho we should have 'year-maintenance' task for oestats DB
07:47.48Jay7to remove old stuff at least
07:47.53rick-homeyes, since it took a query that took over 2 minutes to a query that took under 300 milli-seconds.  
07:48.21Jay7rick-home: can you make SELECT min(timestamp) FROM oestats_task?
07:48.23rick-homeand my thread count on the server immediately cut by half once the index was complete.  
07:48.44rick-homesure.  
07:48.49rick-homewe can make that.  
07:48.51rick-homewhy?  
07:49.13Jay7I just wish to know how old data is stored in DB now
07:49.50ka6sox-awayrick-home, can you do that directly from phpmyadmin?
07:49.53rick-home2010-08-02 14:10:57
07:50.00JaMa|Wrkiirc someone said that only 3 months history is kept in oestats
07:50.12Jay7hm.. looking reasonable
07:50.15rick-homethat would not be correct JaMa|Wrk
07:50.21ka6sox-away4months
07:50.37rick-homefive
07:50.45ka6sox-awayoh right
07:50.46ka6sox-awaywow..
07:50.58ka6sox-away3million records/month
07:51.06*** join/#oe B_Lizzard (~havoc@athedsl-433310.home.otenet.gr)
07:51.07Jay7ka6sox-away: testing initiative
07:51.13JaMa|Wrk15M rows in 5 months looks like we're pretty active with oestats
07:51.28Jay7that was reason
07:51.40ka6sox-awayJay7, understand.
07:51.52Jay7well..
07:51.54ka6sox-awaydon't think that oestats was designed for this big.
07:52.11Jay7we should review sql queries produced by django-oestats
07:52.21Jay7and may be make some indexes
07:52.21*** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de)
07:52.30sanketcan any one help me how to run oe image on qemu emulator?
07:52.35Jay7btw
07:52.46ka6sox-awaythis indexing should help a bunch it seems.
07:52.48Jay7rick-home: what is storage type of DB? MyISAM?
07:53.06Jay7we should try to migrate to innodb
07:53.10ka6sox-awaywe have both innoDB and MyISAM.
07:53.42Jay7at least this should solve that table breakages
07:53.47*** join/#oe mikaere (~Miranda@56.201.broadband2.iol.cz)
07:53.54rick-homeyes, myisam and innodb
07:53.56ka6sox-awayiirc yours are already innodB but I'd have to look again.
07:54.02Jay7innodb shouldn't require manual repair
07:54.07rick-homenope
07:54.34ka6sox-awayoestats is MyIsam?
07:54.45*** join/#oe vitus_ (~vitus@145.253.169.210)
07:54.52rick-homeno
07:54.55rick-homeit's innodb
07:55.15rick-homeok Jay7  here's my next trouble query...  
07:55.17rick-homeSELECT DISTINCT `oestats_package`.`status` FROM `oestats_package` ORDER BY `oestats_package`.`status` ASC
07:55.52Jay7another field w/o index?
07:56.08Jay7ah.. distinct..
07:56.20rick-homebut status isn't indexed....  
07:56.32Jay7well.. create it :)
07:56.38rick-homeI will I will.  
07:56.41rick-home:-)  
07:56.56Jay7to clear situation - I'm not oestats devel ;)
07:57.09Jay7I'm just trying to understand and improve it :)
07:57.36rick-homeme too, since I don't want my mysql server barfing
07:58.11Jay7btw, I have heard some talks about DISTINCT vs GROUP BY and DISTINCT was slower
07:58.17Jay7not sure about engine
07:58.25rick-homethe jet profiler explanation of that query said "Join size 1,238,235 (Very Bad Very Slow)
07:59.03Jay7ORM's :(
07:59.21rick-homeOnce we add the index, it returns 4 rows in umder 100 ms.  
08:00.01rick-homeok, inserts I can't do much about....  
08:00.35rick-homeSELECT `oestats_package`.`id`, `oestats_package`.`timestamp`, `oestats_package`.`build_id`, `oestats_package`.`name`, `oestats_package`.`version`, `oestats_package`.`revision`, `oestats_package`.`depends`, `oestats_package`.`status`, `oestats_package`.`qalog` FROM `oestats_package` WHERE `oestats_package`.`qalog` = 'logs/qa/663769.txt'  ORDER BY `oestats_package`.`timestamp` DESC
08:00.54rick-homeguess what?  
08:01.01Jay7heh :)
08:01.04ka6sox-awaynot indexed?
08:02.16rick-homeselected from 1.2 million records by sequential scan of the table...  
08:02.52rick-homenow returns 1 row in under 0.004 seconds
08:03.03ka6sox-awaydoes this all need to be coded into the package?
08:03.45rick-homewe need to export the table definitions and they need to put them in the package...  
08:04.20Jay7yes, good idea
08:04.34rick-homeSELECT DISTINCT `oestats_build`.`status` FROM `oestats_build` ORDER BY `oestats_build`.`status` ASC
08:05.13rick-homethis is not rocket science.....  
08:05.26mckoangood morning
08:05.34ka6sox-awaygood morning mckoan
08:05.54ka6sox-awayJay7, can you do that?
08:06.08rick-homeand another select distinct....  on package name
08:06.30Jay7ka6sox-away: I think I will import oe-stats code into OE contrib tree
08:06.36Jay7then make all fixes there
08:06.42Jay7if no one will complain against
08:06.48ka6sox-awayJay7, good plan..
08:06.56ka6sox-awayneeds updating
08:07.02ka6sox-awaysince it is so large.
08:07.37ka6sox-away15M records without index is hard on SQL server.
08:07.56Jay7<PROTECTED>
08:08.04Jay7hm.. some fields should have index
08:11.15rick-homeJay7  I would suggest doing a search for select distinct in the source and ensuring that the correct indexes are there.  
08:11.21rick-homeand same for where clauses.  
08:11.29rick-homeand both sides of joins.  
08:11.33*** join/#oe rschus (~rschus@95.176.73-86.rev.gaoland.net)
08:11.38Jay7rick-home: there is django ORM inside..
08:11.41Jay7so..
08:12.10Jay7but models.py should have this anyway
08:12.21rick-home((( that sentence was in inner-geekish, I only speak OUTER geekish. )))  
08:12.24rick-home:-)  
08:13.19ka6sox-awayit has python-django code mixed in.
08:13.32*** join/#oe dth_ntb (~dth@a89-183-92-133.net-htp.de)
08:13.33Jay7I'll prefer having plain SQL queries
08:13.38*** part/#oe dth_ntb (~dth@a89-183-92-133.net-htp.de)
08:13.46Jay7it's easier to understand and optimize
08:13.47rick-homenodnod
08:13.53Jay7(for me at least)
08:13.59rick-homeyou don't have anything to do with the actual tinderbox code do you?  
08:14.23ka6sox-awayrick-home, nope
08:14.28ka6sox-awayjust trying to help
08:14.28rick-homedarn
08:14.39ka6sox-awaywell..it can be upstreamed.
08:15.22Jay7rick-home: I will
08:15.22rick-home:-)  that package does clever things like "Select * from tasks"  -- which returns 15 million records.  
08:15.35Jay7but not sure about results ;)
08:16.14ka6sox-awayJay7, it looks like it was designed for single dev not entire team beating and regressing.
08:16.22Jay7ka6sox-away: yeah
08:16.27*** join/#oe gremlin[it] (~gremlin@host209-103-static.32-85-b.business.telecomitalia.it)
08:17.20rick-homeJay7  -- one more note:  you mentioned the difference between group by and distinct.  
08:17.43rick-homeI have one example from stats where it would make a big difference.  
08:17.45rick-homeSELECT DISTINCT `oestats_package`.`name` FROM `oestats_package` ORDER BY `oestats_package`.`name` ASC
08:17.55rick-hometurning that into
08:18.14rick-homeSELECT `oestats_package`.`name` FROM `oestats_package` group BY `oestats_package`.`name`
08:18.20rick-homewould speed it up a LOT
08:18.23Jay7oh
08:18.38Jay7well..
08:18.53rick-homethe distinct and the order using the same element, caused it to slow down a bunch.  
08:19.19Jay7rick-home: was this on indexed field?
08:19.25rick-homeyep
08:19.27Jay7ok
08:19.29rick-homename was indexed.  
08:19.37rick-homewell, it is now.  
08:19.38Jay7I'll mark this somewhere :)
08:21.21rick-homeka6sox  we're holding steady now at about 10 to 12 threads, with no slow queries with stats running.  
08:21.31ka6sox-awayokay thats normal...
08:21.38Jay7cool
08:21.45Jay7we have oestats working again :)
08:22.02ka6sox-awaybut it needs to be "updated' in the package.
08:22.06rick-hometweaking the sql server buffers and such helped a lot.  
08:22.29rick-homeand then, using jet profiler to find the "problem children" queries.  
08:22.50Jay7can you please dump current DB scheme?
08:22.53rick-homeif you've never used that, I can not reccomend it enough.  
08:23.00Jay7to be used as reference later
08:24.27rick-homeJay7  http://pastebin.com/erJVRDc5
08:26.24Jay7rick-home: thanks!
08:27.10Jay7ka6sox-away, rick-home: thank you for fixing oestats :)
08:27.26ka6sox-awayJay7, I just stood back and watched the magic
08:27.57rick-homeJay7  you cool with what we did?  and why?  
08:27.59ka6sox-awayalso your wiki should be happier with 60,000 less robot hits/day
08:28.08rick-homeoh yeah, that.  
08:28.21rick-homeI added a bit to your robots.txt file.....
08:28.37rick-home(as in, made it five times as long)  
08:28.45Jay7oestats isn't for robots anyway
08:28.56ka6sox-awayJay7, this was for wiki
08:28.59rick-homeno no, the WIKI's robots.txt
08:29.00Jay7ah
08:29.06Jay7ok then :)
08:29.11rick-homegooglebot was hitting recent changes 6000 times a day
08:29.19ka6sox-awaygooglebot seemed to LOVE you
08:29.28rick-homeI blocked everything except actual ARTICLES  
08:29.46rick-homeso, REAL content is indexed, but everything else is skipped.  
08:32.17ka6sox-awayJay7, so all the changes are you okay with?
08:32.26Jay7yes, sure
08:34.02rick-homeka6sox  fran seems stable at this point.  
08:35.06rick-hometurning stats on increased the ram use a bit, but it's not horrible.   I really think we're going to be ok now.  
08:35.27rick-homeIf I could find the tinderbox guy and have a few choice words, we'ld be all set.  
08:35.33ka6sox-awayokay so is this all our problem children?
08:35.40rick-homefor tonight, yes
08:35.41Jay7load will be raised when all autobuilders will see that oestats is online again :)
08:35.55rick-homeJay7 load on the sql server?  
08:36.01Jay7yes
08:36.05rick-homehmmmmm
08:36.12ka6sox-awayJay7, with indexing that should help
08:36.17rick-homewe'll watch it overnight and see what happens.  
08:36.23Jay7not very high anyway
08:36.32Jay7oestats-client is doing only POST -> inserts
08:36.50rick-homeyeah.  Inserts just aren't very optimizable
08:36.55Jay7we have indexed some fields, so additional load to maintain indexes will happens
08:36.57rick-homethey ALWAYS go to disk
08:37.12Jay7but anyway, sql server was killed by selects :)
08:37.35rick-homethe load to maintain the indexes is nothing compaired to the load to handle non-indexed selects in 15 million records
08:37.43Jay7yeah, sure
08:38.07rick-homeok,  then have a good night sir.  
08:38.20Jay7good night :)
08:39.24*** join/#oe gremlin[it] (~gremlin@host209-103-static.32-85-b.business.telecomitalia.it)
08:39.52*** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi)
08:44.36*** part/#oe rick-home (~rick-free@unaffiliated/rboatright)
08:47.24*** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it)
08:53.37ant_workJay7: try to get a dump of the mysql tables/queries of oestats
08:53.46Jay7ant_work: have already :)
08:53.58Jay7I mean mysql dump
08:54.12ant_workimho you don't need innodb for that. that's for transactions, etc.
08:54.24ant_workmyisam is way faster for such queries
08:54.26Jay7queries are generated by django's ORM
08:54.42ant_workyea, structure of db & indexes need review
08:54.49Jay7ant_work: myisam is good for select
08:54.58ant_worksure
08:55.19Jay7but it is failing easily and need manual repair
08:55.41ant_workit depends...
08:56.10ant_workanyway, good job ;)
08:57.54Jay7btw, we can migrate to PostgreSQL
08:58.02ynezzmove to something NoSQL then :) SQL is pretty overkill for such project
08:58.04Jay7that is good side of ORMs :)
08:59.14ynezzwith NoSQL you don't even need any ORM, it's schema-less anyway
08:59.22ka6sox-awayI am going to talk to the Postgres guys @ SCALE next month.
09:00.05ka6sox-awaythe issue is that too many things need a SQL server....all the mediawikis etc use it.
09:00.34ynezzoh, mediawiki, that's quite heavy also
09:02.15ka6sox-awayyup...try having 20 mediawikis beating up on your server.
09:02.54ka6sox-awayand THEN something unindexed doing 15million record selects
09:03.07ynezzunindexed, fun
09:04.08ynezzwhat's in those 15M records?
09:04.12ynezzpackages?
09:04.22ka6sox-awayprobably build messages.
09:04.31ka6sox-awaylet me look @ the query
09:04.31ynezzah
09:05.17ka6sox-awayhttp://webos-internals.pastebin.com/U8JV2evS
09:06.20ka6sox-awaythe where was the killer I think I read.
09:07.41ka6sox-away681 builds in there.
09:09.33ynezzit can be the join and order(s) also
09:09.48ka6sox-awaysome of the joins were ugly
09:09.59ynezzbtw. did you tried to run that query with EXPLAIN?
09:10.08ynezzor how it's called
09:10.25Jay7ynezz: rick-home was profiled it
09:10.31*** join/#oe ensc (~irc-ensc@fedora/ensc)
09:10.37ynezzok then :)
09:10.52Jay7but right now we can only create indexes :)
09:11.05ka6sox-awayhttp://pastebin.com/erJVRDc5
09:11.12ka6sox-awaythats the schema
09:11.12*** join/#oe anarsoul (~anarsoul@86.57.155.118)
09:11.38ka6sox-awayI can dump the server out too.
09:14.02ka6sox-awayokay things are improved...there is more to do but things aren't going to fall down and go boom anymore
09:14.18ynezzthat's good :)
09:14.40ynezzlooking at it, I wonder why it's not ordering by id, but by timestamp, the id might be faster
09:14.56ka6sox-awayynezz, tinderbox.oe.org would start a series of queries that lasted over 20minutes before the page would load.
09:15.24ka6sox-awaywhen the SQL server fell over there were over 300 of those series in the queue.
09:15.54ynezzno wonder
09:16.39ka6sox-awayhttp://munin.nas-admin.org//nas-admin.org/fran/mysql_threads.html
09:17.02ka6sox-awaythe big mountiantop on the weekly was tinderbox.
09:19.04ynezzhm, munin looks good
09:20.09ka6sox-awaywithout munin it would be hard to manage 22 VMs
09:24.08ka6sox-away64DB, 3,102 tables.
09:25.06ynezz22 VMs, it's on one box?
09:25.18ka6sox-away3
09:25.43ka6sox-away3 physical machines.
09:26.16ka6sox-awayhopefully controlled by ganeti soon.
09:26.22ka6sox-awaysetting up drbd now...
09:28.41ka6sox-away01:30 here..time for some sleep.
09:28.42*** join/#oe Jay7 (jay@93-81-3-94.broadband.corbina.ru)
09:28.42ka6sox-awaynite
09:29.00ka6sox-awayJay7, thanks for the help...I sleep now
09:29.18ynezznite
09:29.24Jay7ka6sox-away: nite
09:40.19*** join/#oe woglinde (~henning@p5DDC0816.dip0.t-ipconnect.de)
09:42.41*** join/#oe ao2 (~ao2@2001:1418:117::1)
09:52.14*** join/#oe hrw (~hrw@linaro/hrw)
09:54.13woglindehi hrw
09:55.18*** join/#oe fgretief (~chatzilla@dsl-185-108-61.dynamic.wa.co.za)
09:56.38Jay7hm..
09:56.46woglindehi jay7
09:56.48Jay7anybody know people from jay-tech.de?
09:56.50Jay7hi woglinde
09:57.11Jay7my site is jay-tech.ru and people here sometimes asking me for support
09:58.00*** join/#oe anarsoul (~anarsoul@86.57.155.118)
09:58.12Jay7seems I should place banner on site about 'I have no official relations with jay-tech.de'
09:59.50hrw;D
10:00.12hrwlike OESF from Japan has nothing common with oesf forums
10:00.30woglindejay7 yes
10:01.13Jay7or I should contact with jay-tech.de and talk about contracted support ;)
10:01.25woglindehaha
10:02.29Jay7woglinde: so, do you know some people from jay-tech.de?
10:03.40*** join/#oe eFfeM_work (~frans@D4B26BC1.static.ziggozakelijk.nl)
10:05.04woglindeno
10:05.07woglindehi effem
10:05.16Jay7ah, ok
10:05.34Jay7well.. let's contact via site then..
10:06.01woglindemaybee they wil set there laywes than on the way
10:06.09woglindeand you may loose your domain
10:06.15woglindelaywers
10:07.02Jay7woglinde: no problem, I'll register other ;)
10:07.34Jay7but people should have support
10:08.57*** join/#oe lrg (~lrg@slimlogic.co.uk)
10:14.36*** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de)
10:14.36*** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian)
10:16.47mckoanhttp://dudeism.com ROTFL
10:24.38*** join/#oe GNUtoo|laptop (~gnutoo@host176-29-dynamic.248-95-r.retail.telecomitalia.it)
10:27.19*** join/#oe ensc (~irc-ensc@fedora/ensc)
10:28.24*** join/#oe claudiuM (~drupal@host40-229-dynamic.1-79-r.retail.telecomitalia.it)
10:43.27*** join/#oe yoyey (~yoyey@bro69-3-82-237-160-83.fbx.proxad.net)
10:48.47mckoanhow do I enable testlab directory creation ?
10:52.28mckoanI wonder why I have conf/distro/include/angstrom.inc:INHERIT += "testlab" but is not generated
11:11.50*** join/#oe CMoH (~cipi@95.76.68.223)
11:11.50*** join/#oe CMoH (~cipi@unaffiliated/c-moh)
11:16.47mckoanlooks like gdb-cross install its binaries into the target filesystem
11:16.59mckoanis it normal?
11:17.49*** join/#oe CMoH-notebook (~cipi@95.76.68.223)
11:17.49*** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh)
11:21.05*** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:21f:16ff:fe0d:7d41)
11:22.18*** join/#oe guufy (~Guufy@c-67-170-223-17.hsd1.ca.comcast.net)
11:25.10*** join/#oe Helio_2000 (~javier@187.Red-88-9-90.dynamicIP.rima-tde.net)
11:25.31Helio_2000hi, how can I add a custom /etc/fstab file for my machine?
11:26.03*** join/#oe opn (540e1142@gateway/web/freenode/ip.84.14.17.66)
11:26.08opnhello
11:29.58mckoanHelio_2000: look into recipes/initscripts
11:30.15mckoanopn: welcome
11:30.30Helio_2000ok, thanks
12:09.32*** join/#oe ensc (~irc-ensc@fedora/ensc)
12:09.59*** join/#oe padraig (9dbe362b@gateway/web/freenode/ip.157.190.54.43)
12:30.01*** join/#oe alan___ (9dbe3616@gateway/web/freenode/ip.157.190.54.22)
12:34.41*** join/#oe obi (~obi@unaffiliated/obi)
12:37.19woglindehi obi
12:37.37obihi woglinde!
12:38.49JaMa|Wrkmckoan|away: Helio_2000: why not base-files?
12:41.12padraighi, tyring to get an angstrom build for the mini6410 working.  I am new to all this but  I have OE setup and building cleanly, I am having problems with the rootfs mounting during boot.  
12:42.41padraighas anyone managed a successful build for the mini6410? I was following the steps outlined in http://fl0rian.wordpress.com/2010/09/22/mini6410-getting-started-with-free-software/
12:45.22padraigI have looked at the mini6410.conf (/conf/machine/) and checked the MKUBIF_ARGS and UBINIZE_ARGS and they seem ok for my board. I am not sure if the conf files that are currently part of the OE repo are set up for the 1gb nand device.
12:46.16woglinde?
12:46.29woglindewhat happens at boot time?
12:46.37woglindeuse pastebin
12:46.40woglindeastebin
12:46.45woglinde~pastebin
12:46.45ibot[~pastebin] A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://bin.cakephp.org/ , http://asterisk.pastey.net/ , or install pastebinit with yum or aptitude.
12:50.33padraighttp://pastebin.com/k3DR6UhT
12:53.05*** join/#oe kevinsc1 (~a0214685@nat/ti/x-trgygffbcczdrind)
12:54.43woglindepadraig does it have buildin nand?
12:54.50woglindemaybee try with jffs2 first
12:54.57woglindeor maybee its corrupted
12:56.22*** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net)
12:56.28woglindehi mickeyl
12:56.46padraigwoglinde, sorry about this but I pasted a bootlog from a previous problem, this is the right one http://pastebin.com/k3DR6UhT
13:00.31padraigdoes the IMAGE_FSTYPES in local.conf overwrite the one in conf/machine/mini6410.conf or append to it
13:01.56padraigfor the mini6410 it is IMAGE_FSTYPES = "tar.bz2 ubi" and I have tried IMAGE_FSTYPES = "ext3 jffs2" for the local.conf a while ago but I still had problems
13:02.11woglindehm
13:09.00padraigI was wondering has anyone had a sucessful build and boot with a 1gb mini6410 with the mini6140.conf file currently in the repository
13:11.25woglindepadraig there arent many mini's user
13:13.05florianre
13:13.19woglindere florian
13:13.26*** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net)
13:15.13florianpadraig: I got your mail but didn't manage to answer yet...
13:15.24padraigHi florian
13:15.37padraigThat is no problem, whenever you get a chance
13:20.19*** join/#oe padraig (9dbe362b@gateway/web/freenode/ip.157.190.54.43)
13:21.00padraigthanks for the blog post, It was the only place I could find the first steps for OE and the  mini6410, sorry but I think I sent you an older copy of the bootlog, the right bootlog is here http://pastebin.com/QycWV1Ms
13:22.51*** join/#oe DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com)
13:22.52*** join/#oe hrww (~hrw@linaro/hrw)
13:33.11*** join/#oe aloisiojr (~aloisio@186.212.159.235)
13:38.22*** join/#oe mrc3 (~ddiaz@189.157.108.229)
13:41.57Helio_2000JaMa|Wrk: you were right, it's easier with base-files
13:52.29*** join/#oe rob_w (~bob@217.237.177.190)
14:16.43*** join/#oe Jay7 (jay@95-29-111-26.broadband.corbina.ru)
14:18.52*** join/#oe CMoH-notebook (~cipi@95.76.68.223)
14:18.52*** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh)
14:20.22*** join/#oe rob_w (~bob@217.237.177.190)
14:24.31padraigthanks for your help woglinde
14:26.53*** part/#oe alan___ (9dbe3616@gateway/web/freenode/ip.157.190.54.22)
14:31.28CIA-203Stefan Schmidt <stefan@buglabs.net> 07master * rf45a17f8fd 10openembedded.git/recipes/connman/connman_0.68.bb: connman_0.68: Update configure options and enable ofono plugin
14:31.34CIA-203Stefan Schmidt <stefan@buglabs.net> 07master * r81702dbf42 10openembedded.git/recipes/wpa-supplicant/ (2 files in 2 dirs):
14:31.34CIA-2wpa-supplicant_0.7.3: Enable the new DBUS API and bump PR.
14:31.34CIA-2The new dbus API is needed for at least connman >= 0.68 maybe others as well.
14:35.18*** join/#oe Jay7 (jay@95-29-188-33.broadband.corbina.ru)
14:41.52*** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
14:42.09TartarusOK, qt 4.6.3 + -xmlpatterns seems to trigger some pretty stupid bug in the qt configure system (it's not seeing that OE_QMAKE_CXX is set in the env and thus failing to configure)
14:42.21TartarusMoving libqt4xmlpatterns to RRECOMMENDS in the task instead
14:46.27*** join/#oe likewise (~likewise@42-81-ftth.onsneteindhoven.nl)
14:46.28GNUtoo|laptoppadraig has quit....too bad
14:47.14likewisegm
14:47.50Jin^eLDhey likewise
14:48.43*** join/#oe otavio_ (~otavio@debian/developer/otavio)
14:52.49likewiseJin^eLD: hi there
14:56.05GNUtoo|laptophi
14:56.09GNUtoo|laptopabout ubifs
14:56.29GNUtoo|laptopwith the help of JaMa I found the correct args for the nokia900
14:56.46GNUtoo|laptopdo I need to include a dmesg log before the ubinize and mkubifs args
14:56.46GNUtoo|laptop?
14:58.11*** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk)
15:05.36*** join/#oe waite (~quassel@c-24-91-81-44.hsd1.ma.comcast.net)
15:11.11*** join/#oe eFfeM_work (~frans@D4B26BC1.static.ziggozakelijk.nl)
15:15.12*** join/#oe ensc_ (~irc-ensc@p5DF2F869.dip.t-dialin.net)
15:19.26*** join/#oe waite (~quassel@c-24-91-81-44.hsd1.ma.comcast.net)
15:23.20*** join/#oe qdot (~qdot@vorlon.vm.bytemark.co.uk)
15:24.27*** join/#oe hex-code (~hex-code@202.3.77.239)
15:26.01*** join/#oe zecke (~ich@zabb5.pia.fu-berlin.de)
15:38.04*** join/#oe rick-work (~rick-free@unaffiliated/rboatright)
15:39.48*** join/#oe mrc3 (~ddiaz@189.157.108.52)
15:41.18*** join/#oe nullpuppy (~dustin@c-24-16-84-118.hsd1.wa.comcast.net)
15:45.01*** join/#oe CMoH (~cipi@95.76.68.223)
15:45.01*** join/#oe CMoH (~cipi@unaffiliated/c-moh)
15:52.10CIA-203Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r5a86c62884 10openembedded.git/recipes/meta/slugos-packages.bb:
15:52.11CIA-2SlugOS: slugos-pacakges.bb - change kexec back to kexec-tools
15:52.11CIA-2(DEPENDS requires the recipe name, not the package name)
15:52.11CIA-2Signed-off-by: Mike Westerhof <mike@mwester.net>
15:52.41*** join/#oe waite (~quassel@c-24-91-81-44.hsd1.ma.comcast.net)
15:55.25*** join/#oe dth_ntb (~dth@a89-183-28-243.net-htp.de)
15:56.09*** part/#oe dth_ntb (~dth@a89-183-28-243.net-htp.de)
16:03.54*** join/#oe d_t_h (~dth@a89-183-28-243.net-htp.de)
16:04.01*** part/#oe d_t_h (~dth@a89-183-28-243.net-htp.de)
16:04.36*** join/#oe hrw (~hrw@linaro/hrw)
16:05.45*** join/#oe ckrinke (ceaae6c8@gateway/web/freenode/ip.206.170.230.200)
16:05.55ckrinkegood morning (or afternoon)
16:06.41*** join/#oe martinmeba (~martin@12.110.139.34)
16:07.47martinmebaI am messing with a wl1273 module on a cortex a8 platform.  I am having trouble getting OE to build the driver.  I can build it by hand but the recipe is fighting me.
16:07.52*** join/#oe pegazener (~opn@66.17-14-84.ripe.coltfrance.com)
16:08.00martinmebaI have a question about the variable ${STAGING_KERNEL_DIR}
16:08.19martinmebait reports a different value than the actual directory with the kernel
16:09.19martinmebaactually never mind
16:20.48*** join/#oe petrvlasic (~petrvlasi@81.200.55.109)
16:22.35rick-workJay7 -- found another one.  :-)  
16:32.39*** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
16:37.04*** join/#oe nullpuppy (~dustin@c-24-16-84-118.hsd1.wa.comcast.net)
16:43.56*** join/#oe rob_w (~bob@ppp-188-174-119-160.dynamic.mnet-online.de)
16:44.09CIA-203Tom Rini <tom_rini@mentor.com> 07master * r2049a96f9d 10openembedded.git/recipes/perl/perl-rdepends_5.8.8.inc:
16:44.09CIA-2perl-rdepends_5.8.8.inc: Remove orphaned file
16:44.09CIA-2Signed-off-by: Tom Rini <tom_rini@mentor.com>
16:44.21CIA-203Tom Rini <tom_rini@mentor.com> 07master * rdd1762e8c7 10openembedded.git/recipes/help2man/ (help2man_1.36.4.bb help2man_1.38.2.bb):
16:44.21CIA-2help2man: Update for using our perl-native
16:44.21CIA-2Now that we have perl-native going early, we want to wait for
16:44.21CIA-2it to be done, along with autoconf/automake. But that's just
16:44.21CIA-2race prevention as we still don't want to re-run autoconf.
16:44.21CIA-2Signed-off-by: Tom Rini <tom_rini@mentor.com>
16:44.31CIA-203Tom Rini <tom_rini@mentor.com> 07master * rf1b8330946 10openembedded.git/recipes/automake/automake.inc:
16:44.31CIA-2automake: Updates for taking advantage of our own perl
16:44.31CIA-2We don't need to modify what perl is used since we always mangle
16:44.31CIA-2the results to use /usr/bin/env perl.
16:44.31CIA-2Signed-off-by: Tom Rini <tom_rini@mentor.com>
16:44.32CIA-203Tom Rini <tom_rini@mentor.com> 07master * rc82877715f 10openembedded.git/recipes/autoconf/autoconf.inc:
16:44.32CIA-2autoconf: Clean up slightly our mangle for /usr/bin/env
16:44.32CIA-2Signed-off-by: Tom Rini <tom_rini@mentor.com>
16:46.20*** join/#oe nitink (~nitink@134.134.139.70)
16:47.14*** join/#oe woglinde (~heinold@f052234003.adsl.alicedsl.de)
16:48.06*** join/#oe otavio_ (~otavio@debian/developer/otavio)
16:50.08Jay7hm..
16:50.15Jay7rick-work: fix it! :)
16:50.26rick-workJay7  did
16:50.31rick-workstill finding more.  
16:50.46rick-workyou got an email I can get you the eventual structure too?  
16:50.59Jay7Tartarus: ping
16:51.19Jay7rick-work: not sure.. send it to jay4mail at gmail com
16:51.28rick-workdone
16:51.52rick-workstill trying to get googlebot to quit banging on the wiki  
16:52.07*** join/#oe playya (~playya@93.216.230.94)
16:52.07*** join/#oe playya (~playya@unaffiliated/playya)
16:54.25*** join/#oe sgw1 (~sgw@c-71-193-189-117.hsd1.wa.comcast.net)
17:02.10*** join/#oe lamawithonel (~lucas@72-63-81-224.pools.spcsdns.net)
17:06.24*** join/#oe rcf (~rcf@159.161-243-81.adsl-dyn.isp.belgacom.be)
17:09.23mckoandoes anybody know why Angstrom doesn't generate any testlab directory under tmp/deploy/images/MACHINE ?
17:12.11mckoanJaMa|Off: you're right
17:16.41Tartarusmckoan, does it still inherit the right class?
17:23.19mckoanTartarus: I have conf/distro/include/angstrom.inc:INHERIT += "testlab" but is not generated
17:25.40Tartarusod
17:25.40Tartarusd
17:26.53*** join/#oe zenlinux_laptop (~sgarman@masterfoo.zenlinux.com)
17:28.00rick-workJay7 Good news.  Mysql server held up well all night.    
17:28.14rick-workJay7 and I think I have the robots.txt fixed this time.  
17:29.57*** join/#oe Martin_B (~martin@pool-93-67-198-89.dbd-ipconnect.net)
17:32.06*** join/#oe toi (~peter@d54C2AA76.access.telenet.be)
17:39.36Jay7rick-work: good!
17:40.05Jay7Tartarus: was autotools fixed for sdk-native-image?
17:40.28Tartarushas been for the most part for a while now, yes
17:40.37Tartarusrecent changes were for using perl-native + long paths
17:40.51Jay7well, I'll try to rebuild tonight
17:40.57Tartarusk
17:41.25Tartarustesting-next this week was broken for reasons I posted on the ML after I fixed
17:41.38Tartarusafter fixing that, except for a weird qemux86 problem i still need to dig at
17:42.06Tartarusnative-sdk-image was fine for qemu*/p2020*/mpc8315e-rdb and minimal/minimal-uclibc
17:42.16Tartarus(on rhel5 and u804)
17:42.16*** join/#oe otavio_ (~otavio@debian/developer/otavio)
17:45.16*** join/#oe guufy (~Guufy@c-67-170-223-17.hsd1.ca.comcast.net)
17:47.31*** join/#oe playya (~playya@93.216.230.94)
17:47.31*** join/#oe playya (~playya@unaffiliated/playya)
17:58.00*** join/#oe nitink (~nitink@192.55.55.41)
18:00.35*** join/#oe awozniak (~awozniak@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net)
18:16.05*** join/#oe woglinde_ (~heinold@g230116189.adsl.alicedsl.de)
18:20.53*** join/#oe anarsoul (~anarsoul@46.28.101.209)
18:37.38*** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de)
18:39.24*** join/#oe awozniak (~awozniak@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net)
18:42.08*** join/#oe otavio_ (~otavio@debian/developer/otavio)
18:44.15*** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com)
18:49.25*** join/#oe awozniak (~awozniak@76.205.222.173)
18:55.41*** join/#oe kristoffer (~kristoffe@2.66.7.20)
18:59.21*** join/#oe dth (~dth@89.183.30.192)
18:59.28*** part/#oe dth (~dth@89.183.30.192)
19:06.23*** join/#oe chase (~chase@nat/ti/x-akyicojphrezkjhu)
19:07.08*** join/#oe awozniak (~awozniak@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net)
19:16.07*** join/#oe Ironnads (~Ironnads@host86-144-170-182.range86-144.btcentralplus.com)
19:19.04*** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net)
19:22.19*** join/#oe nschle85 (~kvirc@77.47.83.31.dynamic.cablesurf.de)
19:25.41*** join/#oe awozniak (~awozniak@76.205.222.173)
19:29.52Jay7Tartarus: I mean not just building but working autotools inside :)
19:30.08Jay7I've reported problems with autotools to ML some weeks ago
19:37.19*** join/#oe lamawithonel (~lucas@72-63-81-224.pools.spcsdns.net)
19:39.59*** part/#oe rschus (~rschus@95.176.73-86.rev.gaoland.net)
19:40.16*** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl)
19:43.00*** join/#oe tlab0 (~tlab@c-69-243-187-136.hsd1.in.comcast.net)
19:43.58*** join/#oe pespin (~pespin@90.163.62.245)
19:52.10*** join/#oe nschle85 (~kvirc@77.47.83.31.dynamic.cablesurf.de)
19:55.55*** join/#oe florian (~fuchs@sign-4d094d05.pool.mediaWays.net)
19:55.55*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
20:08.25*** join/#oe timtimred (~meh@79-67-230-73.dynamic.dsl.as9105.com)
20:11.53ka6sox-awaykhem ping?
20:13.54*** join/#oe pespin_ (~pespin@31.pool85-50-19.dynamic.orange.es)
20:17.16*** part/#oe claudiuM (~drupal@host40-229-dynamic.1-79-r.retail.telecomitalia.it)
20:23.09*** join/#oe mrmoku` (~mrmoku@ppp-93-104-174-122.dynamic.mnet-online.de)
20:35.13*** join/#oe woglinde_ (~heinold@g230116189.adsl.alicedsl.de)
20:35.57*** join/#oe aissen (aissen@gateway/shell/bshellz.net/x-slauljugxwbziwlo)
20:36.21*** join/#oe obi (~obi@unaffiliated/obi)
20:38.54*** join/#oe lrg (~lrg@slimlogic.co.uk)
20:38.57*** join/#oe kevinsc (~a0214685@nat/ti/x-urudqgpbonoyooov)
20:39.03*** join/#oe pwgen (~ew@pp29-254.phys.au.dk)
20:41.38*** join/#oe lamawithonel (~lucas@72-63-81-224.pools.spcsdns.net)
20:41.59*** join/#oe lisppaste (~lisppaste@common-lisp.net)
21:09.51*** join/#oe udovdh (~udovdh@pindarots.xs4all.nl)
21:13.17*** join/#oe toi (~peter@d54C2AA76.access.telenet.be)
21:15.47*** join/#oe fgretief (~chatzilla@dsl-185-108-61.dynamic.wa.co.za)
21:16.59*** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net)
21:30.55*** join/#oe lamawithonel_ (~lucas@72-63-81-224.pools.spcsdns.net)
21:40.07*** join/#oe lamawithonel_ (~lucas@68-247-77-14.pools.spcsdns.net)
21:40.15*** join/#oe NeverBest (~nb@66.183.110.123)
21:40.20*** part/#oe NeverBest (~nb@66.183.110.123)
21:43.58*** join/#oe bertszoghy (4546d2ac@gateway/web/freenode/ip.69.70.210.172)
21:45.56bertszoghyhello, am struggling with carriage returns in hyperternal and tera term. i already tried \n\r and \r\n -- now I think it's a termios.h def which I got wrong, specifically newtio.c_iflag = IGNPAR | ICRNL;
21:46.02bertszoghyanyone know?
21:58.28*** join/#oe brtszoghy (4546d2ac@gateway/web/freenode/ip.69.70.210.172)
22:07.37*** join/#oe ant__ (~andrea@host177-250-dynamic.0-87-r.retail.telecomitalia.it)
22:15.42*** join/#oe mwester_ (~mwester@nslu2-linux/mwester)
22:16.32*** join/#oe mrc3_ (~mrc3@nat/ti/x-ysiucyscfdauyjbk)
22:19.49*** join/#oe lamawithonel_ (~lucas@184-200-110-215.pools.spcsdns.net)
22:23.58*** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net)
22:34.07*** join/#oe CMoH-notebook (~cipi@95.76.68.223)
22:34.07*** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh)
22:34.25CIA-203Graham Gower <graham.gower@gmail.com> 07master * rc930a4e650 10openembedded.git/recipes/opkg/opkg.inc:
22:34.26CIA-2opkg.inc: bump SRCREV to pull in a couple of important fixes.
22:34.26CIA-2Signed-off-by: Graham Gower <graham.gower@gmail.com>
22:50.15*** join/#oe atl19711 (~aluft@c-68-54-127-8.hsd1.in.comcast.net)
23:06.04*** join/#oe dth_ntb (~dth@a89-183-30-192.net-htp.de)
23:13.36*** join/#oe ensc (~irc-ensc@fedora/ensc)
23:17.54*** part/#oe atl19711 (~aluft@c-68-54-127-8.hsd1.in.comcast.net)
23:25.20*** join/#oe nitink (~nitink@134.134.137.73)
23:25.23*** join/#oe woglinde (~woglinde@f052239226.adsl.alicedsl.de)
23:31.03CIA-203Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r5225c735fe 10openembedded.git/recipes/kexecboot/kexecboot.inc:
23:31.03CIA-2kexecboot: add --enable-delay=2 for collie too.
23:31.03CIA-2Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
23:56.00khemka6sox-away: whats up
23:56.12khemthis week is busy busy
23:57.02Jay7autom4te script is still looking for m4 in sysroots
23:57.08Jay7Tartarus: ^^
23:57.45khemJay7: hmmm lets see
23:58.00khemJay7: so you are trying stuff on target it seems right
23:58.21Jay7khem: I'm running native-sdk-image in qemu-system-arm
23:58.30khemok
23:58.41TartarusAh
23:58.45Tartarusyeah, I don't boot test stuff
23:58.47Tartarusjust build test
23:58.48khemso you are trying to build a package "As if" that was native system right
23:59.09TartarusWe do need some generic manglers
23:59.22Jay7khem: I'm trying to build kexecboot inside
23:59.33khemJay7: ok just wanted to make clear
23:59.41Jay7np, feel free ;)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.