00:14.39 | *** join/#oe msm (~msm@71.20.113.227) |
00:16.28 | *** join/#oe rulztime (~rulz@220-244-174-13.static.tpgi.com.au) |
01:08.11 | *** join/#oe kergoth (~kergoth@ip24-251-167-38.ph.ph.cox.net) |
01:20.54 | *** join/#oe methril (~methril@189.27.132.92.dynamic.adsl.gvt.net.br) |
02:03.27 | *** join/#oe mewyn (~mewyn@arkanoid.coinopcoop.org) |
02:22.57 | *** join/#oe anarsoul_ (~anarsoul@80.249.91.2) |
02:55.02 | *** join/#oe joel_afk (~joel@cpe-76-184-244-226.tx.res.rr.com) |
03:03.39 | *** join/#oe nitink (~nitink@192.55.55.39) |
03:16.46 | *** join/#oe msm (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net) |
03:38.26 | *** join/#oe joel_afk (~joel@cpe-76-184-244-226.tx.res.rr.com) |
03:43.39 | *** join/#oe acs (~acs@pool-72-70-32-133.bstnma.fios.verizon.net) |
03:47.39 | *** join/#oe dijenerate (~dijenerat@66.54.118.89) |
03:49.04 | *** join/#oe rulz (~rulz@220-244-174-13.static.tpgi.com.au) |
04:54.10 | *** join/#oe htns (~htns@175.139.210.69) |
05:12.00 | *** join/#oe lamikr (lamikr@nat/nokia/x-jcfxhcncyhdzkywc) |
05:26.08 | *** join/#oe lamawithonel_ (~lucas@pool-96-231-162-173.washdc.fios.verizon.net) |
05:58.28 | *** join/#oe zenlinux (~sgarman@c-98-246-165-28.hsd1.or.comcast.net) |
06:01.58 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
06:12.34 | *** join/#oe toi (~peter@inuitbib.ugent.be) |
06:23.49 | *** join/#oe tscheck1 (~t@83.151.21.119) |
06:25.40 | *** join/#oe GNUtoo (~gnutoo@92.90.21.7) |
06:30.36 | *** join/#oe lamikr_ (lamikr@nat/nokia/x-xbsjgsyowiywejfb) |
06:36.11 | *** join/#oe vitus (~vitus@145.253.169.210) |
06:44.47 | *** join/#oe Openfree` (~Openfreer@116.228.88.134) |
06:47.51 | CIA-77 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r959f7272f5 10openembedded.git/classes/gtk-icon-cache.bbclass: |
06:47.51 | CIA-77 | gtk-icon-cache bbclass: python += doesn't add a leading space like bitbake does, so fix that |
06:47.51 | CIA-77 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
07:01.32 | *** join/#oe rulztime (~rulz@220-244-174-13.static.tpgi.com.au) |
07:12.46 | *** join/#oe lumag (~lumag@ppp91-122-92-231.pppoe.avangarddsl.ru) |
07:14.36 | lumag | hi all |
07:21.32 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
07:23.32 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
07:28.28 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
07:29.08 | *** join/#oe dijenerate (~dijenerat@66.54.118.89) |
07:32.22 | *** join/#oe lamikr (lamikr@nat/nokia/x-glcpxqzhvhyqxniz) |
07:34.03 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
07:34.04 | *** join/#oe lamawithonel__ (~lucas@pool-96-231-162-173.washdc.fios.verizon.net) |
07:37.20 | *** join/#oe Openfree` (~Openfreer@116.228.88.131) |
07:46.15 | *** join/#oe rulz (~rulz@220-244-174-13.static.tpgi.com.au) |
07:55.08 | *** join/#oe valhalla (~valhalla@81-174-22-17.dynamic.ngi.it) |
07:56.34 | *** join/#oe bluelightning (~paul@188.29.34.53.threembb.co.uk) |
07:56.34 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
08:13.06 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
08:29.08 | *** join/#oe lamikr (lamikr@nat/nokia/x-cwojlefrblthzpia) |
08:31.26 | ant_work | sigh...tzdata2011i has been removed from ftp://elsie.nci.nih.gov/pub/ |
08:37.45 | ant_work | overnight build failed twice..are the mirrors down? |
08:37.46 | *** join/#oe GNUtoo|work (~denis@pac33-2-82-240-38-71.fbx.proxad.net) |
08:37.57 | GNUtoo|work | otavio, hi |
08:39.41 | *** join/#oe devzero_ (devzero@xdsl-89-0-141-231.netcologne.de) |
08:53.10 | lumag | ant_work, it seems tzdata2011i didn't propagate to mirrors. |
08:53.28 | lumag | Got orig.tar.gz from debian and renamed bad to tzdata2011i.tar.gz |
08:58.07 | *** join/#oe penghb (~penghb@202.108.130.153) |
09:02.49 | *** join/#oe dijenerate (~dijenerat@66.54.118.89) |
09:08.07 | *** join/#oe liamMT1 (~Liam@173-164-164-245-SFBA.hfc.comcastbusiness.net) |
09:26.35 | *** join/#oe pepermint (~pepermint@host13-82-dynamic.2-87-r.retail.telecomitalia.it) |
09:32.35 | *** join/#oe htns (~htns@175.139.210.69) |
09:38.48 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
09:54.45 | CIA-77 | 03Steffen Sledz <sledz@dresearch-fe.de> 07org.openembedded.dev * rb16d53e480 10openembedded.git/recipes/linux-libc-headers/ (2 files in 2 dirs): (log message trimmed) |
09:54.45 | CIA-77 | linux-libc-headers 2.6.24: backport arm/asm/hwcap.h from linux 2.6.26 |
09:54.45 | CIA-77 | Enables building of OpenJDK which uses HWCAP_THUMBEE that is not present |
09:54.45 | CIA-77 | in 2.6.24 headers and was introduced with |
09:54.45 | CIA-77 | commit d7f864be8323e5394040e2877594645b0e7da85d |
09:54.46 | CIA-77 | Author: Catalin Marinas <catalin.marinas@arm.com> |
09:54.47 | CIA-77 | Date: Fri Apr 18 22:43:06 2008 +0100 |
10:01.35 | *** join/#oe bluelightning (~paul@83.217.123.106) |
10:01.35 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
10:06.04 | *** join/#oe obi (~obi@unaffiliated/obi) |
10:06.25 | obi | hi |
10:09.05 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
10:12.33 | *** join/#oe kaio (~kaio@fedora/kaio) |
10:24.48 | pb_ | hi all |
10:29.08 | florian | hi pb_ |
10:37.37 | *** join/#oe playya__ (~playya@unaffiliated/playya) |
10:37.43 | *** join/#oe phdeswer (~philippe@a83-245-252-47.elisa-laajakaista.fi) |
10:42.23 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
10:44.27 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
10:47.58 | *** join/#oe DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
10:52.24 | pb_ | gosh, evince is slow at searching big documents |
10:52.45 | *** join/#oe nitink (~nitink@192.55.55.41) |
10:52.56 | pb_ | stabs chip suppliers who publish 9000-page datasheets |
10:56.59 | *** join/#oe Openfree` (~Openfreer@116.228.88.134) |
11:05.03 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
11:14.20 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
11:14.24 | *** join/#oe Crofton (~balister@32.141.84.62) |
11:17.06 | lumag | Strange. Is meta-micro used by somebody? |
11:17.22 | lumag | I see some wery strange problems with it. |
11:26.36 | pb_ | what problems are you seeing? |
11:29.51 | *** join/#oe dos1 (~dos@djv98.neoplus.adsl.tpnet.pl) |
11:30.00 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
11:32.13 | ant_work | pb_: hey, I still count on your review wrt klibc. In exchange I promise to test meta-micro ;) |
11:36.08 | ant_work | pb_: my doubts are mostly about the approach taken for the package split, implying cross-compilation of the packages |
11:36.50 | ant_work | pb_: i.e. no way to compile on target is provided, even after installing libklibc-dev on it |
11:37.23 | pb_ | yeah, sorry, I haven't had time to look at that yet |
11:38.14 | pb_ | with a bit of luck I will have some time at the weekend |
11:38.15 | ant_work | I guess those doubts have already been answered for other *libc |
11:39.15 | ant_work | pb_: not in hurry, as long kernel.org is down no klibc_2.0 will appear |
11:39.22 | pb_ | ah yes, right |
11:39.32 | pb_ | it does seem to be taking those dudes a long time to get their machines un-owned |
11:39.39 | pb_ | it's been, what, a couple of weeks now? |
11:39.41 | ant_work | heh |
11:40.22 | ant_work | last I've heard cause would have been a leaked ssh password |
11:41.56 | pb_ | ah, right |
11:42.16 | pb_ | and did linuxfoundation get owned as well? I heard some rumour that they did. |
11:42.29 | ant_work | brrr |
11:43.22 | ant_work | cough... |
11:43.32 | ant_work | "..ecurity breach that was discovered on September 8, 2011" |
11:43.56 | ant_work | btw kernel.org "We discovered this August 28th" |
11:44.36 | ant_work | they did |
11:48.02 | pb_ | oh well |
11:52.01 | *** join/#oe lamikr (lamikr@nat/nokia/x-eavildrqizmgdhwn) |
12:03.28 | slapin | hi, all, again! |
12:04.20 | slapin | since kernel.org is down and www.angstrom-distribution.org does not have a copy, how do people build images from scratch, since udev is unavailable for fetching? |
12:04.45 | slapin | lumag: hi! |
12:04.50 | *** join/#oe Crofton (~balister@32.141.84.62) |
12:06.16 | lumag | slapin, hello! |
12:06.33 | lumag | slapin, use orig.tar.gz from debian, ubuntu :) |
12:13.21 | pb_ | or don't use udev :-) |
12:13.31 | pb_ | or use a mirror of kernel.org, e.g. scp pb@lander:git/bcm7425-oe/sources/bs/source/pandora2/apps/brightsign/cheeta |
12:13.38 | pb_ | er, not that |
12:13.45 | pb_ | e.g. http://www.mirrorservice.org/sites/ftp.kernel.org/pub/linux/ |
12:16.01 | ant_work | anyhow, facing this big outage, our mirror system did not shine |
12:16.34 | JaMa|Off | slapin: udev-173? do you have http://git.openembedded.org/cgit.cgi/meta-openembedded/commit/?id=efd2f36f7388e1cca963dc91cc2af34b60b48f7f ? because to find git checkout is even harder :) |
12:21.02 | slapin | JaMa|Off: thanks a lot! |
12:25.42 | *** join/#oe CMoH (~cipi@95.76.68.223) |
12:25.42 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
12:31.10 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
12:47.34 | *** join/#oe vitus (~vitus@145.253.169.210) |
12:47.55 | *** join/#oe ericben (~ebenard@pac33-2-82-240-38-71.fbx.proxad.net) |
12:48.11 | *** join/#oe GarthPS (~quassel@cam44-2-82-235-243-25.fbx.proxad.net) |
12:48.33 | *** join/#oe rulztime (~rulz@220-244-174-13.static.tpgi.com.au) |
12:50.19 | otavio | GNUtoo|work: hi |
12:51.31 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
12:54.20 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
12:56.15 | GNUtoo|work | otavio, hi |
12:56.50 | ericben | hi otavio |
12:57.28 | GNUtoo|work | otavio, I tested your patch |
12:57.37 | GNUtoo|work | the one about the translations |
12:57.43 | GNUtoo|work | 1)it worked |
12:58.01 | GNUtoo|work | 2)also bump qt4-embedded.inc's INC_PR |
12:58.25 | otavio | GNUtoo|work: ahh fine. will do it locally and send it to mailing list |
12:59.19 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
12:59.38 | GNUtoo|work | ok nice |
13:00.05 | *** join/#oe kevinsc (~a0214685@nat/ti/x-dwlrgzelyxoerhca) |
13:00.38 | *** join/#oe Hoolxi (~Openfree@124.78.152.141) |
13:03.49 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-bxeyyqzsfcmevfuh) |
13:07.26 | otavio | GNUtoo|work: you and Eric has any public available tree I can merge? |
13:07.39 | otavio | GNUtoo|work: so we both have the qt changes in sync |
13:07.50 | *** join/#oe pespin (~pespin@cisne-cn08.upc.es) |
13:07.55 | ericben | otavio: I'm working on the git server |
13:08.10 | otavio | ericben: why don't use github? |
13:12.01 | ericben | otavio: could be a solution |
13:12.45 | otavio | ericben: I've been using it and works quite nicely |
13:12.49 | ericben | but I have git server with gitosis somewhere so that's easy to have everything at the same place |
13:13.10 | otavio | ericben: besides, make easy to people to work with you since fork is quite useful sometimes |
13:13.34 | ericben | as I'm sure github has some usage conditions which may be quite restrictive |
13:13.47 | otavio | ericben: not really |
13:14.01 | otavio | ericben: the only issue is that your repo is public |
13:14.26 | otavio | ericben: i have the private one in our internal server but I avoid the maintainence work of having a public one |
13:14.42 | ericben | ok so that may be a solution for this |
13:14.44 | otavio | ericben: also is nice to allow us to grant commit access to other people |
13:14.59 | otavio | ericben: in the public one i meant |
13:15.28 | ericben | as I won't have to over admin our git server if it's not open :) |
13:15.49 | otavio | ericben: i set up a organization and our team has commit access to all repo on that |
13:15.56 | otavio | ericben: easy and simple |
13:15.57 | GNUtoo|work | otavio, we published all our patches to oe-core I think |
13:16.03 | otavio | GNUtoo|work: me too |
13:16.13 | otavio | GNUtoo|work: but I have an internal layer |
13:16.28 | GNUtoo|work | us too |
13:16.51 | GNUtoo|work | it'll be public but we need to set it up |
13:16.54 | otavio | GNUtoo|work: and internally I use combo-layer to manage our "all-in-one" repo |
13:17.09 | otavio | GNUtoo|work: in this case, github seems perfect |
13:17.38 | GNUtoo|work | ok |
13:18.24 | otavio | GNUtoo|work: ah, a plus is that we have it working in create-pull-request too heh |
13:20.35 | *** join/#oe Hoolxi (~Openfree@124.78.152.141) |
13:25.01 | *** join/#oe Crofton (~balister@158.130.103.68) |
13:25.43 | slapin | whai is LIC_FILES_CHKSUM and how I am supposed to fix this? |
13:25.48 | slapin | *what |
13:26.00 | otavio | slapin: git grep LIC_FILES_CHKSUM |
13:26.08 | otavio | slapin: you'll have many examples ;-) |
13:26.30 | GNUtoo|work | http://www.yoctoproject.org/docs/1.1/poky-ref-manual/poky-ref-manual.html#usingpoky-configuring-LIC_FILES_CHKSUM |
13:29.58 | slapin | otavio, GNUtoo|work: thanks a lot! |
13:30.23 | otavio | slapin: you're welcome |
13:33.48 | slapin | I have lots of local test recipes, is it possible to skip license tests for them? is there some tool to automate license check e.g. for kernel recipes? |
13:34.10 | slapin | I mean to automate proper setting generation |
13:34.16 | slapin | for LIC_FILES_CHKSUM |
13:35.03 | slapin | or i will have to fille 50+ values by hand, which is not thing I'd like to do at the moment. |
13:38.05 | slapin | or I will set LIC_FILES_CHKSUM = "/dev/null;md5=d41d8cd98f00b204e9800998ecf8427e", will it work? |
13:38.35 | slapin | LIC_FILES_CHKSUM = "file:///dev/null;md5=d41d8cd98f00b204e9800998ecf8427e", will it work? |
13:46.17 | bluelightning | slapin: if you want to just skip it you can just comment out the code in sanity.bbclass |
13:47.01 | pb_ | or, if they're local recipes, just set LICENSE = "CLOSED" and not worry about it. |
13:47.23 | bluelightning | pb_: the problem is that's something that could slip out externally |
13:48.33 | pb_ | I'm not quite sure I understand what you mean. |
13:49.12 | bluelightning | pb_: i.e. if you commit LICENSE = "CLOSED" as a stopgap, forget about it, then publish the metadata, that would not be good |
13:49.17 | *** join/#oe kergoth (~kergoth@ip24-251-167-38.ph.ph.cox.net) |
13:49.22 | bluelightning | and not good advice to give to people as a general rule IMHO |
13:49.41 | bluelightning | if all you need is to disable the check quickly, just comment it out... |
13:50.52 | pb_ | fair enough, I guess |
13:51.32 | pb_ | he did say they were "local test recipes", which doesn't sound as though it's something that one would be publishing, and shipping a .bb file with LICENSE accidentally set to CLOSED wouldn't exactly be the end of the world, but still. |
13:54.04 | bluelightning | not the end of the world, but not ideal either... |
13:55.21 | pb_ | it's not totally obvious to me that it's any worse than accidentally publishing a recipe which doesn't build unless the sanity check is commented out. |
13:55.30 | pb_ | but, anyway, it doesn't really matter. |
13:55.35 | *** join/#oe lamikr (~lamikr@dyn60-31.dsl.spy.dnainternet.fi) |
14:03.54 | *** join/#oe galak (~galak@192.88.168.34) |
14:03.57 | *** join/#oe lumag (~lumag@nat-rup.mentorg.com) |
14:06.04 | *** join/#oe devzero_ (devzero@xdsl-89-0-70-153.netcologne.de) |
14:06.30 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
14:09.22 | *** join/#oe icewewe (~hmartin@unaffiliated/icewewe) |
14:09.40 | icewewe | has anyone successfully built nut >2.2? |
14:10.01 | icewewe | I've merged net-snmp into my staging directory but nut is failing to properly define some functions from the net-snmp header files |
14:19.07 | slapin | pb_, bluelightning: Thanks a lot, LICENSE = "CLOSED" is ok with me as these are ad-hoc hardware tests, so not intended for publishing. |
14:22.03 | slapin | have anybody built OE with amazon ec2? how much does it costs approximately. |
14:35.40 | *** join/#oe rob_w (~bob@ppp-188-174-117-53.dynamic.mnet-online.de) |
14:45.05 | lumag | I'm facing some strange problems with meta-micro. It looks like it tries to rebuild packages already built during previous bitbake runs, but fails miserably. |
14:47.22 | pb_ | so, once again, what actually are the problems? |
14:49.21 | pb_ | I can't think offhand of anything meta-micro does that would be likely to cause that sort of rebuilding issue, but without a concrete example of what's going wrong it is hard to say. |
14:51.36 | lumag | pb_, E.g. I run bitbake libopie2, it builds several native packages to bootstrap (e.g. openssl, libtool, etc. -native). At some point I interrupt bitbake (or it finished running). I see stamps in the usual dir, I see correct binaries. All work is cleaned by rm_work. |
14:52.34 | lumag | And then if I rerun bitbake I'll see all built packages rebuilding. Usually it fails in openssl-native (check build logs at http://bugs.lumag.spb.ru/show_bug.cgi?id=33). |
14:52.55 | lumag | But the problem is that it actually tries to rerun all tasks. |
14:53.38 | pb_ | That's certainly rather strange. |
14:54.08 | ant_work | I can retry later but using plain oe-core, w/out distro 'scripts' |
14:54.32 | ant_work | just oe-core + meta-oe + meta-opie ? |
14:54.36 | pb_ | What version of bitbake do you have, the trunk? |
14:54.56 | lumag | trunk bitbake, layers used: oe-core, meta-hh, meta-opie. |
14:55.21 | pb_ | hm, strange. |
14:55.33 | lumag | pb_, I can try debugging that if you point me somewhere. |
14:55.42 | pb_ | well, I haven't seen that problem but I guess my configuration is a bit different. I don't use rm_work, and I don't use meta-hh or meta-opie. |
14:55.53 | pb_ | let me check what bitbake I have |
14:56.28 | ant_work | lumag: no meta-oe ? |
14:56.36 | lumag | ant_work, no meta-oe |
14:56.40 | pb_ | seems to be d5abdacaf9ac604ef8d8c1bafb9b30617827cb4f, about a month old from the trunk |
14:57.08 | pb_ | I think I have done builds both with and without meta-oe recently so I doubt it is that |
14:57.37 | pb_ | lumag: well, the obvious place to start would be to see what the difference is in the stamp filenames that it creates the second time |
14:58.13 | pb_ | so, pick a recipe that does actually rebuild successfully (ie not openssl), let it run through, and then see what stamps you have after it's finished |
14:58.59 | ant_work | afaik meta-opie depends on meta-openembedded |
14:59.24 | lumag | ant_work, I don't know, I didn't get till opie stuff comes to play. |
14:59.42 | ant_work | and meta-hh too, implicitely (klibc, klibc.bbclass) |
15:03.48 | bluelightning | you should have meta-oe for meta-opie... I'm surprised you don't get errors |
15:04.05 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
15:04.09 | bluelightning | ant_work: you don't need meta-hh for opie |
15:04.23 | lumag | ant_work, meta-hh contains klibc.bbclass |
15:04.33 | ant_work | sorry, meant meta-hh has same dependency on meta-oe |
15:06.06 | JaMa|Off | klibc.bbclass yes but not klcc-cross |
15:06.51 | ant_work | bluelightning: pls remove the class from meta-hh :) |
15:07.08 | bluelightning | ant_work: ??? |
15:07.10 | *** join/#oe joelagnel (~joel@nat/ti/x-icwibkhnrgopvfio) |
15:07.38 | ant_work | I missed that we have the class in both layers |
15:07.43 | lumag | pb_, I got exactly the same recipes with updated timestamps |
15:07.49 | bluelightning | ant_work: ah, so did I... |
15:07.58 | lumag | pb_, s/recipes/stamp files/ |
15:08.08 | *** join/#oe joelagnel (~joel@nat/ti/x-wkciziqicqdliktf) |
15:08.13 | pb_ | okay |
15:08.25 | pb_ | so, if bitbake is regenerating the same stamps like that, I think that is probably a bitbake issue |
15:08.40 | pb_ | I'm not sure offhand how to debug why it isn't respecting the original stamp. |
15:09.06 | *** join/#oe kevinsc (~a0214685@nat/ti/x-duqndbjhzaeuqurv) |
15:09.32 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
15:09.38 | JaMa|Off | lumag: check sstate signatures with bitbake-diffsigs |
15:10.02 | ant_work | JaMa|Off: about the # .. / fun |
15:10.08 | ant_work | do you think klibc_1.5.25.bb suffers of it? |
15:10.34 | ant_work | there is a blank line afterward... |
15:10.44 | lumag | Moreover not all timestamps got updated. only build, distribute_sources, fetch, package_setscene, package_write_ipk_setscene. rm_work and unpack |
15:10.52 | lumag | JaMa|Off, tell me more please :) |
15:11.13 | bluelightning | ant_work: done |
15:11.19 | bluelightning | thx |
15:11.29 | ant_work | that was fast, thx |
15:11.53 | *** join/#oe pepermint (~pepermint@host13-82-dynamic.2-87-r.retail.telecomitalia.it) |
15:11.54 | bluelightning | ant_work: easy for me to check and there was no material difference between the two versions |
15:12.36 | ant_work | yes, even if I'd like to hear pb_ about that, in fact only kexec-tools refuses to compile using OE flags... |
15:18.46 | JaMa|Off | lumag: read http://lists.linuxtogo.org/pipermail/openembedded-core/2011-May/003231.html |
15:19.12 | lumag | JaMa|Off, I see no new siginfo files. Or do you ask me to check .siginfo before and after rebuild. |
15:25.13 | JaMa|Off | ant_work: next line after # blah \ is also considered as comment |
15:25.53 | JaMa|Off | ant_work: so if you have # --enable-foo \ \n --enable-blah.. then both foo and blah are not enabled, but I guess most people like me will expect blah to be enabled |
15:26.43 | khem | JaMa|Off: I looked a bit at the linking issue you reported about openssl |
15:27.12 | khem | JaMa|Off: since I saw this problem on mips |
15:27.23 | khem | JaMa|Off: but I could not reproduce it when I tried again |
15:27.51 | khem | JaMa|Off: This is a race issue in parallel build |
15:27.54 | JaMa|Off | khem: yes it's weird.. I've tried to compile it more times and it fails only in some cases |
15:28.03 | khem | where archive is not written properly as yet when its used |
15:28.12 | khem | in another branch of the build |
15:28.14 | JaMa|Off | khem: yes usually if you run do_compile again it finishes |
15:28.38 | khem | JaMa|Off: so the problem really is in openssl and its a long standing issue in openssl |
15:28.59 | khem | the workaround fix for us is to disable parallel build for openssl |
15:29.12 | JaMa|Off | ok.. just this version was first where I've noticed it |
15:29.36 | khem | better if someone can poke at openssl build sytem/makefiles and fix the root cause |
15:29.51 | JaMa|Off | agreed |
15:29.51 | khem | JaMa|Off: I found more reports about very same issue |
15:30.24 | *** join/#oe jconnolly (~jconnolly@66.43.64.66) |
15:39.09 | lumag | khem, JaMa|Off. Seems I also hit this problem. I'll post my (proposed) patch in a minute. |
15:40.08 | lumag | posted to oe-devel |
15:42.37 | lumag | JaMa|Off, I checked the thread you referenced. My problem is that sigdata files don't get updated. |
15:44.26 | lumag | JaMa|Off, can my problem be related to the fact that I also use basic and not basichash BB_SIGNATURE_HANDLER ? |
15:45.14 | lumag | otoh angstrom also doesn't set BB_SIGNATURE_HANDLER |
15:47.07 | JaMa|Off | lumag: sorry, no idea why it's rebuilt with same sigdata.. I was also using basic BB_SIGNATURE_HANDLER but got it rebuilt quite often.. but that was probably different cause.. |
15:51.05 | *** join/#oe Hoolxi (~Openfree@124.78.152.141) |
15:53.10 | *** join/#oe msm (~msm@192.88.168.34) |
15:54.01 | JaMa|Off | bye all |
15:54.04 | lumag | bye |
16:01.19 | *** join/#oe kevinsc (~a0214685@nat/ti/x-wmhytxdfvbigtmpj) |
16:06.46 | *** join/#oe morphis (~morphis@p5B2C23B3.dip.t-dialin.net) |
16:08.03 | *** join/#oe dijenerate (~dijenerat@173.225.251.236) |
16:10.01 | slapin | what to do if there's no any license file in source code? example recipe is libsocketcan_git.bb in oe-dev |
16:10.25 | fray | you will need to find a license file somewhere (web?) copy it in, and point to that.. |
16:10.31 | fray | be sure to annotate WHERE the license file came from.. |
16:10.46 | fray | thought socketcan had a license declaration at the top of the source files.. |
16:10.56 | fray | (that is enough to point to as a license file) |
16:12.48 | *** join/#oe Hoolxi (~Openfree@64.191.99.80) |
16:15.24 | *** join/#oe MrCurious (~MrCurious@67.58.47.190) |
16:15.34 | *** join/#oe pepermint (~pepermint@host13-82-dynamic.2-87-r.retail.telecomitalia.it) |
16:21.52 | slapin | fray: how can I calculate md5sum for part of file automatically? how this is generally done? |
16:22.37 | fray | I believe you can use head/tail and md5 on the command line.. |
16:22.47 | kergoth | what i do is add the item to LIC_FILES_CHKSUM with "md5=". if you set the md5 to an invalid value,including hte empty string, it will display the md5sum in the error message |
16:22.47 | fray | i.e. if it's the first 10 lines... head -n 10 | md5sum |
16:22.51 | kergoth | :) |
16:23.09 | fray | kergoth ya, that is actually what I do most of the time.. ;) |
16:23.18 | fray | I do the md5sum myself though to verify it's really the one I want as well.. |
16:23.22 | fray | (most of the time) |
16:23.31 | kergoth | speaking of which, if you don't include teh md5 in the line at all, it doesn't show it. we should add that, to be consistent |
16:23.35 | slapin | kergoth: thanks for idea! |
16:23.57 | fray | ahh didn't realize that.. I usually add a dummy one "md5=0000" just as a placeholder if I don't know |
16:24.30 | kergoth | yeah, me too. just happened to do file://foo without md5= one time and noticed it |
16:26.07 | *** join/#oe msm (~msm@gate-de.freescale.com) |
16:28.43 | *** join/#oe GarthPS (~quassel@cam44-2-82-235-243-25.fbx.proxad.net) |
16:51.42 | *** join/#oe fgretief (~chatzilla@dsl-185-157-164.dynamic.wa.co.za) |
16:58.38 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
17:02.23 | *** join/#oe dijenerate (~dijenerat@173.225.251.236) |
17:12.38 | *** join/#oe rickfoosusa (~chatzilla@adsl-66-143-164-36.dsl.austtx.swbell.net) |
17:25.25 | *** join/#oe jkridner_ (~jason@pdpc/supporter/active/jkridner) |
17:29.38 | *** join/#oe woglinde (~heinold@f052231063.adsl.alicedsl.de) |
17:31.42 | woglinde | jo |
17:34.54 | *** join/#oe pretec (~Matthias@port-92-195-131-229.dynamic.qsc.de) |
17:42.59 | *** join/#oe mickey|zzZZzz (~mickey@80.81.242.146) |
17:45.16 | *** join/#oe rje`cf (~rje@c-67-161-99-149.hsd1.wa.comcast.net) |
17:47.28 | *** join/#oe Lopi (~lopi@li54-110.members.linode.com) |
17:48.08 | *** join/#oe mrmoku` (~mrmoku@host-188-174-167-234.customer.m-online.net) |
17:48.42 | *** join/#oe incandescant (~joshual@nat/intel/x-kdtwvyghjjiefuzf) |
17:52.53 | *** join/#oe runix (~runix@users116.kollegienet.dk) |
17:55.33 | *** join/#oe Openfree` (~Openfreer@116.228.88.134) |
17:56.34 | *** join/#oe pespin (~pespin@66.pool62-37-83.dynamic.orange.es) |
17:59.18 | *** join/#oe Hoolxi (~Openfree@64.191.99.80) |
18:00.39 | runix | How do I remove a specific compiler flag for a given recipe? (I would like to remove the compiler flag -fvisibility-inlines-hidden from opensp, opensp_1.5.bb) to see if that is the cause of the linkage problems. |
18:01.27 | *** join/#oe anarsoul (~anarsoul@80.249.91.2) |
18:07.55 | Tartarus | runix: do a git grep on oe_filter_out, iirc |
18:08.00 | Tartarus | that'll show some examples |
18:08.54 | kergoth | ugh, I hate svn merge. weak. |
18:10.16 | runix | thanks |
18:23.58 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
18:28.21 | *** join/#oe msm (~msm@192.88.168.34) |
18:38.07 | *** join/#oe obi (~obi@unaffiliated/obi) |
18:47.23 | khem | kergoth: I curse svn everyday |
18:47.57 | kergoth | I was hoping merging had improved since merge tracking got added, etc, but not so much :| |
18:48.51 | fray | when I have to work with SVN (read-only generally) I always import it into a git tree.. ;) |
18:49.14 | khem | I usually use git-svn |
18:49.42 | fray | ya same |
18:50.15 | woglinde | hi khem |
18:50.26 | khem | hey woglinde |
18:50.29 | woglinde | khem can you look at systemd in meta-oe |
18:50.43 | woglinde | the uclibc-patch stuff dont works anymore |
18:51.02 | khem | woglinde: hmmm did it get updated ? |
18:51.24 | woglinde | khem problem is in bitbake code somewhere |
18:51.35 | khem | woglinde: bitbake ? |
18:52.06 | khem | after some gap yesterday I did builds on latest and its building fine |
18:52.25 | woglinde | it dont likes |
18:52.27 | woglinde | UCLIBCPATCHES = "" |
18:52.27 | woglinde | UCLIBCPATCHES_libc-uclibc = "file://paper-over-mkostemp.patch \ |
18:52.27 | woglinde | <PROTECTED> |
18:52.27 | woglinde | <PROTECTED> |
18:52.32 | woglinde | here |
18:53.19 | woglinde | ERROR: Error executing a python function in /devel/arm/git/setup-scripts/sources/meta-openembedded/meta-oe/recipes-core/systemd/systemd_git.bb: |
18:53.21 | woglinde | AttributeError: 'module' object has no attribute 'domain |
18:54.50 | *** join/#oe obi (~obi@drms-590ed9cd.pool.mediaWays.net) |
18:54.55 | *** join/#oe obi (~obi@unaffiliated/obi) |
18:55.12 | khem | woglinde: hmm it could be something else |
18:55.17 | khem | how can I reproduce it |
18:56.04 | woglinde | here is the rest |
18:56.07 | woglinde | https://gist.github.com/1222815 |
18:57.11 | *** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner) |
18:58.49 | *** join/#oe Hoolxi (~Openfree@124.78.152.141) |
18:58.56 | woglinde | hi jkridner |
19:00.49 | *** join/#oe galak (~galak@192.88.168.34) |
19:01.03 | jkridner | hi |
19:02.02 | *** part/#oe icewewe (~hmartin@unaffiliated/icewewe) |
19:02.37 | *** join/#oe denix0 (~denix@pool-71-191-138-237.washdc.fios.verizon.net) |
19:02.48 | woglinde | hi denix |
19:02.59 | denix0 | heya woglinde |
19:03.29 | kergoth | ah, i see the problem. svn merge is almost like rebase, it applies the changes incrementally |
19:03.30 | kergoth | hrmph |
19:04.04 | kergoth | woglinde: lib/oe/patch.py has a bb.msg.fatal() call that uses bb.msg.domain. change that to bb.fatal and you'll get the proper message |
19:04.14 | kergoth | saw that yesterday |
19:05.04 | woglinde | wasnt there patches for all this stuff? |
19:08.20 | *** join/#oe anarsoul (~anarsoul@80.249.91.2) |
19:09.47 | kergoth | shrugs, didn't make any of the recent bb.msg changes |
19:10.19 | khem | woglinde: it seems a bitbake problem doesnt it |
19:11.04 | woglinde | I am trying again |
19:11.10 | woglinde | but need to recompile gcc-cross |
19:15.46 | *** join/#oe fgretief (~chatzilla@dsl-185-157-164.dynamic.wa.co.za) |
19:16.25 | *** join/#oe dijenerate (~dijenerat@66.54.118.89) |
19:17.55 | *** join/#oe obi (~obi@unaffiliated/obi) |
19:19.25 | *** join/#oe Hoolxi (~Openfree@64.191.99.80) |
19:44.14 | *** join/#oe Jefro (~josiermi@134.134.139.70) |
19:45.49 | *** join/#oe Hoolxi (~Openfree@64.191.99.80) |
20:00.38 | *** join/#oe Hoolxi (~Openfree@64.191.99.80) |
20:01.02 | *** join/#oe woglinde_ (~heinold@g225004157.adsl.alicedsl.de) |
20:01.50 | *** join/#oe florian (~fuchs@sign-4db6be50.pool.mediaWays.net) |
20:01.50 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
20:05.24 | *** join/#oe Hoolxi (~Openfree@64.191.99.80) |
20:10.27 | *** join/#oe rickfoosusa (~chatzilla@adsl-66-143-164-36.dsl.austtx.swbell.net) |
20:10.29 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
20:11.59 | *** join/#oe Hoolxi (~Openfree@64.191.99.80) |
20:19.27 | *** join/#oe ant__ (~andrea@host159-26-dynamic.5-87-r.retail.telecomitalia.it) |
20:22.34 | woglinde_ | hi ant |
20:23.26 | woglinde_ | hm meta-oe |
20:23.37 | woglinde_ | WARNING: For recipe libgcc, the following files were installed but not shipped in any package: |
20:23.40 | woglinde_ | WARNING: /usr/lib/arm-angstrom-linux-uclibceabi/4.5.4/libgcov.a |
20:23.50 | woglinde_ | WARNING: QA Issue: No GNU_HASH in the elf binary: '/devel/arm/git/setup-scripts/build/tmp-angstrom_2010_x-uclibc/work/armv7a-angstrom-linux-uclibceabi/libgcc-4.5-r40+svnr176640/packages-split/libgcc/lib/libgcc_s.so.1' |
20:24.23 | fray | lack of libgcc_s.so.1 looks like a mistake to me |
20:27.33 | *** join/#oe mike111 (~mike@89.252.7.30) |
20:29.30 | woglinde_ | fray? |
20:29.35 | woglinde_ | no lack |
20:29.37 | woglinde_ | only HASH |
20:30.52 | khem | woglinde_: can you try the patches I posted |
20:31.02 | khem | that should fix this problem |
20:31.05 | woglinde_ | khem hum |
20:31.09 | woglinde_ | not this evening |
20:31.29 | woglinde_ | or can I pull them easily? |
20:31.32 | khem | yes |
20:31.47 | woglinde_ | git remote add what? |
20:32.17 | khem | git://git.openembedded.org/openembedded-core-contrib kraj/hashstyle-eglibc-updates |
20:32.26 | khem | branch is kraj/hashstyle-eglibc-updates |
20:36.12 | denix0 | Crofton: ping |
20:36.35 | ant__ | hi woglinde_ |
20:36.44 | ant__ | hello khem, wb |
20:37.25 | denix0 | Crofton: have you been able to resolve internal compiler error while building kernel for usrp? |
20:37.55 | ant__ | hi fray, I reopened #775 |
20:40.40 | *** join/#oe dijenerate (~dijenerat@173.225.251.236) |
20:40.47 | woglinde_ | hm hm which package needs bison-target |
20:40.57 | mike111 | HI! Got some issues with "do_install" for libgcc. There is "chown -R root:root {D}" string in a recipe and it fails, should i add fakeroot before this string? |
20:41.00 | woglinde_ | and flex-target |
20:41.11 | woglinde_ | I will find out |
20:41.27 | woglinde_ | mike11 uhm |
20:41.37 | woglinde_ | yeah try fakeroot |
20:41.48 | woglinde_ | dont know if we have a variable for it |
20:41.54 | woglinde_ | but a native package |
20:42.00 | woglinde_ | try git grep |
20:42.03 | woglinde_ | to find out |
20:42.51 | *** part/#oe Tartarus (trini@pixelshelf.com) |
20:43.22 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
20:43.48 | woglinde_ | hm intressting |
20:43.50 | woglinde_ | libpam-runtime |
20:43.52 | woglinde_ | needs it |
20:44.10 | woglinde_ | irrhks |
20:44.11 | woglinde_ | WARNING: For recipe libxml2, the following files were installed but not shipped in any package: |
20:44.15 | woglinde_ | WARNING: /usr/lib/libxml2.a |
20:49.42 | *** join/#oe Jay7 (jay@95-29-8-179.broadband.corbina.ru) |
20:52.43 | *** join/#oe pretec (~Matthias@port-92-195-131-229.dynamic.qsc.de) |
20:52.56 | *** join/#oe dijenerate (~dijenerat@173.225.251.236) |
20:53.43 | otavio | ericben: Hi |
20:53.45 | *** join/#oe Jay7 (jay@95-29-12-184.broadband.corbina.ru) |
20:54.11 | woglinde_ | hi otavio |
20:54.45 | otavio | woglinde_: :-) |
20:55.02 | *** join/#oe Tartarus (trini@pixelshelf.com) |
20:55.02 | otavio | ericben: I've push my current translation fix to qt4 into https://github.com/OSSystems/oe-core/commits/master |
20:55.12 | woglinde_ | hi tartarus |
20:55.28 | Tartarus | hey |
20:55.34 | Tartarus | stupid/pidgin |
20:55.43 | woglinde_ | use psi |
20:55.46 | woglinde_ | *g* |
20:55.46 | Crofton | denix, no |
20:55.55 | Crofton | I have been at the gnuradio conference this week |
20:56.08 | woglinde_ | crofton hehe |
20:56.14 | woglinde_ | sold some units? |
20:56.37 | otavio | ericben: it would be awesome if you could put it into your pull request |
20:56.44 | denix0 | Crofton: hmm, we are getting the same issue building 3.0.4 kernel with the toolchain from 2011.03-maintenance |
20:57.11 | Crofton | feels like something in the 3.0 kernel |
20:57.12 | denix0 | trying to see if there's anything needs to be ported from oe.dev/oe-core/meta-oe to fix that |
20:57.13 | Crofton | same file? |
20:57.38 | denix0 | yeah, same file same error - saw your identical pastebin |
20:57.51 | Crofton | cool |
20:58.06 | woglinde_ | crofton/denix where is the pastebin? |
20:58.22 | Crofton | ask denix0 I do not have it handy |
20:58.40 | denix0 | http://pastebin.com/ZDDm70ME and http://pastebin.com/tEhh6hdN |
20:58.48 | Crofton | is checking in for his airline flight |
20:58.54 | denix0 | first is ours and second is Crofton's from 2 days ago |
20:59.07 | denix0 | Crofton: when are you back? |
20:59.13 | *** join/#oe Jay7 (jay@78-106-53-61.broadband.corbina.ru) |
20:59.26 | Crofton | tomorrow |
20:59.37 | Crofton | flying from PHL to ROA at 2100 |
20:59.49 | woglinde_ | in module.c |
20:59.51 | woglinde_ | intressting |
21:00.32 | Crofton | ok, back to "work" |
21:09.41 | khem | denix0: what issue do u see |
21:09.56 | woglinde_ | khem look at the pastebin |
21:10.03 | denix0 | kernel/module.c:3353:1: internal compiler error: in arm_unwind_emit, at config/arm/arm.c:22672 |
21:10.17 | denix0 | http://pastebin.com/ZDDm70ME and http://pastebin.com/tEhh6hdN |
21:10.24 | woglinde_ | but without source code |
21:10.47 | khem | denix0: thats a compiler problem |
21:10.50 | denix0 | woglinde_: which source code do you need? |
21:11.17 | woglinde_ | what is on module.c:3353 |
21:11.17 | woglinde_ | and config/arm/arm.c:22672 |
21:11.17 | khem | denix0: is it happening with some special flags ? |
21:11.17 | khem | like march |
21:11.28 | denix0 | khem: right. that's 3.0.4 kernel with toolchain from 2011.03-maintenance. it works with toolchain from oe-core/meta-oe |
21:11.31 | *** join/#oe incandescant (~joshual@c-24-22-84-12.hsd1.or.comcast.net) |
21:11.48 | khem | denix0: I have fixed it on 4.5 branch in meta-oe |
21:11.59 | khem | denix0: you need to backport let me see which fix |
21:11.59 | woglinde_ | *g* |
21:12.23 | denix0 | khem: that's what I was looking for! a specific commit to backport! :) you are the man, thanks! |
21:12.39 | *** join/#oe Lopi (~lopi@li54-110.members.linode.com) |
21:14.24 | woglinde_ | uhm why usbutils needs bash |
21:15.21 | woglinde_ | test passed |
21:15.50 | ant__ | woglinde_: I noticed other packaginbg issues: libffi, glib2, dbus-glib |
21:16.25 | ant__ | I'd say a bit unexpected... |
21:16.32 | woglinde_ | hm they passed for me |
21:16.41 | woglinde_ | maybee you need build from scratch |
21:16.49 | woglinde_ | or QA? |
21:16.50 | ant__ | yes, but installs without packaging some files |
21:17.14 | woglinde_ | there are more |
21:17.24 | ant__ | unerwartet |
21:17.25 | woglinde_ | libcgroup for pam |
21:17.37 | khem | denix0: try this meta-openembedded/meta-oe/recipes-devtools/gcc/gcc-4.5/linaro/gcc-4.5-linaro-r99479.patch |
21:17.39 | ant__ | nobody fixing those QA? |
21:17.51 | woglinde_ | make yocto bugs |
21:17.57 | woglinde_ | low hanging fruits |
21:18.03 | woglinde_ | for the intel guys |
21:18.19 | khem | denix0: if my memory serves me right then there is another patch that might be needed to augment it |
21:18.23 | ant__ | ok, I'm already subscribed |
21:18.38 | woglinde_ | make a bug for usbutils-> bash dep too |
21:18.42 | woglinde_ | if not already is |
21:18.43 | ant__ | heh |
21:18.51 | woglinde_ | *g* |
21:18.55 | woglinde_ | he I am old |
21:18.57 | woglinde_ | and lazy |
21:19.47 | woglinde_ | hm wireless-tools have HASH error to |
21:23.22 | PaulePanter | woglinde_: Are you testing out oe-core or doing some quality check? |
21:25.02 | mike111 | Me again, I've made some corrections to recipes to add fakeroot, here is diff with my corrections http://dl.dropbox.com/u/2632562/fakeroot.patch Can it be usefull or it just wrong host system setup? Now I'm on Debian, but before I tried Ubuntu and compilation went without any troubles |
21:28.31 | denix0 | khem: thanks a lot! I'll give it a try |
21:28.43 | PaulePanter | gn |
21:28.46 | denix0 | bbl |
21:34.11 | incandescant | mike111: what made you add that patch? OE and OE-Core already support fake root privileges |
21:34.19 | incandescant | that sort of change shouldn't be required |
21:34.19 | *** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
21:38.22 | mike111 | I've needed this changes to do "bitbake core-image-minimal", i'm not sure that this changes are really needed, but without them there is some errors with permitions. I'm using oe-core (git revision 20529035a4c0befb3c6bdbcb289a2de930fb143d) |
21:40.39 | incandescant | mike111: can you share what the errors are? how are you running bitbake? If you source the oe-init-build-env script it will set up your environment and then invoke bitbake from that shell you should have a pseudo program which performs fakeroot tasks |
21:43.20 | mike111 | I run ". ./oe-init-build-env ../build" then type "bitbake core-image-minimal" and then this error http://dl.dropbox.com/u/2632562/libgcc.log |
21:46.09 | incandescant | strange indeed, it's only libgcc where you see this error? |
21:47.45 | mike111 | no, also base-passwd, db and gcc-configure-runtime (but it is included by gcc). |
21:50.24 | mike111 | it happens on Debiam, but not on Ubuntu, maybe there is some Debian-specific stuff |
21:52.21 | incandescant | perhaps |
21:54.58 | incandescant | how old is your Debian? perhaps there's a problem with the build pseudo binary on that platform |
21:56.33 | mike111 | Debian GNU/Linux 6.0.2 (squeeze) latest stable release |
21:58.41 | incandescant | mike111: would you be willing to file a bug report on bugzilla.yoctoproject.org? |
21:58.53 | incandescant | sounds like something we should have the pseudo folks look at |
21:58.58 | MrCurious | no rule to make target 'oldconfig' stop |
21:59.03 | MrCurious | oe_runmake failed |
21:59.28 | MrCurious | does that scream at anyone? for target linux_falconwing |
21:59.30 | incandescant | fray: ping? |
22:02.00 | woglinde_ | good nite |
22:17.39 | msm | is there a way to tell if bitbake suceeded? the return value seems wrong |
22:20.54 | *** join/#oe penghb (~penghb@202.108.130.153) |
22:21.06 | khem | msm: it should return 0 on success at least |
22:28.07 | ant__ | bah.. how is it we have tzdata_2011g and tzcode-native_2011i in meta-oe? Can we get rid of both? |
22:29.05 | incandescant | has a love-hate relationship with meat-oe |
22:29.15 | incandescant | meta-oe, even :-) |
22:29.27 | ant__ | incandescant: nice lapsus |
22:30.59 | msm | khem: 0 failures, and jenkins thinks it fails |
22:31.00 | msm | .... |
22:31.15 | msm | khem: anyways, gotta run now |
22:31.25 | incandescant | perhaps I have a love-hate relationship with meat, too? |
22:32.13 | ant__ | other recurrent is stale/stable |
22:34.42 | *** join/#oe jkridner_ (~jason@99.150.132.70) |
22:34.53 | *** join/#oe jkridner_ (~jason@pdpc/supporter/active/jkridner) |
22:36.39 | incandescant | hehe, debian stale? :-) |
22:37.19 | bluelightning | lol |
22:45.03 | Tartarus | khem: There's I guess still some problem with qa errors |
22:45.13 | Tartarus | They cause a non-zero exit status and 0 failures message |
22:45.17 | Tartarus | or at least they have historically |
22:46.02 | khem | ah right |
22:46.18 | khem | with logger I thought it was taken care of |
22:48.07 | bluelightning | Tartarus: er, that shouldn't be the case anymore... |
22:48.19 | Tartarus | Sounds like msm was hitting it |
22:48.39 | *** join/#oe rednul_ (~rednul@host-72-175-162-115.static.bresnan.net) |
22:50.54 | bluelightning | Tartarus: all of the yocto builds would be marked as failed if that was the case... |
22:51.10 | bluelightning | (on the autobuilder) |
22:51.12 | *** join/#oe jkridner_ (~jason@pdpc/supporter/active/jkridner) |
23:15.19 | *** join/#oe pespin_ (~pespin@66.pool62-37-83.dynamic.orange.es) |
23:20.13 | bluelightning | confirmed, QA warnings don't set errno |
23:21.04 | bluelightning | now, if you get a bb.error "ERROR: some message" outside of a task, that won't increase the errors count at the end but you'll get a non-zero exit value |
23:21.22 | Tartarus | Right, exactly |
23:21.30 | bluelightning | er, s/errno/exit code/ |
23:21.56 | bluelightning | so we'd need to see the full output really |
23:21.57 | Tartarus | You just confirmed you see both "0 failures" at the final message and a non-zero exit status |
23:22.01 | Tartarus | yes? |
23:22.16 | bluelightning | what I meant was it's possible |
23:22.41 | bluelightning | but that's a genuine failure if that happens and it *should* return nonzero if something calls bb.error |
23:22.58 | Tartarus | right |
23:23.02 | Tartarus | but it's saying, confusingly |
23:23.07 | Tartarus | textually, no errors |
23:23.10 | Tartarus | exit code, non-zero |
23:23.15 | bluelightning | the final message is somewhat misleading, I agree |
23:23.17 | Tartarus | Which causes all sorts of havok |
23:23.43 | bluelightning | if bb.error gets called you will see a line with "ERROR:" in the log somewhere |
23:25.32 | Tartarus | yes |
23:25.48 | Tartarus | It's just annoying that you can't use exit code as easily as expected |
23:26.00 | Tartarus | Since it's not obvious from the final line that there's really a problem you need to look for |
23:26.54 | bluelightning | but that's just an issue with that final message - sure we should fix that, but the exit code is correct under those circumstances |