00:02.56 | *** join/#oe soltys (soltys@83.168.118.74) |
00:08.19 | CIA-2 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * re7c683253d 10openembedded.git/recipes/linux/linux-kexecboot/ (6 files in 6 dirs): |
00:08.19 | CIA-2 | linux-kexecboot: refresh Zaurus defconfigs for new SRCREV (2.6.38-rc3) |
00:08.19 | CIA-2 | * try to unbreak collie mtd |
00:08.19 | CIA-2 | Signed-off-by: Andrea Adami <andrea.adami@gmail.com> |
00:08.30 | CIA-2 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * rb2a7257d4c 10openembedded.git/recipes/linux/linux-kexecboot_git.bb: |
00:08.30 | CIA-2 | linux-kexecboot: move SRCREV of git recipe to 2.6.38-rc3 |
00:08.30 | CIA-2 | Signed-off-by: Andrea Adami <andrea.adami@gmail.com> |
00:20.47 | grg | obi, 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.54 | obi | install a kernel module, modprobe that module, install a second module, try to modprobe that module |
00:22.00 | obi | the second modprobe will fail |
00:22.22 | obi | because modules.dep won't get updated once its timestamp is newer than the timestamp of the modules |
00:23.29 | obi | any kernel-module-* will do |
00:24.48 | obi | i'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.04 | grg | kernel.bbclass:pkg_postinst_modules() is what i was looking for :) |
00:25.29 | obi | ah, ok :) |
00:27.02 | atl19711 | Is 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.06 | obi | grg: btw., the symptom was very odd. putting /sbin/depmod into pkg_postinst would fix the problem, too... |
00:29.05 | obi | it's quite puzzling if you don't know that opkg has this interception mechanism |
00:29.29 | grg | there is little about opkg that is not puzzling |
00:29.45 | obi | :) |
00:30.14 | *** join/#oe dth_ntb (~dth@a89-183-28-243.net-htp.de) |
00:30.26 | grg | as 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.00 | grg | with your patch, that is no longer the case |
00:31.09 | grg | so it needs to be tweaked a bit i think |
00:31.30 | grg | is trying to remember how this all fits together |
00:32.07 | obi | no, i had that in mind and it should still work that way |
00:32.15 | obi | intercept/depmod creates a shell script |
00:32.24 | grg | ah. sort -u :) |
00:32.25 | obi | before it would put depmod -A into it |
00:32.28 | grg | my mistake |
00:32.31 | obi | yes :) |
00:33.09 | grg | the indirection is horribly complex |
00:34.18 | obi | it's unlikely that modules for different kernel versions get installed at the same time, but it's certainly possible |
00:34.41 | obi | that's why i used sort instead of just replacing -A with $@ |
00:36.48 | grg | did you check that the other intercept scripts don't have similar problems? |
00:38.05 | obi | i don't know whether ldconfig and update-modules are ever called with parameters |
00:40.39 | grg | i don't see any in my current /usr/lib/opkg/info |
00:40.53 | grg | interestingly, it looks like they all call ldconfig with /sbin/ldconfig |
00:41.06 | grg | so 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.57 | grg | obi, i've committed your fix to the opkg repository. Feel free to bump the opkg SRCREV in opkg.inc. |
00:56.23 | obi | thanks! |
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.51 | ka6sox-away | Tartarus, 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.37 | Tartarus | Whee, 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.45 | Tartarus | more stuff fixed next time, heh |
04:56.37 | ka6sox-away | Tartarus, 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.29 | Jay7 | XorA: can you add to topic that tinderbox is down administratively? |
07:14.31 | *** join/#oe jconnolly (~jconnolly@firebug.buglabs.net) |
07:15.21 | ka6sox-away | Jay7, you here? |
07:15.27 | Jay7 | ka6sox-away: yes |
07:15.53 | ka6sox-away | okay we fixed a number of things...lets try again when you are ready. |
07:16.11 | Jay7 | we can do one attempt right now :) |
07:16.50 | ka6sox-away | lemme get the mysql probe going. |
07:16.57 | Jay7 | or I'll have some more time after 30 min |
07:17.11 | ka6sox-away | kk |
07:17.20 | ka6sox-away | do your thing...I'll get setup |
07:17.24 | Jay7 | ok |
07:25.26 | *** join/#oe tws (~Miranda@178.120.11.179) |
07:41.39 | ka6sox-away | Jay7, this: http://webos-internals.pastebin.com/U8JV2evS |
07:41.50 | ka6sox-away | is whats killing oe_stats |
07:42.05 | ka6sox-away | its looking thru a log that has 15MILLION records. |
07:42.42 | ka6sox-away | if 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.13 | ka6sox-away | so, use a simple index should speed things up a bunch. |
07:43.21 | Jay7 | hm.. |
07:43.47 | Jay7 | I think we can safely delete pre-2009 data |
07:44.02 | Jay7 | at least logs |
07:44.37 | *** join/#oe rick-home (~rick-free@unaffiliated/rboatright) |
07:44.53 | ka6sox-away | rick-home meet Jay7 |
07:44.58 | rick-home | hi jay |
07:45.03 | Jay7 | rick-home: hey |
07:45.06 | ka6sox-away | rick-home, is working on a index to help this |
07:45.12 | Jay7 | cool |
07:45.17 | rick-home | no, fran is working on it. |
07:45.21 | Jay7 | :) |
07:45.49 | rick-home | The 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.00 | rick-home | but the tasks table has 15 million + records in it |
07:46.06 | rick-home | and the log field wasn't indexed |
07:46.23 | rick-home | so the sql server had to sequentially scan the entire 15 million record table for every query. |
07:46.29 | rick-home | which was "bad." |
07:46.41 | Jay7 | well.. making index on log field may be good idea from this PoV |
07:47.36 | Jay7 | but imho we should have 'year-maintenance' task for oestats DB |
07:47.48 | Jay7 | to remove old stuff at least |
07:47.53 | rick-home | yes, since it took a query that took over 2 minutes to a query that took under 300 milli-seconds. |
07:48.21 | Jay7 | rick-home: can you make SELECT min(timestamp) FROM oestats_task? |
07:48.23 | rick-home | and my thread count on the server immediately cut by half once the index was complete. |
07:48.44 | rick-home | sure. |
07:48.49 | rick-home | we can make that. |
07:48.51 | rick-home | why? |
07:49.13 | Jay7 | I just wish to know how old data is stored in DB now |
07:49.50 | ka6sox-away | rick-home, can you do that directly from phpmyadmin? |
07:49.53 | rick-home | 2010-08-02 14:10:57 |
07:50.00 | JaMa|Wrk | iirc someone said that only 3 months history is kept in oestats |
07:50.12 | Jay7 | hm.. looking reasonable |
07:50.15 | rick-home | that would not be correct JaMa|Wrk |
07:50.21 | ka6sox-away | 4months |
07:50.37 | rick-home | five |
07:50.45 | ka6sox-away | oh right |
07:50.46 | ka6sox-away | wow.. |
07:50.58 | ka6sox-away | 3million records/month |
07:51.06 | *** join/#oe B_Lizzard (~havoc@athedsl-433310.home.otenet.gr) |
07:51.07 | Jay7 | ka6sox-away: testing initiative |
07:51.13 | JaMa|Wrk | 15M rows in 5 months looks like we're pretty active with oestats |
07:51.28 | Jay7 | that was reason |
07:51.40 | ka6sox-away | Jay7, understand. |
07:51.52 | Jay7 | well.. |
07:51.54 | ka6sox-away | don't think that oestats was designed for this big. |
07:52.11 | Jay7 | we should review sql queries produced by django-oestats |
07:52.21 | Jay7 | and may be make some indexes |
07:52.21 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
07:52.30 | sanket | can any one help me how to run oe image on qemu emulator? |
07:52.35 | Jay7 | btw |
07:52.46 | ka6sox-away | this indexing should help a bunch it seems. |
07:52.48 | Jay7 | rick-home: what is storage type of DB? MyISAM? |
07:53.06 | Jay7 | we should try to migrate to innodb |
07:53.10 | ka6sox-away | we have both innoDB and MyISAM. |
07:53.42 | Jay7 | at least this should solve that table breakages |
07:53.47 | *** join/#oe mikaere (~Miranda@56.201.broadband2.iol.cz) |
07:53.54 | rick-home | yes, myisam and innodb |
07:53.56 | ka6sox-away | iirc yours are already innodB but I'd have to look again. |
07:54.02 | Jay7 | innodb shouldn't require manual repair |
07:54.07 | rick-home | nope |
07:54.34 | ka6sox-away | oestats is MyIsam? |
07:54.45 | *** join/#oe vitus_ (~vitus@145.253.169.210) |
07:54.52 | rick-home | no |
07:54.55 | rick-home | it's innodb |
07:55.15 | rick-home | ok Jay7 here's my next trouble query... |
07:55.17 | rick-home | SELECT DISTINCT `oestats_package`.`status` FROM `oestats_package` ORDER BY `oestats_package`.`status` ASC |
07:55.52 | Jay7 | another field w/o index? |
07:56.08 | Jay7 | ah.. distinct.. |
07:56.20 | rick-home | but status isn't indexed.... |
07:56.32 | Jay7 | well.. create it :) |
07:56.38 | rick-home | I will I will. |
07:56.41 | rick-home | :-) |
07:56.56 | Jay7 | to clear situation - I'm not oestats devel ;) |
07:57.09 | Jay7 | I'm just trying to understand and improve it :) |
07:57.36 | rick-home | me too, since I don't want my mysql server barfing |
07:58.11 | Jay7 | btw, I have heard some talks about DISTINCT vs GROUP BY and DISTINCT was slower |
07:58.17 | Jay7 | not sure about engine |
07:58.25 | rick-home | the jet profiler explanation of that query said "Join size 1,238,235 (Very Bad Very Slow) |
07:59.03 | Jay7 | ORM's :( |
07:59.21 | rick-home | Once we add the index, it returns 4 rows in umder 100 ms. |
08:00.01 | rick-home | ok, inserts I can't do much about.... |
08:00.35 | rick-home | SELECT `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.54 | rick-home | guess what? |
08:01.01 | Jay7 | heh :) |
08:01.04 | ka6sox-away | not indexed? |
08:02.16 | rick-home | selected from 1.2 million records by sequential scan of the table... |
08:02.52 | rick-home | now returns 1 row in under 0.004 seconds |
08:03.03 | ka6sox-away | does this all need to be coded into the package? |
08:03.45 | rick-home | we need to export the table definitions and they need to put them in the package... |
08:04.20 | Jay7 | yes, good idea |
08:04.34 | rick-home | SELECT DISTINCT `oestats_build`.`status` FROM `oestats_build` ORDER BY `oestats_build`.`status` ASC |
08:05.13 | rick-home | this is not rocket science..... |
08:05.26 | mckoan | good morning |
08:05.34 | ka6sox-away | good morning mckoan |
08:05.54 | ka6sox-away | Jay7, can you do that? |
08:06.08 | rick-home | and another select distinct.... on package name |
08:06.30 | Jay7 | ka6sox-away: I think I will import oe-stats code into OE contrib tree |
08:06.36 | Jay7 | then make all fixes there |
08:06.42 | Jay7 | if no one will complain against |
08:06.48 | ka6sox-away | Jay7, good plan.. |
08:06.56 | ka6sox-away | needs updating |
08:07.02 | ka6sox-away | since it is so large. |
08:07.37 | ka6sox-away | 15M records without index is hard on SQL server. |
08:07.56 | Jay7 | <PROTECTED> |
08:08.04 | Jay7 | hm.. some fields should have index |
08:11.15 | rick-home | Jay7 I would suggest doing a search for select distinct in the source and ensuring that the correct indexes are there. |
08:11.21 | rick-home | and same for where clauses. |
08:11.29 | rick-home | and both sides of joins. |
08:11.33 | *** join/#oe rschus (~rschus@95.176.73-86.rev.gaoland.net) |
08:11.38 | Jay7 | rick-home: there is django ORM inside.. |
08:11.41 | Jay7 | so.. |
08:12.10 | Jay7 | but models.py should have this anyway |
08:12.21 | rick-home | ((( that sentence was in inner-geekish, I only speak OUTER geekish. ))) |
08:12.24 | rick-home | :-) |
08:13.19 | ka6sox-away | it has python-django code mixed in. |
08:13.32 | *** join/#oe dth_ntb (~dth@a89-183-92-133.net-htp.de) |
08:13.33 | Jay7 | I'll prefer having plain SQL queries |
08:13.38 | *** part/#oe dth_ntb (~dth@a89-183-92-133.net-htp.de) |
08:13.46 | Jay7 | it's easier to understand and optimize |
08:13.47 | rick-home | nodnod |
08:13.53 | Jay7 | (for me at least) |
08:13.59 | rick-home | you don't have anything to do with the actual tinderbox code do you? |
08:14.23 | ka6sox-away | rick-home, nope |
08:14.28 | ka6sox-away | just trying to help |
08:14.28 | rick-home | darn |
08:14.39 | ka6sox-away | well..it can be upstreamed. |
08:15.22 | Jay7 | rick-home: I will |
08:15.22 | rick-home | :-) that package does clever things like "Select * from tasks" -- which returns 15 million records. |
08:15.35 | Jay7 | but not sure about results ;) |
08:16.14 | ka6sox-away | Jay7, it looks like it was designed for single dev not entire team beating and regressing. |
08:16.22 | Jay7 | ka6sox-away: yeah |
08:16.27 | *** join/#oe gremlin[it] (~gremlin@host209-103-static.32-85-b.business.telecomitalia.it) |
08:17.20 | rick-home | Jay7 -- one more note: you mentioned the difference between group by and distinct. |
08:17.43 | rick-home | I have one example from stats where it would make a big difference. |
08:17.45 | rick-home | SELECT DISTINCT `oestats_package`.`name` FROM `oestats_package` ORDER BY `oestats_package`.`name` ASC |
08:17.55 | rick-home | turning that into |
08:18.14 | rick-home | SELECT `oestats_package`.`name` FROM `oestats_package` group BY `oestats_package`.`name` |
08:18.20 | rick-home | would speed it up a LOT |
08:18.23 | Jay7 | oh |
08:18.38 | Jay7 | well.. |
08:18.53 | rick-home | the distinct and the order using the same element, caused it to slow down a bunch. |
08:19.19 | Jay7 | rick-home: was this on indexed field? |
08:19.25 | rick-home | yep |
08:19.27 | Jay7 | ok |
08:19.29 | rick-home | name was indexed. |
08:19.37 | rick-home | well, it is now. |
08:19.38 | Jay7 | I'll mark this somewhere :) |
08:21.21 | rick-home | ka6sox we're holding steady now at about 10 to 12 threads, with no slow queries with stats running. |
08:21.31 | ka6sox-away | okay thats normal... |
08:21.38 | Jay7 | cool |
08:21.45 | Jay7 | we have oestats working again :) |
08:22.02 | ka6sox-away | but it needs to be "updated' in the package. |
08:22.06 | rick-home | tweaking the sql server buffers and such helped a lot. |
08:22.29 | rick-home | and then, using jet profiler to find the "problem children" queries. |
08:22.50 | Jay7 | can you please dump current DB scheme? |
08:22.53 | rick-home | if you've never used that, I can not reccomend it enough. |
08:23.00 | Jay7 | to be used as reference later |
08:24.27 | rick-home | Jay7 http://pastebin.com/erJVRDc5 |
08:26.24 | Jay7 | rick-home: thanks! |
08:27.10 | Jay7 | ka6sox-away, rick-home: thank you for fixing oestats :) |
08:27.26 | ka6sox-away | Jay7, I just stood back and watched the magic |
08:27.57 | rick-home | Jay7 you cool with what we did? and why? |
08:27.59 | ka6sox-away | also your wiki should be happier with 60,000 less robot hits/day |
08:28.08 | rick-home | oh yeah, that. |
08:28.21 | rick-home | I added a bit to your robots.txt file..... |
08:28.37 | rick-home | (as in, made it five times as long) |
08:28.45 | Jay7 | oestats isn't for robots anyway |
08:28.56 | ka6sox-away | Jay7, this was for wiki |
08:28.59 | rick-home | no no, the WIKI's robots.txt |
08:29.00 | Jay7 | ah |
08:29.06 | Jay7 | ok then :) |
08:29.11 | rick-home | googlebot was hitting recent changes 6000 times a day |
08:29.19 | ka6sox-away | googlebot seemed to LOVE you |
08:29.28 | rick-home | I blocked everything except actual ARTICLES |
08:29.46 | rick-home | so, REAL content is indexed, but everything else is skipped. |
08:32.17 | ka6sox-away | Jay7, so all the changes are you okay with? |
08:32.26 | Jay7 | yes, sure |
08:34.02 | rick-home | ka6sox fran seems stable at this point. |
08:35.06 | rick-home | turning 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.27 | rick-home | If I could find the tinderbox guy and have a few choice words, we'ld be all set. |
08:35.33 | ka6sox-away | okay so is this all our problem children? |
08:35.40 | rick-home | for tonight, yes |
08:35.41 | Jay7 | load will be raised when all autobuilders will see that oestats is online again :) |
08:35.55 | rick-home | Jay7 load on the sql server? |
08:36.01 | Jay7 | yes |
08:36.05 | rick-home | hmmmmm |
08:36.12 | ka6sox-away | Jay7, with indexing that should help |
08:36.17 | rick-home | we'll watch it overnight and see what happens. |
08:36.23 | Jay7 | not very high anyway |
08:36.32 | Jay7 | oestats-client is doing only POST -> inserts |
08:36.50 | rick-home | yeah. Inserts just aren't very optimizable |
08:36.55 | Jay7 | we have indexed some fields, so additional load to maintain indexes will happens |
08:36.57 | rick-home | they ALWAYS go to disk |
08:37.12 | Jay7 | but anyway, sql server was killed by selects :) |
08:37.35 | rick-home | the load to maintain the indexes is nothing compaired to the load to handle non-indexed selects in 15 million records |
08:37.43 | Jay7 | yeah, sure |
08:38.07 | rick-home | ok, then have a good night sir. |
08:38.20 | Jay7 | good 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.37 | ant_work | Jay7: try to get a dump of the mysql tables/queries of oestats |
08:53.46 | Jay7 | ant_work: have already :) |
08:53.58 | Jay7 | I mean mysql dump |
08:54.12 | ant_work | imho you don't need innodb for that. that's for transactions, etc. |
08:54.24 | ant_work | myisam is way faster for such queries |
08:54.26 | Jay7 | queries are generated by django's ORM |
08:54.42 | ant_work | yea, structure of db & indexes need review |
08:54.49 | Jay7 | ant_work: myisam is good for select |
08:54.58 | ant_work | sure |
08:55.19 | Jay7 | but it is failing easily and need manual repair |
08:55.41 | ant_work | it depends... |
08:56.10 | ant_work | anyway, good job ;) |
08:57.54 | Jay7 | btw, we can migrate to PostgreSQL |
08:58.02 | ynezz | move to something NoSQL then :) SQL is pretty overkill for such project |
08:58.04 | Jay7 | that is good side of ORMs :) |
08:59.14 | ynezz | with NoSQL you don't even need any ORM, it's schema-less anyway |
08:59.22 | ka6sox-away | I am going to talk to the Postgres guys @ SCALE next month. |
09:00.05 | ka6sox-away | the issue is that too many things need a SQL server....all the mediawikis etc use it. |
09:00.34 | ynezz | oh, mediawiki, that's quite heavy also |
09:02.15 | ka6sox-away | yup...try having 20 mediawikis beating up on your server. |
09:02.54 | ka6sox-away | and THEN something unindexed doing 15million record selects |
09:03.07 | ynezz | unindexed, fun |
09:04.08 | ynezz | what's in those 15M records? |
09:04.12 | ynezz | packages? |
09:04.22 | ka6sox-away | probably build messages. |
09:04.31 | ka6sox-away | let me look @ the query |
09:04.31 | ynezz | ah |
09:05.17 | ka6sox-away | http://webos-internals.pastebin.com/U8JV2evS |
09:06.20 | ka6sox-away | the where was the killer I think I read. |
09:07.41 | ka6sox-away | 681 builds in there. |
09:09.33 | ynezz | it can be the join and order(s) also |
09:09.48 | ka6sox-away | some of the joins were ugly |
09:09.59 | ynezz | btw. did you tried to run that query with EXPLAIN? |
09:10.08 | ynezz | or how it's called |
09:10.25 | Jay7 | ynezz: rick-home was profiled it |
09:10.31 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
09:10.37 | ynezz | ok then :) |
09:10.52 | Jay7 | but right now we can only create indexes :) |
09:11.05 | ka6sox-away | http://pastebin.com/erJVRDc5 |
09:11.12 | ka6sox-away | thats the schema |
09:11.12 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
09:11.38 | ka6sox-away | I can dump the server out too. |
09:14.02 | ka6sox-away | okay things are improved...there is more to do but things aren't going to fall down and go boom anymore |
09:14.18 | ynezz | that's good :) |
09:14.40 | ynezz | looking at it, I wonder why it's not ordering by id, but by timestamp, the id might be faster |
09:14.56 | ka6sox-away | ynezz, tinderbox.oe.org would start a series of queries that lasted over 20minutes before the page would load. |
09:15.24 | ka6sox-away | when the SQL server fell over there were over 300 of those series in the queue. |
09:15.54 | ynezz | no wonder |
09:16.39 | ka6sox-away | http://munin.nas-admin.org//nas-admin.org/fran/mysql_threads.html |
09:17.02 | ka6sox-away | the big mountiantop on the weekly was tinderbox. |
09:19.04 | ynezz | hm, munin looks good |
09:20.09 | ka6sox-away | without munin it would be hard to manage 22 VMs |
09:24.08 | ka6sox-away | 64DB, 3,102 tables. |
09:25.06 | ynezz | 22 VMs, it's on one box? |
09:25.18 | ka6sox-away | 3 |
09:25.43 | ka6sox-away | 3 physical machines. |
09:26.16 | ka6sox-away | hopefully controlled by ganeti soon. |
09:26.22 | ka6sox-away | setting up drbd now... |
09:28.41 | ka6sox-away | 01:30 here..time for some sleep. |
09:28.42 | *** join/#oe Jay7 (jay@93-81-3-94.broadband.corbina.ru) |
09:28.42 | ka6sox-away | nite |
09:29.00 | ka6sox-away | Jay7, thanks for the help...I sleep now |
09:29.18 | ynezz | nite |
09:29.24 | Jay7 | ka6sox-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.13 | woglinde | hi hrw |
09:55.18 | *** join/#oe fgretief (~chatzilla@dsl-185-108-61.dynamic.wa.co.za) |
09:56.38 | Jay7 | hm.. |
09:56.46 | woglinde | hi jay7 |
09:56.48 | Jay7 | anybody know people from jay-tech.de? |
09:56.50 | Jay7 | hi woglinde |
09:57.11 | Jay7 | my 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.12 | Jay7 | seems I should place banner on site about 'I have no official relations with jay-tech.de' |
09:59.50 | hrw | ;D |
10:00.12 | hrw | like OESF from Japan has nothing common with oesf forums |
10:00.30 | woglinde | jay7 yes |
10:01.13 | Jay7 | or I should contact with jay-tech.de and talk about contracted support ;) |
10:01.25 | woglinde | haha |
10:02.29 | Jay7 | woglinde: so, do you know some people from jay-tech.de? |
10:03.40 | *** join/#oe eFfeM_work (~frans@D4B26BC1.static.ziggozakelijk.nl) |
10:05.04 | woglinde | no |
10:05.07 | woglinde | hi effem |
10:05.16 | Jay7 | ah, ok |
10:05.34 | Jay7 | well.. let's contact via site then.. |
10:06.01 | woglinde | maybee they wil set there laywes than on the way |
10:06.09 | woglinde | and you may loose your domain |
10:06.15 | woglinde | laywers |
10:07.02 | Jay7 | woglinde: no problem, I'll register other ;) |
10:07.34 | Jay7 | but 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.47 | mckoan | http://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.47 | mckoan | how do I enable testlab directory creation ? |
10:52.28 | mckoan | I 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.47 | mckoan | looks like gdb-cross install its binaries into the target filesystem |
11:16.59 | mckoan | is 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.31 | Helio_2000 | hi, 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.08 | opn | hello |
11:29.58 | mckoan | Helio_2000: look into recipes/initscripts |
11:30.15 | mckoan | opn: welcome |
11:30.30 | Helio_2000 | ok, 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.19 | woglinde | hi obi |
12:37.37 | obi | hi woglinde! |
12:38.49 | JaMa|Wrk | mckoan|away: Helio_2000: why not base-files? |
12:41.12 | padraig | hi, 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.41 | padraig | has 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.22 | padraig | I 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.16 | woglinde | ? |
12:46.29 | woglinde | what happens at boot time? |
12:46.37 | woglinde | use pastebin |
12:46.40 | woglinde | astebin |
12:46.45 | woglinde | ~pastebin |
12:46.45 | ibot | [~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.33 | padraig | http://pastebin.com/k3DR6UhT |
12:53.05 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-trgygffbcczdrind) |
12:54.43 | woglinde | padraig does it have buildin nand? |
12:54.50 | woglinde | maybee try with jffs2 first |
12:54.57 | woglinde | or maybee its corrupted |
12:56.22 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
12:56.28 | woglinde | hi mickeyl |
12:56.46 | padraig | woglinde, sorry about this but I pasted a bootlog from a previous problem, this is the right one http://pastebin.com/k3DR6UhT |
13:00.31 | padraig | does the IMAGE_FSTYPES in local.conf overwrite the one in conf/machine/mini6410.conf or append to it |
13:01.56 | padraig | for 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.11 | woglinde | hm |
13:09.00 | padraig | I 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.25 | woglinde | padraig there arent many mini's user |
13:13.05 | florian | re |
13:13.19 | woglinde | re florian |
13:13.26 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
13:15.13 | florian | padraig: I got your mail but didn't manage to answer yet... |
13:15.24 | padraig | Hi florian |
13:15.37 | padraig | That 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.00 | padraig | thanks 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.57 | Helio_2000 | JaMa|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.31 | padraig | thanks for your help woglinde |
14:26.53 | *** part/#oe alan___ (9dbe3616@gateway/web/freenode/ip.157.190.54.22) |
14:31.28 | CIA-2 | 03Stefan 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.34 | CIA-2 | 03Stefan Schmidt <stefan@buglabs.net> 07master * r81702dbf42 10openembedded.git/recipes/wpa-supplicant/ (2 files in 2 dirs): |
14:31.34 | CIA-2 | wpa-supplicant_0.7.3: Enable the new DBUS API and bump PR. |
14:31.34 | CIA-2 | The 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.09 | Tartarus | OK, 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.21 | Tartarus | Moving libqt4xmlpatterns to RRECOMMENDS in the task instead |
14:46.27 | *** join/#oe likewise (~likewise@42-81-ftth.onsneteindhoven.nl) |
14:46.28 | GNUtoo|laptop | padraig has quit....too bad |
14:47.14 | likewise | gm |
14:47.50 | Jin^eLD | hey likewise |
14:48.43 | *** join/#oe otavio_ (~otavio@debian/developer/otavio) |
14:52.49 | likewise | Jin^eLD: hi there |
14:56.05 | GNUtoo|laptop | hi |
14:56.09 | GNUtoo|laptop | about ubifs |
14:56.29 | GNUtoo|laptop | with the help of JaMa I found the correct args for the nokia900 |
14:56.46 | GNUtoo|laptop | do I need to include a dmesg log before the ubinize and mkubifs args |
14:56.46 | GNUtoo|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.10 | CIA-2 | 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r5a86c62884 10openembedded.git/recipes/meta/slugos-packages.bb: |
15:52.11 | CIA-2 | SlugOS: slugos-pacakges.bb - change kexec back to kexec-tools |
15:52.11 | CIA-2 | (DEPENDS requires the recipe name, not the package name) |
15:52.11 | CIA-2 | Signed-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.55 | ckrinke | good morning (or afternoon) |
16:06.41 | *** join/#oe martinmeba (~martin@12.110.139.34) |
16:07.47 | martinmeba | I 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.00 | martinmeba | I have a question about the variable ${STAGING_KERNEL_DIR} |
16:08.19 | martinmeba | it reports a different value than the actual directory with the kernel |
16:09.19 | martinmeba | actually never mind |
16:20.48 | *** join/#oe petrvlasic (~petrvlasi@81.200.55.109) |
16:22.35 | rick-work | Jay7 -- 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.09 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07master * r2049a96f9d 10openembedded.git/recipes/perl/perl-rdepends_5.8.8.inc: |
16:44.09 | CIA-2 | perl-rdepends_5.8.8.inc: Remove orphaned file |
16:44.09 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
16:44.21 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07master * rdd1762e8c7 10openembedded.git/recipes/help2man/ (help2man_1.36.4.bb help2man_1.38.2.bb): |
16:44.21 | CIA-2 | help2man: Update for using our perl-native |
16:44.21 | CIA-2 | Now that we have perl-native going early, we want to wait for |
16:44.21 | CIA-2 | it to be done, along with autoconf/automake. But that's just |
16:44.21 | CIA-2 | race prevention as we still don't want to re-run autoconf. |
16:44.21 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
16:44.31 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07master * rf1b8330946 10openembedded.git/recipes/automake/automake.inc: |
16:44.31 | CIA-2 | automake: Updates for taking advantage of our own perl |
16:44.31 | CIA-2 | We don't need to modify what perl is used since we always mangle |
16:44.31 | CIA-2 | the results to use /usr/bin/env perl. |
16:44.31 | CIA-2 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
16:44.32 | CIA-2 | 03Tom Rini <tom_rini@mentor.com> 07master * rc82877715f 10openembedded.git/recipes/autoconf/autoconf.inc: |
16:44.32 | CIA-2 | autoconf: Clean up slightly our mangle for /usr/bin/env |
16:44.32 | CIA-2 | Signed-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.08 | Jay7 | hm.. |
16:50.15 | Jay7 | rick-work: fix it! :) |
16:50.26 | rick-work | Jay7 did |
16:50.31 | rick-work | still finding more. |
16:50.46 | rick-work | you got an email I can get you the eventual structure too? |
16:50.59 | Jay7 | Tartarus: ping |
16:51.19 | Jay7 | rick-work: not sure.. send it to jay4mail at gmail com |
16:51.28 | rick-work | done |
16:51.52 | rick-work | still 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.23 | mckoan | does anybody know why Angstrom doesn't generate any testlab directory under tmp/deploy/images/MACHINE ? |
17:12.11 | mckoan | JaMa|Off: you're right |
17:16.41 | Tartarus | mckoan, does it still inherit the right class? |
17:23.19 | mckoan | Tartarus: I have conf/distro/include/angstrom.inc:INHERIT += "testlab" but is not generated |
17:25.40 | Tartarus | od |
17:25.40 | Tartarus | d |
17:26.53 | *** join/#oe zenlinux_laptop (~sgarman@masterfoo.zenlinux.com) |
17:28.00 | rick-work | Jay7 Good news. Mysql server held up well all night. |
17:28.14 | rick-work | Jay7 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.36 | Jay7 | rick-work: good! |
17:40.05 | Jay7 | Tartarus: was autotools fixed for sdk-native-image? |
17:40.28 | Tartarus | has been for the most part for a while now, yes |
17:40.37 | Tartarus | recent changes were for using perl-native + long paths |
17:40.51 | Jay7 | well, I'll try to rebuild tonight |
17:40.57 | Tartarus | k |
17:41.25 | Tartarus | testing-next this week was broken for reasons I posted on the ML after I fixed |
17:41.38 | Tartarus | after fixing that, except for a weird qemux86 problem i still need to dig at |
17:42.06 | Tartarus | native-sdk-image was fine for qemu*/p2020*/mpc8315e-rdb and minimal/minimal-uclibc |
17:42.16 | Tartarus | (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.52 | Jay7 | Tartarus: I mean not just building but working autotools inside :) |
19:30.08 | Jay7 | I'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.53 | ka6sox-away | khem 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.56 | bertszoghy | hello, 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.02 | bertszoghy | anyone 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.25 | CIA-2 | 03Graham Gower <graham.gower@gmail.com> 07master * rc930a4e650 10openembedded.git/recipes/opkg/opkg.inc: |
22:34.26 | CIA-2 | opkg.inc: bump SRCREV to pull in a couple of important fixes. |
22:34.26 | CIA-2 | Signed-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.03 | CIA-2 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r5225c735fe 10openembedded.git/recipes/kexecboot/kexecboot.inc: |
23:31.03 | CIA-2 | kexecboot: add --enable-delay=2 for collie too. |
23:31.03 | CIA-2 | Signed-off-by: Andrea Adami <andrea.adami@gmail.com> |
23:56.00 | khem | ka6sox-away: whats up |
23:56.12 | khem | this week is busy busy |
23:57.02 | Jay7 | autom4te script is still looking for m4 in sysroots |
23:57.08 | Jay7 | Tartarus: ^^ |
23:57.45 | khem | Jay7: hmmm lets see |
23:58.00 | khem | Jay7: so you are trying stuff on target it seems right |
23:58.21 | Jay7 | khem: I'm running native-sdk-image in qemu-system-arm |
23:58.30 | khem | ok |
23:58.41 | Tartarus | Ah |
23:58.45 | Tartarus | yeah, I don't boot test stuff |
23:58.47 | Tartarus | just build test |
23:58.48 | khem | so you are trying to build a package "As if" that was native system right |
23:59.09 | Tartarus | We do need some generic manglers |
23:59.22 | Jay7 | khem: I'm trying to build kexecboot inside |
23:59.33 | khem | Jay7: ok just wanted to make clear |
23:59.41 | Jay7 | np, feel free ;) |