*** [simar|on] <[simar|on]!~simar@CPE78cd8e66a118-CM78cd8e66a115.cpe.net.cable.rogers.com> has quit IRC | 00:01 | |
*** [simar|on] <[simar|on]!~simar@CPE78cd8e66a118-CM78cd8e66a115.cpe.net.cable.rogers.com> has joined #yocto | 00:01 | |
*** [simar|on] <[simar|on]!~simar@CPE78cd8e66a118-CM78cd8e66a115.cpe.net.cable.rogers.com> has quit IRC | 00:02 | |
*** [simar|on] <[simar|on]!~simar@CPE78cd8e66a118-CM78cd8e66a115.cpe.net.cable.rogers.com> has joined #yocto | 00:03 | |
*** [simar|on] <[simar|on]!~simar@CPE78cd8e66a118-CM78cd8e66a115.cpe.net.cable.rogers.com> has quit IRC | 00:06 | |
*** [simar|on] <[simar|on]!~simar@198-91-166-158.cpe.distributel.net> has joined #yocto | 00:08 | |
*** [simar|on] <[simar|on]!~simar@198-91-166-158.cpe.distributel.net> has joined #yocto | 00:09 | |
*** [simar|on] <[simar|on]!~simar@198-91-166-158.cpe.distributel.net> has quit IRC | 00:10 | |
*** [simar|on] <[simar|on]!~simar@198-91-166-158.cpe.distributel.net> has joined #yocto | 00:11 | |
*** zz_ka6sox-away is now known as ka6sox | 00:16 | |
*** [simar|on] <[simar|on]!~simar@198-91-166-158.cpe.distributel.net> has quit IRC | 00:16 | |
*** [simar|on] <[simar|on]!~simar@198-91-166-158.cpe.distributel.net> has joined #yocto | 00:16 | |
*** [simar|on] <[simar|on]!~simar@198-91-166-158.cpe.distributel.net> has quit IRC | 00:19 | |
*** _julian_ <_julian_!~quassel@x2f0873c.dyn.telefonica.de> has joined #yocto | 00:20 | |
*** [simar|on] <[simar|on]!~simar@198-91-166-158.cpe.distributel.net> has joined #yocto | 00:20 | |
*** [simar|on] <[simar|on]!~simar@198-91-166-158.cpe.distributel.net> has joined #yocto | 00:21 | |
*** _julian <_julian!~quassel@x2f0cb33.dyn.telefonica.de> has quit IRC | 00:22 | |
*** [simar|on] <[simar|on]!~simar@198-91-166-158.cpe.distributel.net> has quit IRC | 00:22 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 00:22 | |
*** [simar|on] <[simar|on]!~simar@198-91-166-158.cpe.distributel.net> has joined #yocto | 00:22 | |
*** [simar|on] <[simar|on]!~simar@198-91-166-158.cpe.distributel.net> has quit IRC | 00:25 | |
*** [simar|on] <[simar|on]!~simar@198-91-166-158.cpe.distributel.net> has joined #yocto | 00:25 | |
*** [simar|on] <[simar|on]!~simar@198-91-166-158.cpe.distributel.net> has quit IRC | 00:27 | |
*** [simar|on] <[simar|on]!~simar@198-91-166-158.cpe.distributel.net> has joined #yocto | 00:28 | |
*** [simar|on] <[simar|on]!~simar@198-91-166-158.cpe.distributel.net> has joined #yocto | 00:29 | |
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 01:21 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 01:23 | |
*** Arunkr24 <Arunkr24!~arunkr24@123.201.34.43> has quit IRC | 01:25 | |
*** Arunkr24 <Arunkr24!~arunkr24@123.201.34.20> has joined #yocto | 01:37 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 01:39 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 01:44 | |
*** lyang0 <lyang0!~lyang001@1.202.252.122> has joined #yocto | 01:51 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 02:00 | |
*** silviof1 <silviof1!~silviof@unaffiliated/silviof> has joined #yocto | 02:01 | |
*** silviof <silviof!~silviof@ppp-188-174-14-43.dynamic.mnet-online.de> has quit IRC | 02:04 | |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 02:22 | |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 02:26 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 02:31 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 02:59 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 03:03 | |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 03:13 | |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 03:20 | |
*** hyang2 <hyang2!~hyang2@1.202.252.122> has joined #yocto | 03:27 | |
*** [simar|o1] <[simar|o1]!~simar@CPE78cd8e66a118-CM78cd8e66a115.cpe.net.cable.rogers.com> has joined #yocto | 03:46 | |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 03:48 | |
*** [simar|on] <[simar|on]!~simar@198-91-166-158.cpe.distributel.net> has quit IRC | 03:49 | |
*** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has quit IRC | 03:56 | |
*** Arunkr24 <Arunkr24!~arunkr24@123.201.34.20> has quit IRC | 04:02 | |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 04:05 | |
*** musdem <musdem!~Zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has quit IRC | 04:06 | |
*** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto | 04:11 | |
*** hyang2 <hyang2!~hyang2@1.202.252.122> has quit IRC | 04:34 | |
*** hyang2 <hyang2!~hyang2@1.202.252.122> has joined #yocto | 04:35 | |
*** _alex_kag_ <_alex_kag_!~alex_kag@178.124.21.169> has joined #yocto | 05:39 | |
*** [simar|o1] <[simar|o1]!~simar@CPE78cd8e66a118-CM78cd8e66a115.cpe.net.cable.rogers.com> has quit IRC | 05:55 | |
*** B4gder <B4gder!~daniel@sestofw01.enea.se> has joined #yocto | 06:02 | |
-YoctoAutoBuilder- build #269 of nightly-non-gpl3 is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-non-gpl3/builds/269 | 06:05 | |
-YoctoAutoBuilder- build #80 of buildtools is complete: Failure [failed Building Images Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/buildtools/builds/80 | 06:05 | |
-YoctoAutoBuilder- build #261 of nightly-x86-64-lsb is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64-lsb/builds/261 | 06:06 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 06:09 | |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 06:11 | |
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 06:13 | |
-YoctoAutoBuilder- build #278 of nightly-x32 is complete: Failure [failed Building Images Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x32/builds/278 | 06:13 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 06:13 | |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 06:14 | |
*** mihai <mihai!~mihai@188.27.93.142> has quit IRC | 06:16 | |
-YoctoAutoBuilder- build #270 of nightly-x86-lsb is complete: Failure [failed Building Images Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-lsb/builds/270 | 06:19 | |
-YoctoAutoBuilder- build #279 of nightly-mips-lsb is complete: Failure [failed Building Images Building Images_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips-lsb/builds/279 | 06:21 | |
-YoctoAutoBuilder- build #270 of build-appliance is complete: Failure [failed Building Images_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/build-appliance/builds/270 | 06:24 | |
-YoctoAutoBuilder- build #238 of nightly-fsl-arm-lsb is complete: Failure [failed Building Images Building Images_1 Building Images_2] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm-lsb/builds/238 | 06:26 | |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto | 06:28 | |
*** lyang0 <lyang0!~lyang001@1.202.252.122> has quit IRC | 06:29 | |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 06:30 | |
-YoctoAutoBuilder- build #273 of poky-tiny is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/poky-tiny/builds/273 | 06:30 | |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 06:30 | |
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto | 06:34 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 06:42 | |
-YoctoAutoBuilder- build #240 of nightly-fsl-arm is complete: Failure [failed Building Images Building Toolchain Images Building Toolchain Images_1 Building Images_1 Building Images_2 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm/builds/240 | 06:47 | |
-YoctoAutoBuilder- build #267 of nightly-ppc-lsb is complete: Failure [failed Building Images Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc-lsb/builds/267 | 06:52 | |
*** roric <roric!~roric@194-237-7-146.customer.telia.com> has joined #yocto | 06:53 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 06:53 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 06:54 | |
-YoctoAutoBuilder- build #238 of nightly-fsl-ppc is complete: Failure [failed Building Toolchain Images Building Toolchain Images_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc/builds/238 | 06:58 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 06:59 | |
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto | 06:59 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 07:07 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 07:10 | |
*** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 07:15 | |
*** florian <florian!~fuchs@port-217-146-132-69.static.qsc.de> has joined #yocto | 07:23 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:23 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 07:24 | |
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 07:25 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 07:26 | |
*** rikroled <rikroled!~tbn@84.55.160.118> has joined #yocto | 07:29 | |
*** sameo <sameo!~samuel@192.55.54.42> has joined #yocto | 07:32 | |
*** wgao <wgao!~wgao@1.202.252.122> has joined #yocto | 07:33 | |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 07:40 | |
JaMa | prserv/serv: Fix pid file removal.. heh I was assuming that those hundrets of files were from cases where I had to kill bitbake with -9 (when it was stuck) | 07:40 |
---|---|---|
*** bjorn_ <bjorn_!~bjorn@91.229.141.11> has joined #yocto | 07:49 | |
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC | 07:50 | |
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto | 07:50 | |
*** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 07:55 | |
*** bjorn_ <bjorn_!~bjorn@91.229.141.11> has quit IRC | 08:02 | |
*** silviof1 is now known as silviof | 08:02 | |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 08:02 | |
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 08:07 | |
*** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 08:11 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 08:16 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 08:18 | |
lpapp | rburton: hey, have you seen 5046 | 08:18 |
*** tonghuix <tonghuix!~tonghuix@114.249.126.91> has joined #yocto | 08:19 | |
*** tonghuix <tonghuix!~tonghuix@114.249.126.91> has quit IRC | 08:22 | |
*** drasko <drasko!~drasko@11-96-190-109.dsl.ovh.fr> has joined #yocto | 08:23 | |
drasko | hi all, how to clean only one recipie? | 08:23 |
JaMa | drasko: bitbake -c clean recipe-name | 08:24 |
drasko | JaMa, I want to clean only binutils part in order to reconfigure it and rebuild it | 08:25 |
drasko | how do I find recipe-name for this? | 08:25 |
lpapp | drasko: check for the relevant .bb file. | 08:25 |
drasko | Is it under some variable? | 08:25 |
drasko | What's the name of this variable to grep? | 08:26 |
lpapp | ./recipes-devtools/binutils/binutils_2.23.2.bb | 08:26 |
lpapp | not sure what variable you mean. | 08:26 |
drasko | so, I have to give a link to bb file? | 08:26 |
drasko | bitbake -c clean ./recipes-devtools/binutils/binutils_2.23.2.bb | 08:27 |
drasko | like this? | 08:27 |
lpapp | no | 08:27 |
lpapp | bitbake -c clean binutils | 08:27 |
drasko | hm... this does not work for me | 08:27 |
drasko | Summary: There was 1 ERROR message shown, returning a non-zero exit code. | 08:27 |
lpapp | "does not work" does not work for help. ;-) | 08:28 |
drasko | It looks like it is not called binutils | 08:28 |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 08:28 | |
lpapp | drasko: http://www.macieira.org/blog/2012/05/doesnt-work-doesnt-work/ | 08:29 |
drasko | how to find name of the recipe? | 08:29 |
JaMa | it's called binutils | 08:30 |
JaMa | what's wrong is written in that ERROR message | 08:30 |
drasko | JaMa is this name kept in some variable within ./recipes-devtools/binutils/binutils_2.23.2.bb? | 08:30 |
drasko | Because I can not see it | 08:30 |
*** honschu_ <honschu_!~honschu@shackspace/j4fun> has joined #yocto | 08:31 | |
lpapp | drasko: why do you keep talking about variable? | 08:31 |
lpapp | why don't you just check the link above? | 08:32 |
*** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 08:32 | |
lpapp | you cannot say to the doctor "you feel ill", but not provide more information. :) | 08:32 |
drasko | lpapp, how does yocto detemine that `binutils` is related to binutils_2.22.bb etc... | 08:32 |
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 08:32 | |
lpapp | drasko: come on ... you got an error, and you have not even pasted it... | 08:33 |
drasko | ERROR: Execution of event handler 'external_linaro_toolchain_version_handler' failed | 08:33 |
lpapp | paste is not equal to grabbing out a line you may think is the most important. | 08:33 |
lpapp | paste the whole. | 08:33 |
drasko | http://pastebin.com/eQ4Ecsiw | 08:33 |
lpapp | trust the doctor to judge the important bits, do not try to play his role. :) | 08:33 |
drasko | OK doc | 08:34 |
drasko | ;) | 08:34 |
lpapp | I am likely not the person to help, but at least the experienced people do not need to ask the same. | 08:34 |
*** honschu <honschu!~honschu@shackspace/j4fun> has quit IRC | 08:34 | |
drasko | any diagnose? | 08:36 |
lpapp | CmdError to bb.process.CmdError | 08:36 |
lpapp | you are using old meta data, apparently. | 08:36 |
drasko | what do you mean? | 08:37 |
lpapp | see this is the problem. | 08:37 |
lpapp | you think you pasted the error until you pasted the whole, and your line was irrelevant. :) | 08:37 |
JaMa | drasko: variable PN is automatically assigned from filename | 08:37 |
drasko | here is what I did : | 08:37 |
drasko | bitbake virtual/kernel | 08:37 |
drasko | binutils breaks | 08:38 |
drasko | i changed the way it is configured trying to add --disable-doc | 08:38 |
JaMa | you're probably talking about binutils-cross not target binutils | 08:38 |
lpapp | drasko: http://lists.linaro.org/pipermail/linaro-dev/2013-June/016395.html | 08:38 |
lpapp | drasko: do you have an up to date version? | 08:38 |
*** zeeblex <zeeblex!~apalalax@134.134.139.74> has joined #yocto | 08:38 | |
drasko | Now when I restart bitbake virtual/kernel it executes do_install of binutils, instead to go to beginning (configure, compile, etc...) | 08:39 |
JaMa | and because you're using external-linaro-toolchain it's not provided by binutils-cross recipe but by external-linaro-toolchain recipe (prebuilt toolchain installed somewhere on your host) | 08:39 |
drasko | so I want to force it to do this by cleaning binutils somehow | 08:39 |
lpapp | drasko: you are using an external toolchain, prebuiltr. | 08:39 |
lpapp | prebuilt.* | 08:39 |
lpapp | https://git.linaro.org/gitweb?p=openembedded/meta-linaro.git;a=tree;f=meta-linaro-toolchain/recipes-devtools/binutils;h=111819820577cb9d274b8ddedd21ec17c6aad162;hb=master presumably this would be cleaned. | 08:40 |
lpapp | but then again, either use the latest version, or apply the fix manually. | 08:41 |
lpapp | drasko: also, you might wanna update the external toolchain layer more regularly. | 08:44 |
JaMa | true missing my fix is bad :) | 08:46 |
ant_work | JaMa: I found a flaw bot unly for meta-micro atm ;) | 08:47 |
ant_work | JaMa: you could hopefully restart the rebuild of klibc now | 08:48 |
*** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has joined #yocto | 08:48 | |
lpapp | JaMa: you are using the external linaro toolchain, too? | 08:48 |
Stygia | Anyone here familiar with the busybox recipe? | 08:54 |
Stygia | I was just wondering if there's a recommended way to append config options to it, and the recipe looks fairly complex. | 08:55 |
Stygia | I was thinking I'd just sed the config file, but if there's a better or more standard way I'd love to do that instead. | 08:55 |
lpapp | I somewhat am. | 08:56 |
lpapp | Stygia: you can use config fragments. | 08:56 |
lpapp | Stygia: see the relevant mailing list discussion I initiated. | 08:57 |
lpapp | sec. | 08:57 |
lpapp | Stygia: https://git.linaro.org/gitweb?p=openembedded/meta-linaro.git;a=blob;f=meta-linaro/recipes-core/busybox/busybox_1.21.1.bbappend;h=0fd4571e7b09161c3fd8a2ccd42cd9cfea9babb6;hb=HEAD | 08:59 |
lpapp | that is an example how to use it. | 08:59 |
lpapp | Stygia: I asked for documentation on the issue tracker, but the people closed it. | 08:59 |
lpapp | they did not wanna document it. | 08:59 |
lpapp | it would be nice ... | 08:59 |
lpapp | Stygia: see the last post, https://bugzilla.yoctoproject.org/show_bug.cgi?id=3379 | 09:01 |
yocti | Bug 3379: enhancement, Low, 1.4 M5, Qi.Chen, VERIFIED FIXED, Add config fragment support to busybox | 09:01 |
RP | lpapp: FWIW it was closed after we did add an example to meta-skeleton ? | 09:05 |
RP | lpapp: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=ff10f72abda52315b892c64f711096772d9a4c1c | 09:05 |
lpapp | RP, no that is a different thing. | 09:06 |
*** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 09:06 | |
lpapp | 4964 was about _documentation_. | 09:06 |
lpapp | note, how example in the source code and documentation are not equivalent. | 09:06 |
lpapp | also, that example was added waaaay after my report. | 09:07 |
lpapp | and my report was closed before that. | 09:07 |
RP | lpapp: well, its better than having nothing at all | 09:07 |
RP | lpapp: well, my point is *something* was done about it | 09:07 |
lpapp | RP: better than having nothing at all does not make my request solved. | 09:07 |
lpapp | and again, my report was closed way before that example added. | 09:07 |
lpapp | (i.e. there was not even an example for the time) | 09:08 |
lpapp | now, tell me whether it was closed rightfully. | 09:08 |
lpapp | or mistakenly. | 09:08 |
lpapp | (and no, I am not blaming anyone, just simply pointing out objectively that a report has been closed before solving the issue, actually) | 09:08 |
RP | lpapp: I do not know the details of that so I will not comment on it | 09:10 |
RP | lpapp: All I do know is that an example was added so some kind of response to your request did happen | 09:11 |
JaMa | lpapp: yes in one project | 09:12 |
lpapp | RP: yes without giving a thanks. :) | 09:12 |
lpapp | or marking my report as "solved" rather than "invalid" which is well ... incorrect. | 09:12 |
lpapp | RP: https://bugzilla.yoctoproject.org/show_bug.cgi?id=4964 | 09:12 |
yocti | Bug 4964: enhancement, Low, Future, saul.wold, RESOLVED INVALID, busybox: missing documentation for config fragments | 09:12 |
JaMa | ant_work: it's running with your patch from yesterday | 09:12 |
lpapp | RP: that is a typical example of why I do not like devs closing bugs without allowing the reporters to even speak up or reply. | 09:13 |
lpapp | RP: because devs or triages will not simply get back to it. | 09:13 |
ant_work | JaMa: ok, is only broken for micro distro atm (/usr -> /) | 09:14 |
JaMa | ant_work: and if it's building I can live with that until you send v2 :) | 09:14 |
ant_work | ;) | 09:14 |
ant_work | I somehow thought kernel is always in /usr but those hardcodes are only in the klibc build tree | 09:15 |
RP | lpapp: that bug changed meaning several times over and several of the topics in there are invalid. If you want consistent clean answers to bug reports, keep them to a simple topic, rather than keeping changing their meaning | 09:15 |
lpapp | RP: there was no meaning changed. | 09:15 |
lpapp | RP: the bugreport is about allowing people to customize the config of things, like busybox. | 09:16 |
lpapp | RP: people suggested to open a feature request, so did I. | 09:16 |
RP | lpapp: You changed the subject a short while ago, it was "Simplify the mapping between PACKAGECONFIG and .bb/.inc file" which was correctly marke INVALID | 09:16 |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 09:16 | |
lpapp | once someone presented there is a feature (why are features added without documentation btw?!), I suggested to turn that into documentation. | 09:16 |
lpapp | RP: exactly. | 09:16 |
lpapp | because just like with any other similar reports, a missing feature is turned into a documentation issue. | 09:17 |
lpapp | also, why is this not a project policy to add features only with documentation? | 09:17 |
lpapp | it is a good and working practice in several big projects. Any reason why not to do so in here? | 09:18 |
*** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has joined #yocto | 09:18 | |
RP | lpapp: funnily enough it is a policy we're adopting in future, it just taked time to do these things | 09:18 |
RP | lpapp: Instead of working on this or the release I'm here trying to explain to you how to use a bugzilla though :( | 09:19 |
lpapp | you do not need to explain how to use bugzilla. | 09:19 |
lpapp | you do not need to explain how to use bugzilla.0 | 09:19 |
lpapp | especially not according to the practice which Jeff also promoted. ;- | 09:19 |
lpapp | ) | 09:19 |
lpapp | against the practice* | 09:19 |
lpapp | this seems to be a standard practice due to the lack of quality for that matter, that missing documentations are added once the feature is revealed to be present. | 09:20 |
lpapp | RP: also, if you do not have time to hang on IRC for such topics to be discussion, do not do it. You are not obliged. I will not mind. | 09:20 |
lpapp | to be discussed* | 09:20 |
lpapp | IMO, the long discussion in the thread just shows that how much we need documentation because it is hard to figure out what is going on without it. | 09:22 |
*** jeremiah <jeremiah!~jeremiah@194.237.7.146> has joined #yocto | 09:23 | |
RP | lpapp: One of the key things to do in making a good bug report is to have one clear issue and to clearly explain that issue. 4964 mostly talked about PACKAGECONFIG which in fact had nothing to do with "buzybox config fragements not documented" | 09:24 |
RP | lpapp: bugs should not "mutate" into something else in their lifecycle | 09:25 |
RP | lpapp: If it turns out that you later understand you need something different I recomment a new clear single topic bug report in future. I will talk to Jefro about this and we will agree to do this in future | 09:25 |
*** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has quit IRC | 09:27 | |
ant_work | RP: what about smthg like this to simplify our live to build rare images? http://tinyurl.com/lsjxetp | 09:27 |
ant_work | RP: low hanging fruit, just unpackaged | 09:27 |
RP | ant_work: don't we use update-alternatives for that? | 09:28 |
ant_work | RP: no alternatives/conflicts once cramfs removed from meta-openemdebbed/meta-filesystems | 09:29 |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 09:30 | |
ant_work | RP: probably there are more unpackaged utils... | 09:30 |
*** jeremiah_ <jeremiah_!~jeremiah@194-237-7-146.customer.telia.com> has joined #yocto | 09:31 | |
*** jeremiah <jeremiah!~jeremiah@194.237.7.146> has quit IRC | 09:31 | |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 09:31 | |
RP | ant_work: it looks ok to me then | 09:32 |
RP | ant_work: surely we'd get an unpackaged file warning? | 09:32 |
ant_work | I don't remember any | 09:33 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 09:33 | |
*** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has quit IRC | 09:35 | |
ant_work | RP: see, mkfs.bfs is SCO so we can probably ignore it | 09:38 |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 09:38 | |
*** Stygia <Stygia!~gmpsaifi@37.130.230.4> has joined #yocto | 09:40 | |
*** Stygia <Stygia!~gmpsaifi@37.130.230.4> has joined #yocto | 09:41 | |
lpapp | RP: that was the idea for the feature, but then the feature was present already. I do not see how it is irrelevant. | 09:46 |
lpapp | RP: you would only need to talk to Jeff, but a lot of people who act differently than you. | 09:47 |
lpapp | perhaps you should accept their way rather than changing everyone else around. | 09:47 |
lpapp | and "add a feature or document it" is one topic: I wanna have a feature with documentation. Actually there is even a documentation flag nowadays to the features proposed. | 09:48 |
lpapp | and as you said, that should be even more atomic in the future, so I do not see how you would be correct here. | 09:48 |
RP | lpapp: What I'm saying is don't change bugs from one thing into something completely different | 09:48 |
lpapp | RP: I agree about, but that is a different discussion. | 09:49 |
lpapp | when a user wanna have a feature he wanna have that present _and_ documented. | 09:49 |
RP | lpapp: in an ideal world, yes and I agree | 09:49 |
lpapp | if the feature is present, and it is only a documentation part missing, then solving the issue is simpler. | 09:49 |
lpapp | I do not really see the problem. | 09:49 |
RP | lpapp: I also agree we do have some missing documentation | 09:50 |
RP | lpapp: however I do think having a config fragment example for busybox does go a long way to helping people understand how to use it | 09:50 |
RP | I agree in a perfect world we should have documentation too | 09:50 |
lpapp | RP: actually, not, the bare minimum is close that report as done as suggested. | 09:50 |
lpapp | that example could have been added at the point of implementing the feature. | 09:51 |
lpapp | whether this QA gate is missing in Yocto, that is another discussion. | 09:51 |
lpapp | so, all I am saying, PACKAGECONFIG is just a low-level detail there; do not be concerned about that much. | 09:51 |
lpapp | the main point of the documentation "add a documentation configuration feature more than the existing PACKAGECONFIG" | 09:52 |
lpapp | of the report* | 09:52 |
RP | lpapp: We have a lot of existing functionality which is not documented. We cannot magically have documentation for it all. As you see, we are adding QA processes to check documentation | 09:52 |
lpapp | and then it was explain why that would be necessary. | 09:52 |
lpapp | explained* | 09:52 |
lpapp | RP: I do not see how that affect the bugreports. The bugreport is about adding a documented feature. If it is only the documentation missing, it is easier to solve the bug report, so the dev can even be happier, and the user earlier. | 09:53 |
lpapp | affects* | 09:53 |
*** jmdelos_ <jmdelos_!~polk@174-22-171-174.clsp.qwest.net> has joined #yocto | 09:53 | |
RP | lpapp: You need to work on the clarity of your bug reports since I can't understand exactly what the problem is, or what kind of a solution would make you happy | 09:54 |
lpapp | as I said, when you request a new feature, the documentation flag was even integrated. | 09:54 |
lpapp | so let us not break us the good way of moving forward. | 09:54 |
*** jmpdelos <jmpdelos!~polk@174-22-191-159.clsp.qwest.net> has quit IRC | 09:54 | |
lpapp | up* | 09:54 |
Stygia | RP, Do you know if we actually have a config fragment example for busybox? I'm tampering with busybox right now, and saw the bug that was resolved an hour or so ago. | 09:55 |
ant_work | JaMa: log.world.20130825_083725.log/bitbake.log looks *good* | 09:57 |
lpapp | Stygia: he already pasted the link, so did I one in linaro. | 09:58 |
RP | Stygia: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=ff10f72abda52315b892c64f711096772d9a4c1c | 09:58 |
lpapp | Stygia: and the bugreport also gave one at the bottom what I mentioned. | 09:58 |
Stygia | lpapp, Yea sorry, I don't monitor this channel 24/7. | 09:59 |
Stygia | RP, Thanks. :) | 09:59 |
lpapp | Stygia: it was 10-20 minutes ago or so. :) | 09:59 |
lpapp | with highlighting you specifically. | 09:59 |
Stygia | lpapp, I don't think so, the xchat icon flashes if someone says my name. | 09:59 |
Stygia | But sure. | 09:59 |
Stygia | Either way,the link's what I needed, so thanks RP | 10:00 |
drasko | Hi all, I am trying to update my met-linaro, but I am confued. Here are the differences between my meta-linaro.OLD, which is current meta-linaro, and the one I just clend from git repo : http://pastebin.com/6HC9m2rX | 10:00 |
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 10:00 | |
drasko | Can anyone explain how this update can be done, because I guess that I have to keep the same directory structure | 10:00 |
lpapp | Stygia: are you saying you did not receive my posts when I tried to help you, and used your nick? | 10:01 |
lpapp | drasko: git pull | 10:02 |
Stygia | lpapp, , Eh. I come here to check whenever the icon flashes. Any line where someone says "stygia" is red. I haven't seen any red lines until just now. | 10:02 |
Stygia | Nor flashing icons. | 10:02 |
lpapp | drasko: or you need to archive the latest first, and then uncompress. | 10:02 |
lpapp | Stygia: do you have this in the history: | 10:02 |
drasko | lpapp, what do you mean? I did git clone and the directory structures are different... | 10:03 |
Stygia | lpapp, Does it matter? | 10:03 |
lpapp | http://paste.kde.org/~lpapp/p68989b0f/ | 10:03 |
lpapp | Stygia: whether it matters you are not getting the help you request? | 10:03 |
lpapp | drasko: why would that be a problem? | 10:04 |
Stygia | lpapp, As I said to RP, the example he send me seemed to be quite sufficient. Adding CONFIG_SHA512SUM=y to something.cnf and adding that file to SRC_URI is simple and logical. | 10:04 |
drasko | lpapp, what is the update procedure? | 10:04 |
Stygia | lpapp, Just leave it. I'm fine, I'll say otherwise. | 10:04 |
drasko | copy folders from new dir to old one? | 10:04 |
drasko | I do not get it quite | 10:04 |
lpapp | Stygia: ok, then I will not try to help in the future. | 10:05 |
Stygia | lpapp, Spare me the sarcasm. | 10:05 |
drasko | I thought that I can just replace cold meta-linaro with new cloned dir | 10:05 |
lpapp | if you are not getting the posts for some reason. | 10:05 |
lpapp | Stygia: there is no sarcasm. | 10:05 |
lpapp | drasko: for meta-sourcery, I just use git pull personally. | 10:06 |
lpapp | drasko: I do the same with meta-networking. | 10:06 |
-YoctoAutoBuilder- build #235 of nightly is complete: Failure [failed Building Images_12] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly/builds/235 | 10:06 | |
lpapp | drasko: but if you are inside a git repository, archiving might be cleaner. | 10:06 |
drasko | What I am even more confused is that binutils used during the bitbake virtual/kernel are located in meta/recipes-devtools/binutils | 10:08 |
Stygia | RP, I'm not super adapt with GIT, did that commit go into master? And was support for it _just_ added, or was it just the example that was added there? Having that ability to just use a something.cnf file like that would save me ages. | 10:08 |
drasko | and they should be in meta-linaro... | 10:08 |
drasko | I do not get this | 10:08 |
Stygia | RP, I don't immediately see it in git log for my meta-openembedded checkout | 10:09 |
lpapp | it is not in meta-openembedded ... | 10:09 |
lpapp | have you checked where it was committd? | 10:09 |
lpapp | committed* | 10:09 |
lpapp | it is meta-*skeleton* | 10:09 |
Stygia | meta-skeleton... | 10:09 |
Stygia | Ah, I thought that was a subdir of meta-openembedded | 10:09 |
Stygia | Right, I'll checkout skeleton, thanks. | 10:09 |
lpapp | np | 10:10 |
Stygia | But... meta skeleton, is that examples? Is support for this already in there? | 10:10 |
lpapp | Stygia: read my paste. :) | 10:10 |
lpapp | it was mentioned it is an example. | 10:10 |
Stygia | lpapp, The paste.kde one? | 10:11 |
lpapp | obviously, the feature is implemented if there is an example using it. | 10:11 |
lpapp | yes | 10:11 |
Stygia | lpapp, Right then. | 10:11 |
lpapp | kinda | 10:12 |
lpapp | a documentation would still be nice... see the classes, there are examples, but I would not know how to write a class file, what the guidelines are, etc. | 10:12 |
lpapp | however, this case is pretty simple, so yeah. | 10:12 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 10:15 | |
lpapp | JaMa: do you see any remaining issue with the stunnel change? | 10:16 |
drasko | Any idea why binutils is located meta/recipes-devtools/binutils instead meta-linaro? | 10:17 |
lpapp | drasko: because you need binutils without external toolchain when you are fine with building on the fly. | 10:18 |
drasko | lpapp, can I replace this meta/recipes-devtools/binutils directory with this one : https://git.linaro.org/gitweb?p=openembedded/meta-linaro.git;a=tree;f=meta-linaro-toolchain/recipes-devtools/binutils;h=111819820577cb9d274b8ddedd21ec17c6aad162;hb=82fa48fb82e94a908f8be74ebddcd85a6ca306e9 in order to update binutils? | 10:21 |
lpapp | drasko: you should not, no. | 10:21 |
RP | Stygia: its part of oe-core so you should already have it if your oe-core or poky is up to date | 10:21 |
drasko | lpapp, but what can I do then - this one is breaking on build | 10:22 |
lpapp | drasko: you have not pasted the error. | 10:22 |
drasko | lpapp, there are errors realted to texinfo, I will paste them later | 10:23 |
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC | 10:23 | |
drasko | I am just interested how can we update these binutils | 10:23 |
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto | 10:23 | |
lpapp | drasko: do not talk about anything else until you fix the errors you have. | 10:23 |
drasko | and why these binutils are used, and not one from external toolchain? | 10:23 |
Stygia | RP, Right I found it. :) | 10:23 |
Stygia | Hmm. Outside of any function, in a bbappend without anything but an SRC_URI, why does $THISDIR not expand to the location of the bbappend? It seems to expand to the location of the actual recipe. | 10:28 |
lpapp | Stygia: what is the problem at hand? | 10:28 |
lpapp | drasko: because *you* request so when using an external toolchain. | 10:28 |
Stygia | lpapp, I have a bbappend file that adds a file.cnf. The file.cnf is in the same directory as the bbappend | 10:28 |
*** drasko <drasko!~drasko@11-96-190-109.dsl.ovh.fr> has quit IRC | 10:29 | |
lpapp | Stygia: good, but what is the problem? | 10:29 |
Stygia | But it expands to the location of the actual recipe, not the directory the bbappend file is in, and fails with the file not being found. | 10:29 |
Stygia | Even if I do a SRC_URI += "file://${THISDIR}/file.cnf" <- this expands to the path of the actual recipe, not the bbappend | 10:29 |
Stygia | file://file.cnf doesn't help, either. | 10:29 |
lpapp | Stygia: add meta-skeleton to the bblayers.conf and try building busybox from there. | 10:30 |
lpapp | bitbake busybox -> does that work? | 10:30 |
Stygia | lpapp, ... why would I want to add meta-skeleton? | 10:31 |
lpapp | Stygia: it is called debugging ... | 10:31 |
Stygia | .. I need one variable. The variable that means "The directory this file is located in". | 10:31 |
Stygia | I thought that was THISDIR. It's not. | 10:31 |
lpapp | come on... you are doing something that is supposed to work | 10:31 |
lpapp | and it does not work. | 10:31 |
Stygia | Anyone else have any ideas? | 10:31 |
lpapp | how about verifying whether what is supposed does work? | 10:31 |
lpapp | it is a usual debugging ceremony AFAICT. | 10:32 |
lpapp | and it takes a few minutes maximum. | 10:32 |
lpapp | adding one line, and then running a short command, maybe two to clean up before. | 10:32 |
erbo | Stygia: you need to use := for immediate variable expansion | 10:34 |
tf | Stygia: I suggest you look at one of the bbappends, e.g., in meta-yocto | 10:34 |
lpapp | erbo: yeah, that is also in the example and works for me fine. | 10:35 |
lpapp | I just checked. | 10:35 |
Stygia | erbo, Fantastic, thanks. :) I saw := did something, but for some reason, when I used that, then the main recipe couldn't find it's LICENSE file... I'm investigating. | 10:36 |
erbo | Stygia: but you might also want to follow the "standard" and use FILESEXTRAPATHS_prepend | 10:36 |
lpapp | Stygia: See? If you had run the example in a few minutes you would have figured out where the problem was. | 10:37 |
lpapp | RP: do you have any idea for the custom bblayers.conf sample issue? | 10:37 |
lpapp | Stygia: just paste the example as is, and then customize the bits you need. It is simpler than starting from scratch. | 10:38 |
JaMa | lpapp: no, but meta-networking changes are applied by Joe | 10:39 |
lpapp | RP: https://bugzilla.yoctoproject.org/show_bug.cgi?id=5046 | 10:39 |
yocti | Bug 5046: normal, Undecided, ---, scott.m.rifenbark, NEEDINFO , Document that CPPFLAGS override behavior and possible workaround | 10:39 |
lpapp | JaMa: yes, sure. Thanks for the previous review anyway. | 10:40 |
erbo | Stygia: Stygia sound like lpapp or someone else gave you an example already, otherwise looks at http://git.yoctoproject.org/cgit/cgit.cgi/meta-ivi/tree/recipes-core-ivi/eglibc/eglibc_2.18.bbappend | 10:40 |
erbo | Stygia: that's the recommended way of doing it | 10:40 |
Stygia | erbo, Yup, I had an example long ago, I just wondered why ${THISDIR} didn't expand as I expected. :) | 10:40 |
lpapp | erbo: if you copy and paste the example it works. :) | 10:40 |
lpapp | erbo: do you have any iea for the CPPFLAGS issue? | 10:41 |
Stygia | erbo, The issue is that when I mimic the examples, such as the one you linked, the file can't be found. | 10:42 |
erbo | lpapp: unfortunately no, if I think of anything I'll let you know though | 10:42 |
erbo | Stygia: where have you put the file? | 10:42 |
Stygia | in meta-company/recipes-company/busybox/busybox_1.20.2.bbappend | 10:43 |
Stygia | In that same directory I have my file.cnf | 10:43 |
erbo | it should be in a subdir called busybox | 10:43 |
Stygia | Presumably I have to move it to something that matches ${THISDIR}/${PN}... so that being a subfolder named after the package, i.e. | 10:43 |
Stygia | erbo, ... yea exactly. :P | 10:43 |
Stygia | erbo, I could just remove ${PN} from the append I suppose, but still. The funny thing is that it worked, but then the main recipe failed complaining about the LICENSE file. But ah,well. | 10:44 |
erbo | or you could create that directory to stay as close to the "standard" as possily | 10:44 |
Stygia | erbo, Yup, I'm gonna. | 10:45 |
dany | unused-debug-types -fPIC -c /media/sdb5/eel/build/tmp/work/x86_64-poky-linux/libpam/1.1.6-r3/Linux-PAM-1.1.6/libpam/pam_dynamic.c -fPIC -DPIC -o .libs/pam_dynamic.o | 10:47 |
dany | | /media/sdb5/eel/build/tmp/work/x86_64-poky-linux/libpam/1.1.6-r3/Linux-PAM-1.1.6/libpam/pam_prelude.c:13:32: fatal error: libprelude/prelude.h: No such file or directory | 10:47 |
dany | | #include <libprelude/prelude.h> | 10:47 |
dany | | ^ | 10:47 |
dany | | compilation terminated. | 10:47 |
dany | anyone else seeing this ? | 10:47 |
*** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has joined #yocto | 10:47 | |
lpapp | Stygia: if you copy the busybox example it does not work? | 10:48 |
lpapp | PN is different to P so the two examples are not interchangable. | 10:48 |
lpapp | dany: paste.kde.org | 10:49 |
*** yzhao2_ <yzhao2_!~yzhao2@128.224.252.2> has quit IRC | 10:51 | |
dany | lpapp: sry about that. | 10:51 |
lpapp | dany: also, you need to paste more, including the command you executed. Perhaps, you could share a few words about your setup, too. | 10:52 |
*** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has joined #yocto | 10:54 | |
*** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has quit IRC | 10:54 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:54 | |
dany | wheb issuing bitbake -k core-image-lsb with poky master, libpam seems to have autodetected libprelude.h, | 10:55 |
RP | Stygia: THISDIR needs to use immediate expansion to work (:=). Usually you set the FILESEXTRAPATHS_prepend := "${THISDIR}" and then SRC_URI will find the file without a path | 10:56 |
RP | Equally you could _prepend or _append to SRCURI and use a := I guess | 10:56 |
dany | which is installed on the host machine, but does not exist in the sysroot. | 11:00 |
-YoctoAutoBuilder- build #281 of nightly-intel-gpl is complete: Failure [failed Building Images Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-intel-gpl/builds/281 | 11:01 | |
lpapp | dany: then you need to package it maybe? | 11:02 |
lpapp | or fix the detection... so it is not detected for core-image-minimal for instance? | 11:02 |
-YoctoAutoBuilder- build #109 of minnow-lsb is complete: Failure [failed Building Images Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow-lsb/builds/109 | 11:02 | |
-YoctoAutoBuilder- build #246 of nightly-oecore is complete: Failure [failed Building Images Running Sanity Tests Building Toolchain Images Building Toolchain Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-oecore/builds/246 | 11:04 | |
dany | lpapp: pam is not built/installed for core-image-minimal. | 11:05 |
lpapp | dany: yeah, but I mean any other? | 11:06 |
lpapp | dany: alternatively, what happens when you execute "bitbake pam"? | 11:07 |
-YoctoAutoBuilder- build #125 of minnow is complete: Failure [failed Building Images Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow/builds/125 | 11:13 | |
-YoctoAutoBuilder- build #237 of nightly-fsl-ppc-lsb is complete: Failure [failed Building Images Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc-lsb/builds/237 | 11:15 | |
-YoctoAutoBuilder- build #43 of eclipse-plugin-kepler is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/eclipse-plugin-kepler/builds/43 | 11:19 | |
-YoctoAutoBuilder- build #268 of nightly-ppc-lsb is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc-lsb/builds/268 | 11:22 | |
-YoctoAutoBuilder- build #147 of nightly-qa-systemd is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-qa-systemd/builds/147 | 11:25 | |
*** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 11:26 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:27 | |
*** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 11:27 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 11:28 | |
-YoctoAutoBuilder- build #239 of nightly-fsl-arm-lsb is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm-lsb/builds/239 | 11:28 | |
-YoctoAutoBuilder- build #271 of nightly-x86-lsb is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-lsb/builds/271 | 11:32 | |
*** jeremiah_ <jeremiah_!~jeremiah@194-237-7-146.customer.telia.com> has quit IRC | 11:32 | |
*** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has joined #yocto | 11:33 | |
Stygia | RP, Yup, that's exactly what I ended up doing. | 11:34 |
Stygia | RP, Though it does seem like it didn't quite "catch"... And that busybox hasn't included my config setting. But I'll investigate. | 11:35 |
-YoctoAutoBuilder- build #268 of nightly-multilib is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-multilib/builds/268 | 11:35 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 11:35 | |
-YoctoAutoBuilder- build #266 of nightly-world is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-world/builds/266 | 11:36 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 11:39 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 11:39 | |
JaMa | RP: even with "process: Improve exit handling and hangs" I have bitbake hanging after Ctrl+C | 11:47 |
RP | JaMa: I'm not claiming it fixes them all, it did seem better in my testing though | 11:48 |
JaMa | RP: http://pastebin.com/MDwvt8Sc | 11:49 |
RP | JaMa: I suspect the best way to fix the hanging issue is to fix all the Ctrl+C ones though :/ | 11:49 |
JaMa | yes I'm writting only because you said that you're interested in feedback on that :) | 11:49 |
RP | JaMa: totally, its useful data thanks :) | 11:49 |
RP | not meaning to be negative :) | 11:49 |
JaMa | in this case it was also from a bit weird state | 11:49 |
RP | So that was Ctrl+C during parsing? | 11:50 |
JaMa | when I accidentaly started bitbake with dylan branch checkouted in oe-core repo and while it was running I've checked out master | 11:50 |
JaMa | and pressed Ctrl+C while it was still parsing, yes | 11:50 |
*** drasko <drasko!~drasko@11-96-190-109.dsl.ovh.fr> has joined #yocto | 11:51 | |
-YoctoAutoBuilder- build #282 of nightly-intel-gpl is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-intel-gpl/builds/282 | 11:54 | |
*** lyang0 <lyang0!~lyang001@1.202.252.122> has joined #yocto | 11:57 | |
*** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 11:58 | |
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 12:11 | |
eren | JaMa: I tried using test-dependencies.sh but I guess it doesn't do what I intended to do | 12:16 |
eren | JaMa: i just want to have cross-toolchain, not requiring me to re-compile, and try the build failure by minimal dependencies | 12:17 |
eren | after the package is done, I want to have something like "go to that point and start again", in that case have cross toolchain ready | 12:17 |
eren | would you mind giving some introduction to the script? | 12:17 |
drasko | lpapp, how can I upgrade just meta/recipes-devtools/binutils? Can this be done, or whole meta directory has to be replaced? | 12:20 |
lpapp | drasko: you are using an external toolchain. For you that recipe is meaningless as previously written. | 12:24 |
drasko | lpapp, however - this recepie is executed and breaks the build | 12:24 |
drasko | there is a bug in Binutils2.22 | 12:24 |
drasko | https://sourceware.org/bugzilla/show_bug.cgi?id=15183 | 12:24 |
yocti | Bug 15183: was not found. | 12:24 |
lpapp | drasko: the problem is that with this whole conversation, you claim things which are out of your league | 12:25 |
lpapp | and you do not wanna paste an error rather than telling the issue to the doctors. :) | 12:25 |
lpapp | telling your analyzes* | 12:25 |
lpapp | so, how about pasting the error? ;) | 12:25 |
drasko | lpapp, OK, OK... But I just wanted to learn how to upgrade one packet in meta... | 12:26 |
drasko | is there a way? | 12:26 |
lpapp | why would you need to learn that? | 12:26 |
drasko | well - I would like to upgrade my Binutils to 2.23 | 12:26 |
lpapp | but again, you are using an external toolchain because you selected it. | 12:27 |
drasko | again, this bug : https://sourceware.org/bugzilla/show_bug.cgi?id=15183 | 12:27 |
yocti | Bug 15183: was not found. | 12:27 |
lpapp | do not jump into conclusions, just tell the issues. | 12:27 |
drasko | Bug 15183 - texinfo-5.0: bfd.texinfo: unknown command `colophon' | 12:27 |
yocti | Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=15183 was not found. | 12:27 |
lpapp | so what is the problem? Again, can you paste the error? | 12:27 |
drasko | lpapp, I will have an error log in a little while - it is building | 12:27 |
JaMa | eren: I have about 60 patches in my queue from yesterday evening, so please wait for new status email | 12:28 |
drasko | problem is that I have binutils 2.22 in my meta | 12:28 |
drasko | and I have texinfo 5.1 installed on my machine | 12:28 |
drasko | due to the bug Bug 15183 - texinfo-5.0: bfd.texinfo: unknown command `colophon' this build failes | 12:28 |
lpapp | there is no any problem with it | 12:28 |
eren | JaMa: okkie. when I fix the problem that I mentioned, I can start working on the packages | 12:28 |
lpapp | I am having the same scenario | 12:28 |
lpapp | drasko: http://www.macieira.org/blog/2012/05/doesnt-work-doesnt-work/ | 12:28 |
JaMa | eren: in order to let every recipe to detect as many dependencies as possible the script is building "world" first | 12:28 |
eren | JaMa: currently, O remove tmp-eglibc and sstate to build the package from scratch | 12:29 |
JaMa | eren: keep sstate-cache directory | 12:29 |
JaMa | eren: and just do bitbake -c cleansstate <tested-recipe> before rebuilding it | 12:29 |
eren | JaMa: I don't want to detect dependencies. These are already been detected by your build. I just want to build only that package, without any additional packages that were built so that I can get the same error as you | 12:29 |
drasko | how do we deal with binutils that break during the build? We add patches, or we can replace binutils with newer version? | 12:30 |
drasko | I prefer to replace binutils from my meta directory to a newer version | 12:30 |
eren | JaMa: am I clear on the problem? | 12:30 |
lpapp | drasko: paste the error, please. | 12:30 |
lpapp | if you cannot paste the error, we can only guess, and that is time consuming. | 12:30 |
drasko | lpapp, unrelated to this error | 12:30 |
JaMa | eren: for detecting missing mandatory dependencies yes | 12:30 |
lpapp | last time you pasted an irrelevant line and we spent X time with it. | 12:30 |
drasko | I am asking - in general | 12:30 |
drasko | how do we deal with these situations? | 12:31 |
lpapp | when you actually pasted the real error, I got the patch for you in a few seconds. | 12:31 |
JaMa | eren: as I said, just remove tmp-eglibc, keep sstate-cache and do bitbake -c cleansstate recipe-name; bitbake -c build recipe-name | 12:31 |
lpapp | drasko: not to mention, what you are asking is in the manual. | 12:32 |
eren | JaMa: okkie, no need to run test-dependencies.sh then | 12:32 |
lpapp | (as it is a basic stuff) | 12:32 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 12:32 | |
lpapp | drasko: look for .bbappend, but pretty please: do not start solving this issue yourself because I am afraid you will need to drop your work later. | 12:33 |
JaMa | eren: yes I pointed you to test-dependencies.sh to show you how it's being tested (and it's the same as what I said now - for minimal deps) | 12:33 |
lpapp | let us discuss the error output first, and how it is different to my setup because I have the same and it works. | 12:33 |
*** OlivierG_ is now known as OlivierG | 12:33 | |
eren | JaMa: okkie, thanks. I am waiting for new email | 12:33 |
lpapp | also, 15183 does not exit, so I am not sure what you are referring to at this point. | 12:34 |
lpapp | the bot seems to have claimed the same twice. | 12:34 |
JaMa | eren: you can check the jenkins link from yesterday, but it will take 10+ hours to finish | 12:35 |
drasko | lpapp, here is the error I am facing | 12:35 |
drasko | http://pastebin.com/GGxyYuTQ | 12:35 |
lpapp | drasko: sorry, I meant to say another recipe, not .bbappend. | 12:35 |
lpapp | finally! | 12:35 |
drasko | it took some time for compilation to reach this moment of breaking ;) | 12:36 |
drasko | Bug 15183 - texinfo-5.0: bfd.texinfo: unknown command `colophon' | 12:36 |
yocti | Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=15183 was not found. | 12:36 |
lpapp | drasko: you still have not fixed the error we pasted you. :O | 12:36 |
drasko | wait a second... | 12:36 |
drasko | It was an old log | 12:37 |
drasko | I have new one | 12:37 |
drasko | here : http://pastebin.com/dqX5xYaj | 12:38 |
lpapp | drasko: why don't you use a supported distribution? | 12:38 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 12:39 | |
lpapp | e.g. wheezy. | 12:39 |
lpapp | drasko: anyway, use poky master. | 12:39 |
JaMa | RP: another data point can be cacheprogres.update sometimes showing backtrace on ^C http://pastebin.com/VydR2Ejv | 12:40 |
lpapp | that is the only thing which would make me think that you do not have the texinfo fix. | 12:40 |
drasko | It's not my choice - I have got this one to work on | 12:42 |
drasko | colophon and cygnus are seen as unknown commands - this is a binutils 2.22 texinfo related bug | 12:42 |
drasko | I need either a patch that correct tis | 12:42 |
drasko | or replacement to a newer version of binutils | 12:42 |
drasko | But I do not know how to do this :( | 12:42 |
lpapp | have you tried master? | 12:42 |
RP | JaMa: I'll merge http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip76&id=02bb58747f8dd8e89c306fb8424ac88d34696e2a which should help | 12:43 |
lpapp | what environment is that where you do not choose your Linux? :( | 12:43 |
lpapp | anyway, one texinfo has been fixed in master, so do not use dylan, but master. | 12:43 |
lpapp | or backport the fix with a .bbappend file. | 12:43 |
lpapp | drasko: also, be prepared there might be a lot of issues for that testing debian | 12:43 |
lpapp | at least archlinux got several patches in master... as for debian testing, probably not many. | 12:44 |
JaMa | RP: I'm going to cherry-pick it right now, thanks :) | 12:46 |
lpapp | JaMa: hmm, it seems there is a qtserialport recipe in meta-oe. | 12:46 |
ant_work | RP: I got catched in a nice infinite loop yesterday on do_package of inexistent relative symlinks. Ctrl+C did help in that case | 12:47 |
*** BjornArnelid <BjornArnelid!~bjorn@91.229.141.11> has joined #yocto | 12:47 | |
JaMa | lpapp: yes there is qt4 version of it | 12:47 |
lpapp | JaMa: 5.1.0 | 12:48 |
lpapp | hmm, the name is a bit bogus, but yes, built against qt4 from version qt 5.1.0 | 12:49 |
drasko | lpapp, so how do I replace/fix these binutils? How to backport the fixes with .bbappend? | 12:49 |
JaMa | I meant built with qt4-tools-native (qmake2) | 12:49 |
lpapp | drasko: have you tried master | 12:50 |
drasko | lpapp, I have tried Yocto poky-dylan-9.0.1 and it builds fine | 12:51 |
drasko | however, project I have received uses older version | 12:51 |
lpapp | drasko: then .bbappend for backporting the fix in your layer | 12:52 |
lpapp | in your distro or/and bsp layer. | 12:52 |
drasko | .bbappend what? How to use this? | 12:54 |
lpapp | please read the reference manual for details. Grep for it, and see how it is used. | 12:54 |
Stygia | Anyone know if there's a variable like ${PN} which won't include things like -native? | 12:54 |
lpapp | or even the docs about the own layer creation. | 12:54 |
lpapp | drasko: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#using-bbappend-files | 12:55 |
lpapp | drasko: you will need to find the fix. | 12:55 |
lpapp | Stygia: BPN | 12:55 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 13:04 | |
*** BjornArnelid <BjornArnelid!~bjorn@91.229.141.11> has quit IRC | 13:04 | |
*** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has quit IRC | 13:08 | |
Stygia | I'm having the issue that in my bbappend for PHP I have a php.ini file, in a php subfolder. I've appended this file to SRC_URI and FILES_${PN}, and yet, I can't find the files in my do_install_prepend. I have FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" - How do I properly specify the files I want in a do_install_prepend in my bbappend, which is located in a different layer? | 13:09 |
Stygia | http://pastebin.com/ttXciLKM <- The bbappend I'm trying to make work. | 13:10 |
erbo | Stygia: point to the dir that contains the file in do_install_prepend, e.g ${S}/php.ini | 13:10 |
Stygia | erbo, As far as I can tell, it doesn't wind up anywhere in tmp/ (work or otherwise. | 13:12 |
erbo | Stygia: then you should have got an error during do_fetch | 13:12 |
erbo | are you sure it reran do_fetch after you edited the bbappend? | 13:13 |
Stygia | erbo, Nope. I just normally do "bitbake recipe". | 13:13 |
Stygia | erbo, Did it just now. Still, the php.ini file only apperas in subfolders of the (full, not append) recipe that uses the file.. | 13:14 |
Stygia | erbo, Sorry. The recipe that _used_ to include the file. It belongs in a php bbappend, but we used to have it as part of our company site recipe. | 13:14 |
Stygia | I still see it in that subfolder when I do find tmp/ -name php.ini | 13:15 |
Stygia | But not in a folder with php in it. | 13:15 |
erbo | try a clean build of the recipe, bitbake -c cleansstate <yourrecipe> and then built it again | 13:15 |
Stygia | erbo, The recipe is right here http://pastebin.com/ttXciLKM | 13:15 |
Stygia | erbo, Will try. | 13:15 |
*** walters <walters!walters@nat/redhat/x-opngjlrmcksjmxte> has joined #yocto | 13:18 | |
Stygia | erbo, No change. | 13:18 |
erbo | what does the actual recipe look like? | 13:19 |
erbo | Stygia: so you have no php.ini in tmp/work/yada/${PN}? | 13:20 |
Stygia | erbo, No, it doesn't look like it. At least, find tmp/ -name php.ini only shows the file in locations that it's been installed to in the path. | 13:21 |
Stygia | erbo, And it's the vanilla php recipe | 13:21 |
erbo | is the .bbappend being detected properly? try bitbake-layers show-appends | grep php | 13:22 |
Stygia | erbo, Well it sure fails if I have a type in it. | 13:22 |
Stygia | erbo, But sure thing, just a sec. | 13:22 |
erbo | ok, good :) | 13:22 |
Stygia | erbo, Yea, it does. | 13:23 |
Stygia | The bbappend is located in meta-company/recipes-company/php/, and the files in a php/ subfolder to that. | 13:23 |
Stygia | erbo, It may be worthwhile to note that it fails trying to build php-native. | 13:23 |
Stygia | erbo, And from that command it does look detected. | 13:24 |
tf | Stygia: how does it fail? | 13:24 |
Stygia | tf, by complaining that it can't find php.ini | 13:25 |
Stygia | tf, That's the file I'm trying to install into /etc/php5/ in my do_install_prepend | 13:25 |
Stygia | tf, It's looking for it in tmp/work/x86_64-linux/php-native/5.4.14-r4.0/ | 13:25 |
Stygia | But either way, what's weird is that even after a (successful) do_fetch I don't find a php.ini file anywhere in tmp/. | 13:26 |
tf | Stygia: replace the ${PN} with ${BPN} | 13:27 |
tf | in the files path | 13:27 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 13:28 | |
Stygia | tf, I take it you mean FILESEXTRAPATH_prepend? | 13:28 |
tf | or just php | 13:28 |
tf | yes | 13:28 |
Stygia | tf, Will do. And _that's_ the variable to get PN without -native postfixes etc... thanks. :P | 13:28 |
Stygia | tf, Hmm it still can't find it during do_install, though. | 13:29 |
tf | try just 'php' | 13:30 |
Stygia | Which is... weird. do_fetch is fine, and both php.ini and the other file is in src_uri, and yet, not found in tmp/ | 13:30 |
Stygia | tf, I'll try | 13:30 |
erbo | typ in the bbappend | 13:30 |
erbo | SRC_URI is spelled SRI_URI | 13:30 |
erbo | :) | 13:30 |
tf | but BPN should work | 13:31 |
Stygia | erbo, Ah yup. In the recipe it's SRI_URI, though. | 13:31 |
Stygia | tf, Still no luck. | 13:31 |
erbo | Stygia: but it should be SRC_URI | 13:31 |
erbo | or? | 13:31 |
Stygia | erbo, Oh right, I misunderstood your comment, then. | 13:32 |
Stygia | erbo, Seemed like you wanted s/SRI_URI/SRC_URI/g | 13:32 |
erbo | yes | 13:32 |
erbo | definately | 13:32 |
Stygia | erbo, And there... | 13:32 |
Stygia | erbo, God dammit... programming and slight dyslexia. | 13:32 |
Stygia | Sorry for wasting your time. | 13:32 |
erbo | no worries :) | 13:33 |
Stygia | erbo, Things are sane, it does work exactly like it should .:P | 13:33 |
Stygia | erbo, I had a feeling I was missing something obvious, hmm. | 13:33 |
Stygia | erbo, I should make like a spellchecker for this... or basic sanity checker for recipies. | 13:33 |
Stygia | Could be pretty cool as an emacs extension, really. | 13:34 |
erbo | except for the emacs part :) | 13:39 |
JaMa | do we want consolekit with polkit dependency or is it worth it patching configure to allow disabling it? | 13:40 |
* tf was waiting who would rise to that :) | 13:40 | |
JaMa | ah we have to patch it as polkit is in meta-oe | 13:41 |
tf | JaMa: iirc ross was trying to get rid of that dependency | 13:41 |
tf | JaMa: vague memory, but todays is holiday in the UK, so he is not around | 13:42 |
*** dv__ <dv__!~quassel@chello080108009040.14.11.vie.surfer.at> has joined #yocto | 13:43 | |
*** dv_ <dv_!~quassel@chello080108009040.14.11.vie.surfer.at> has quit IRC | 13:44 | |
* JaMa testing patch for it already | 13:44 | |
*** dv__ <dv__!~quassel@chello080108009040.14.11.vie.surfer.at> has quit IRC | 13:45 | |
JaMa | I remember seeing some discussion about it | 13:45 |
*** dv_ <dv_!~quassel@chello080108009040.14.11.vie.surfer.at> has joined #yocto | 13:46 | |
*** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has quit IRC | 13:46 | |
*** blitz00 <blitz00!stefans@nat/intel/x-gwpcxlmvorhlhifc> has joined #yocto | 13:52 | |
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto | 13:52 | |
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC | 13:55 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 13:56 | |
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 13:58 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 14:00 | |
*** _alex_kag_ <_alex_kag_!~alex_kag@178.124.21.169> has quit IRC | 14:01 | |
-YoctoAutoBuilder- build #280 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x32/builds/280 | 14:01 | |
lpapp | tf: I told Stygia the same half an hour ago. | 14:02 |
lpapp | for some reason he makes his life harder. | 14:02 |
lpapp | (in fact more than an hour) | 14:03 |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 14:17 | |
*** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has joined #yocto | 14:17 | |
*** [simar|on] <[simar|on]!~simar@128.224.252.2> has joined #yocto | 14:20 | |
halstead | RP, Can I get advice about what to do when bitbake shows libtool version mismatch errors and tells me to recreate aclocal.m4 and run autoconf again? This is in relation to gnutls. | 14:31 |
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 14:31 | |
halstead | x86_64-linux-libtool: Version mismatch error. This is libtool 2.4.2, but the | 14:31 |
halstead | definition of this LT_INIT comes from an older release. | 14:31 |
halstead | You should recreate aclocal.m4 with macros from libtool 2.4.2 | 14:31 |
halstead | and run autoconf again. | 14:32 |
RP | halstead: is this a clean build? | 14:32 |
JaMa | erbo: sorry to spoil the fun, but if everything goes OK, then there are only 4 undeterministic dependencies now :) | 14:33 |
halstead | RP, I ran bitbake -c clean buildtools-tarball before but I have used the build dir in the past. Also I am using sstate. | 14:33 |
RP | halstead: bitbake gnutls -c clean might get you past this. | 14:33 |
halstead | RP, Thanks! | 14:33 |
RP | halstead: failing that it might be safer to remove tmp/ and rebuild | 14:34 |
RP | halstead: If you're doing what I think you're doing we've probably changed a lot since you last built in that directory :/ | 14:34 |
halstead | RP, I've removed tmp. | 14:34 |
lpapp | tf: yeah, today is a bank holiday in here. | 14:35 |
halstead | RP, much has definitely changed and my last build was a MUT. I've just been lucky in the past I guess. | 14:35 |
Crofton|work | RP, why aren't you out riding? | 14:36 |
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto | 14:37 | |
RP | Crofton|work: someone scheduled a release freeze on a bank holiday? | 14:39 |
RP | halstead: in theory upgrading should work, it just doesn't always and we can't test every combination | 14:39 |
Crofton|work | We need a global list of holidays | 14:39 |
RP | Crofton|work: one of the bikes is also has its engine in bits on the work bench :( | 14:39 |
Crofton|work | I am certain the Americans wanted the freeze out of the way before the labour day weekend | 14:39 |
Crofton|work | well, you should be working on that :) | 14:40 |
RP | Crofton|work: I need a lot of expensive parts :( | 14:40 |
halstead | RP, I've been improperly using -c clean commands when I should have been deleting tmp. But it's worked until now. | 14:40 |
* RP is semi looking at parts catalogues atm | 14:40 | |
eren | I switched to offlineimap and realized that oe-commits list is so big. The process hasn't ended :( | 14:40 |
eren | I would have deleted oe-commits mails if I had known | 14:40 |
* RP wishes he had a trip to the US coming up soon as the parts are cheaper over there :/ | 14:43 | |
*** zenlinux_ <zenlinux_!~sgarman@c-24-20-145-95.hsd1.or.comcast.net> has joined #yocto | 14:48 | |
*** jeremiah <jeremiah!~jeremiah@194.237.7.146> has joined #yocto | 14:48 | |
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC | 14:51 | |
*** jeremiah <jeremiah!~jeremiah@194.237.7.146> has quit IRC | 14:54 | |
*** arky <arky!~arky@113.22.27.184> has joined #yocto | 14:56 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 14:57 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 15:00 | |
-YoctoAutoBuilder- build #126 of minnow is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow/builds/126 | 15:01 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 15:01 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 15:05 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 15:05 | |
Crofton|work | rp, I could bring them to ELCE :) | 15:11 |
Crofton|work | unless they are heavy | 15:11 |
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC | 15:16 | |
-YoctoAutoBuilder- build #238 of nightly-fsl-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc-lsb/builds/238 | 15:16 | |
RP | Crofton|work: they are probably what you'd class as heavy and I'd like to work again before ELCE if I can :) | 15:17 |
Crofton|work | I fogured that :) | 15:17 |
[simar|on] | Hey guys, I guess this is more of a python question than yocto but would anyone know of an alternative to have python multiprocessing without /dev/shm? Currently bitbake just fails out if /de/shm isn't found/unwritable. | 15:17 |
lpapp | [simar|on]: I had the same issue, but no. | 15:17 |
lpapp | my bugreport has been closed, and there will be no alternative backend implementation sadly. | 15:17 |
lpapp | I had the same concerns. | 15:17 |
lpapp | [simar|on]: are you using chroot? | 15:18 |
[simar|on] | lpapp: on a Mac. | 15:18 |
lpapp | [simar|on]: blame RP. :p | 15:18 |
RP | lpapp: Anyone is free to step up and maintain such an implementation. I do not have the time or inclination to do so | 15:20 |
lpapp | [simar|on]: https://bugzilla.yoctoproject.org/show_bug.cgi?id=4925 -> you can write your opinion in here. | 15:20 |
yocti | Bug 4925: enhancement, Low, ---, scott.m.rifenbark, RESOLVED WONTFIX, Hard to set up shard memory IPC in chroot for supported distributions | 15:20 |
lpapp | RP: that does not mean you should close as invalid. | 15:20 |
RP | lpapp: it wasn't closed as invalid, was closed as WONTFIX | 15:20 |
lpapp | or "wontfix" because they are technically incorrect and form the basis for thinking that this would not be accepted. | 15:20 |
lpapp | RP: same for us end users. | 15:21 |
lpapp | we suffer. | 15:21 |
RP | lpapp: If someone comes along and wants to implement *and* support it, we can repoen and talk about it | 15:21 |
RP | Until then, it is the correct resolution | 15:21 |
lpapp | I disagree. | 15:21 |
lpapp | it is a task that makes sense. | 15:21 |
lpapp | it just has a very low priority. | 15:21 |
lpapp | (for you) | 15:21 |
RP | lpapp: its low enough in priority its been closed | 15:21 |
RP | live with it | 15:21 |
lpapp | [simar|on]: please post your issue and explanation in there. | 15:22 |
lpapp | [simar|on]: I tried to make it work for weeks. | 15:24 |
lpapp | I gave up on it. If you have any solution that may help me, I will be happy to listen to you. | 15:24 |
lpapp | I am currently just using an ubuntu ssh as the work around ... | 15:24 |
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC | 15:25 | |
lpapp | [simar|on]: admittedly, I was frustrated in that bugreport so please forgive that for me. | 15:25 |
lpapp | :) | 15:26 |
lpapp | I literally tried it for days without any success, but perhaps it is simpler to get done on Mac. I am sure you will not get much documentation from here though, sadly. | 15:26 |
[simar|on] | I'm no software architect but the rationale given by the maintainers seems appropriate. I don't see this as a yocto issue if it has been clearly stated what distributions are supported. | 15:27 |
lpapp | [simar|on]: I was using a supported distribution. | 15:27 |
lpapp | (as written) | 15:28 |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 15:28 | |
kergoth | hmm, looks like toolchain-layer hasn't cuaght up to the gcc restructuring yet | 15:28 |
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 15:30 | |
RP | lpapp: chroots are not on the official support list | 15:30 |
lpapp | RP: where is it documented it is not supported? | 15:30 |
lpapp | can you show me the documentation? | 15:31 |
RP | lpapp: can you point me at where we say it is? | 15:31 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 15:31 | |
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 15:31 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 15:31 | |
lpapp | sure, debian wheezy is said to be supported. | 15:31 |
lpapp | as is. | 15:31 |
lpapp | and even that, we do not wanna have it documented, but we wanna get the broken core technology replacable. | 15:32 |
lpapp | optionally. | 15:32 |
RP | lpapp: It says in the documentation that debian wheezy as a chroot is supported? | 15:32 |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 15:33 | |
RP | kergoth: :/. Hopefully there shouldn't be anything too painful, mostly just combining of includes | 15:33 |
lpapp | RP: why would it? If it does not mention, everything is included, VB, VMware, chroot, kvm, etc | 15:33 |
lpapp | if it says debian is supported, then it is supported. | 15:33 |
RP | lpapp: er, no. None of these are tested configurations | 15:34 |
simar | lpapp: I don't see the point to argue on that. The error message I saw was easy enough to point out what was going wrong. | 15:34 |
lpapp | anyway, let us not focus on the wrong kinda argument. | 15:34 |
lpapp | the idea is not to get documented you are blocked. | 15:34 |
* kergoth nods | 15:34 | |
lpapp | the idea is to be able to replace the broken core technology. | 15:34 |
*** zenlinux_ <zenlinux_!~sgarman@c-24-20-145-95.hsd1.or.comcast.net> has quit IRC | 15:35 | |
RP | lpapp: please go and talk to the python people about their "broken technology" ;-) | 15:35 |
lpapp | simar: do you seriously think if you get an error message for something that is officially meaning it is supported or not? | 15:36 |
RP | We're just using standard python modules | 15:36 |
lpapp | simar: perhaps you should check what an unsupported host says. | 15:36 |
lpapp | simar: in fake, yocto reported that my distribution is supported! | 15:36 |
lpapp | fact* | 15:36 |
lpapp | RP: I have not seen this causing any issues the last 10 years | 15:36 |
lpapp | including python. | 15:37 |
lpapp | for me, Yocto is the first project. | 15:37 |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 15:37 | |
lpapp | actually this conversation inspired me to add another post in there that yocto actually reported supported distribution which is totally bogus. | 15:37 |
*** galak <galak!~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net> has joined #yocto | 15:39 | |
lpapp | done | 15:40 |
kergoth | Anyone using a chroot should be setting up the proper bind mounts to make the chroot actually useful. without proc, sys, dev/shm, etc, it's pretty useless. | 15:44 |
kergoth | schroot makes this easier | 15:44 |
lpapp | I tried everything, really, even arch-chroot which is I guess similar to schroot | 15:45 |
lpapp | but you are welcome to give the working commands. I could not manage it in days. | 15:45 |
*** slaine <slaine!~slaine@84.203.137.218> has quit IRC | 15:49 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 15:49 | |
*** OlivierG is now known as OlivierG_ | 15:51 | |
*** drasko_ <drasko_!~drasko@11-96-190-109.dsl.ovh.fr> has joined #yocto | 15:52 | |
*** Stygia <Stygia!~gmpsaifi@37.130.230.4> has quit IRC | 15:54 | |
*** davest <davest!Adium@nat/intel/x-khipcgupybapjkoi> has quit IRC | 15:54 | |
-YoctoAutoBuilder- build #275 of poky-tiny is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/poky-tiny/builds/275 | 15:55 | |
-YoctoAutoBuilder- build #263 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64-lsb/builds/263 | 15:56 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 15:57 | |
*** arky <arky!~arky@113.22.27.184> has quit IRC | 16:07 | |
*** rikroled <rikroled!~tbn@84.55.160.118> has quit IRC | 16:10 | |
*** arky <arky!~arky@113.22.27.184> has joined #yocto | 16:11 | |
*** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC | 16:14 | |
-YoctoAutoBuilder- build #272 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/build-appliance/builds/272 | 16:17 | |
*** drasko <drasko!~drasko@11-96-190-109.dsl.ovh.fr> has quit IRC | 16:23 | |
*** ftonello <ftonello!~felipe@wsip-70-183-20-162.oc.oc.cox.net> has joined #yocto | 16:25 | |
-YoctoAutoBuilder- build #82 of buildtools is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/buildtools/builds/82 | 16:26 | |
-YoctoAutoBuilder- build #110 of minnow-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow-lsb/builds/110 | 16:26 | |
*** zeeblex <zeeblex!~apalalax@134.134.139.74> has quit IRC | 16:28 | |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 16:30 | |
*** _alex_kag_ <_alex_kag_!~alex_kag@178.126.111.123> has joined #yocto | 16:33 | |
*** davest <davest!~Adium@134.134.139.76> has joined #yocto | 16:35 | |
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 16:41 | |
*** arky <arky!~arky@113.22.27.184> has quit IRC | 16:44 | |
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 16:46 | |
*** _alex_kag_ <_alex_kag_!~alex_kag@178.126.111.123> has quit IRC | 16:48 | |
*** _alex_kag <_alex_kag!~alex_kag@178.126.111.123> has joined #yocto | 16:48 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 16:56 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 16:57 | |
*** pidge <pidge!~pidge@134.134.137.71> has joined #yocto | 16:59 | |
*** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC | 17:01 | |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 17:05 | |
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 17:06 | |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 17:09 | |
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 17:12 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 17:14 | |
*** sameo <sameo!~samuel@192.55.54.42> has quit IRC | 17:15 | |
*** eren <eren!~eren@unaffiliated/eren> has quit IRC | 17:16 | |
*** _alex_kag <_alex_kag!~alex_kag@178.126.111.123> has joined #yocto | 17:16 | |
*** tlwoerner <tlwoerner!~trevor@linaro/tlwoerner> has quit IRC | 17:24 | |
-YoctoAutoBuilder- build #240 of nightly-fsl-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc/builds/240 | 17:25 | |
*** mihai <mihai!~mihai@188.27.93.142> has joined #yocto | 17:27 | |
*** [simar|on] <[simar|on]!~simar@128.224.252.2> has quit IRC | 17:34 | |
*** [simar|on] <[simar|on]!~simar@128.224.252.2> has joined #yocto | 17:34 | |
*** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto | 17:35 | |
lpapp | [simar|on]: have you been able to work the issue around? | 17:36 |
[simar|on] | lpapp: I moved over to supported linux distro in the meantime. | 17:38 |
[simar|on] | I just experimenting if building was possible on a Mac. | 17:38 |
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC | 17:38 | |
lpapp | ok, good for you. | 17:38 |
lpapp | it was a blocker for me, and still not solved. I still use ssh for daily yocto development. | 17:38 |
lpapp | otherwise, I could use debian stable in chroot. | 17:40 |
*** cargo23 <cargo23!~esmith@sf-nat.sourcefire.com> has quit IRC | 17:42 | |
*** [simar|on] <[simar|on]!~simar@128.224.252.2> has quit IRC | 17:42 | |
bluelightning | lpapp: you can still use a chroot, we've been over this many times | 17:43 |
*** [simar|on] <[simar|on]!~simar@128.224.252.2> has joined #yocto | 17:43 | |
*** Jay7 <Jay7!jay@176.15.24.214> has quit IRC | 17:43 | |
*** lpapp_ <lpapp_!~lpapp@kde/lpapp> has joined #yocto | 17:44 | |
*** rtollert <rtollert!~rtollert@130.164.62.31> has quit IRC | 17:45 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 17:45 | |
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 17:47 | |
*** khohm_ <khohm_!~quassel@share.basyskom.com> has joined #yocto | 18:00 | |
*** rtollert <rtollert!~rtollert@130.164.62.31> has joined #yocto | 18:01 | |
*** tf_ <tf_!~tomas@r-finger.com> has joined #yocto | 18:01 | |
*** khohm <khohm!~quassel@share.basyskom.com> has quit IRC | 18:04 | |
*** tf <tf!~tomas@178.79.160.5> has quit IRC | 18:04 | |
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 18:16 | |
*** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 18:25 | |
*** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 18:26 | |
*** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has joined #yocto | 18:32 | |
*** ahmedammar <ahmedammar!~b33fc0d3@unaffiliated/b33fc0d3> has joined #yocto | 18:36 | |
ahmedammar | hello | 18:36 |
ahmedammar | is eglibc supposed to compile fine with callconvention-hard ? | 18:40 |
ahmedammar | http://pastebin.com/HgtKbHnz | 18:41 |
-YoctoAutoBuilder- build #247 of nightly-oecore is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-oecore/builds/247 | 18:45 | |
nerdboy | builds fine here | 18:49 |
ahmedammar | nerdboy: which branch are you using? | 18:49 |
nerdboy | master | 18:50 |
ahmedammar | hmmm | 18:51 |
nerdboy | had to do my own tuning in the rpi layer, but it's been building for several weeks | 18:51 |
nerdboy | although i do need to pull again... | 18:51 |
ahmedammar | i'm new to yocto, any idea how I can try to work out why yours is building and mine isn't? | 18:51 |
ahmedammar | i'm using the fsl layer | 18:51 |
nerdboy | i'll update after this image build and see what happens | 18:53 |
*** Jay7 <Jay7!~jay@176.15.24.214> has joined #yocto | 18:54 | |
nerdboy | it's doing webkit-gtk now and has about 1000 tasks left, so it might take a little while... | 18:55 |
ahmedammar | nerdboy: np, just ping me whenever | 18:55 |
ahmedammar | nerdboy: when you say 'had to do my own tuning to the rpi layer', what were those tunings? | 18:56 |
nerdboy | to get all the hardfloat stuff right | 18:57 |
ahmedammar | nerdboy: ok, so fixes for the rpi layer specifically, therefore unrelated to eglibc | 18:57 |
nerdboy | yup, nothing specific to libc | 18:58 |
*** swex <swex!~swex@217.197.246.124> has joined #yocto | 18:59 | |
*** Jay7 <Jay7!~jay@176.15.24.214> has quit IRC | 19:00 | |
*** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has quit IRC | 19:00 | |
*** ArunKumar <ArunKumar!~arunkr24@123.201.114.157> has joined #yocto | 19:02 | |
*** swex__ <swex__!~swex@217.197.254.64> has quit IRC | 19:02 | |
ArunKumar | is there anyone else facing the following error | 19:03 |
ArunKumar | Fetcher failure for URL: 'http://downloads.sourceforge.net/oprofile/oprofile-0.9.8.tar.gz'. Unable to fetch URL from any source. | 19:03 |
ArunKumar | i am building this for the first time, and it has been 6hours since it started, | 19:04 |
ArunKumar | how will this error effect the final output? | 19:04 |
nerdboy | can't build if it can't fetch | 19:05 |
nerdboy | check it manually? | 19:05 |
nerdboy | ahmedammar: this is what i meant | 19:06 |
nerdboy | https://github.com/sarnold/meta-raspberrypi/commit/d796222d99fb43b37c296555994ba7c1159ddd64 | 19:06 |
ahmedammar | nerdboy: thanks for that | 19:06 |
*** smartin__ <smartin__!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 19:06 | |
nerdboy | but you glibc missing symbol error doesn't seem related to that | 19:06 |
ahmedammar | yeah i realize that | 19:07 |
ahmedammar | i'm rebuilding again after bumping poky to master-next | 19:07 |
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 19:07 | |
nerdboy | they are nscd/nss symbols which is part of glibc | 19:07 |
nerdboy | maybe it just didn't build it for some reason | 19:08 |
ahmedammar | there we go, same crash again .. | 19:08 |
nerdboy | did the configure args enable it? | 19:08 |
ArunKumar | so, is there a way i can download it manually and begin with the build? | 19:08 |
nerdboy | check the do_configure log | 19:08 |
ArunKumar | or should i run the bitbake command again | 19:08 |
*** Jay7 <Jay7!~jay@176.15.24.214> has joined #yocto | 19:08 | |
nerdboy | ArunKumar: if you can find it, download and touch the .done file | 19:09 |
ArunKumar | can u give me a little more detail please | 19:10 |
ahmedammar | nerdboy: http://paste.ubuntu.com/6029828/ | 19:10 |
ahmedammar | http://paste.ubuntu.com/6029829/ | 19:11 |
ahmedammar | do_configure/do_compile | 19:11 |
*** Guest62601 <Guest62601!~trz@c-68-53-177-94.hsd1.in.comcast.net> has joined #yocto | 19:12 | |
nerdboy | try http://downloads.sourceforge.net/oprofile/oprofile/oprofile-0.9.8/oprofile-0.9.8.tar.gz | 19:14 |
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC | 19:15 | |
ahmedammar | diff -uN build/tmp.old/work/armv7a-vfp-neon-poky-linux-gnueabi/eglibc/2.18-r0/build-arm-poky-linux-gnueabi/.tmp.config.old build/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/eglibc/2.18-r0/build-arm-poky-linux-gnueabi/.tmp.config.old | pastebinit | 19:17 |
ahmedammar | http://paste.ubuntu.com/6029848/ | 19:17 |
ahmedammar | nerdboy: ^^ | 19:17 |
ahmedammar | that looks odd to me | 19:17 |
*** drasko <drasko!~drasko@seg75-7-88-164-183-180.fbx.proxad.net> has joined #yocto | 19:18 | |
nerdboy | 1) i don't see a config option for nscd, 2) --enable-kernel=2.6.16 looks weird for such a new version of gcc | 19:18 |
nerdboy | er, glibc | 19:18 |
nerdboy | and the last part dosen't look good either | 19:20 |
ahmedammar | i think it | 19:20 |
ahmedammar | 's the last part that's causing it | 19:20 |
ahmedammar | no idea why though | 19:20 |
-YoctoAutoBuilder- build #242 of nightly-fsl-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm/builds/242 | 19:25 | |
ahmedammar | otavio: if i use meta-fsl-arm master-next with everything else being at master is it expected to work? | 19:26 |
*** Jay7 <Jay7!~jay@176.15.24.214> has quit IRC | 19:32 | |
ahmedammar | ok nevermind, i think i found it, it was my fault | 19:34 |
ahmedammar | incorrect use of DISTRO_FEATURES in local.conf it seems | 19:37 |
ahmedammar | nerdboy: thanks for your time | 19:38 |
*** Jay7 <Jay7!~jay@176.15.24.214> has joined #yocto | 19:41 | |
ahmedammar | unrelated question: is there a reason the autobuilders don't publish Packages.gz for the debs? | 19:43 |
*** Jay7 <Jay7!~jay@176.15.24.214> has quit IRC | 19:46 | |
*** Jay7 <Jay7!jay@176.15.24.214> has joined #yocto | 19:46 | |
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 19:47 | |
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 19:57 | |
*** Jay7 <Jay7!jay@176.15.24.214> has quit IRC | 20:03 | |
*** galak <galak!~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net> has quit IRC | 20:05 | |
*** Jefro1 <Jefro1!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 20:11 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 20:11 | |
*** Jay7 <Jay7!jay@176.15.24.214> has joined #yocto | 20:14 | |
*** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto | 20:18 | |
*** Jay7 <Jay7!jay@176.15.24.214> has quit IRC | 20:34 | |
*** Jay7 <Jay7!jay@128-73-45-90.broadband.corbina.ru> has joined #yocto | 20:39 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:40 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 20:40 | |
*** bluelightning_ is now known as bluelightning | 20:40 | |
*** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC | 20:44 | |
*** swex <swex!~swex@217.197.246.124> has quit IRC | 20:52 | |
*** swex <swex!~swex@217.197.246.124> has joined #yocto | 20:53 | |
*** tlwoerner <tlwoerner!~trevor@linaro/tlwoerner> has joined #yocto | 20:59 | |
*** Jay7 <Jay7!jay@128-73-45-90.broadband.corbina.ru> has quit IRC | 21:01 | |
*** swex <swex!~swex@217.197.246.124> has quit IRC | 21:01 | |
*** swex <swex!~swex@217.197.246.124> has joined #yocto | 21:02 | |
*** [simar|on] <[simar|on]!~simar@128.224.252.2> has quit IRC | 21:05 | |
*** ant_home <ant_home!~andrea@host92-223-dynamic.20-79-r.retail.telecomitalia.it> has joined #yocto | 21:12 | |
*** AK <AK!~arunkr24@175.100.140.206> has joined #yocto | 21:23 | |
*** ArunKumar <ArunKumar!~arunkr24@123.201.114.157> has quit IRC | 21:26 | |
*** swex <swex!~swex@217.197.246.124> has quit IRC | 21:27 | |
*** swex <swex!~swex@217.197.246.124> has joined #yocto | 21:28 | |
*** eren <eren!~eren@unaffiliated/eren> has quit IRC | 21:28 | |
*** Jay7 <Jay7!jay@78-106-171-64.broadband.corbina.ru> has joined #yocto | 21:41 | |
*** Jay7 <Jay7!jay@78-106-171-64.broadband.corbina.ru> has quit IRC | 21:47 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 21:50 | |
*** Jay7 <Jay7!jay@78-106-202-59.broadband.corbina.ru> has joined #yocto | 21:53 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 21:56 | |
*** musdem <musdem!~Zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has joined #yocto | 21:58 | |
*** Jay7 <Jay7!jay@78-106-202-59.broadband.corbina.ru> has quit IRC | 21:58 | |
*** walters <walters!walters@nat/redhat/x-opngjlrmcksjmxte> has quit IRC | 21:59 | |
*** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC | 22:02 | |
-YoctoAutoBuilder- build #236 of nightly is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly/builds/236 | 22:03 | |
*** Jay7 <Jay7!jay@128-73-222-48.broadband.corbina.ru> has joined #yocto | 22:04 | |
*** roric <roric!~roric@194-237-7-146.customer.telia.com> has quit IRC | 22:06 | |
*** jonatan <jonatan!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 22:06 | |
*** B4gder <B4gder!~daniel@sestofw01.enea.se> has quit IRC | 22:16 | |
*** drasko <drasko!~drasko@seg75-7-88-164-183-180.fbx.proxad.net> has quit IRC | 22:27 | |
*** cjosephson <cjosephson!~cjosephso@107-0-144-3-ip-static.hfc.comcastbusiness.net> has quit IRC | 22:28 | |
*** jero- <jero-!~boo@mtl.savoirfairelinux.net> has quit IRC | 22:31 | |
*** Jay7 <Jay7!jay@128-73-222-48.broadband.corbina.ru> has quit IRC | 22:32 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 22:32 | |
*** Jay7 <Jay7!~jay@2.93.117.75> has joined #yocto | 22:39 | |
*** jero <jero!~boo@mtl.savoirfairelinux.net> has joined #yocto | 22:42 | |
*** jero is now known as Guest39224 | 22:42 | |
*** feydrautha80 <feydrautha80!~ovidiu@184.70.21.10> has joined #yocto | 22:45 | |
*** yzhao2_ <yzhao2_!~yzhao2@128.224.252.2> has joined #yocto | 22:48 | |
*** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has quit IRC | 22:51 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 22:51 | |
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 22:58 | |
*** roric <roric!~roric@194-237-7-146.customer.telia.com> has joined #yocto | 22:58 | |
*** ant_home <ant_home!~andrea@host92-223-dynamic.20-79-r.retail.telecomitalia.it> has quit IRC | 23:01 | |
*** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto | 23:03 | |
*** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC | 23:08 | |
*** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto | 23:08 | |
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 23:19 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 23:29 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 23:29 | |
*** feydrautha80 <feydrautha80!~ovidiu@184.70.21.10> has quit IRC | 23:33 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 23:35 | |
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 23:36 | |
*** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 23:46 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!