| 00:00.44 | *** join/#oe Jefro (~josiermi@nat/intel/x-flsysrxyxbxqdzjs) |
| 00:06.48 | grg | mwester, i've committed that patch. So be aware that the next opkg SRCREV bump will require removing the slugos patch. |
| 00:07.16 | mwester | I'm looking forward to it. :) And then we can delete the patch and the old hack recipe. |
| 00:07.29 | grg | feel free to bump then |
| 00:08.07 | Tartarus | kicks acl |
| 00:08.24 | Tartarus | hopes he sees how other distros are avoiding rpath, hopefully... |
| 00:15.49 | otavio | Tartarus: debian uses, sometimes, chrpath |
| 00:17.41 | Tartarus | not anymore |
| 00:17.47 | Tartarus | that was related to doing --enable-lib64 |
| 00:19.39 | *** join/#oe sreddy (446f23e2@gateway/web/freenode/ip.68.111.35.226) |
| 00:21.35 | sreddy | Hi all I want to use the headers of liboil-0.3.17-r1 which are in " .... sysroots/armv7a-none-linux-gnueabi/usr/include/liboil-0.3/ " for compiling my gstreamer.bb file and i added the following to my recipe DEPENDS += " virtual/kernel liboil " and EXTRA_OECONF += " --with-liboil=${STAGING_DIR_TARGET}/usr/include/liboil-0.3 " but still my recipe cannot find the headers while compiling . Can someone help me |
| 00:23.10 | sreddy | i was able to compile the same when i add the CFLAGS_append = " ${STAGING_DIR_TARGET}/usr/include/liboil-0.3 " |
| 00:24.11 | sreddy | khem : can you suggest what i am missing |
| 00:36.43 | *** join/#oe sreddy (446f23e2@gateway/web/freenode/ip.68.111.35.226) |
| 00:50.54 | *** join/#oe demigod2k (~demigod2k@24.169.238.42) |
| 00:55.46 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
| 01:07.38 | Jay7 | Tartarus: I'll run my testbuilder now on testing-release branch |
| 01:10.04 | Jay7 | -> sleep |
| 01:10.53 | Jay7 | WARNING: oestats: exception <class 'urllib2.HTTPError'>, value HTTP Error 500: Internal Server Error |
| 01:10.55 | Jay7 | :( |
| 01:12.07 | mwester | Jay7, you broke it! |
| 01:12.25 | Jay7 | hides |
| 01:27.35 | *** join/#oe fraxinath (~quassel@pD95355B5.dip.t-dialin.net) |
| 01:35.41 | *** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net) |
| 01:41.03 | *** join/#oe _julian (~quassel@hmbg-4d06999a.pool.mediaWays.net) |
| 02:05.38 | otavio | has created a new development chroot to test if it fixes gcc-cross-sdk build problem |
| 02:11.44 | Tartarus | OK, got tiff and acl fixed locally |
| 02:11.52 | Tartarus | testing w/ the bigger fix to fix a the rest I hope |
| 02:13.07 | demigod2k | Tartarus: hey did you see my comment earlier? solved another problem with external toolchain. major choke when it passes -isystem |
| 02:14.32 | demigod2k | if you use sysroot, lots of c++ stuff tends to die if you also include system paths manually on the commandline. fix was to strip all the isystem lines that were duplicates of sysroot/usr/include |
| 02:14.50 | Tartarus | Ah good |
| 02:14.58 | Tartarus | I'm killing the -isystem now in my branch |
| 02:15.29 | demigod2k | ya that took forever to solve. I thought I was chasing down a libtool or sysroot general problem. turned out the header says #include_next which means "search the rest of the path" in such a way that the manual isystem was a major problem |
| 02:15.41 | demigod2k | almost surprised it didn't come up as an issue normally but I guess the sysroot isnt as critical normally |
| 02:16.32 | demigod2k | I'll have more info as I investigate further tomorrow, but ya killing isystem is a safe start. Main offenders are anything with c++ especially gnutls (has an example cpp file), libtiff, forget what else |
| 02:17.50 | demigod2k | basically through a huge chain of includes it goes looking for wchar.h, and based on how includes are processed it decided to skip usr/include where that header actually lived |
| 02:22.40 | khem | isystem should not be needed with proper sysroot now |
| 02:27.40 | *** join/#oe pespin (~pespin@171.pool85-50-76.dynamic.orange.es) |
| 02:27.40 | Crofton | ERROR: QA Issue with libxml-parser-perl: package libxml-parser-perl contains bad RPATH /home/balister/oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib in file /home/balister/oe/tmp/work/armv7a-angstrom-linux-gnueabi/libxml-parser-perl-2.36-r4/packages-split/libxml-parser-perl/usr/lib/perl5/auto/XML/Parser/Expat/Expat.so |
| 02:27.46 | Crofton | have you guys run across this one |
| 02:28.49 | *** join/#oe Jefro (~josiermi@134.134.137.73) |
| 02:28.59 | Crofton | key Jefro |
| 02:29.06 | Crofton | congrats on the new job! |
| 03:01.39 | *** join/#oe fraxinas (~quassel@pD9536CAB.dip.t-dialin.net) |
| 03:26.51 | *** join/#oe hufnus_cicq (0@69-12-177-67.dsl.static.sonic.net) |
| 03:56.20 | *** join/#oe lamawithonel (~lucas@pool-96-231-162-14.washdc.fios.verizon.net) |
| 04:05.34 | *** join/#oe Jefro (~josiermi@134.134.139.75) |
| 04:19.13 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 04:41.09 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 05:17.10 | *** join/#oe polyonymous_ (~hacker@g230196206.adsl.alicedsl.de) |
| 05:56.50 | *** join/#oe Unhelpful_ (~quassel@rockbox/developer/Unhelpful) |
| 06:05.29 | *** join/#oe mwester_ (~mwester@nslu2-linux/mwester) |
| 06:13.13 | *** join/#oe Philippe (Philippe@80-186-81-240.elisa-mobile.fi) |
| 06:15.41 | *** join/#oe mwester_ (~mwester@nslu2-linux/mwester) |
| 06:23.13 | eFfeM_work | gm |
| 06:39.11 | *** join/#oe anr78 (~Mich@147.84-49-231.nextgentel.com) |
| 06:40.10 | *** join/#oe lamawithonel (~lucas@pool-96-231-162-14.washdc.fios.verizon.net) |
| 06:41.38 | *** join/#oe amarsman_nl (~marsman@52488BC6.cm-4-1c.dynamic.ziggo.nl) |
| 06:44.34 | *** join/#oe hwtechnik (~hwtechnik@h081217109005.dyn.cm.kabsi.at) |
| 06:48.53 | *** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) |
| 06:52.49 | *** join/#oe davidlt (~davidlt@53-128.3-85.cust.bluewin.ch) |
| 07:22.14 | *** join/#oe rschus (~rschus@167.163.71-86.rev.gaoland.net) |
| 07:39.08 | *** join/#oe rcf (~rcf@17.53-243-81.adsl-dyn.isp.belgacom.be) |
| 07:42.26 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
| 07:53.34 | *** join/#oe dth (~dth@a89-183-77-155.net-htp.de) |
| 07:55.49 | *** join/#oe B_Lizzard (~havoc@athedsl-435041.home.otenet.gr) |
| 07:56.10 | *** join/#oe amarsman_nl (~marsman@89.184.175.76) |
| 07:59.16 | mckoan | good morning |
| 07:59.30 | *** part/#oe mrj10 (~mrj10@63.252.64.254) |
| 07:59.41 | *** join/#oe amarsman_nl (~marsman@89.184.175.76) |
| 08:01.59 | *** part/#oe dth (~dth@a89-183-77-155.net-htp.de) |
| 08:26.19 | *** join/#oe rob_w (~bob@ppp-188-174-68-231.dynamic.mnet-online.de) |
| 08:35.18 | *** join/#oe Russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 08:35.33 | *** part/#oe Russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
| 08:42.23 | *** join/#oe mlip (~mlip@unaffiliated/mlip) |
| 08:45.09 | *** join/#oe methril (~methril@189.27.130.106.dynamic.adsl.gvt.net.br) |
| 08:50.50 | *** join/#oe obi__ (~obi@unaffiliated/obi) |
| 08:54.14 | *** join/#oe likewise (~likewise@165-77-ftth.onsneteindhoven.nl) |
| 08:54.34 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:57.41 | *** join/#oe rphillips (~rphillips@unaffiliated/rphillips) |
| 08:58.48 | *** join/#oe foobar___ (~drew@64.71.167.157) |
| 09:04.54 | *** join/#oe moi2134 (~moi@cpe-66-27-113-207.san.res.rr.com) |
| 09:05.34 | *** join/#oe stefan_schmidt (~stefan@2001:638:602:1183:21f:16ff:fe0d:7d41) |
| 09:07.37 | anr78 | I want to use bash instead of busybox. I've added bash to my image, but I'm not sure how to make it the default shell, and if I should remove busybox. |
| 09:10.49 | *** join/#oe likewise_ (~likewise@42-81-ftth.onsneteindhoven.nl) |
| 09:11.09 | *** join/#oe rob_w (~bob@217.237.177.190) |
| 09:11.13 | hrw | anr78: default for user or default for system? |
| 09:11.38 | anr78 | hrw: For system. |
| 09:13.03 | hrw | I would check bug images as they are busybox free |
| 09:15.46 | anr78 | hrw: hm. should I have bug images in recipes/images? |
| 09:17.44 | hrw | bug-image-production.bb |
| 09:18.34 | hrw | anr78: bash-sh package is what you need |
| 09:19.04 | hrw | hm.. it does not exists in oe... |
| 09:19.25 | *** join/#oe John___ (d4d10305@gateway/web/freenode/ip.212.209.3.5) |
| 09:19.38 | hrw | yep. |
| 09:20.12 | hrw | stefan_schmidt: you did not merged meta-oe/merge-queue/bash/bash.inc into OE - bug-image-production from oe.dev runs with busybox? |
| 09:21.22 | stefan_schmidt | hrw: they should run bash |
| 09:21.25 | John___ | Is it possible to build a image with only Xorg as Xserver and not kdrive? |
| 09:21.25 | stefan_schmidt | reads backlog |
| 09:22.05 | stefan_schmidt | hrw: ah, I left out the bash-sh recipe for now. Need to bring it over. |
| 09:22.06 | John___ | I know it is, but when I add some other packages it will inlcude both xserver-xorg and xorg-kdrive |
| 09:22.15 | *** join/#oe lrg (~lrg@slimlogic.co.uk) |
| 09:22.25 | hrw | stefan_schmidt: ok |
| 09:22.29 | stefan_schmidt | hrw: But does proper-tools dos not take care of the non-busybox shell |
| 09:22.32 | stefan_schmidt | ? |
| 09:22.34 | *** join/#oe vps1 (~vitus@145.253.169.210) |
| 09:22.56 | hrw | stefan_schmidt: you need to check. normally it extends system with non-busybox stuff |
| 09:22.59 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 09:23.07 | hrw | stefan_schmidt: bash-sh sets /bin/sh -> /bin/bash |
| 09:23.17 | stefan_schmidt | hrw: ah, yes, that bit is missing |
| 09:23.26 | stefan_schmidt | hrw: thanks for reminding me :) |
| 09:24.38 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 09:26.18 | hrw | np |
| 09:33.11 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 09:33.40 | pb_ | mickey|office: good morning |
| 09:38.19 | ericben | good morning |
| 09:38.33 | ericben | does anyone know what is the problem with tinderbox ? |
| 09:38.58 | ericben | there seems to be a database problem |
| 09:40.19 | ynezz | ping ka6sox ^ |
| 09:40.26 | anr78 | hrw: thanks |
| 09:40.39 | ynezz | or maybe Jay7 would know ^ |
| 09:42.51 | CIA-47 | 03Marco Cavallini <m.cavallini@koansoftware.com> 07master * r7885bf737f 10openembedded.git/conf/distro/include/kaeilos.inc: kaeilos.inc: switched to eglibc |
| 09:45.53 | *** join/#oe risca (~risca@nl-152-237.netlogon.liu.se) |
| 09:50.30 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 09:50.41 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 09:51.20 | otavio | khem: you were right. It was something on the buildroot. |
| 09:51.31 | otavio | khem: any suggestion about what I can look for? |
| 09:56.30 | Jay7 | ka6sox: Table './oe_tinderbox/oestats_build' |
| 09:56.37 | Jay7 | marked as crashed |
| 09:57.18 | Jay7 | cryptk: ^ |
| 09:58.13 | ynezz | what are guys doing to that table? :p |
| 09:58.44 | Jay7 | it's mysql, baby :) |
| 09:58.44 | ynezz | crash_every_two_weeks++; |
| 09:58.56 | Jay7 | I don't know how this happens.. |
| 09:59.07 | Jay7 | db is innodb |
| 09:59.55 | cryptk | I will mysqlcheck it |
| 10:00.48 | Jay7 | REPAIR TABLE may be sufficient |
| 10:01.26 | pb_ | are you sure it is innodb? I don't think I've ever seen an innodb table marked as crashed. |
| 10:01.50 | pb_ | that's generally symptomatic of myisam. |
| 10:02.04 | Jay7 | pb_: database admnin says that db under oestats is innodb |
| 10:02.10 | Jay7 | I'm doubt too |
| 10:02.12 | Jay7 | but.. |
| 10:02.28 | pb_ | jay7: what does SHOW CREATE TABLE say? |
| 10:02.32 | pb_ | or look in /var/lib/mysql |
| 10:02.42 | Jay7 | pb_: I have no access there :) |
| 10:02.58 | cryptk | I doubt jay has access to that location... your mysql database isn't hosted on your server |
| 10:03.12 | pb_ | oh, I see. heh. |
| 10:03.24 | cryptk | there is one central database server for everything |
| 10:03.42 | Jay7 | have no access to OE infrastructure at all |
| 10:03.47 | mickey|office | good morning pb_ |
| 10:03.54 | cryptk | alond with master-master replication... IP failover... automatic daily backups that are sent to a double redundant offsite location |
| 10:03.54 | mickey|office | hi folk |
| 10:03.55 | mickey|office | s |
| 10:03.58 | Jay7 | only git push access :) |
| 10:04.45 | *** join/#oe lamawithonel (~lucas@pool-96-231-162-14.washdc.fios.verizon.net) |
| 10:05.17 | ynezz | Jay7: looking at your testbuilder script, it looks like it doesn't support different libc variants, right? |
| 10:05.41 | ynezz | or am I missing something? |
| 10:06.11 | cryptk | forgot to mention the 30 day rolling window for the mysql database |
| 10:06.27 | cryptk | should something happen we can restore it to whatever backup we choose over the last 30 days |
| 10:06.51 | cryptk | you only get the master-master though if your stuff uses the right IP address... which it likely doesn't |
| 10:07.56 | *** join/#oe morphis (~morphis@dslb-088-070-143-222.pools.arcor-ip.net) |
| 10:12.35 | Jay7 | ynezz: what is needed to support it? |
| 10:14.14 | *** join/#oe woglinde (~heinold@g225146062.adsl.alicedsl.de) |
| 10:14.36 | Jay7 | ynezz: I mean even how to change libc variants? |
| 10:14.37 | ynezz | well for Angstrom it's ANGSTROMLIBC=uclibc for example, but I'm looking how does it works for other distros |
| 10:15.35 | ynezz | for minimal it's different distro minimal-uclibc for example |
| 10:15.53 | ynezz | micro is the same |
| 10:15.56 | Jay7 | then minimal is supported out of the box :) |
| 10:16.02 | ynezz | I know |
| 10:16.14 | ynezz | well, then it's just angstrom |
| 10:16.32 | Jay7 | good idea to have some standard solution.. |
| 10:16.41 | ynezz | tell me about it :) |
| 10:16.49 | Jay7 | e.g. LIBC_VARIANT or something like.. |
| 10:17.16 | ynezz | how it's handled in poky? |
| 10:17.36 | woglinde | hiho |
| 10:17.37 | Jay7 | I don't know.. |
| 10:17.38 | ynezz | ah, google is faster:p POKYLIBC=uclibc |
| 10:17.43 | ynezz | cool :p |
| 10:18.01 | Jay7 | ynezz: then we may just wait for merge ;) |
| 10:18.18 | ynezz | you think, that merge will change something? |
| 10:19.00 | Jay7 | I hope :) |
| 10:19.37 | Jay7 | that is question for TSC members imho |
| 10:20.51 | ka6sox | Jay7, you are killing it with 2million little teensy tiny puts/hr |
| 10:21.11 | ka6sox | because bitbake tells us every little tiny minute step it does... |
| 10:22.28 | Jay7 | yeah :( |
| 10:24.06 | ka6sox | Jay7, I think I'm just going to shut down oe_stats till its fixed |
| 10:24.17 | *** join/#oe likewise (~likewise@165-77-ftth.onsneteindhoven.nl) |
| 10:24.41 | ka6sox | we are spending too much time fixing this, chasing our tails, its abusive to the servers and is causing crashes... |
| 10:24.53 | ka6sox | when its fixed I'll turn it back on. |
| 10:25.22 | ka6sox | since I can't fix Bitbake you will have to file whatever you need to get it fixed. |
| 10:26.10 | Jay7 | well.. this way we may get help from someone who know python and have enough free time |
| 10:26.35 | ka6sox | I'm not sure who all is on the bitbake team but they need to fix this. |
| 10:26.51 | Jay7 | I should finish all my work on kexecboot before start fixing oestats |
| 10:26.55 | ka6sox | it does NOT scale well. |
| 10:27.28 | ka6sox | okay I'm killing it. |
| 10:28.25 | ka6sox | its 2:28am and I'm *still* up trying to keep stuff running because of this. |
| 10:28.46 | Jay7 | ka6sox: announce this in ML please |
| 10:29.31 | ericben | oestat's concept is not intended to scale well by design. 1 hit par task runned by bitbake is ok for a local use but not for a community usage |
| 10:29.35 | ka6sox | when I wake up...I"m too pissed at having no progress on this in 3 weeks...not at you but the whole situation. |
| 10:29.55 | ka6sox | ericben, understood...but OE insists on running it for 15+builders |
| 10:30.23 | ka6sox | so its abusive to the infrastructure and is causing me to have to stay up waaay too late just to keep everything running |
| 10:30.35 | ericben | ka6sox: maybe we should change it to only push errors to the server in case of community usage |
| 10:31.07 | ka6sox | ericben, I'd love that...but in 3 weeks of talking about it I've heard nothing about it even getting looked at. |
| 10:31.29 | ericben | ka6sox: begining of the year's syndrom ... to much work |
| 10:32.57 | ka6sox | ericben, I know..In 6days I have a linux conference I'm Audio/Video Chair for and I am extremely busy getting ready for that... |
| 10:33.22 | ericben | btw on my setup of oestat I4m not using a mysql database but a local sqlite one |
| 10:34.02 | ka6sox | there are 16MILLION records in this DB...I doubt that sqlite would help :( |
| 10:34.37 | cryptk | Jack87, or_tinderbox db should be fixed |
| 10:34.50 | cryptk | s/or_tinderbox/oe_tinderbox/ |
| 10:34.58 | ericben | ka6sox: maybe we should also add a cron which cleans the database on a weekly basis. I'm not sure it's suefull to keep such a large backlog of builds |
| 10:35.33 | ericben | it's interesting in realtime to get problem's log |
| 10:35.43 | ka6sox | ericben, thats only 1/2 the problem...the other 1/2 is bitbake reporting when it uses every sheet of toiletpaper. |
| 10:35.52 | Jack87 | cryptk, roger but was that aimed to someone else? |
| 10:36.05 | Jay7 | Jack87: for me imho :) |
| 10:36.11 | ka6sox | I"m sorry but you can't even watch the accesslog its too damned fast. |
| 10:36.20 | Jack87 | Jay7, prolly :) |
| 10:36.25 | ericben | yes especially when testbuilder are running |
| 10:36.33 | cryptk | Jack87, yeah... was meant for Jay7 ... damn tab complete |
| 10:36.50 | ka6sox | because with 15+builders talking about EVERY SINGLE STEP THAT THEY ARE DOING...its too much traffic |
| 10:37.05 | ericben | I had the same problem on my local setup at the begining ... for only a few users |
| 10:37.17 | Jack87 | hehe i figured as you were telling me somethign you already told me :) |
| 10:37.25 | Jay7 | ericben: watching it in realtime is interesting but have no practical use |
| 10:38.29 | Jay7 | oe_stats is used as 'automated pastebin for logs' and as data-collecting tool |
| 10:39.02 | ericben | ka6sox: now trying a 1 line patch which could help |
| 10:39.04 | Jay7 | for this is ok to just push overall build status for every package |
| 10:39.18 | ericben | Jay7: that's what I mean by realtime usage |
| 10:39.23 | ericben | get the log and pastebin it |
| 10:39.31 | ericben | so non need to have several years of backlog |
| 10:40.07 | ka6sox | its tinderbox_oe and oe_stats user |
| 10:45.38 | woglinde | lumidum |
| 10:45.48 | ericben | ka6sox: patch tested and sent |
| 10:46.15 | ka6sox | Jay7, if bitbake said...I failed or I succeeded and the log as 1 thing...then that would be okay |
| 10:46.30 | ka6sox | ericben, until all the builders have that patch I can't turn it back on. |
| 10:46.31 | ericben | ka6sox: http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-February/030135.html |
| 10:46.36 | ericben | ka6sox: of course |
| 10:47.23 | Jay7 | ericben: you have my Ack for this as temporary solution |
| 10:47.27 | Jay7 | to have oestats enabled |
| 10:47.45 | pb_ | ericben: wouldn't it be better to patch the oestats_eventhandler() rather than the low-level dispatch function? |
| 10:48.02 | ka6sox | pb_, its every little task... |
| 10:48.12 | ka6sox | every single taks |
| 10:48.20 | pb_ | ka6sox: yes, I know. oestats_eventhandler() is what sends those. |
| 10:48.37 | ericben | pb_: maybe my python skills are rather limited so I tried to go directly to the goal :) |
| 10:48.49 | Jay7 | ericben: look at end of oestats-client.bbclas |
| 10:48.51 | ericben | Jay7: please hit reply and send the ack to the list ;-) |
| 10:48.58 | ka6sox | batch them up, send them after it either suceeds or fails... |
| 10:49.04 | *** join/#oe likewise_ (~likewise@42-81-ftth.onsneteindhoven.nl) |
| 10:49.11 | ka6sox | but not after every single step |
| 10:49.16 | pb_ | yeah, that would certainly be an improvement |
| 10:49.35 | ericben | this is not THE right solution, this is a quick hack to get oestat running again |
| 10:50.01 | mckoan | someone should teach me how to manage ERROR: QA Issue bad RPATH issues, I face to one new each day |
| 10:50.28 | ka6sox | ericben, but until I have an email from every single autobuilder guy saying he is patched up I"m not turning it back on. |
| 10:50.30 | mckoan | I'd like to solve them but I don't understand how and where |
| 10:50.47 | ynezz | maybe try something else then mysql for oe_stats |
| 10:51.07 | ericben | ka6sox: of course |
| 10:51.18 | ka6sox | ynezz, what db do you know that handles 2MILLION little puts/hr |
| 10:51.19 | ericben | ka6sox: can you please answer to the patch to tell this ? |
| 10:51.20 | mckoan | OE is completely inusable to me |
| 10:51.29 | Jay7 | ericben: as you have local oestats server may you try to comment oestats_task under TaskSucceeded in oestats_evenhandler? |
| 10:51.48 | ericben | Jay7: that will also do the trick |
| 10:51.48 | pb_ | ynezz: mysql ought to be fine, I don't quite know why it isn't managing to keep up with that load. |
| 10:51.51 | *** join/#oe vitus_ (~vitus@145.253.169.210) |
| 10:52.01 | Jay7 | ericben: this is right place for this imho |
| 10:52.14 | Jay7 | can you test it and send updated patch? |
| 10:52.33 | cryptk | pb_, because the mysql server is not just OE |
| 10:52.48 | ka6sox | pb_, because oestats, as its written, is NOT scalable. |
| 10:52.49 | cryptk | it runs a database for multiple large FOSS projects... we manage more than jsut OE servers |
| 10:52.52 | pb_ | cryptk: oh, right, I see. |
| 10:52.56 | Jay7 | there is nothing to discuss people.. |
| 10:53.03 | ericben | Jay7: will do it |
| 10:53.08 | Jay7 | oestats should be fixed anyway |
| 10:53.32 | pb_ | ka6sox: sure, I understand that, oestats clearly is broken. it just seemed strange that 2 million posts per hour was causing mysql a problem. |
| 10:53.56 | cryptk | either way, until oestats is fixed we cannot turn it back on. As soon as it is fixed, we will be more than happy to turn it back on |
| 10:54.06 | pb_ | but, if it's a shared host then that makes more sense. |
| 10:54.09 | ka6sox | what you need to do is go to a modern build management system like jenkins |
| 10:54.14 | cryptk | pb_, it likely wouldn't if it were on a server jsut for you guys |
| 10:54.20 | cryptk | or hudson |
| 10:54.36 | pb_ | yeah |
| 10:54.44 | ka6sox | pb_, OE's traffic is 2/3 of what we do...almost 15Mb/sec |
| 10:54.56 | mckoan | today we have ERROR: QA Issue with acl: package acl contains bad RPATH |
| 10:54.56 | ka6sox | and your server is EXTREMELY busy. |
| 10:55.13 | pb_ | I guess the thing to do is patch oestats-client to do less posting and simultaneously change the submit url so that only hosts with the new class will be able to post. |
| 10:55.19 | ericben | mckoan: Tartarus was working on this yesterday |
| 10:55.48 | mckoan | ericben: on acl too? I didn't know, thx |
| 10:55.50 | ericben | pb_: yes a new url would allow infrastructure team to clean the old database |
| 10:56.07 | ericben | mckoan: from a quick look to the history I was acl somewhere :-) |
| 10:56.30 | Jay7 | so we have only one easy task now.. find one who will rewrite oestats client and server :) |
| 10:56.38 | CIA-47 | 03Stefan Schmidt <stefan@buglabs.net> 07master * r2d23c765c6 10openembedded.git/recipes/buglabs-osgi/org.freedesktop.dbus.bb: org.freedesktop.dbus: modify recipe so localization/compilation occurs correctly. |
| 10:56.50 | CIA-47 | 03Stefan Schmidt <stefan@buglabs.net> 07master * rf94e88e8a4 10openembedded.git/recipes/bash/ (bash.inc bash_3.0.bb bash_3.2.bb): |
| 10:56.50 | CIA-47 | bash: Add bash-sh package to switch /bin/sh to /bin/bash |
| 10:56.50 | CIA-47 | An old change from hrw in the BugLabs repo I forgot to bring over earlier. |
| 10:56.52 | ericben | Jay7: is that usefull to have all the successful steps ? |
| 10:56.57 | CIA-47 | 03Stefan Schmidt <stefan@buglabs.net> 07master * r4b930440c4 10openembedded.git/recipes/images/bug-image-production.bb: bug-image-production: Add back bash-sh package |
| 10:57.07 | Jay7 | is busy with kexecboot up to March |
| 10:57.12 | mckoan | ericben: found, thx |
| 10:57.14 | *** join/#oe playya (~playya@93.216.235.157) |
| 10:57.14 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 10:57.15 | ka6sox | Jay7, understood. |
| 10:57.24 | Jay7 | ericben: it's useful for statistics |
| 10:57.49 | ka6sox | I don't mind if you send *all* the data...every single step |
| 10:58.02 | ka6sox | just not 1......at.......a.......time |
| 10:58.12 | ka6sox | batch them |
| 10:58.13 | Jay7 | :) |
| 10:58.43 | ericben | Jay7: patch v2 sent |
| 10:58.52 | Jay7 | ericben: excellent! |
| 10:58.57 | ericben | Jay7: which statistics ? |
| 10:59.02 | Jay7 | I'll ack it on ML as I receive it |
| 10:59.36 | Jay7 | ericben: e.g. you may look in which build env some package was built fine |
| 11:00.06 | Jay7 | we have problem with gcc-cross yesterday which was failed only on x86 |
| 11:00.14 | Jay7 | but was fine on other arches |
| 11:00.21 | ericben | Jay7: so maybe we should only send failures and success (but success only for the final task not for all the tasks runned) |
| 11:00.30 | Jay7 | ericben: yes, sure |
| 11:00.31 | ericben | runned -> ran |
| 11:00.49 | Jay7 | success/fail per package, not per task |
| 11:01.16 | Jay7 | but we have no hook in bb to wire |
| 11:01.50 | Jay7 | so idea was to put all stats in bb's persistent storage (sqlite) and post after build |
| 11:02.10 | Jay7 | from BuildCompeted event |
| 11:02.20 | Jay7 | this may have other good side effect |
| 11:02.36 | Jay7 | you may have command-line tool to 'flush' stats to server |
| 11:02.59 | Jay7 | i.e. you are building on notebook w/o inet connection, then come to home and flush all stats |
| 11:03.27 | ericben | we could also only send the do_compile status when it's success |
| 11:03.47 | Jay7 | it may fail on install.. |
| 11:03.56 | ericben | if that fails you get the informations |
| 11:04.00 | Jay7 | I've talked with kergoth about this |
| 11:04.17 | Jay7 | we may flush collected data on some task |
| 11:04.24 | ericben | if we send compile even when that's a success you have the statistic source there |
| 11:04.25 | Jay7 | and at end of build |
| 11:04.42 | ericben | Jay7: yes but that involves to rewrite the server |
| 11:04.50 | Jay7 | sure.. |
| 11:05.35 | Jay7 | well.. |
| 11:05.40 | Jay7 | may be not |
| 11:06.40 | Jay7 | we may aggregate data in local storage and send it periodically |
| 11:07.07 | Jay7 | but I don't know event to use for this.. |
| 11:07.09 | ericben | Jay7: ok, I was thinking the server needs one request per task |
| 11:07.28 | Jay7 | it may live with only one post per package |
| 11:07.31 | Jay7 | i.e. last task |
| 11:07.58 | Jay7 | (I belive) :) |
| 11:11.59 | Jay7 | ericben: Acked by me |
| 11:14.44 | ka6sox | okay I have put a message up on tinderbox.openembedded.org about the situation. |
| 11:14.53 | ka6sox | its offline till this gets fixed. |
| 11:15.12 | *** join/#oe condo4_ (5a50a104@gateway/web/freenode/ip.90.80.161.4) |
| 11:15.28 | ka6sox | but truthfully? you guys need to go to something more modern |
| 11:15.49 | Jay7 | ka6sox: we understand this clearly |
| 11:15.50 | ka6sox | I can count django programmers in 1 hand that I know |
| 11:16.24 | Jay7 | I hope we will find some solution quickly enough |
| 11:16.39 | ka6sox | Jay7, thanks...now maybe I can get some sleep...only 2hrs left tonight :P |
| 11:16.53 | Jay7 | good night :) |
| 11:16.53 | ericben | ka6sox: good night and thanks ;-) |
| 11:17.57 | woglinde | good nite ka6sox |
| 11:18.05 | condo4_ | hello, |
| 11:18.35 | condo4_ | I have a problem to build perl for powerpc.... |
| 11:19.39 | Jay7 | wow |
| 11:19.49 | Jay7 | all my angstrom-2008.1 builds are failed |
| 11:19.55 | woglinde | uha |
| 11:19.58 | woglinde | rpath |
| 11:19.58 | Jay7 | tiff and gnutls |
| 11:20.03 | stefan_schmidt | and acl |
| 11:20.07 | woglinde | gnutls is failed |
| 11:20.13 | woglinde | args fixed |
| 11:20.16 | stefan_schmidt | woglinde: fixed? |
| 11:20.17 | stefan_schmidt | heh |
| 11:20.21 | woglinde | hi stefan |
| 11:20.23 | stefan_schmidt | hi woglinde |
| 11:20.26 | Jay7 | 2010 is fine seems |
| 11:20.27 | ericben | same thing here |
| 11:20.32 | ericben | see my last post |
| 11:20.33 | stefan_schmidt | woglinde: which days will you be at cebit |
| 11:20.35 | Jay7 | woglinde: this is release-testing branch |
| 11:20.43 | *** join/#oe GNUtoo|laptop (~gnutoo@host68-143-dynamic.54-79-r.retail.telecomitalia.it) |
| 11:20.43 | woglinde | stefan wiki |
| 11:20.44 | Jay7 | seems fix is not there |
| 11:20.45 | woglinde | 3-5 |
| 11:20.46 | ericben | Andreas Mueller found a way to workaround this |
| 11:20.48 | woglinde | do-sa |
| 11:20.59 | stefan_schmidt | woglinde: ok |
| 11:21.00 | woglinde | jay7 sure |
| 11:21.07 | stefan_schmidt | woglinde: I will be there do+fr |
| 11:21.14 | woglinde | but the errors are there since tuesday |
| 11:21.16 | stefan_schmidt | woglinde: Will come around... |
| 11:21.20 | woglinde | and nobody fixed |
| 11:21.30 | woglinde | hm I fixed two |
| 11:21.41 | woglinde | libsdl-mixer |
| 11:21.44 | ericben | woglinde: Tartarus believed that was fixed for gnutls |
| 11:21.44 | stefan_schmidt | woglinde: well, not everybody builds every day... |
| 11:21.54 | woglinde | sure but the mails was on the ml |
| 11:22.09 | woglinde | so it was clear that the testbuilds for 2008 will failure |
| 11:22.42 | stefan_schmidt | woglinde: sure, I don't complain :) |
| 11:23.45 | mario-goulart | Hi. Is it expected that a file is created like |
| 11:23.45 | mario-goulart | $ ls -l tmp/work/i486-oe-linux/gcc-cross-4.5-r31.1+svnr168622/gcc-4_5-branch/.pc/gcc-4.5-linaro-r99404.patch/gcc/config/arm/cortex-m4-fpu.md |
| 11:23.46 | mario-goulart | ---------- 1 mario mario 0 Fev 17 16:04 tmp/work/i486-oe-linux/gcc-cross-4.5-r31.1+svnr168622/gcc-4_5-branch/.pc/gcc-4.5-linaro-r99404.patch/gcc/config/arm/cortex-m4-fpu.md |
| 11:23.48 | mario-goulart | ? |
| 11:23.54 | woglinde | ~pastebin |
| 11:23.54 | 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. |
| 11:23.59 | mario-goulart | (notice the permissions) |
| 11:24.20 | mario-goulart | 2 lines. :-) |
| 11:25.03 | condo4_ | what is the best branch/tag to build recent Anstrom for Powerpc ? |
| 11:29.05 | pb_ | mario-goulart: I think that is expected for newly-created files. |
| 11:29.14 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 11:29.51 | ka6sox-away | pb_, when I have more sleep I'll answer your email..thanks. |
| 11:30.30 | pb_ | ka6sox-away: I think you must have meant someone else; I don't recall having sent you any email. sleep well though. |
| 11:30.38 | mario-goulart | pb_: since I'm constantly screwing the tmpdir up, I'm making a copy of a freshly-created one. Is it safe to ignore the read errors on the 000-permission files? |
| 11:31.02 | pb_ | mario-goulart: yeah, should be. |
| 11:31.19 | mario-goulart | pb_: ok. Thank you. |
| 11:31.40 | condo4_ | I tried with master, with origin/shr/testing2010 origin/testing-release-2011.03 but always it fail on the perl 5.10 build because it try to run miniperl build (native) but with the target LD_LIBRARY_PATH, so it can't open libperl.so |
| 11:37.29 | *** join/#oe pespin (~pespin@171.pool85-50-76.dynamic.orange.es) |
| 11:41.02 | ericben | pb_: do you think the sed at line 43 of gcc-package-cross.inc is still nedded ? this seems to be the cause of QA problems with old libtool on C++ binaries ? |
| 11:52.10 | *** join/#oe Jay7 (jay@95-29-188-200.broadband.corbina.ru) |
| 11:56.05 | pb_ | ericben: I suspect probably not. By all means try removing it and see if anything breaks. |
| 11:56.26 | pb_ | I think the sysroot code should be sorting that out nowadays. |
| 11:59.50 | *** join/#oe vitus_ (~vitus@145.253.169.210) |
| 12:13.33 | *** join/#oe janp (~janp@mailout.fortiscorp.be) |
| 12:19.48 | ericben | pb_: ok thanks, will try it for next build |
| 12:22.48 | *** join/#oe Unhelpful (~quassel@rockbox/developer/Unhelpful) |
| 12:28.37 | simon__ | hello |
| 12:29.09 | simon__ | ima getting the bad rapth error Tartarus was talking about last night |
| 12:29.33 | woglinde | no news |
| 12:30.02 | simon__ | ok, thanks |
| 12:42.52 | woglinde | stefan_schmidt ping |
| 12:43.08 | stefan_schmidt | woglinde: pong |
| 12:43.17 | stefan_schmidt | woglinde: hurry up, I'm going to leave |
| 12:43.27 | woglinde | ah justed tested it |
| 12:43.43 | woglinde | replacing java-native with cacao-hg works |
| 12:43.51 | woglinde | out of the box |
| 12:44.36 | woglinde | but I need to alter ther recipe of cacao_hg so the hg rev occurs |
| 12:44.42 | stefan_schmidt | woglinde: cool |
| 12:44.54 | stefan_schmidt | cacao_hg should be more stable? |
| 12:44.59 | woglinde | yes |
| 12:45.05 | woglinde | its solid rock stable |
| 12:46.08 | stefan_schmidt | cool |
| 12:51.19 | otavio | ericben: hi |
| 12:51.35 | otavio | ericben: do you remember the problem I had with the toolchain? |
| 12:51.46 | otavio | ericben: with cmake |
| 13:03.31 | ericben | otavio: hi, yes I remember |
| 13:03.47 | otavio | ericben: so, the toolchain one is fixed and working fine |
| 13:03.57 | otavio | ericben: however on oe env it fails. |
| 13:04.21 | ericben | otavio: you mean when building the applicaiont inside OE using a recipe ? |
| 13:04.22 | otavio | ericben: the root reason seems to be the same, since cmake doesn't know the right paths for target |
| 13:04.29 | otavio | ericben: yep |
| 13:04.46 | ericben | otavio: is that a qt problem or a cmake problem ? |
| 13:04.47 | *** join/#oe zecke (~ich@91-64-83-241-dynip.superkabel.de) |
| 13:05.02 | otavio | ericben: it depends on the POV |
| 13:05.12 | otavio | ericben: cmake uses qmake to query the vars |
| 13:05.14 | ericben | otavio: maybe we need a qt.conf for the toolchain inside OE |
| 13:05.27 | otavio | ericben: but qmake provides wrong values |
| 13:05.36 | otavio | ericben: yes. I guess so |
| 13:05.45 | otavio | ericben: the problem is where to put it? |
| 13:05.57 | ericben | ericben: ok in qmake directory I think |
| 13:06.18 | otavio | ericben: qmake is at sysroot/native/usr/bin/ |
| 13:07.06 | otavio | ericben: the problem in adding it there is that it will not allow other machine usage with same native |
| 13:07.08 | woglinde | hm what ist linux-libc-headers native? |
| 13:17.33 | *** join/#oe alx_ (~alx@87.241.57.98) |
| 13:25.13 | otavio | ericben: I will patch qmake to support qt.conf relocation |
| 13:25.24 | otavio | ericben: so we fix it properly |
| 13:27.16 | *** join/#oe bertszoghy (4546d2ac@gateway/web/freenode/ip.69.70.210.172) |
| 13:29.37 | *** join/#oe mrc3 (~ddiaz@189.157.107.73) |
| 13:29.50 | *** join/#oe unsolo (~unsolo@50.80-203-43.nextgentel.com) |
| 13:36.31 | *** join/#oe aloisiojr (~aloisio@187.113.112.68) |
| 13:40.12 | *** join/#oe mike_cw (~quassel@213.218.221.154) |
| 13:40.38 | CIA-47 | 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r233e54b47a 10openembedded.git/recipes/cacao/cacao-native_hg.bb: |
| 13:40.39 | CIA-47 | cacao-native: modell the package version after the git recipes |
| 13:40.39 | CIA-47 | * bump PR |
| 13:49.19 | *** join/#oe mrc3 (~ddiaz@189.157.112.105) |
| 13:52.54 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 13:52.54 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 13:55.02 | *** join/#oe CMoH (~cipi@95.76.68.223) |
| 13:55.02 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 14:03.54 | *** join/#oe rob_w (~bob@217.237.177.190) |
| 14:07.24 | *** join/#oe mrc3 (~ddiaz@189.157.118.146) |
| 14:09.57 | *** join/#oe rschus (~rschus@167.163.71-86.rev.gaoland.net) |
| 14:11.38 | otavio | ericben: not required. There's a path on qt-tools that adds exactly that |
| 14:11.50 | otavio | ericben: preparing the toolchain and cmake patches for it |
| 14:13.59 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 14:15.45 | ajb_oe | So I've located the failing part of the do_populate_sdk where is calls opkg-cl, is there an easy way to run this by hand so poke further or do I just hack the run script to get an environment that I can run it in? |
| 14:20.42 | *** join/#oe woglinde (~heinold@g225146062.adsl.alicedsl.de) |
| 14:31.02 | Tartarus | ping ericben :) |
| 14:33.40 | woglinde | re tartarus |
| 14:34.19 | Tartarus | hey |
| 14:34.51 | ericben | otavio: cool, Tartarus : hi |
| 14:35.07 | otavio | ericben: for the toolchain it is already working |
| 14:35.26 | otavio | ericben: now fixing qmake class to make it work for OE |
| 14:36.14 | ericben | otavio: perfect |
| 14:37.01 | Tartarus | ericben, fwiw, i've got tiff fixed locally |
| 14:37.03 | Tartarus | but hadn't hit shadow |
| 14:37.21 | ericben | Tartarus: for tiff it seems to be a c++ problem |
| 14:37.24 | ericben | at least here |
| 14:38.00 | ericben | Tartarus: for the c++ problem a fix could be to remove the sed at line 43 of gcc-package-cross.inc |
| 14:38.58 | bertszoghy | Hello,quick question. I have a program on the embedded device that I need to give full access to the serial port, so I modify the line mentioning getty in /etc/inittab from "respawn" to "wait" which allows me to exit from the Linux prompt on the serial port and start my program through telnet. It all works well, I notice that the busybox ps command does not show the getty program properlywhile it is running. I am thinking of cross-c |
| 14:39.22 | woglinde | telnet? |
| 14:39.34 | woglinde | your device is ownd |
| 14:41.11 | Tartarus | ericben, not here |
| 14:41.24 | Tartarus | ericben, but here I'm also testing my branch where we stop passing -rpath to everything by default |
| 14:41.33 | Tartarus | Which based on poky isn't needed, even with older libtool |
| 14:41.49 | Tartarus | (They dropped it back in 2007 as part of relying more on gcc --sysroot) |
| 14:41.58 | ericben | Tartarus: ok |
| 14:44.35 | *** join/#oe hwtechnik (~hwtechnik@h081217109005.dyn.cm.kabsi.at) |
| 14:44.42 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 14:45.25 | bertszoghy | telnet is temporary, we will have buttons and linux drivers to switch |
| 14:46.14 | ericben | Tartarus: btw, if you have fixes cleaner than what I sent feel free to push them there is no problem at all while the problems are fixed ;-) |
| 14:46.59 | Tartarus | ericben, heh, I just don't know what's cleaner :) |
| 14:47.16 | Tartarus | I slightly favor the poky approach just so we're both fixing it the same way which will make oe-core life easier |
| 14:47.43 | ericben | Tartarus: yes. I don't think check poky for fixes |
| 14:47.49 | Tartarus | (and in hind-sight I want to undo most of my acl clean-ups since poky's recipe is simply cleaner and we'll get that with oe-core) |
| 14:51.49 | mike_cw | what might I use to look at the .dot dependency graphs assuming I don't have a billion gig of RAM? |
| 14:52.20 | Tartarus | mike_cw, try bitbake -u depexp -g target |
| 14:52.28 | *** join/#oe demigod2k (4b3aceb1@gateway/web/freenode/ip.75.58.206.177) |
| 14:52.33 | Tartarus | Also, failure to parse the .dot files means your graphviz is too old |
| 14:52.51 | Tartarus | (Annoyingly, only ubuntu 10.10 and newer have a recent enough version) |
| 14:52.57 | Crofton | 10 AM and I still am not getting real work done :( |
| 14:53.00 | mike_cw | I think it parses them ok - they are just huge |
| 14:53.01 | Tartarus | despite a "new" enough version being a year or two old |
| 14:53.15 | Tartarus | mike_cw, does it give you a graphic or no? :) |
| 14:53.33 | demigod2k | mike_cw: how long did it take to parse? I just started trying it yesterday and after ~30 mins running I just ctrl-C'ed it |
| 14:53.33 | Tartarus | mike_cw, also, I assume you're using bitbake 1.10.2 or newer |
| 14:53.41 | Tartarus | there were bugs in the .dot files in the past |
| 14:53.48 | mike_cw | yes, if I run it on my ubuntu 10.10 machine I can get dot to generate an svg, but it uses up all my RAM trying to render it! |
| 14:53.56 | Tartarus | mike_cw, heh, ok |
| 14:53.58 | *** join/#oe cminyard1 (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 14:54.02 | Tartarus | try bitbake -u depexp -g target |
| 14:54.05 | mike_cw | bb is 1.10.2 |
| 14:54.12 | mike_cw | ok I'll give that a try - thanks |
| 14:54.13 | Tartarus | I think depexp is part of 1.10.2 |
| 14:55.42 | demigod2k | Tartarus: you commented that you were pulling out isystem from your local copy. when you get a sec, can you run a quick diff and tell me which files were affected? I'm having a hard time tracking down where the isystem gets added |
| 14:58.13 | demigod2k | grep -Rl isystem * | wc -l gave me 94 files where that string occurs, seems like a heck of a lot |
| 14:58.48 | *** join/#oe dsoft (5491edb2@gateway/web/freenode/ip.84.145.237.178) |
| 15:02.52 | Tartarus | http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?h=trini/simplify-target-flags |
| 15:02.55 | Tartarus | that's where I pushed it |
| 15:03.16 | demigod2k | great thanks! |
| 15:07.19 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 15:08.33 | demigod2k | udev appears to have a dependency on glib > 2.8 |
| 15:09.26 | mckoan | Tartarus: may i help you with ERROR: QA Issue with acl ? Tell me what to do. |
| 15:10.46 | Tartarus | mckoan, just double checking my patch |
| 15:11.34 | mckoan | whistles |
| 15:14.46 | mckoan | Tartarus: do I have to wait your patch instead of ericben one, right? |
| 15:15.10 | *** join/#oe ensc_ (~irc-ensc@p5DF2F0F6.dip.t-dialin.net) |
| 15:17.10 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07master * raf75d1bbac 10openembedded.git/recipes/udev/acl_2.2.49.bb: |
| 15:17.10 | CIA-47 | acl: Fix RPATH QA issue and clean up |
| 15:17.10 | CIA-47 | We take some bits from poky to fix the RPATH QA issue and while in here |
| 15:17.10 | CIA-47 | clean it up a bit based on Ubuntu/Debian. |
| 15:17.10 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 15:17.13 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07master * r30535972a5 10openembedded.git/recipes/libtiff/tiff_3.9.4.bb: |
| 15:17.13 | CIA-47 | tiff: Fix RPATH QA issues |
| 15:17.13 | CIA-47 | Based on the fix for 'acl' |
| 15:17.13 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 15:18.21 | Crofton | Tartarus, I've seen an rpath in something perl related |
| 15:18.46 | Crofton | ERROR: QA Issue with libxml-parser-perl: package libxml-parser-perl contains bad RPATH /home/balister/oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib in file /home/balister/oe/tmp/work/armv7a-angstrom-linux-gnueabi/libxml-parser-perl-2.36-r4/packages-split/libxml-parser-perl/usr/lib/perl5/auto/XML/Parser/Expat/Expat.so |
| 15:18.52 | Crofton | is this one on the radar? |
| 15:19.04 | woglinde | crofton not yet |
| 15:19.09 | Tartarus | Maybe it is |
| 15:19.13 | Tartarus | Can you reproduce it in my branch? |
| 15:19.23 | Crofton | which branch? |
| 15:19.33 | Tartarus | http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?h=trini/simplify-target-flags |
| 15:21.47 | Crofton | ok trying a quick test, checkout that branch and rerun bitbake command |
| 15:22.05 | Tartarus | you'll need to -c clean whatever has an issue |
| 15:22.36 | Crofton | ok |
| 15:22.41 | Crofton | crappy morning |
| 15:23.26 | Crofton | my desktop stopped talking to usb (no more keyboard) and I need to work out what we need to do with xora resigning from the board |
| 15:23.47 | Crofton | anyone who thinks being on the board is easy should sit in my chair |
| 15:24.57 | Crofton | all this dust ..... |
| 15:26.27 | demigod2k | I'll sign up for the board. My first motion will be to dissolve it, my section motion will be to buy ice cream |
| 15:26.56 | Crofton | demigod2k, not helpful |
| 15:27.16 | Crofton | we need people to work with outside organizations on the future of OE |
| 15:27.27 | demigod2k | heh sorry just joking |
| 15:27.29 | Crofton | there are a lot of really good things happening at the moment |
| 15:27.48 | demigod2k | I believe it, that's why we're starting to look at it to replace buildroot on our next products |
| 15:27.53 | Crofton | demigod2k, I appreciate the humor, just been a long morning |
| 15:27.57 | Crofton | thanks |
| 15:28.09 | *** join/#oe Jay7 (jay@95-29-109-88.broadband.corbina.ru) |
| 15:28.10 | Crofton | trust me, you are are doing the right thing |
| 15:28.20 | demigod2k | there's a lot technically in the way but it does have promise. when we looked at it 2-3 years ago that wasn't the case |
| 15:28.51 | Crofton | OE has a really strong developer community committed to its success |
| 15:29.12 | Crofton | Tartarus, not fixed |
| 15:29.34 | Crofton | ERROR: Build of /home/balister/oe/openembedded/recipes/perl/libxml-parser-perl_2.36.bb do_package failed |
| 15:29.38 | Tartarus | hmm, ok |
| 15:29.41 | mwester | But, IMO, troubled by the complexity of combining the building of the -native environment with the building of the target. |
| 15:29.50 | Crofton | let me know if I can other things |
| 15:30.05 | Crofton | need to find a vacuum |
| 15:30.46 | mwester | Have you had the window open, Mr. Crofton? Or construction in your office? |
| 15:31.12 | demigod2k | ya it's beginning to align with the needs of board vendors (like my company) so it'll become a workable solution |
| 15:32.02 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 15:34.39 | *** join/#oe Jay7 (jay@95-29-188-87.broadband.corbina.ru) |
| 15:36.55 | *** join/#oe risca (~risca@tappan-125-95.eduroam.liu.se) |
| 15:38.55 | Crofton | mwester, sick pc, full of dust |
| 15:40.02 | ajb_oe | Does opkg-cl refer to multiple locations when building SDKs? The list command always only shows the host packages and never any of the target packages |
| 15:40.18 | ericben | for peoples used to bluez4 : any idea why I can do a pand connection (PC -> device) with device running 4.66 and not with device running 4.75 ? |
| 15:41.22 | ajb_oe | is beginning to think this mya just be an opkg-cl bug |
| 15:49.11 | mckoan | QA Issue saga continues with wget (disabling it temporarily) |
| 15:50.39 | *** join/#oe hollisb (~hollisb@c-24-20-193-174.hsd1.or.comcast.net) |
| 15:53.55 | martinmeba | I am getting QA issues with gnutils |
| 15:54.29 | demigod2k | whats the issue |
| 15:54.46 | martinmeba | bad RPATH |
| 15:55.01 | martinmeba | 2.10.4-r11.0 |
| 15:55.13 | demigod2k | might look at the patch Tartarus linked earlier. What I'm working on is totally outside that area, but the patch fixed related problems for me |
| 15:55.21 | martinmeba | ok |
| 15:55.22 | martinmeba | will do |
| 15:55.24 | martinmeba | thanks |
| 15:55.56 | Tartarus | So, gnutls is another one I think I pushed the fix for |
| 15:56.03 | Tartarus | before starting down my path in the branch above |
| 15:56.47 | martinmeba | last night at home I also was still seeing an issue with gnome-vfs |
| 15:56.55 | martinmeba | I am going to try to build here and see if it is still a problem |
| 15:56.59 | ericben | Tartarus: for gnutls, the problem left is related to stdlibc++ |
| 15:57.26 | martinmeba | (the issue also RPATH) |
| 15:58.09 | Crofton | vacuuming the computer and wiggling things seems to ahve helped |
| 15:58.59 | *** join/#oe mithro (~tim@unaffiliated/mithro) |
| 15:59.03 | *** join/#oe rob_w (~bob@ppp-188-174-68-231.dynamic.mnet-online.de) |
| 15:59.12 | Tartarus | ericben, I really need to finish this test here then, heh |
| 15:59.29 | Tartarus | I really believe we've got a number of these errors due to passing -rpath to everything that's not libtool 2.4 |
| 15:59.36 | Tartarus | (from conf/bitbake.conf:TARGET_LDFLAGS) |
| 15:59.46 | Tartarus | That's why a bunch of things fail on angstrom-2008.1 and pass on 2010.x |
| 15:59.49 | Tartarus | and pass in minimal |
| 16:00.27 | demigod2k | with proper sysroot it seems like a lot of that can just go away and be simplified |
| 16:00.49 | Tartarus | gcc sysroot killed the need for passing -rpath everywhere |
| 16:00.55 | Tartarus | And libtool sysroot fixed more stuff |
| 16:01.05 | Tartarus | That's my read of how poky killed the -rpath everywhere back in 2007 |
| 16:01.15 | Tartarus | And I'm trying to confirm things now, but hitting the rest of the real QA errors :) |
| 16:01.23 | Tartarus | Or at least, the ones that libtool 2.4 fixes |
| 16:01.49 | demigod2k | libtool would've been the straggler. yes gcc picked that up somewhere in the 4.x's |
| 16:03.15 | demigod2k | same for any -I and -L that picks up things that would've normally been system locations -- those can easily get killed |
| 16:07.43 | mckoan | Tartarus: angstrom-2010.x doesn't have any bad RPATH issue? I can try to switch to it. |
| 16:08.29 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 16:09.47 | Tartarus | It has less at least |
| 16:21.03 | *** join/#oe Gin-geR (~hacker@g231177162.adsl.alicedsl.de) |
| 16:27.00 | woglinde | mckoan I didnt saw any rpath issuses with angstroem2010 |
| 16:27.52 | ajb_oe | Whats the simplest meta toolchain in OE? I want to see if this libnet-dev problem occurs in another unrelated platform |
| 16:28.15 | Tartarus | meta-toolchain |
| 16:28.40 | mckoan | woglinde: good to know thx |
| 16:32.23 | woglinde | tartarus bah the poky fix runs configure twice |
| 16:32.48 | *** join/#oe nitink1 (~nitink@nat/intel/x-jvtjmmlyhkbsjezp) |
| 16:33.43 | Tartarus | lets bug them in #poky then :) |
| 16:34.24 | woglinde | tartarus I didnt say this worong |
| 16:34.48 | woglinde | <PROTECTED> |
| 16:34.52 | woglinde | + ${S}/config.status |
| 16:34.54 | woglinde | thats the poky fix? |
| 16:35.00 | ajb_oe | suspects this will fail as well as his toolchain is a simple extentsion of meta-toolchain |
| 16:35.27 | Tartarus | woglinde, both lines |
| 16:35.33 | Tartarus | and yes |
| 16:35.42 | woglinde | yeah ${S}/config.status runs configure again |
| 16:36.14 | woglinde | hm |
| 16:36.23 | ajb_oe | is not disapointed - fails again |
| 16:37.23 | *** join/#oe srfeddy (446f23e2@gateway/web/freenode/ip.68.111.35.226) |
| 16:37.54 | ajb_oe | I don't suppose it's worth trying to build the metatoolchain + libnet-dev for another target machine entirely? |
| 16:39.28 | *** join/#oe kevinsc (~a0214685@nat/ti/x-syfudcxadjszugyj) |
| 16:40.38 | woglinde | tartarus by the way the original sed fix comes from zecke if I remember correctly |
| 16:40.52 | Tartarus | ok |
| 16:41.08 | woglinde | for libiconv |
| 16:46.34 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 16:53.10 | *** join/#oe Jay7 (jay@95-29-109-9.broadband.corbina.ru) |
| 16:54.24 | *** join/#oe AndroUser (~androirc@213.230.128.210) |
| 16:55.06 | ka6sox-away | Crofton, got tracking? |
| 16:55.18 | *** join/#oe rob_w (~bob@ppp-188-174-68-231.dynamic.mnet-online.de) |
| 16:57.08 | ajb_oe | ahh! |
| 16:57.23 | Crofton | sent already |
| 16:57.48 | ka6sox-away | it must have gotten lost in the duff |
| 16:57.51 | woglinde | ka6sox that was a short nite again |
| 16:58.16 | ka6sox-away | woglinde, way too short. |
| 16:58.36 | Crofton | sent again |
| 16:58.41 | Crofton | from my .com account |
| 16:59.27 | ajb_oe | OK I think I know what is happening - libnet-dev has a dependancy on libnet, but libnet is never created there is only libnet-static |
| 16:59.44 | *** join/#oe jmpdelos_ (~polk@outgoing.delos.com) |
| 17:00.09 | *** join/#oe Jay7 (jay@95-29-188-140.broadband.corbina.ru) |
| 17:00.19 | hrw | even BMW has people using OE... |
| 17:01.01 | ka6sox-away | Crofton, thansk |
| 17:01.14 | ajb_oe | is the creation of the libnet dependancy created automagically? I can't see any sign of it being declared in the libnet .bb file |
| 17:03.11 | woglinde | hi hrw |
| 17:04.37 | *** join/#oe GNUtoo|oeee (~GNUtoo@host68-143-dynamic.54-79-r.retail.telecomitalia.it) |
| 17:08.15 | *** join/#oe jmpdelos__ (~polk@outgoing.delos.com) |
| 17:08.50 | *** join/#oe stefan_schmidt (~stefan@p5B036165.dip.t-dialin.net) |
| 17:09.07 | *** join/#oe AndroUser2 (~androirc@213.230.128.210) |
| 17:10.49 | *** join/#oe rob_w (~bob@ppp-188-174-68-231.dynamic.mnet-online.de) |
| 17:11.47 | *** join/#oe Tartarus_ (trini@pixelshelf.com) |
| 17:12.06 | *** join/#oe Jack8- (~Jack87-Fr@cryptkcoding.com) |
| 17:12.10 | CIA-47 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r2e667ba62e 10bitbake.git/ (bin/bitbake lib/bb/__init__.py): Release 1.12.0 |
| 17:12.10 | CIA-47 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * r92f111a0b2 10bitbake.git/ (bin/bitbake lib/bb/__init__.py): Increment version for development version |
| 17:12.18 | *** join/#oe Jack87 (~Jack87-Fr@unaffiliated/jack87) |
| 17:12.29 | *** join/#oe ka6sox (~ka6sox@fiona.nas-admin.org) |
| 17:12.29 | *** join/#oe ka6sox (~ka6sox@nslu2-linux/ka6sox) |
| 17:13.03 | *** join/#oe nitink (~nitink@nat/intel/x-jneuwthyadiojhbv) |
| 17:14.21 | *** join/#oe soltys (soltys@83.168.118.74) |
| 17:19.57 | *** join/#oe jonmasters_ (~jcm@edison.jonmasters.org) |
| 17:35.28 | *** join/#oe Crofton (~balister@pool-74-107-167-114.ronkva.east.verizon.net) |
| 17:39.07 | ajb_oe | How do you supress an automatic dependancy for a package? |
| 17:39.30 | ajb_oe | Or should I just let libnet build a "fake" non-static package that will satisfy it? |
| 17:42.31 | GNUtoo|oeee | ajb_oe, RDEPENDS |
| 17:43.32 | ajb_oe | GNUtoo|oeee: I though that defined runtime dependancies? |
| 17:43.48 | GNUtoo|oeee | yes |
| 17:43.58 | GNUtoo|oeee | isn't that what you're talking about |
| 17:44.10 | GNUtoo|oeee | you said package and not recipe |
| 17:44.14 | ajb_oe | GNUtoo|oeee: I want to supress the automatic dependancy libnet-dev has on libnet |
| 17:44.27 | GNUtoo|oeee | why? |
| 17:44.45 | GNUtoo|oeee | if you tell why, maybe we will find a better way |
| 17:44.46 | ajb_oe | GNUtoo|oeee: because otherwise you cannot create an SDK with libnet-dev |
| 17:44.52 | GNUtoo|oeee | ok |
| 17:45.12 | ajb_oe | As libnet-dev depeneds on libnet which doesn't exist (bit libnet-static does) |
| 17:45.17 | ajb_oe | s/bit/but |
| 17:46.16 | ajb_oe | currently I've just commented out 'FILES_${PN} = ""' from the recipie and that works, but I suspect that patch would get dropped |
| 17:47.43 | GNUtoo|oeee | I don't know sdk enough |
| 17:47.44 | GNUtoo|oeee | but.... |
| 17:52.00 | *** join/#oe morphis (~morphis@p5489D5B2.dip.t-dialin.net) |
| 17:56.45 | *** join/#oe morphis (~morphis@p5489D5B2.dip.t-dialin.net) |
| 18:03.22 | *** join/#oe anarsoul (~anarsoul@212.98.177.120) |
| 18:11.22 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-ydixfrugspbyuzox) |
| 18:17.41 | *** join/#oe GNUtoo|laptop (~gnutoo@host68-143-dynamic.54-79-r.retail.telecomitalia.it) |
| 18:21.10 | *** join/#oe mrc3__ (~mrc3@nat/ti/x-lkenuvmsqtybooaz) |
| 18:21.40 | dsoft | Hi, I get an error when I try to compile QT Embedded SDK. Can someone help me of you? Here is a link to the logfile: http://pastebin.com/JRE0rp8v |
| 18:27.14 | *** join/#oe dsoft (5491b572@gateway/web/freenode/ip.84.145.181.114) |
| 18:27.50 | dsoft | Hi, I get an error when I try to compile QT Embedded SDK. Can someone help me of you? Here is a link to the logfile: http://pastebin.com/JRE0rp8v |
| 18:34.32 | ajb_oe | dsoft: what do you have in tmp/deploy/ipk/${ARCH}/ for ncurses? |
| 18:34.54 | ajb_oe | has been fighting SDK issues for most of the week |
| 18:35.33 | ajb_oe | of course that assume the QT emebedded is a ipkg based system, Ihave no idea |
| 18:36.38 | otavio | dsoft: I just sent a set of patches that changes things regarding qt, qmake, cmake and sdk. |
| 18:36.42 | otavio | dsoft: check ml |
| 18:37.03 | dsoft | http://pastebin.com/XS7jQY1y |
| 18:39.22 | dsoft | So should I make an update via git |
| 18:52.11 | *** join/#oe mike_s (~quassel@cpc5-brmb7-2-0-cust117.1-3.cable.virginmedia.com) |
| 18:55.05 | mike_s | anyone had libpcre build recently? Got QA error - bad RPATH on Angstrom/ARM |
| 19:01.46 | *** join/#oe NightMonkey (debian-tor@pdpc/supporter/professional/nightmonkey) |
| 19:02.51 | demigod2k | Tartarus: the patch you linked earlier eliminating -isystem fixes 2 of the failing packages, but introduced a problem with gtk+ |
| 19:06.58 | demigod2k | gtk+ chokes on sed/grep where I think it's trying to substitute hardcoded paths during do_compile, can't find libstdc++.la because of a wrong path |
| 19:07.45 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 19:08.15 | *** join/#oe philippe (~philippe@a83-245-252-47.elisa-laajakaista.fi) |
| 19:15.17 | mike_s | demigod2k, is that change likely to have broken libpcre as well? I did a git pull just in the last few hours. The recipe does do some sed fix-ups |
| 19:19.05 | demigod2k | I have no idea if it was committed or not (or how to tell). here's the link: http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?h=trini/simplify-target-flags |
| 19:21.05 | mike_s | yes it's in there |
| 19:21.40 | mike_s | last two commits were also for RPATH QA issues so seems likely libpcre is a casualty as well |
| 19:21.41 | demigod2k | did you pinpoint where/how the bad path is being generated? I was seeing normal_sysroot concatenated with the value of --sysroot |
| 19:22.07 | Tartarus | OK |
| 19:22.26 | Tartarus | So, based on digging at poky a bit, I'm going to propose something like JaMa's patch over in http://patches.openembedded.org/patch/573/ |
| 19:22.29 | demigod2k | probably. I've see a few other libraries affected by this that don't have the problem so I'm trying to find the difference |
| 19:22.41 | Tartarus | Basically, poky doesn't call these errors fatal yet, and at least a few of them are real hard |
| 19:22.57 | Tartarus | So I think we need to (a) call warnings warnings and errors errors and (b) not make that one fatal yet |
| 19:27.10 | mike_s | demigod2k: looks like it's just passing -rpath /usr/lib to libtool in this case. I can see that in at least one place |
| 19:28.38 | khem | hmm |
| 19:29.47 | Tartarus | khem, posted patch to the ML, assuming I got you going hmm ;) |
| 19:30.28 | khem | crazy day |
| 19:30.39 | Tartarus | heh |
| 19:30.51 | Tartarus | It's friday so, time to prepare for crazier weekend of OE hacking? ;) |
| 19:31.30 | khem | yeah I need to refresh the demo for SCALE too |
| 19:31.42 | khem | looks for 8th day in a week |
| 19:31.47 | khem | oh monday is off |
| 19:31.49 | khem | that helps |
| 19:32.30 | Tartarus | heh |
| 19:32.38 | Tartarus | has a floating holiday rather than presidents day off :( |
| 19:33.04 | *** join/#oe woglinde_ (~heinold@f052226167.adsl.alicedsl.de) |
| 19:33.30 | khem | I can take anyones holidays |
| 19:33.36 | Tartarus | heh |
| 19:33.37 | khem | my PTO has expired |
| 19:33.42 | khem | I am in minus |
| 19:35.17 | fray | hey, I have Monday off work also! |
| 19:35.20 | fray | who knew?! |
| 19:35.38 | demigod2k | it appears libfsobasics also as a glib > 2.8 dependency |
| 19:35.43 | philippe | khem, PTO? Power take off? |
| 19:35.55 | fray | "Paid Time Off" |
| 19:36.15 | philippe | Ah ok. Never heard that shorthand. Thanks fray |
| 19:36.32 | *** join/#oe nitink (~nitink@nat/intel/x-ryktmmlvzdrrakmj) |
| 19:36.37 | khem | yeah probably now I dont differentiate US slangs anymore |
| 19:37.03 | khem | I still call football a football |
| 19:37.09 | Tartarus | heh |
| 19:37.10 | fray | notes he's rather have a Power Take Off then Paid Time Off on monday.. ;) |
| 19:38.35 | demigod2k | we got 5 vacation days taken away during 2008 :( |
| 19:38.58 | khem | demigod2k: Do you work for DMV :) |
| 19:39.37 | demigod2k | no automotive industry |
| 19:39.46 | khem | (another acronym for Dept of Motor Vehicles) |
| 19:39.51 | khem | well close enough |
| 19:40.36 | khem | I have this lunch meeting but its raining cats and dogs |
| 19:41.11 | demigod2k | pretty much. fortunately I'm not at an automaker; that may as well be the government for how big and slow they are |
| 19:41.46 | khem | I love how they treat customers at DMV |
| 19:42.55 | demigod2k | ours doesn't accept credit card so it's painful to pay for things |
| 19:44.21 | *** join/#oe nitink (~nitink@134.134.139.75) |
| 19:49.39 | fray | our DMV only accepts credit cards for "on-line" renewals.. but for which I'm not eligable for some reason.. |
| 19:50.01 | fray | and they won't accept bill-pay checks.. so I just drive down to the local office and do whatever I need.. |
| 19:50.32 | khem | DMV here you still have to stand up in lines even if you take an appointment after waiting 30 mins on phone |
| 19:50.34 | fray | luckily in MN, they allow private companies to run small DMV offices for basic services.. so the lines aren't as bad.. (the local bank has a DMV line that is NEVER busy) |
| 19:50.50 | khem | and then they think we are wasting their time |
| 19:51.23 | fray | heh, I don't know if my bank DMV can renew a license though -- I get to do that this year... |
| 19:51.46 | *** join/#oe timtimred (~meh@79-67-233-90.dynamic.dsl.as9105.com) |
| 19:52.05 | demigod2k | Recently I had to get 3 licenses in a year... added motorcycle endorsement, something else, and birthday renewal. every time had to take a new photo and get a new one mailed to me |
| 19:52.12 | demigod2k | oh right moving. |
| 19:52.43 | fray | wow.. here they re-use your photo (unless you request a new oen) during the 10-year life of the license |
| 19:52.57 | fray | is at the birthday renewel so I get a new picture this year.. ;) |
| 19:53.07 | demigod2k | michigan hasn't managed that level of technology |
| 19:53.31 | fray | heh.. my current livense is from 2008 when I moved -- but it's the same picture as 2001 |
| 19:53.53 | fray | local bank was able to change my address and reissue the license.. but I'm not sure if they can do renewels.. I'll have to ask next time i go in.. |
| 19:54.50 | fray | is glad he never had to deal with the CA DMV for the year I lived out there |
| 19:55.39 | demigod2k | CA canada or CA the people's republic of california? |
| 19:55.49 | *** join/#oe unsolo (~unsolo@50.80-203-43.nextgentel.com) |
| 19:56.22 | tzanger | well there is no federal department of motor vehicles in canada so I would assume he means california |
| 19:56.33 | fray | the later |
| 19:57.20 | demigod2k | yes that would be rough.... they do emissions testing. fortunately michigan doesn't |
| 19:57.35 | Tartarus | emissions isn't too bad here |
| 19:58.05 | fray | AFAIK, California emissions testing has gone to visual inspection + ODB2 port on newer cars.. so it's not nearly as bad as it used to be.. |
| 19:58.17 | tzanger | in ontario the driveclean program isn't bad |
| 19:58.21 | fray | but it's still stupid to have to pay someone to plug into the car and see that everything is running fine |
| 19:58.46 | tzanger | emissions test at idle and 20km/h I think, gas cap pressure test, leak inspection with a wand... that's about it |
| 19:58.52 | tzanger | takes about 20 minutes from start to finish |
| 19:58.58 | demigod2k | fray: buddy in colorado said he had a tailpipe sniffer + dyno test. and with a subaru he had to go >100 miles to place with a 4WD dyno |
| 19:59.13 | fray | glad I don't have that here.. |
| 19:59.27 | tzanger | demigod2k: yeah but a 100mi road trip at highway speed really helped make sure he passed. :-) |
| 19:59.29 | fray | when MN had emissions testing in the early/mid 90's.. the dyno was only used if you failed at idle.. |
| 19:59.51 | fray | they figured out they took less then 100 cars off the road each year for the 10 years the program was running... so they abandoned it |
| 19:59.58 | tzanger | that's not bad |
| 20:00.14 | tzanger | some of the shitboxes I see driving around OH and PA though... they're safety hazards |
| 20:00.20 | fray | heh |
| 20:00.31 | demigod2k | another buddy here was ultra-pissed, for some reason he got picked for emissions testing within the first year of ownership and his brand new vehicle didn't pass |
| 20:00.33 | fray | MN didn't even have a safety inspection -- it was just emissions.. |
| 20:00.41 | ericben | hi khem can you ack or nack this patch http://patches.openembedded.org/patch/695/ so that I can push the serie ? |
| 20:00.48 | tzanger | wow we don't have emissions for super brand new or super old |
| 20:00.51 | fray | if they're going to do visual emissions inspection, then they should at least do basic safety.. |
| 20:00.57 | tzanger | what do they call it "late model" I think |
| 20:01.05 | fray | tzanger MN was for all vehicles every year.. |
| 20:01.40 | demigod2k | tzanger: I think it was because he moved from out-of-state into a state with testing and they required it the first time he registered the car. it was something like 3 months after he bought it |
| 20:01.42 | fray | they said most of the failures were in brand new vehicles where the cat failed prematurely... the engine light would have come on anyway.. |
| 20:01.46 | fray | again another reason they dropped it |
| 20:01.49 | tzanger | fray: Ontario is every other year... even model year in odd years (why they crossed it like that is beyond me) |
| 20:02.02 | fray | heh |
| 20:02.02 | tzanger | crazy |
| 20:02.09 | tzanger | new car comes with warranty though, I imagine? |
| 20:02.42 | *** join/#oe lamawithonel_ (~lucas@pool-96-231-162-14.washdc.fios.verizon.net) |
| 20:02.49 | fray | ya, in the US emissions are required for 2 years.. (most are 3 year or 36k miles or better) and the catalyst for 8 years/100k miles |
| 20:02.50 | demigod2k | I'd imagine; I didnt ask him for the details of how it got fixed. I would be pretty pissed if my brand new car failed, that's for sure |
| 20:03.19 | fray | the 2 years & catalyst are federal requirements.. california and I think Texas maybe have state laws mandating 3 years for the full emission system |
| 20:03.33 | fray | ya |
| 20:03.45 | fray | goes to hurd cats.. time for a vet visit.. |
| 20:04.29 | CIA-47 | 03Andreas Oberritter <obi@opendreambox.org> 07org.openembedded.dev * ra07e7b983a 10openembedded.git/lib/oe/utils.py: |
| 20:04.30 | CIA-47 | utils.py: use bb.utils.vercmp_string instead of bb.vercmp |
| 20:04.30 | CIA-47 | * Fixes deprecation warning with BitBake master. |
| 20:04.30 | CIA-47 | Signed-off-by: Andreas Oberritter <obi@opendreambox.org> |
| 20:04.30 | CIA-47 | CC: Chris Larson <chris_larson@mentor.com> |
| 20:04.30 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 20:05.25 | fray | 5 farm cats -- all to the vet for shots... (anyone in Souther MN want a cat? I've got extras) ;) |
| 20:05.52 | khem | ericben: yes acked ? |
| 20:06.12 | khem | ericben: Did you build gcc-cross-sdk with this change |
| 20:06.20 | khem | for micro and say angstrom ? |
| 20:06.28 | CIA-47 | 03Klaus Kurzmann <mok@fluxnetz.de> 07org.openembedded.dev * r02ed1292b6 10openembedded.git/recipes/udev/ (udev_151.bb udev_162.bb udev_165.bb): |
| 20:06.30 | CIA-47 | udev_151/162/165.bb: add missing PACKAGE_ARCH for nokia900 |
| 20:06.30 | CIA-47 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
| 20:06.30 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 20:06.39 | CIA-47 | 03Alex Bennee <ajb@cbnl.com> 07org.openembedded.dev * r55169699a4 10openembedded.git/recipes/linux-atm/linux-atm_2.5.1.bb: |
| 20:06.40 | CIA-47 | Add flex to the linux-atm dependencies |
| 20:06.40 | CIA-47 | As the linux-atm tools also link against the flex libraries (-lfl) the |
| 20:06.40 | CIA-47 | runtime is also needed as a dependency. |
| 20:06.40 | CIA-47 | Signed-off-by: Alex Bennee <ajb@cbnl.com> |
| 20:06.40 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 20:07.51 | *** join/#oe risca (~risca@m90-130-215-188.cust.tele2.se) |
| 20:08.14 | ericben | khem: angstrom build in progress |
| 20:08.18 | Tartarus | does patchworking |
| 20:09.45 | khem | heads for lunch |
| 20:10.05 | ericben | khem: good appetite :) |
| 20:10.25 | CIA-47 | 03Filip Zyzniewski <filip.zyzniewski@gmail.com> 07org.openembedded.dev * r68df3ce2ae 10openembedded.git/classes/kernel.bbclass: (log message trimmed) |
| 20:10.26 | CIA-47 | kernel.bbclass: fix retrieving dependencies between modules. |
| 20:10.26 | CIA-47 | get_dependencies() searched for a filename key in dependencies |
| 20:10.26 | CIA-47 | directory with the /lib/modules/kernel_version prefix while |
| 20:10.26 | CIA-47 | the directory had entries stripped of it. |
| 20:10.26 | CIA-47 | Signed-off-by: Filip Zyzniewski <filip.zyzniewski@gmail.com> |
| 20:10.27 | CIA-47 | Acked-by: Khem Raj <raj.khem@gmail.com> |
| 20:11.15 | philippe | Those bitbake changes in the time I have been away have certainly improved the machines CPU usage. All 4 CPUS maxed out. |
| 20:11.20 | philippe | Excellent |
| 20:12.05 | Tartarus | yes, we have parallel parsing up front now |
| 20:12.14 | Tartarus | that figures out # CPUs and defaults to that many for the parse |
| 20:12.48 | Jay7 | evening |
| 20:13.28 | *** join/#oe kevinsc (~a0214685@nat/ti/x-traabgcxntnxjvsn) |
| 20:14.05 | demigod2k | Tartarus: so with that patch under sysroots/*/lib there are a bunch of *.la files including libstdc++.la which contain libdir='xx' hardcoded to the compiler's sysroot, not the --sysroot within OE that I passed |
| 20:14.12 | demigod2k | what I can't tell is if that's the root cause of my problem or not |
| 20:14.28 | philippe | Tartarus, It really seems to work. Too bad it is only two real CPUS and two hyperthreaded things. |
| 20:14.37 | demigod2k | it would appear that way though since the working *.la have libdir='/usr/lib' |
| 20:17.22 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-tbqbjvznouydkahh) |
| 20:28.16 | *** join/#oe jevin (~jevin@jevinskie-1-pt.tunnel.tserv9.chi1.ipv6.he.net) |
| 20:28.30 | ericben | demigod2k: I confirm that |
| 20:28.32 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07master * rba90568ce4 10openembedded.git/recipes/udev/acl_2.2.49.bb: |
| 20:28.32 | CIA-47 | acl: Revert most of my last change, just fix RPATH QA |
| 20:28.32 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 20:28.39 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07master * ra615cbed3c 10openembedded.git/recipes/libcdio/libcdio.inc: |
| 20:28.39 | CIA-47 | libcdio: Fix RPATH QA errors |
| 20:28.39 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 20:28.42 | CIA-47 | 03Tom Rini <tom_rini@mentor.com> 07master * rf838e470b7 10openembedded.git/recipes/schroedinger/ (schroedinger.inc schroedinger_1.0.9.bb): |
| 20:28.42 | CIA-47 | schroedinger: Fix RPATH QA errors |
| 20:28.42 | CIA-47 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
| 20:30.02 | demigod2k | doh, actually those *.la came from my external toolchain's sysroot so they're probably my problem. still investigating |
| 20:32.28 | mike_s | libpcre issue is the same - *.la contains libdir=/usr/lib |
| 20:33.38 | *** join/#oe scruggs (~scruggs@208.91.103.103.static.parelli.com) |
| 20:33.53 | demigod2k | mike_s: whats the gist of the error you're getting in that case |
| 20:34.56 | ericben | khem: there seems to be a configuration issue in patchwork : all my mails don''t reach it. Maybe because of the é in my name ? |
| 20:35.30 | mike_s | demigod2k: hang on while I bitbake again to refresh my memory... |
| 20:36.12 | mike_s | fails in do_package with QA Issue: package contains bad RPATH |
| 20:36.28 | mike_s | compile log shows libtool link step has -rpath /usr/lib |
| 20:36.31 | zecke | OT: anyone still has a OE.mtn file? |
| 20:36.34 | ericben | mike_s: is libpcre using libstdc++ ? |
| 20:37.01 | Tartarus | zecke, I have one in svn history |
| 20:37.05 | Tartarus | dunno if it was final current |
| 20:38.06 | Tartarus | I can dig it out without too much trouble |
| 20:38.57 | mike_s | ericben: links with g++ so yes |
| 20:39.16 | ericben | mike_s: ok so the problem is related to libstdc++.la |
| 20:41.31 | philippe | zecke, must have one on my old machine. Was going to revive it this week |
| 20:41.50 | philippe | But must be at least 10 months old |
| 20:42.09 | Tartarus | Mine's from 2008-10-21 or so |
| 20:42.37 | Tartarus | I said "Final" in the svn log, but I don't recall the switchover date, heh |
| 20:45.53 | Jay7 | well.. angstrom-2010.x builds of release-testing are fine |
| 20:46.19 | Jay7 | 2 minimal builds left |
| 20:46.35 | Jay7 | all builds of angstrom-2008.1 are failed |
| 20:47.05 | ericben | Jay7: yes QA issues |
| 20:47.24 | Jay7 | ericben: push your patch to oestats-client :) |
| 20:47.51 | Jay7 | s/to/for/ |
| 20:48.22 | Jay7 | hm.. |
| 20:48.33 | Jay7 | but if someone is using own oestats server |
| 20:48.38 | Jay7 | then we will broke it |
| 20:48.43 | ericben | Jay7: for the errors related to c++ : sysroots/armv5te-angstrom-linux-gnueabi/usr/lib/libstdc++.la: edit libdir to /usr/lib |
| 20:48.44 | Jay7 | that's bad |
| 20:49.25 | ericben | Jay7: we ccould have a variable to enable / disable full logging to oestat |
| 20:49.37 | Jay7 | ericben: that's are testing builds, so no sense to fix it now :) |
| 20:50.14 | ericben | or maybe disable full logging to oestat based on the url |
| 20:50.28 | Jay7 | ericben: yes, but then we should force to switch it.. |
| 20:51.18 | Crofton | oestats is becoming a huge problem for ka6sox |
| 20:51.39 | Jay7 | yeah.. |
| 20:51.55 | Crofton | we may need to turn it off until a solution can be found |
| 20:51.59 | Tartarus | My fault, yeah |
| 20:52.04 | Jay7 | it is turned off already |
| 20:52.05 | Tartarus | Want me to just turn off tinderbox? |
| 20:52.13 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 20:52.20 | Jay7 | Tartarus: it is down at server side |
| 20:52.32 | Tartarus | Yeah, but I'm pretty sure my monster setup isn't helping |
| 20:52.33 | Crofton | I'm not 100% up on the details, but I know he has been spending a lot of time on this |
| 20:52.34 | Jay7 | we should rewrite it.. |
| 20:52.46 | Tartarus | (and since it's off,lemme turn that bit off for this weekends run) |
| 20:52.52 | Tartarus | I've got 1053 or so combinations to run, heh |
| 20:52.57 | Jay7 | omg |
| 20:53.04 | Jay7 | Tartarus: seems pretty huge :) |
| 20:53.29 | Tartarus | Yes, IT is gonna use it to scare people |
| 20:53.53 | Crofton | heh |
| 20:54.15 | Crofton | can you guys work with ka6sox with the goal of reducing his problems |
| 20:54.35 | Crofton | even if it mean sshutting down stats reporting until we have a long term problem |
| 20:54.45 | Crofton | I do not want to burn him out over this |
| 20:55.02 | Tartarus | yeah, certainly |
| 20:55.18 | ericben | Crofton: http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-February/030135.html |
| 20:55.19 | ka6sox | thanks guys.. |
| 20:55.43 | Jay7 | have about 30 combinations of distro/machine |
| 20:56.03 | ericben | Crofton: in fact v2 is herehttp://lists.linuxtogo.org/pipermail/openembedded-devel/2011-February/030136.html |
| 20:56.06 | Jay7 | Crofton: seems there is no way to drive on current engine.. |
| 20:56.24 | Jay7 | only with patch above |
| 20:56.26 | *** join/#oe toi (~peter@d54C2AA76.access.telenet.be) |
| 20:56.50 | *** join/#oe nschle85 (~kvirc@77.47.83.31.dynamic.cablesurf.de) |
| 20:56.54 | ka6sox | its really a 2 part problem |
| 20:57.11 | Jay7 | we have some ideas but this need someone to rewrite some code |
| 20:57.35 | ka6sox | 1 is 5-20 puts/sec from the server (with attendent joins/parts on the mysqlserver) |
| 20:57.58 | demigod2k | ericben: that was enough to get it working? I edited it manually, did a -c clean, still no dice here |
| 20:58.12 | Tartarus | ka6sox, do we need beefier hardware? |
| 20:58.48 | ka6sox | 2 is you are keeping 5months of data around...which means over 16million records to be searched every time someone goes to tinderbox.openembedded.org |
| 20:58.59 | *** join/#oe flo_lap (~fuchs@sign-4db60682.pool.mediaWays.net) |
| 20:58.59 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 20:59.00 | Jay7 | we may move oestats to other place |
| 20:59.04 | Jay7 | with shared mysql |
| 20:59.23 | Jay7 | s/shared/own/ |
| 20:59.35 | ka6sox | Tartarus, you guys are 3X the intensity of usage as other projects. |
| 20:59.39 | Jay7 | own dedicated even :) |
| 21:00.03 | Jay7 | but right way is rewrite it.. |
| 21:00.07 | ka6sox | when you guys stopped using oestats this morning...the other projects sped up by 2X |
| 21:00.22 | ka6sox | its not properly written. |
| 21:00.41 | ka6sox | from reporting the builds to displaying the data. |
| 21:01.07 | ka6sox | crofton said it best: "it doesn't scale well" |
| 21:02.04 | Tartarus | A wishlist item from me would be for builders to configure a shorter than default expire period |
| 21:03.45 | ka6sox | since we have so many different things going on wouldn't a more modern build management system assigning "builds" and being reported back to like hudson/jenkins not make more sense than trying to continue with a system that doesn't scale? |
| 21:04.22 | ka6sox | that would also allow us to add/move resources as necessary. |
| 21:04.44 | Tartarus | I'd certainly like to talk with the jenkins folks in this regard and see if they have ideas |
| 21:05.02 | Tartarus | But there's limitations / issues to be dealt with and it might take a few plugins to get it going, heh |
| 21:05.05 | Jay7 | ka6sox: that's good idea but this is other 'vision' |
| 21:05.25 | *** join/#oe dv (~dv@dvhome.kansstel.ru) |
| 21:06.12 | ka6sox | Tartarus, I've been talking to them for a bit...the biggest issues are JNLP staying UP and how to integrate bitbake with it. |
| 21:07.26 | ka6sox | since we have to work behind firewalls with builders JNLP is almost a necessity |
| 21:08.37 | Crofton | guys, something I would like to see from a board perspective is a working group of poeple dealing with this |
| 21:08.57 | Crofton | to share the load so all the work does not fall on ka6sox |
| 21:08.58 | nschle85 | hi i have jenkins running compiling shr images .... http://norman-schleicher.de/jenkins/job/shr-unstable-image-clean-build/162/console |
| 21:09.11 | Crofton | and so it is easier for us to know who is doing what |
| 21:09.23 | Crofton | OE is getting hard to keep track off |
| 21:09.38 | nschle85 | if you want some of my experiences you can ask me :-) |
| 21:10.02 | ka6sox | nschle85, of course. |
| 21:10.12 | Crofton | and I am off to the store :) |
| 21:10.15 | ka6sox | I'll join that group |
| 21:11.15 | ka6sox | anybody who has hudson/jenkins experience would be helpful. |
| 21:11.36 | nschle85 | ka6sox: do you mean me ? |
| 21:12.12 | Crofton | well organize yourselves :) |
| 21:12.35 | ka6sox | nschle85, I said yes please. |
| 21:12.42 | dv | why I can't build u-boot? http://pastebin.com/DAiA0B7w |
| 21:12.50 | ka6sox | sorry, I shouldn't have used "of course" |
| 21:12.54 | Jay7 | Crofton: I can collaborate here |
| 21:13.04 | Jay7 | as admin and as interested person :) |
| 21:13.47 | Tartarus | ka6sox, I kinda think a JNLP "slave jenkins" is needed really |
| 21:13.53 | Jay7 | but as I said above, using buildbot/hudson is at other side |
| 21:14.01 | ka6sox | Tartarus, absolutely agree. |
| 21:14.02 | Tartarus | Or some other way for the behind FW jenkins to come up and say "here, I did _this_" |
| 21:14.13 | ka6sox | JNLP slaves |
| 21:14.19 | Jay7 | now we are building on our own computers |
| 21:14.38 | ka6sox | well..we just add the slave software and point it to the master. |
| 21:14.50 | ka6sox | but integration to BB is necessary |
| 21:14.59 | ka6sox | both for control as well as for reporting. |
| 21:15.14 | ka6sox | someone might have already done this. |
| 21:15.27 | Jay7 | yocto :) |
| 21:15.34 | Tartarus | well, it can't be just slave VMs |
| 21:15.41 | Tartarus | since mine are all dynamically controlled |
| 21:15.41 | Jay7 | zenlinux have some experience iirc |
| 21:15.43 | Tartarus | and run other jobs |
| 21:15.59 | ka6sox | Tartarus, then we have to be able to drop them into the queue |
| 21:16.03 | Tartarus | I dunno if we really need bb control, there's prep work to be done |
| 21:16.11 | ka6sox | kk |
| 21:16.27 | Tartarus | ka6sox, that's what I'm getting at. What I envision is a public jenkins that others can report what they did to, once done |
| 21:16.35 | *** part/#oe scruggs (~scruggs@208.91.103.103.static.parelli.com) |
| 21:16.37 | Jay7 | is it possible to run interested builds only on my hw connected to buildbot/hudson? |
| 21:16.43 | Tartarus | ie I can kick my monster off and once it's done, it reports to the public one "I did this" |
| 21:16.52 | ka6sox | okay so instead of "control" its just a news gatherer. |
| 21:17.02 | ka6sox | that sounds good. |
| 21:17.43 | Jay7 | good thing in oestats is that I run my own builds where I wish and report results to public place |
| 21:17.46 | ka6sox | we have offers of build resources...but I think we will need to "control" and task them. |
| 21:17.55 | Jay7 | is it possible with other solutions? |
| 21:18.08 | ka6sox | Jay7, jenkins does that. |
| 21:19.03 | ka6sox | okay so a passive jenkins....interesting thought. |
| 21:19.15 | Tartarus | Well, I think we need both |
| 21:19.16 | ka6sox | slaves are reporters. |
| 21:19.18 | Tartarus | the ability to control |
| 21:19.21 | Tartarus | and the ability to just take info |
| 21:19.35 | ka6sox | yes, that sounds like the right approach. |
| 21:21.05 | philippe | dv, looks like an issue getting the source code |
| 21:27.17 | Jay7 | yes, we need both |
| 21:27.27 | Jay7 | someone may add his HW as slaves |
| 21:27.41 | Jay7 | someone may wish to build own sets and report results only |
| 21:27.58 | philippe | Jay7, I could spare one machine to do so. |
| 21:28.10 | philippe | Just need to add some disk to it |
| 21:28.42 | Jay7 | I can share my buildmachine too but limited by time of day |
| 21:28.59 | Jay7 | e.g. at night |
| 21:29.46 | ka6sox | yes ther is the PT builder issue..and with a passive jenkins that wouldnt' be a problem. |
| 21:32.07 | martinmeba | dv: it can't download the file to build - that is why it fails |
| 21:32.17 | martinmeba | what is the link? |
| 21:32.29 | Jay7 | ka6sox, Tartarus: well.. do we go this way then? |
| 21:33.22 | ka6sox | Jay7, we need to investigate...jenkins wasn't made to operate this way |
| 21:33.24 | Tartarus | allowing both passive results and kicking things off to slaves it runs? yes, I think so |
| 21:33.26 | martinmeba | it is not really a build failure - it is a fetch failure |
| 21:33.34 | Tartarus | and yes, there's not quite the plugins we need |
| 21:33.46 | Tartarus | there's a way to have multiple jenkins talk to eachother |
| 21:33.51 | Tartarus | but i don't know if it's passive like this |
| 21:33.52 | Jay7 | yocto is using buildbot setup |
| 21:33.56 | Tartarus | nor if it can be limited to only some builds |
| 21:34.25 | ka6sox | the question I have is if jenkins is tied to a Statetable for builds. |
| 21:34.36 | ka6sox | in which case we are short circuiting it. |
| 21:34.57 | ka6sox | (things like timeouts if a builder doesn't respond etc) |
| 21:35.08 | ericben | khem: that is a issue with "é" in my namein patchwork. Look http://patches.openembedded.org/patch/715/ I sent 2 ack, one with the é which didn't make it into patchwork and one without the "é" which went in patchwork. Any idea of a configuration on the server side ? |
| 21:35.18 | Tartarus | So, slaves it runs can timeout |
| 21:36.15 | ka6sox | I'm trying to figure out how a passive slave can get jenkins to know |
| 21:36.19 | ka6sox | A) the passive slave kicked off a build |
| 21:36.45 | ka6sox | B) accept "updates" that the slave reports back |
| 21:36.59 | ka6sox | C) report the results. |
| 21:37.00 | Tartarus | Well, that's why I think we need passive peer jenkins |
| 21:37.03 | Tartarus | and active slaves |
| 21:37.08 | Tartarus | (I wasn't clear enough before I think() |
| 21:37.40 | ka6sox | okay so all slaves are in charge of their builds...and jenkins master is merely a reporting/stats facility |
| 21:37.46 | Tartarus | Maybe we need to rope one of the #jenkins folks into a chat |
| 21:37.56 | Tartarus | and give them the layout of what kind of resources we have available |
| 21:37.58 | Tartarus | see what they suggest |
| 21:38.22 | ka6sox | their current model is active master, with JNLP slaves. |
| 21:38.27 | Tartarus | yeah |
| 21:38.34 | Tartarus | But like I said, there's plugins to allow peer jenkins |
| 21:38.46 | ka6sox | right..might be a good starting place. |
| 21:39.00 | ka6sox | I'm idling in #jenkins. |
| 21:39.30 | Tartarus | yeah. Not sure who best among the active folks to bug about this :) |
| 21:39.41 | ericben | http://wiki.jenkins-ci.org/display/JENKINS/Monitoring+external+jobs |
| 21:41.18 | ka6sox | I have a couple of guys I've talked to..want me to take point on this? |
| 21:41.33 | ka6sox | I'll report back to the group. |
| 21:41.47 | Tartarus | Yeah, sure. Thanks! |
| 21:42.14 | Jay7 | dislike java but.. |
| 21:42.15 | ka6sox | okay I'll probably drag one of you guys in too to correct me on how it works..I'm an infra guy. |
| 21:42.41 | ka6sox | Jay7, dislike is better than plain not knowing which is what we have now. |
| 21:42.46 | dv | martinmeba, looks like... do I have to update oe? |
| 21:43.06 | martinmeba | dv: is it a stock recipe or did you write it? |
| 21:43.19 | dv | it's a stoke recipe |
| 21:43.25 | dv | stock |
| 21:43.28 | martinmeba | then maybe the mirror is down or something |
| 21:43.34 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 21:43.44 | martinmeba | maybe try again a little later |
| 21:43.46 | Jay7 | "Submit a run programatically" |
| 21:43.58 | Jay7 | jenkins can do it |
| 21:44.23 | Jay7 | but then we should do same thing as now for oestats |
| 21:46.11 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 22:15.42 | khem | ericben: hmm I have applied the utf-8 patch |
| 22:15.51 | khem | ericben: was it like today |
| 22:15.55 | *** join/#oe ant__ (~andrea@host32-249-dynamic.4-87-r.retail.telecomitalia.it) |
| 22:17.13 | *** join/#oe risca (~risca@m83-185-95-142.cust.tele2.se) |
| 22:18.22 | ericben | khem: what do you mean by " was it like today" ? |
| 22:18.35 | khem | when did u send those patches |
| 22:18.44 | ericben | ah ok today :) |
| 22:19.25 | ericben | and in fact even the answer to http://patches.openembedded.org/patch/715/ didn't reach patchwork |
| 22:20.32 | khem | ericben: hmm http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-February/030187.html |
| 22:20.36 | khem | this one you mean |
| 22:21.19 | khem | I guess I might have turned on "dislike french" mode in pw :) |
| 22:21.37 | khem | is it something new ? |
| 22:22.22 | Tartarus | RP__, FYI, I got the db locked thing on 1.12.0 :( |
| 22:23.05 | ericben | khem: since a few days I think |
| 22:23.10 | khem | hmmm |
| 22:23.14 | khem | lemme see |
| 22:23.14 | ericben | my patches used to got to patchwork |
| 22:24.18 | khem | hmm |
| 22:28.41 | RP__ | Tartarus: ok, I thought kergoth's patch was a little optimistic. Could you let him know please? |
| 22:35.10 | Tartarus | Will do when he's back |
| 22:39.20 | demigod2k | is having the PARALLEL_MAKE = "-j 4" in my conf/local.conf all that is necessary to get the parallelism on build? |
| 22:39.37 | demigod2k | based on my machine's uptime output, it seems like bitbake is only doing one thing at a time |
| 22:39.37 | Tartarus | That's half of it |
| 22:39.40 | Tartarus | that will be passed to make |
| 22:39.46 | Tartarus | But bitbake can also have a number of threads |
| 22:40.02 | Tartarus | The key is to find the right combination of make -j N's and bitbake threads to have going |
| 22:40.09 | Tartarus | (that's controlled via BB_NUMBER_THREADS) |
| 22:40.42 | Jay7 | set BB_NUMBER_THREADS to number of cores |
| 22:40.45 | demigod2k | oh duh. I stopped reading too early, thanks. so that'll run multiple recipes in parallel? |
| 22:41.07 | Jay7 | I have both BB_N_T and P_M set to # of cores (6 for me) |
| 22:41.41 | demigod2k | ya I just asked my IT. he said "4 but remember you're hurting everybody else if you increase that" |
| 22:41.45 | demigod2k | well.... "not my problem" |
| 22:42.21 | demigod2k | then the side question -- is it relatively reliable to have the BB threads >1 ? most people aren't seeing race conditions introduced? |
| 22:42.36 | ant__ | hides |
| 22:43.07 | Jay7 | demigod2k: it is reliable, at least to hunt that races down ;) |
| 22:43.16 | demigod2k | dang. good enough though :) |
| 22:43.30 | demigod2k | ok I'll kick that off for the weekend. tytl |
| 22:43.31 | demigod2k | ttyl |
| 22:43.56 | Jay7 | unhide ant__ |
| 22:43.59 | *** join/#oe hwtechnik (~hwtechnik@h081217109005.dyn.cm.kabsi.at) |
| 22:45.08 | ant__ | I'm building for fun A., just to compare the races |
| 22:56.48 | *** join/#oe xeon-enouf (~xeon-enou@unaffiliated/xeon-enouf) |
| 22:58.55 | *** join/#oe sgw (~sgw@72-160-96-185.dyn.centurytel.net) |
| 23:07.06 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |