| *** l_r <l_r!~x@adsl-ull-4-52.42-151.net24.it> has joined #yocto | 00:02 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 00:02 | |
| l_r | hello | 00:02 |
|---|---|---|
| l_r | I am reading the documentation | 00:02 |
| l_r | I already have one openembedded image.. Does yocto setup the environment to boot qemu qith a sd card controller? if yes, where is the disk file supposed to be on the host? | 00:04 |
| l_r | no sorry | 00:05 |
| l_r | bad question | 00:05 |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 00:05 | |
| *** sjolley1 <sjolley1!sjolley@nat/intel/x-ikplziyllukwkguu> has joined #yocto | 00:07 | |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC | 00:07 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 00:12 | |
| *** nitink <nitink!nitink@nat/intel/x-pxxuycfzouegrcup> has joined #yocto | 00:13 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 00:16 | |
| *** d_s_e <d_s_e!~d.s.e@ppp-93-104-111-65.dynamic.mnet-online.de> has quit IRC | 00:39 | |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 00:57 | |
| *** valik <valik!c1ca1642@gateway/web/freenode/ip.193.202.22.66> has quit IRC | 01:13 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 01:18 | |
| *** joseppc <joseppc!~Josep@sestofw01.enea.se> has quit IRC | 01:33 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 01:37 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 01:44 | |
| kergoth | gah, playing with automatic python dep crap and found 20+ recipes that are either things the script can't handle, or are missing deps/rdeps on the python modules they use, between oe-core and meta-oe. time to see how much of that is true.. | 01:46 |
| kergoth | hmm | 01:46 |
| *** abelloni <abelloni!~piout@128-79-216-6.hfc.dyn.abo.bbox.fr> has quit IRC | 01:47 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 01:47 | |
| kergoth | maybe thats best left as a manually run tool, since it seems to require a certain amount of manual review | 01:50 |
| *** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 01:56 | |
| *** khem` <khem`!~khem@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 01:56 | |
| *** abelloni <abelloni!~piout@128-79-216-6.hfc.dyn.abo.bbox.fr> has joined #yocto | 01:59 | |
| *** onoffon <onoffon!~khem@66.129.239.13> has joined #yocto | 02:01 | |
| *** khem` <khem`!~khem@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has quit IRC | 02:01 | |
| *** Squix__ <Squix__!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 02:04 | |
| *** Squix__ <Squix__!~Squix___@p021.net112139202.tokai.or.jp> has left #yocto | 02:04 | |
| *** Squix__ <Squix__!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 02:05 | |
| *** jfrkuska__ <jfrkuska__!~Squix___@p021.net112139202.tokai.or.jp> has joined #yocto | 02:05 | |
| *** Squix__ <Squix__!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 02:06 | |
| *** jfrkuska__ <jfrkuska__!~Squix___@p021.net112139202.tokai.or.jp> has quit IRC | 02:07 | |
| *** Jefro1 <Jefro1!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 02:08 | |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has joined #yocto | 02:09 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 02:10 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 02:16 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 02:23 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 02:27 | |
| *** onoffon <onoffon!~khem@66.129.239.13> has quit IRC | 02:45 | |
| *** onoffon <onoffon!~khem@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 02:45 | |
| *** onoffon is now known as khem` | 02:45 | |
| *** jmdelos_ <jmdelos_!~polk@71-34-134-23.clsp.qwest.net> has joined #yocto | 02:56 | |
| *** jmpdelos <jmpdelos!~polk@174-24-99-155.clsp.qwest.net> has quit IRC | 02:57 | |
| *** jmpdelos__ <jmpdelos__!~polk@71-34-141-241.clsp.qwest.net> has joined #yocto | 02:59 | |
| *** jmdelos_ <jmdelos_!~polk@71-34-134-23.clsp.qwest.net> has quit IRC | 03:01 | |
| *** silviof1 <silviof1!~silviof@unaffiliated/silviof> has joined #yocto | 03:01 | |
| *** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC | 03:04 | |
| *** sakjur <sakjur!~sakjur@mjuk.is> has quit IRC | 03:15 | |
| *** onoffon <onoffon!~khem@66.129.239.11> has joined #yocto | 03:17 | |
| *** khem` <khem`!~khem@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has quit IRC | 03:17 | |
| *** khem` <khem`!~khem@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 03:25 | |
| *** onoffon <onoffon!~khem@66.129.239.11> has quit IRC | 03:26 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 03:28 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 03:32 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 03:34 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 03:38 | |
| *** silviof1 <silviof1!~silviof@unaffiliated/silviof> has quit IRC | 03:41 | |
| *** silviof1 <silviof1!~silviof@unaffiliated/silviof> has joined #yocto | 03:42 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 03:47 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 03:50 | |
| *** behanw <behanw!~behanw@207.6.123.58> has quit IRC | 03:52 | |
| *** behanw <behanw!~behanw@207.6.123.58> has joined #yocto | 04:07 | |
| -YoctoAutoBuilder- build #15 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/15 | 04:12 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 04:38 | |
| * mranostay yawns | 04:58 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 05:05 | |
| khem` | mranostay: intel has bored you | 05:05 |
| *** db_imx <db_imx!62fa3acb@gateway/web/freenode/ip.98.250.58.203> has joined #yocto | 05:07 | |
| *** db_imx <db_imx!62fa3acb@gateway/web/freenode/ip.98.250.58.203> has quit IRC | 05:10 | |
| *** sakjur <sakjur!~sakjur@mjuk.is> has joined #yocto | 05:11 | |
| mranostay | heh | 05:12 |
| mranostay | just yawns :P | 05:12 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:24 | |
| *** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 05:27 | |
| mranostay | hi Jefro | 05:36 |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 05:38 | |
| *** abelloni <abelloni!~piout@128-79-216-6.hfc.dyn.abo.bbox.fr> has quit IRC | 05:39 | |
| *** abelloni <abelloni!~piout@128-79-216-6.hfc.dyn.abo.bbox.fr> has joined #yocto | 05:39 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 05:42 | |
| *** behanw <behanw!~behanw@207.6.123.58> has quit IRC | 05:49 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 06:10 | |
| *** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 06:12 | |
| *** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 06:17 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 06:24 | |
| *** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 06:25 | |
| *** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 06:43 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 06:52 | |
| *** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has joined #yocto | 06:52 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 06:56 | |
| *** joseppc <joseppc!~Josep@sestofw01.enea.se> has joined #yocto | 07:02 | |
| *** andna <andna!~andna@217.110.68.82> has joined #yocto | 07:02 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 07:04 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 07:09 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 07:14 | |
| *** RP1 <RP1!~richard@212.121.127.42> has quit IRC | 07:22 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:23 | |
| *** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto | 07:24 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 07:24 | |
| *** mckoan|away is now known as mckoan | 07:27 | |
| *** SorenHolm <SorenHolm!~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net> has joined #yocto | 07:27 | |
| *** mckoan <mckoan!~marco@host56-7-static.30-87-b.business.telecomitalia.it> has quit IRC | 07:27 | |
| *** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto | 07:27 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 07:34 | |
| *** RP <RP!~richard@212.121.127.42> has joined #yocto | 07:37 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 07:38 | |
| *** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto | 07:48 | |
| *** gmacario <gmacario!~gmacario@2-225-241-33.ip178.fastwebnet.it> has joined #yocto | 07:51 | |
| *** zeeblex <zeeblex!apalalax@nat/intel/x-gmpblejwsgheotwb> has joined #yocto | 07:52 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 07:53 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 07:57 | |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 08:03 | |
| *** agust <agust!~agust@p4FDE69EA.dip0.t-ipconnect.de> has joined #yocto | 08:06 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 08:06 | |
| *** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto | 08:08 | |
| *** OlivierG <OlivierG!~oguiter@134.134.137.75> has joined #yocto | 08:13 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 08:23 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 08:36 | |
| *** fpaut_ is now known as fpaut | 08:36 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 08:44 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 08:48 | |
| *** smartin__ is now known as smartin | 08:50 | |
| diego_r | khem`, otavio: The patch you pointed me to seems to fix the Chromium build problem. I've submitted a patch; let me know if you need any modifications. http://lists.openembedded.org/pipermail/openembedded-devel/2014-February/094043.html | 08:50 |
| *** smartin <smartin!~smartin@46.218.232.202> has quit IRC | 08:50 | |
| *** smartin <smartin!~smartin@46.218.232.202> has joined #yocto | 09:05 | |
| *** sjolley1 <sjolley1!sjolley@nat/intel/x-ikplziyllukwkguu> has quit IRC | 09:10 | |
| *** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 09:15 | |
| *** sameo <sameo!samuel@nat/intel/x-ramaxjjyhiisgcup> has joined #yocto | 09:21 | |
| *** florian_kc <florian_kc!~fuchs@port-217-146-132-69.static.qsc.de> has joined #yocto | 09:23 | |
| *** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 09:23 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 09:24 | |
| *** rainerschuster <rainerschuster!~Adium@p5492C936.dip0.t-ipconnect.de> has joined #yocto | 09:25 | |
| *** florian_kc is now known as florian | 09:26 | |
| *** rainerschuster <rainerschuster!~Adium@p5492C936.dip0.t-ipconnect.de> has left #yocto | 09:27 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 09:27 | |
| *** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 09:28 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 09:36 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 09:36 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:36 | |
| bluelightning | morning all | 09:36 |
| *** danielki <danielki!~daniel@188.111.54.34> has joined #yocto | 09:38 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 09:41 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 09:47 | |
| *** belen <belen!~Adium@192.198.151.43> has joined #yocto | 09:51 | |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto | 09:52 | |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has quit IRC | 10:11 | |
| *** ddalex <ddalex!~ddalex@83.217.123.106> has joined #yocto | 10:13 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 10:13 | |
| *** daiane <daiane!~Thunderbi@gate-tx3.freescale.com> has quit IRC | 10:14 | |
| *** daiane <daiane!~Thunderbi@gate-tx3.freescale.com> has joined #yocto | 10:15 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 10:19 | |
| *** silviof1 is now known as silviof | 10:25 | |
| *** rainerschuster1 <rainerschuster1!~Adium@67.134.158.25> has joined #yocto | 10:26 | |
| -YoctoAutoBuilder- build #15 of nightly-fsl-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm/builds/15 | 10:29 | |
| *** rainerschuster1 <rainerschuster1!~Adium@67.134.158.25> has quit IRC | 10:30 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 10:32 | |
| *** rainerschuster <rainerschuster!~Adium@p5492C936.dip0.t-ipconnect.de> has joined #yocto | 10:33 | |
| *** daiane <daiane!~Thunderbi@gate-tx3.freescale.com> has quit IRC | 10:35 | |
| *** daiane <daiane!~Thunderbi@gate-tx3.freescale.com> has joined #yocto | 10:35 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 10:41 | |
| lpapp | good morning | 10:41 |
| *** gmacario <gmacario!~gmacario@2-225-241-33.ip178.fastwebnet.it> has quit IRC | 10:46 | |
| lpapp | bluelightning: the openssh recipe has DEPENDS = "zlib openssl", but when I use the following statement in my image, the target image does not get openssl installed for some reason, IMAGE_FEATURES += "ssh-server-openssh". It is because it depends on openssl, but not on the package that actually ships the openssl binary, just the library? Is it detected automatically? | 10:52 |
| bluelightning | lpapp: DEPENDS just specifies a build-time dependency; any runtime dependency will come in from dynamic linking (or an explicit RDEPENDS), so if that doesn't exist then no runtime dependency will exist | 10:53 |
| lpapp | ah, yes, that is RDEPENDS. | 10:54 |
| lpapp | I think debian was doing the other way around | 10:54 |
| lpapp | depend was the runtime, and they had build-depend. | 10:54 |
| lpapp | bluelightning: thanks. | 10:58 |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has joined #yocto | 11:00 | |
| *** rainerschuster <rainerschuster!~Adium@p5492C936.dip0.t-ipconnect.de> has left #yocto | 11:06 | |
| *** ddalex <ddalex!~ddalex@83.217.123.106> has quit IRC | 11:08 | |
| Xz | guys, having difficulties with compiling on uclibc target with -static flag | 11:08 |
| lpapp | Xz: what problems? | 11:08 |
| Xz | opkg shows libc-dev (0.9.33+git0+...) installed | 11:08 |
| Xz | however there is no libc.a on target | 11:08 |
| Xz | and linker says 'cannot find -lc' | 11:09 |
| rburton | Xz: .a goes into -staticdev | 11:09 |
| bunk | Is there some way to tell bitbake to not use colors? | 11:09 |
| mckoan | bluelightning: I need curl with-libssh2 are there news bout this topic? https://www.mail-archive.com/yocto@yoctoproject.org/msg14514.html | 11:09 |
| Xz | rburton: are you telling me I have to install on target 'uclibc-staticdev' ? | 11:10 |
| rburton | Xz: if you want to link against a .a on the target, yes | 11:10 |
| bluelightning | mckoan: well what I wrote still stands... you should be able to add a curl bbappend that enables libssh2 support | 11:11 |
| Xz | rburton: cool, I will try that, thanks | 11:11 |
| mckoan | bluelightning: which would be the appropriate layer? | 11:11 |
| *** gmacario <gmacario!~gmacario@2-225-241-33.ip178.fastwebnet.it> has joined #yocto | 11:12 | |
| mckoan | meta-networking? | 11:12 |
| lpapp | mckoan: no, your layer. | 11:12 |
| *** belen1 <belen1!~Adium@192.198.151.44> has joined #yocto | 11:13 | |
| bluelightning | bunk: I don't think there's an option for that, no... it does get disabled automatically if curses tells us that the terminal can't support > 2 colours | 11:13 |
| *** belen <belen!~Adium@192.198.151.43> has quit IRC | 11:14 | |
| mckoan | lpapp: uh, ok I thought it was interesting for meta-networking | 11:14 |
| mckoan | thx | 11:14 |
| lpapp | mckoan: layers ship generic stuff... customization goes into own layers, I believe. | 11:15 |
| lpapp | although in this case, bluelightning suggested meta-network, so it might be ok to get some core stuff in oe-core, and more powerful thorough configuration in upper layers.... | 11:16 |
| bluelightning | mckoan: the recipe for libssh2 itself might be (although the (older?) libssh is in meta-oe) | 11:16 |
| lpapp | IMHO, meta-oe is a monster and it should not grow a lot further unless very necessary. | 11:16 |
| bluelightning | bbappends are not appropriate for layers that should only be adding recipes to build additional software, such as meta-oe and meta-networking | 11:16 |
| *** sjolley <sjolley!sjolley@nat/intel/x-ossmggxdyavzpyig> has joined #yocto | 11:17 | |
| lpapp | so if any, I would vote for meta-networking, but I am not a maintainer of any of those. | 11:17 |
| lpapp | JaMa: ok, I finally found some time to put Kevin back into the patch. | 11:20 |
| TuTizz | morning all, what should I do to separate my /home (rw ext4) from my / (ro ubifs) with yocto? Should I overwrite the fstab file? bluelightning, I don't know if you remember but you recommended me to take a look at wic during the past week. Wic is not realy what I am looking for. Wic seem to be use to put an OS on a device but, if I correctly understood it, the OS need to be previously built. | 11:20 |
| lpapp | do _not_ use wic. | 11:21 |
| lpapp | just use u-boot and fstab. | 11:21 |
| Xz | rburton: is there any clever packagegroup that installs libc-staticdev by default? | 11:21 |
| lpapp | TuTizz: if you use redboot or other misterious stuff, then I do not know. :) | 11:22 |
| rburton | Xz: not afaik. static linking is generally a special case (and eglibc-staticdev is practically impossible to use) | 11:22 |
| Xz | rburton: what do you mean? how is it 'practically impossible' to staticly link eglibc? | 11:22 |
| Xz | rburton: it's just about compiling with -static | 11:23 |
| rburton | not when eglibc dynamically loads libraries at runtime it isn't | 11:23 |
| rburton | uclibc is probably better in that respect | 11:23 |
| TuTizz | lpapp, yep I use u-boot | 11:23 |
| *** sjolley <sjolley!sjolley@nat/intel/x-ossmggxdyavzpyig> has quit IRC | 11:23 | |
| lpapp | TuTizz: right, so just configure it. | 11:24 |
| lpapp | and then you can keep your fstab variant in your own layer with .bbappend | 11:24 |
| Xz | rburton: so basically using '-static' in respect to eglibc gives only half-staticly copiled binary? | 11:24 |
| lpapp | (that is what we do... others might correct me if that is wrong .... but it works) | 11:24 |
| rburton | Xz: yep | 11:24 |
| Xz | rburton: I mean only part of eglibc goes actually into the binary and rest is still dynamically loaded? | 11:24 |
| Xz | rburton: ok | 11:24 |
| rburton | Xz: the NSS stuff is always dynamically loaded | 11:25 |
| *** sjolley <sjolley!~sjolley@134.134.139.72> has joined #yocto | 11:25 | |
| mckoan | bluelightning: solved thx | 11:25 |
| Xz | rburton: is it the same with normal glibc? | 11:25 |
| rburton | Xz: see point 4 at http://www.akkadia.org/drepper/no_static_linking.html | 11:26 |
| rburton | eglibc is normal glibc | 11:26 |
| rburton | (effectively) | 11:26 |
| TuTizz | lpapp, ok I will try that way, ty | 11:26 |
| rburton | Xz: as i said, uclibc is sufficiently leaner and designed for this that i expect static linking would work, if you really needed to do it. | 11:28 |
| *** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 11:30 | |
| TuTizz | lpapp, with your advise If I build with IMAGE_FSTYPES = "ubifs" my /home will be under ubifs too doesn't it? | 11:33 |
| bunk | bluelightning: Thanks for the hint, "export TERM=xterm-mono" did the trick. | 11:35 |
| *** pocek_ <pocek_!pock@77-254-123-104.adsl.inetia.pl> has joined #yocto | 11:35 | |
| lpapp | TuTizz: btw, why do you need ro ubifs? | 11:35 |
| lpapp | it is the matter of a second to remount it rw. | 11:35 |
| bluelightning | bunk: np | 11:35 |
| lpapp | TuTizz: yes, e.g. we use IMAGE_FSTYPES += "ubi tar.bz2 jffs2" | 11:35 |
| lpapp | because we also have jffs2 partitions. | 11:36 |
| lpapp | TuTizz: to be honest, I do not yet know what wic is good for... | 11:36 |
| TuTizz | I don't need it on rw. | 11:36 |
| lpapp | I assume it abstract out the bootloader and it also writes the fstab in the same step | 11:36 |
| lpapp | abstracts* | 11:36 |
| lpapp | I could not imagine what else it does... | 11:36 |
| TuTizz | automaticaly create your USB OS? | 11:37 |
| TuTizz | with correct partition? | 11:37 |
| lpapp | yes, which you can already do with u-boot easily and fstab modification. :) | 11:37 |
| lpapp | and IMAGE_FSTYPES, etc. | 11:37 |
| lpapp | I guess it will do all that in one configuration step, but you will still need to configure the things eventually. | 11:37 |
| lpapp | I will consider it once it has a documentation what it tries to achieve. Currently, I do not understand, just assume. :) | 11:38 |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has quit IRC | 11:39 | |
| TuTizz | once I got my different image_fstype, I manually delete /home from ubifs and copy/paste it from ext3 for exemple? | 11:39 |
| lpapp | TuTizz: I am not sure you do not need rw... are you sure? | 11:40 |
| lpapp | what about package management? | 11:40 |
| lpapp | you will always reflash the image for an update? | 11:40 |
| lpapp | or the package maintainer scripts are supposed to do the remount twice? | 11:40 |
| TuTizz | OS is for medical embedded product | 11:40 |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has joined #yocto | 11:41 | |
| TuTizz | I througt that was safer if / was ro | 11:41 |
| TuTizz | you will always reflash the image for an update? yes | 11:41 |
| TuTizz | with u-boot | 11:41 |
| lpapp | wow | 11:42 |
| lpapp | ro is not safe IMHO | 11:42 |
| lpapp | any scam software can remount it anytime with ease. | 11:42 |
| lpapp | and your software should be tested in medial anyhow. :) | 11:42 |
| TuTizz | ro boot faster too doesn't it? | 11:42 |
| lpapp | TuTizz: ok, if an update means reflash and you can manage that remotely, that is fine. | 11:43 |
| lpapp | TuTizz: do you have benchmark? | 11:43 |
| TuTizz | not yet | 11:43 |
| lpapp | but still, reflashing all the time would be inconvenient for me. | 11:43 |
| lpapp | e.g. during development, it would slow me down. | 11:43 |
| lpapp | TuTizz: have you looked into squashfs ? | 11:44 |
| TuTizz | I have 2 image, one for dev, one for demonstration | 11:44 |
| TuTizz | yes for squashfs | 11:44 |
| lpapp | TuTizz: yes, but the developer needs to test the production image (if that is what you mean by demonstration), too. | 11:45 |
| TuTizz | but I have got an eMMC and constructor recommand ubifs | 11:45 |
| lpapp | TuTizz: even for "safe" systems? | 11:46 |
| lpapp | (constructor, you mean vendor?) | 11:46 |
| TuTizz | (manufactor, sry :( ) | 11:47 |
| lpapp | IMHO, there is no catch-all fs recommendation, but it might be that their hardware only works reliably with ubifs which would be unfortunate. | 11:48 |
| TuTizz | TuTizz: even for "safe" systems? did not saw anything about that :( | 11:48 |
| lpapp | ok, no worries... it was just a side-question anyway. :) | 11:49 |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 11:49 | |
| lpapp | (ro vs. rw) | 11:49 |
| TuTizz | (ok) | 11:50 |
| TuTizz | I currently use bootchart for benchmarking | 11:50 |
| TuTizz | (the boot time) | 11:51 |
| lpapp | the daemon from busybox, right? | 11:51 |
| TuTizz | yes | 11:51 |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 11:52 | |
| TuTizz | once I got my different image_fstype, should I manually delete /home from ubifs/squashfs partition and copy/paste it to an ext3 partition (want it on an USB device) ? (I say /home but that can be another directory like /home/foo) | 11:56 |
| *** sjolley <sjolley!~sjolley@134.134.139.72> has quit IRC | 11:56 | |
| lpapp | TuTizz: what do you mean, you can build different rootfs types without changing fstab. | 11:58 |
| lpapp | at least for ubifs, "auto" works for me... not sure if it was jffs2 though. | 11:58 |
| *** sjolley <sjolley!sjolley@nat/intel/x-ipplkzpboyhuprub> has joined #yocto | 11:58 | |
| lpapp | TuTizz: what fs do you use for /home? | 11:59 |
| *** rainerschuster <rainerschuster!~Adium@p5492C936.dip0.t-ipconnect.de> has joined #yocto | 12:02 | |
| lpapp | bluelightning: how can I customize a recipe in my layer with .bbappend so that I tell the meta layer not to apply certain patch(es) in that layer? | 12:03 |
| lpapp | bluelightning: I could probably depatch those, but I prefer preventing the needless patching. | 12:03 |
| bluelightning | lpapp: modifying SRC_URI is the only way I can think of | 12:03 |
| lpapp | bluelightning: you mean rebuilding the SRC_URI variable from scratch? | 12:04 |
| lpapp | or I can remove an element from it? | 12:04 |
| lpapp | (using dylan here) | 12:04 |
| danielki | dora has _remove :) | 12:04 |
| lpapp | yes | 12:04 |
| bluelightning | in dylan you can use oe_filter_out, but it's messy | 12:04 |
| lpapp | bluelightning: ok, so it is easier to rebuild the variable, I take it? | 12:04 |
| bluelightning | lpapp: which patch are you removing? | 12:05 |
| danielki | you could also have another patch which reverts a previous one | 12:05 |
| lpapp | bluelightning: meta/recipes-core/base-passwd/base-passwd-3.5.26/nobash.patch contains two different logics (hence my patch on the mailing list) | 12:05 |
| lpapp | one of the logics does not apply to our use case (it breaks our image eventually) | 12:06 |
| bluelightning | lpapp: which part of it? | 12:06 |
| lpapp | bluelightning: removing * because we do have /etc/shadow. | 12:06 |
| bluelightning | lpapp: if you just set the root password afterwards then surely that doesn't have any effect? | 12:06 |
| lpapp | bluelightning: pardon? | 12:07 |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has quit IRC | 12:08 | |
| Saur | bluelightning: I don't know if you know anything about this, but I saw your name in the log of buldhistory.bbclass. Today when I rebuilt my tree, it decided to rebuild everything (the only thing that had changed since yesterday were the to last commits on master of Poky). Then I suddenly got warning messages like "WARNING: Revision for tag default_R0.0.13 in package depd was changed since last build (from 740b088c94c0b5440e27160c6d3290d00e8dc15b to 65e | 12:08 |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has joined #yocto | 12:08 | |
| lpapp | bluelightning: http://pastebin.kde.org/p7knzgzl1 | 12:09 |
| Saur | bluelightning: When examining the SHA-1s I noticed that the first SHA-1 is the SHA-1 of the tag, and the second SHA-1 is the SHA-1 of the commit the tag refers to... | 12:09 |
| *** rainerschuster <rainerschuster!~Adium@p5492C936.dip0.t-ipconnect.de> has quit IRC | 12:09 | |
| lpapp | bluelightning: we currently use ROOTFS_POSTPROCESS_COMMAND | 12:09 |
| lpapp | bluelightning: I do not like it, and I think we should eventually use usermod, but that is how my colleague did it. | 12:09 |
| lpapp | (and in the long future ROOT_PASSWD) | 12:10 |
| bluelightning | lpapp: so why is this required? I'll agree the patches shouldn't be combined but I don't see how omitting this helps you | 12:10 |
| bluelightning | Saur: the patches on the top of master did change signatures, hence the rebuilding | 12:11 |
| lpapp | bluelightning: do you understand what * is good for in the base-passwd debian mess? | 12:11 |
| Saur | bluelightning: Yes, that part I was expecting. | 12:11 |
| bluelightning | Saur: hmm, so I didn't write that part of buildhistory.bbclass (JaMa did) but it's only supposed to give you a warning when a tag in a repository you're fetching from changes its hash | 12:12 |
| Saur | bluelightning: But the tags did not change. It is reporting a change from the tag SHA-1 to the commit SHA-1... Maybe it has something to do with the changes RP & co did recently to the Git fetcher, and how it handles tags... | 12:15 |
| bluelightning | Saur: could be, I guess | 12:15 |
| lpapp | bluelightning: perhaps we could set the password with usermod instead of this /etc/shadow hackery? | 12:16 |
| lpapp | as far as I understand they are alternative ways.... but I might be completely off ... | 12:16 |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has quit IRC | 12:19 | |
| Saur | bluelightning: Aha. I think 8ef24f4c in the Bitbake repo may be the culprit. It's probably just that nothing has triggered a rebuild of those packages since, which is why I got the warnings today when the rebuilds were triggered... | 12:20 |
| bunk | I assume support for a CentOS version in a Yocto release implies that the same RHEL version is supported? | 12:21 |
| lpapp | bunk: check the supported distributions in the image config. | 12:21 |
| lpapp | bunk: are you using Poky? | 12:21 |
| lpapp | bunk: there is no RHEL in there. | 12:22 |
| lpapp | bunk: what is your /etc/issue saying on RHEL? | 12:22 |
| bunk | lpapp: perhaps I should have said "expected to work" instead of "supported" in my question | 12:23 |
| lpapp | bunk: IMHO, do not expect anything, but I am too realistic, and a bit pessimistic, too. | 12:24 |
| lpapp | haha, https://wiki.yoctoproject.org/wiki/FAQ:How_do_I_set_or_change_the_root_password | 12:24 |
| andna | Hi | 12:25 |
| bluelightning | bunk: yes, that would be expected | 12:26 |
| bunk | bluelightning: thanks | 12:26 |
| bluelightning | bunk: but I don't think we explicitly test on RHEL during our QA process, FWIW | 12:26 |
| andna | I want to write a gadget driver. With Qt I am missing linux header files (The configuration is done as described in the freescale forum). Can someone point me in the right direction what I missed or why they are not in /opt/? | 12:34 |
| lpapp | andna: what kind of gadget driver? | 12:34 |
| andna | usb | 12:34 |
| lpapp | andna: how is a gadget driver related to Qt? | 12:35 |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 12:35 | |
| av500 | a "cute gadget" | 12:36 |
| lpapp | bluelightning: right, dylan does not have extra users... :-/ | 12:37 |
| lpapp | bluelightning: would chpasswd work intead? | 12:37 |
| andna | lpapp: Qt is not related to the driver. | 12:38 |
| lpapp | andna: so what is the problem? Have you created an SDK? | 12:39 |
| lpapp | andna: does it work with that? | 12:39 |
| andna | lpapp: I also tried hello-mod and this worked fine | 12:39 |
| lpapp | it is only not working with the build system? | 12:39 |
| lpapp | define hello-mod. :-) | 12:39 |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has quit IRC | 12:40 | |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has joined #yocto | 12:41 | |
| andna | lpapp: hello-mod is the example module. I added it to my image and it worked | 12:41 |
| lpapp | andna: sure, but what does it contain? | 12:42 |
| lpapp | I mean, does it also include the linux headers? | 12:42 |
| andna | Yes | 12:43 |
| andna | But when i tried to include e.g. unistd.h it is missing | 12:44 |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 12:44 | |
| lpapp | well, are you trying to use a .bbappend for your module? | 12:45 |
| *** ddalex <ddalex!~ddalex@83.217.123.106> has joined #yocto | 12:45 | |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has quit IRC | 12:46 | |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has joined #yocto | 12:47 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 12:47 | |
| andna | No | 12:50 |
| lpapp | andna: forked kernel recipe? Please explain your scenario more. | 12:50 |
| lpapp | bluelightning: or we should use usermod for the ROOTFS_POSTPROCESS_COMMAND variable as opposed to extra users? | 12:51 |
| otavio | bluelightning: the Yocto Project QA I think does not but most vendors does. | 12:53 |
| *** flynn378 <flynn378!80db310e@gateway/web/freenode/ip.128.219.49.14> has joined #yocto | 12:56 | |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has quit IRC | 12:57 | |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has joined #yocto | 12:58 | |
| *** rainerschuster <rainerschuster!~Adium@firewall.methodpark.de> has joined #yocto | 13:07 | |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has quit IRC | 13:08 | |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has joined #yocto | 13:09 | |
| lpapp | oh, LOCALCONF_VERSION and LAYER_CONF_VERSION are different things. | 13:14 |
| ndec | as implied by the names ;-) | 13:15 |
| lpapp | yes, I think the confusing thing is the comment about LCONF | 13:16 |
| lpapp | is that a mistake in the sample and should be LOCALCONF or that is a third variable? | 13:16 |
| lpapp | or should it be LAYER_CONF, etc | 13:16 |
| TuTizz | re, <lpapp> TuTizz: what fs do you use for /home? ext3 or 4. | 13:17 |
| *** jkridner|work <jkridner|work!~jkridner@c-98-250-189-79.hsd1.mi.comcast.net> has quit IRC | 13:18 | |
| lpapp | TuTizz: I am not sure if auto works for ext3 and/or ext4. | 13:18 |
| lpapp | TuTizz: perhaps you could test it? | 13:18 |
| TuTizz | lpapp, what is auto? OS autodetect the fs? | 13:19 |
| lpapp | TuTizz: yes, e.g. rootfs / auto rw,suid,dev,exec,auto,nouser,sync 1 1 | 13:21 |
| TuTizz | ok ty | 13:22 |
| lpapp | ndec: http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-yocto/conf/bblayers.conf.sample#n1 | 13:22 |
| lpapp | bluelightning: I modified the sanity tested distros to this, SANITY_TESTED_DISTROS ?= " \ | 13:24 |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 13:24 | |
| lpapp | Ubuntu-12.04 \n \ | 13:24 |
| lpapp | Debian-7.1 \n \ | 13:24 |
| lpapp | bluelightning: but I am still getting this, WARNING: Host distribution "Debian-7.1" has not been validated with this version of the build system; you may possibly experience unexpected failures. It is recommended that you use a tested distribution. | 13:24 |
| *** sjolley <sjolley!sjolley@nat/intel/x-ipplkzpboyhuprub> has quit IRC | 13:24 | |
| lpapp | bluelightning: is it because we still require poky, so it does not matter what we set in our distro conf? | 13:24 |
| lpapp | ah, yes, because "If A is set before the above is called, it will retain it's previous value. If A is unset prior to the above call, A will be set to aval. Note that this assignment is immediate, so if there are multiple ?= assignments to a single variable, the first of those will be used." | 13:25 |
| danielki | how does this AUTOINC thing work? what do I have to do to get it expanded? | 13:25 |
| ndec | lpapp: yeah, that's a bit confusing. i think they go by pair. LCONF_VERSION and LAYER_CONF_VERSION go together, and it's used to check that your local generated bblayers.conf is compatible with the OE checkout you are using. | 13:27 |
| ndec | similarly CONF_VERSION and LOCALCONF_VERSION go together, for the same reason | 13:27 |
| ndec | and both 'pairs' are not related to each ohter. | 13:28 |
| lpapp | strange that we have non-talkative alternative names... | 13:28 |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has quit IRC | 13:30 | |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has joined #yocto | 13:31 | |
| *** sjolley <sjolley!~sjolley@134.134.139.72> has joined #yocto | 13:31 | |
| *** sroy_ <sroy_!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has joined #yocto | 13:31 | |
| *** dlerner <dlerner!~dlerner@128.224.250.2> has joined #yocto | 13:31 | |
| bluelightning | danielki: it's set during packaging automatically | 13:33 |
| *** OlivierG <OlivierG!~oguiter@134.134.137.75> has left #yocto | 13:33 | |
| danielki | yeah, I see it now, but how does it actually get incremented? it is always 0 for me | 13:33 |
| lpapp | are DISTRO_EXTRA_RDEPENDS_append_qemu* necessary for getting a working SDK? | 13:33 |
| lpapp | (or I can remove them safely in my distro config?) | 13:33 |
| bluelightning | danielki: you need to enable the PR service | 13:33 |
| danielki | bluelightning: hm, I just read about that. it requires a server? | 13:34 |
| bluelightning | danielki: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#working-with-a-pr-service | 13:34 |
| bluelightning | danielki: it's built into the build system, you just have to enable it, see the manual link ^ | 13:34 |
| lpapp | danielki: is it possible from the client side to block the resource usage for icecc? | 13:35 |
| lpapp | danielki: i.e. the build farm would like to use my cycles, but I would like to tell it to stop it cause I need it for a local build? | 13:35 |
| danielki | lpapp: I think so, but I'm new to this as well | 13:35 |
| danielki | bluelightning: hm, so the PR service makes sure that everyone connected to it gets consistent version numbers, right? | 13:37 |
| *** sjolley <sjolley!~sjolley@134.134.139.72> has quit IRC | 13:37 | |
| bluelightning | danielki: yes | 13:37 |
| lpapp | does Yocto have a catch-all-manual search function? | 13:37 |
| lpapp | (I am unlucky with google at times for some reason) | 13:37 |
| danielki | bluelightning: hm ok, I understand the need now, and at the same time I realize this is not an option for us :) | 13:37 |
| bluelightning | danielki: why not? | 13:38 |
| danielki | bluelightning: because if I only enable it for me I'm subverting the purpose, and it would be overkill to ask our customer to connect to a central server we would have to set up, just for this AUTOINC convenience | 13:39 |
| danielki | I guess I'll go back to manual versioning | 13:39 |
| bluelightning | danielki: it's not subverting the purpose, it's intended that you use it for this even if you only have one build machine | 13:40 |
| bluelightning | danielki: the point is, there's a single place for it to store the versions and they are preserved between builds | 13:40 |
| danielki | bluelightning: but if our customer builds the stuff themselves, they might get different version numbers? | 13:41 |
| bluelightning | danielki: sure, if you don't use the same PR server there's no way around that | 13:42 |
| danielki | exactly | 13:42 |
| *** ddalex <ddalex!~ddalex@83.217.123.106> has quit IRC | 13:46 | |
| *** ddalex <ddalex!~ddalex@83.217.123.106> has joined #yocto | 13:47 | |
| lpapp | ah, right, another hiddem gem... EXTRAOPKGCONFIG | 13:49 |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has quit IRC | 13:51 | |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has joined #yocto | 13:53 | |
| lpapp | but Yocto is actually never using that variable in the end, insteresting... | 13:53 |
| *** rainerschuster1 <rainerschuster1!~Adium@67.134.158.25> has joined #yocto | 13:55 | |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 13:57 | |
| *** rainerschuster <rainerschuster!~Adium@firewall.methodpark.de> has quit IRC | 13:57 | |
| *** sjolley <sjolley!~sjolley@134.134.139.72> has joined #yocto | 13:59 | |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has quit IRC | 14:03 | |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has joined #yocto | 14:03 | |
| *** sjolley <sjolley!~sjolley@134.134.139.72> has quit IRC | 14:07 | |
| *** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 14:11 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-nadtcuxhrsfkfrgr> has joined #yocto | 14:11 | |
| *** behanw <behanw!~behanw@207.6.123.58> has joined #yocto | 14:14 | |
| *** tasslehoff <tasslehoff!~tasslehof@77.40.182.98> has quit IRC | 14:15 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-nadtcuxhrsfkfrgr> has quit IRC | 14:19 | |
| *** rainerschuster1 <rainerschuster1!~Adium@67.134.158.25> has quit IRC | 14:22 | |
| *** sjolley <sjolley!~sjolley@134.134.139.72> has joined #yocto | 14:22 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-tedzygmipcqfnmkl> has joined #yocto | 14:23 | |
| *** mulhern_ <mulhern_!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 14:28 | |
| *** mulhern_ <mulhern_!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 14:29 | |
| lpapp | rburton: you wrote this long ago, "i'm just saying don't check into a VCS your downloads or sstate, because the files wouldn't suit that. just http or nfs will do. | 14:34 |
| lpapp | " | 14:34 |
| lpapp | what did you mean by http? | 14:34 |
| lpapp | The problem is that if I put the downloads and sstate-cache to a mirror, the developer would still need to download them again which takes a lot of time. | 14:34 |
| lpapp | (including the CI machine) | 14:34 |
| rburton | if you have many machines that want to use a central sstate/downloads cache, share it over NFS or HTTP. | 14:34 |
| rburton | downloading even a webkit build over gigabit will take no more than a few seconds | 14:35 |
| *** rainerschuster <rainerschuster!~Adium@67.134.158.25> has joined #yocto | 14:35 | |
| rburton | by putting them into git, you're forcing everyone to do that download: not just the people who need it | 14:35 |
| lpapp | rburton: it is only dowloaded per clone which we have done once the last half a year or so. | 14:36 |
| lpapp | but I agree git is not the best option for it. | 14:37 |
| lpapp | I would prefer a mirror, but only if it is really the matter of few seconds. | 14:37 |
| lpapp | otherwise, yes, mount looks like the fallback. | 14:37 |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has quit IRC | 14:40 | |
| *** ericbutters <ericbutters!~eric@217.110.68.82> has quit IRC | 14:41 | |
| *** LetoThe2nd <LetoThe2nd!~jd@s15387740.onlinehome-server.info> has quit IRC | 14:45 | |
| *** LetoThe2nd <LetoThe2nd!~jd@unaffiliated/letothe2nd> has joined #yocto | 14:45 | |
| mks | Hello guys, please how do I cleanup kernel source from tmp/sysroot/.../kernel ? | 14:46 |
| *** Crofton <Crofton!~balister@2a01:e35:2f01:edd0:3e97:eff:fe07:aac9> has joined #yocto | 14:46 | |
| mks | ok after verification "-c clean virtual/kernel" seems to do it as well | 14:49 |
| lpapp | rburton: thanks, I will test the internal mirror because we seem to have gigabit, and only a few devs for now. :) | 14:50 |
| *** jkridner <jkridner!~jkridner@c-98-250-189-79.hsd1.mi.comcast.net> has joined #yocto | 14:50 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 14:50 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 14:51 | |
| *** jkridner <jkridner!~jkridner@c-98-250-189-79.hsd1.mi.comcast.net> has joined #yocto | 14:51 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 14:51 | |
| lpapp | danielki: how do you arrange your repository layout if I may ask? I used to have a poky-dylan and poky-denzil in the root, but now that we do not use denzil anymore, I have the gut feeling, it would be cleaner to remove the poky-dylan indirection, and put its content into the projectroot, and then our layer beside it? | 14:57 |
| lpapp | I am wondering what the general practice is in here for Yocto users. | 14:57 |
| danielki | I just have a poky directory | 14:58 |
| *** sjolley <sjolley!~sjolley@134.134.139.72> has quit IRC | 14:58 | |
| danielki | the directory structure is modelled after the freescale stuff | 14:59 |
| danielki | our custom layer is next to the others at the top level | 14:59 |
| lpapp | ah, so you have something like this: | 14:59 |
| lpapp | docs meta-foo poky? | 15:00 |
| danielki | well, we have: base meta-fsl-arm meta-<custom name> meta-openembedded meta-qt5 poky | 15:01 |
| lpapp | yep | 15:01 |
| danielki | and use the repo tool to keep it all together | 15:01 |
| lpapp | danielki: do you actually use meta-yocto from poky? I am planning not to. | 15:01 |
| danielki | I think we use it, yes | 15:01 |
| danielki | it's on by default, and I don't care as long as it works | 15:02 |
| lpapp | ok, which freescale stuff did you mean? | 15:03 |
| lpapp | danielki: also, you create the build folder then beside poky, and not inside? | 15:03 |
| danielki | https://github.com/Freescale | 15:05 |
| danielki | see https://github.com/Freescale/fsl-community-bsp-platform | 15:05 |
| danielki | I modified it somewhat though | 15:05 |
| danielki | it's beside the sources/ folder | 15:05 |
| danielki | (sources contains all the repo subdirs) | 15:05 |
| lpapp | hmm, I see, thanks. | 15:06 |
| *** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has quit IRC | 15:07 | |
| lpapp | danielki: not sure what source/base is. | 15:08 |
| danielki | lpapp: a modified version of this: https://github.com/Freescale/fsl-community-bsp-base | 15:09 |
| *** SorenHolm <SorenHolm!~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net> has quit IRC | 15:11 | |
| lpapp | danielki: ah, ok. Btw, do you also get the toolchain rebuilt every time with icecc? I guess it takes a bit of while, even with icecc, but it depends on how many contributors you can collect for icecc. | 15:11 |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 15:11 | |
| danielki | no, it's not rebuilt every time | 15:11 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 15:11 | |
| lpapp | (without icecc currently, it would slow our CI down quite a bit) | 15:11 |
| *** jackmitchell <jackmitchell!~Thunderbi@cbnluk-gw0.cambridgebroadband.com> has joined #yocto | 15:12 | |
| danielki | also, parts of the toolchain are actually in the icecc blacklist | 15:12 |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 15:12 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 15:12 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 15:12 | |
| *** dguthrie <dguthrie!~dguthrie@87-198-173-210.static.ptr.magnet.ie> has joined #yocto | 15:14 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 15:15 | |
| dguthrie | Is there a way of getting a "-dbg" packaged installed in the target sysroot. I'm trying to compile against source code in another package | 15:15 |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 15:16 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 15:17 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 15:17 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 15:18 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 15:18 | |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC | 15:19 | |
| rburton | dguthrie: if you need something in the sysroot, install it in there. | 15:19 |
| rburton | i presume you wanted the dbg package as it has the source extracted in it, but packages don't exist for the sysroot | 15:19 |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 15:20 | |
| dguthrie | rburton: Yes thats correct. I want to be able to do 'DEPEND = "packageA-dbg"' and get bitbake to install packageA-dbg into the target sysroot directory | 15:20 |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 15:21 | |
| rburton | strictly speaking, that's what you think your solution looks like | 15:21 |
| rburton | but as packages don't exist for the sysroot, that can't happen | 15:21 |
| rburton | so you have a package B that needs source from package A to compile | 15:21 |
| *** fpaut <fpaut!~fpaut@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has left #yocto | 15:22 | |
| rburton | the tcl recipe shows how to install extra files into the sysroot | 15:22 |
| dguthrie | rburton: thats correct. packageB depends on packageA-dbg to compile. But in the sysroots onto packageA and packageA-dev are installed | 15:22 |
| rburton | dguthrie: stop thinking about A-dbg, packages don't exist for the sysroot | 15:23 |
| rburton | the sysroot is populated from a subset of what the recipe installs, before packages are created | 15:23 |
| *** fpaut <fpaut!~fpaut@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has joined #yocto | 15:23 | |
| dguthrie | rburton: I can't see in the meta/recipes-devtools/tcltk/tcl_8.6.0.bb how to install extra pacakges into the sysroot | 15:25 |
| dguthrie | rburton: Is there a way similar to how the kernel's source is installed in usr/src/kernel | 15:26 |
| rburton | dguthrie: the SYSROOT_PREPROCESS_FUNCS adding a new function that uses sysroot_stage_dir | 15:26 |
| rburton | dguthrie: the kernel overrides the staging code entirely, using the tcl method just adds a bit to the existing code | 15:27 |
| dguthrie | rburton: thanks | 15:28 |
| dguthrie | :q | 15:28 |
| *** marius_ <marius_!~marius@89.121.200.106> has joined #yocto | 15:28 | |
| rburton | staging.bbclass is what you want - do_populate_sysroot calls sysroot_stage_all() and then every function in SYSROOT_PREPROCESS_FUNCS. | 15:29 |
| rburton | dguthrie: do i want to know why B depends on the sources of A? why can't it just fetch A in its fetch task? | 15:30 |
| lpapp | rburton: are the DISTRO_EXTRA_RDEPENDS_append_qemu* statements used for the SDK? I would like to get rid of them if it is not necessary for them since we do not use qemu explicitly. We have our own simulator, the target image, and the SDK. | 15:30 |
| rburton | dunno | 15:30 |
| *** marius_ <marius_!~marius@89.121.200.106> has quit IRC | 15:33 | |
| *** marius_ <marius_!~marius@89.121.200.106> has joined #yocto | 15:34 | |
| *** rainerschuster1 <rainerschuster1!~Adium@firewall.methodpark.de> has joined #yocto | 15:43 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 15:44 | |
| *** rainerschuster <rainerschuster!~Adium@67.134.158.25> has quit IRC | 15:45 | |
| LetoThe2nd | tinkering with a custom image i see those errors upon creation. am i miossing some IMAGE_FEATURE here? http://pastebin.com/1bnSNA84 | 15:46 |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 15:46 | |
| bluelightning | LetoThe2nd: I suspect nothing actually causes initscripts-functions to be built | 15:51 |
| bluelightning | LetoThe2nd: in which case it's probably a bug :/ | 15:51 |
| bluelightning | obviously you could just "bitbake initscripts" to fix it | 15:51 |
| bluelightning | to work around it, that is | 15:51 |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 15:52 | |
| LetoThe2nd | bluelightning: uhhuh. | 15:52 |
| LetoThe2nd | bluelightning: FYI, the image recipe looks like http://paste.ubuntu.com/6879754/ | 15:53 |
| *** belen1 <belen1!~Adium@192.198.151.44> has quit IRC | 15:53 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-rnsncxwubnidpqfx> has joined #yocto | 15:53 | |
| LetoThe2nd | looks like the problem has been triggered by IMAGE_INSTALL += " bash", which kicked out busybox and therefore some things didn't get built | 16:07 |
| LetoThe2nd | so whats the correct way to get bash as shell into my image? | 16:07 |
| kergoth | that shouldn't "kick out" anything, it adds a recipe, that's all | 16:09 |
| LetoThe2nd | i agree for the "shouldn't" | 16:09 |
| LetoThe2nd | when building above pastebinned recipe from scratch, no busybox got pulled in though | 16:10 |
| LetoThe2nd | removing it, busybox gets built and everything is fine again. | 16:12 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 16:18 | |
| *** marius_ <marius_!~marius@89.121.200.106> has quit IRC | 16:19 | |
| *** zeeblex <zeeblex!apalalax@nat/intel/x-gmpblejwsgheotwb> has quit IRC | 16:25 | |
| mckoan | about this scenario http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#configuring-the-pms where the <conf_file> should be found? | 16:27 |
| *** belen <belen!~Adium@192.198.151.43> has joined #yocto | 16:30 | |
| *** belen <belen!~Adium@192.198.151.43> has quit IRC | 16:37 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 16:38 | |
| *** Crofton <Crofton!~balister@2a01:e35:2f01:edd0:3e97:eff:fe07:aac9> has quit IRC | 16:39 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 16:42 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 16:44 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 16:45 | |
| *** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC | 16:46 | |
| *** belen <belen!~Adium@192.198.151.44> has joined #yocto | 16:47 | |
| khem` | mckoan: the opkg.conf | 16:49 |
| mckoan | khem`: thx | 16:50 |
| *** andna <andna!~andna@217.110.68.82> has quit IRC | 16:51 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 16:52 | |
| lpapp | opkg whatprovides requires a package name? So what is it useful for then? It prints out which package installs that package... I thought it would be useful to see for a file which package provides it? | 16:55 |
| kergoth | So, I've been messing with this automatic rdeps for python code stuff, and I'm starting to think maybe it should be opt-in as a part of creating a recipe, rather than always as a part of the packaging process, as it seems like the dependency detection is something that will often require manual review. | 16:59 |
| kergoth | hmm | 17:00 |
| khem` | lpapp: use opkg search /path/to/file | 17:00 |
| *** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC | 17:01 | |
| lpapp | khem`: ah, yes, now I recall that, thanks! | 17:01 |
| * lpapp still needs to get used to the opkg options | 17:01 | |
| bluelightning | kergoth: wouldn't it just be a QA warning type of thing, i.e. you haven't added this list of dependencies? | 17:04 |
| *** mckoan is now known as mckoan|away | 17:04 | |
| kergoth | yeah, but it picks up things like win32con and the like, since it isn't smart enough to pick up the import being inside a particular conditoinal that isn't true for us. same for try/except importerror blocks which support this or that or the other thing. have to explijcitly exclude those bits whenever it happens | 17:07 |
| kergoth | hmm | 17:08 |
| lpapp | hmm, LINUX_VERSION is not written back to the .config ... is that intentional? I think it should. | 17:11 |
| lpapp | nvm, I was wrong. | 17:11 |
| lpapp | LINUX_VERSION_EXTENSION is used for that. | 17:12 |
| *** belen <belen!~Adium@192.198.151.44> has quit IRC | 17:16 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 17:17 | |
| LetoThe2nd | how can i find out what sets x11 in DISTRO_FEATURES? | 17:17 |
| bluelightning | LetoThe2nd: use bitbake -e | less and search for DISTRO_FEATURES, you can see the complete history of how the variable gets set | 17:18 |
| *** sjolley <sjolley!sjolley@nat/intel/x-rnsncxwubnidpqfx> has quit IRC | 17:18 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 17:18 | |
| *** belen <belen!Adium@nat/intel/x-agzybiwwzeqkfyag> has joined #yocto | 17:18 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 17:19 | |
| LetoThe2nd | bluelightning: i see what gets set, but not where. | 17:20 |
| LetoThe2nd | or asking differently, can i unset it in my DISTRO? | 17:20 |
| bluelightning | LetoThe2nd: you're not using grep are you? | 17:20 |
| LetoThe2nd | bluelightning: i am. would it help if i pastebinit? ;) | 17:21 |
| bluelightning | LetoThe2nd: sure | 17:21 |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 17:21 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 17:22 | |
| bluelightning | LetoThe2nd: that's why I said use bitbake -e | less - then you see the full output, not just the lines that have DISTRO_FEATURES in them | 17:22 |
| lpapp | what is the best of versioning images? Currently, I do not see an IMAGE_VERSION option or so. | 17:22 |
| LetoThe2nd | bluelightning: aaaah moment then. | 17:22 |
| bluelightning | lpapp: just use the normal recipe versioning..? | 17:22 |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 17:23 | |
| lpapp | bluelightning: you mean PR? | 17:24 |
| bluelightning | lpapp: no I mean PV, as in what you (optionally) specify in the recipe filename | 17:24 |
| *** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 17:25 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 17:25 | |
| *** khem` <khem`!~khem@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has quit IRC | 17:25 | |
| *** dguthrie <dguthrie!~dguthrie@87-198-173-210.static.ptr.magnet.ie> has quit IRC | 17:27 | |
| lpapp | bluelightning: ah, ok, you mean foo-image_1.2.bb and I can still create the image by bitbake foo-image, right? | 17:27 |
| bluelightning | lpapp: yep | 17:28 |
| lpapp | ok, thanks. | 17:28 |
| LetoThe2nd | bluelightning: thanks, it seems to have come from DISTRO_FEATURES_DEFAULT pulled in through poky.conf - setting an other DISTRO_FEATURES_DEFAULT before requiring poky.conf seems to work. so is this a godd(TM) or bad(TM) way to solve this? | 17:29 |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 17:30 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:31 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 17:31 | |
| *** Crofton <Crofton!~balister@tyr.pure-entropy.org> has joined #yocto | 17:32 | |
| bluelightning | LetoThe2nd: probably the easiest way on dora or later is to use DISTRO_FEATURES_remove = "x11" | 17:33 |
| *** fpaut is now known as fpaut_ | 17:33 | |
| bluelightning | LetoThe2nd: of course, you can set DISTRO_FEATURES outright to just include the features you want if you prefer | 17:33 |
| bluelightning | you just have to do it in the right place; which would normally be your own custom distro config | 17:33 |
| LetoThe2nd | bluelightning: i remember from edinburgh that _remove kind-of was work in progress. so is it considered stabel and worthwhile using for dora and later? | 17:34 |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 17:34 | |
| rburton | _remove is made of awesome | 17:34 |
| bluelightning | LetoThe2nd: hmm, I think it was stable at that time too, although it was new | 17:34 |
| bluelightning | as of dora it's in a stable release and is documented in the bitbake manual | 17:35 |
| LetoThe2nd | bluelightning: i'm willing to take that as "go ahead and use it" :) | 17:35 |
| bluelightning | LetoThe2nd: please do :) | 17:35 |
| *** belen <belen!Adium@nat/intel/x-agzybiwwzeqkfyag> has quit IRC | 17:36 | |
| LetoThe2nd | bluelightning: i've got the great freedom that our buildsystem/base for $NEXTPRODUCT still is to be defined, so there's nobody keeping me from saying "only dora and later" | 17:36 |
| LetoThe2nd | ... which i already will probably do, as we get gcc 4.8.2 + recent valgrind/lttng then. | 17:37 |
| *** belen <belen!Adium@nat/intel/x-cljslsmwmjzheukq> has joined #yocto | 17:37 | |
| bluelightning | LetoThe2nd: freedom is nice :) | 17:37 |
| LetoThe2nd | indeed. | 17:37 |
| rburton | LetoThe2nd: you really want to say dora or later :) | 17:37 |
| * danielki agrees | 17:37 | |
| LetoThe2nd | testing build in progress :) | 17:37 |
| LetoThe2nd | rburton: hehe | 17:38 |
| lpapp | LetoThe2nd: enjoy the freedom... will be worse. :) | 17:38 |
| LetoThe2nd | lpapp: depends on your job | 17:42 |
| lpapp | yeah, maybe academic people without customer will remain free. | 17:43 |
| LetoThe2nd | bluelightning: in case you'd like the face connected to the nick - we also met for a moment at fosdem. pretty early saturday morning, right after booth was set up. | 17:43 |
| LetoThe2nd | lpapp: it all depends. | 17:44 |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 17:44 | |
| bluelightning | LetoThe2nd: ah, cool :) | 17:46 |
| *** danielki <danielki!~daniel@188.111.54.34> has quit IRC | 17:47 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 17:48 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-ujxqbwgucpfgpdpj> has joined #yocto | 17:50 | |
| *** erbo <erbo!~erik@host.62.65.125.245.bitcom.se> has quit IRC | 17:51 | |
| *** belen1 <belen1!Adium@nat/intel/x-lizwyhlorcpuozwm> has joined #yocto | 17:53 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-ujxqbwgucpfgpdpj> has quit IRC | 17:53 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 17:54 | |
| *** belen <belen!Adium@nat/intel/x-cljslsmwmjzheukq> has quit IRC | 17:54 | |
| *** Crofton <Crofton!~balister@tyr.pure-entropy.org> has quit IRC | 17:56 | |
| *** rainerschuster1 <rainerschuster1!~Adium@firewall.methodpark.de> has left #yocto | 17:57 | |
| *** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 17:58 | |
| *** sjolley1 <sjolley1!sjolley@nat/intel/x-ptgdburcsqbmcodp> has joined #yocto | 17:58 | |
| *** akbennett is now known as zz_akbennett | 18:00 | |
| *** smartin <smartin!~smartin@46.218.232.202> has quit IRC | 18:03 | |
| *** zz_akbennett is now known as akbennett | 18:04 | |
| *** akbennett <akbennett!akbennett@linaro/akbennett> has joined #yocto | 18:05 | |
| *** belen1 <belen1!Adium@nat/intel/x-lizwyhlorcpuozwm> has quit IRC | 18:07 | |
| *** belen <belen!~Adium@192.198.151.43> has joined #yocto | 18:11 | |
| *** Crofton <Crofton!~balister@2a01:e35:2f01:edd0:3e97:eff:fe07:aac9> has joined #yocto | 18:11 | |
| *** Crofton <Crofton!~balister@2a01:e35:2f01:edd0:3e97:eff:fe07:aac9> has quit IRC | 18:12 | |
| *** smartin <smartin!~smartin@46.218.232.202> has joined #yocto | 18:12 | |
| *** khem` <khem`!~khem@66.129.239.12> has joined #yocto | 18:13 | |
| *** sameo <sameo!samuel@nat/intel/x-ramaxjjyhiisgcup> has quit IRC | 18:15 | |
| *** zecke <zecke!~ich@91-66-230-156-dynip.superkabel.de> has joined #yocto | 18:23 | |
| *** dguthrie <dguthrie!~dguthrie@87-198-173-210.static.ptr.magnet.ie> has joined #yocto | 18:24 | |
| lpapp | bluelightning: is the local mirror anything special like a debian repository or it is just barely a storage without metadata file, and Yocto only needs to know the url, and that is about it? | 18:26 |
| dguthrie | I have a package which only provides header files but the "smart" utilty is giving me an error saying bothing provides the pacakge | 18:26 |
| bluelightning | lpapp: nothing special, just a directory containing files | 18:26 |
| lpapp | bluelightning: ok, great, so I do not need to learn anything new like for setting up a debian repository, thanks. | 18:27 |
| bluelightning | dguthrie: are you sure the package actually contains files? if it ended up empty it won't exist and you'll get an error from smart | 18:27 |
| dguthrie | bluelighting: only the -dev package contains files. If there a way of getting smart to ignore? | 18:29 |
| bluelightning | bluelightning: ah you mean you have a dev package and no main package but the dev package still depends on the main package | 18:30 |
| *** belen <belen!~Adium@192.198.151.43> has quit IRC | 18:30 | |
| bluelightning | er, dguthrie ^ | 18:30 |
| lpapp | bluelightning: is it a long time to rebuild the whole sstate-cache after the download? I am wondering if I should put that into the mirror, too. | 18:30 |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 18:30 | |
| bluelightning | lpapp: sstate-cache isn't rebuilt separately, if it's there and the hashes match, it'll be re-used, if not, the tasks will be executed as normal | 18:31 |
| bluelightning | lpapp: if you want to share it, sure you can, just use SSTATE_MIRRORS | 18:31 |
| bluelightning | dguthrie: if so, just set RDEPENDS_${PN}-dev = "" in the recipe | 18:32 |
| dguthrie | bluelighting: thanks | 18:32 |
| lpapp | bluelightning: yes, I meant if it is worth caching. | 18:32 |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 18:32 | |
| bluelightning | lpapp: if you're not sure what is in there I suggest you read http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#shared-state-cache | 18:33 |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 18:34 | |
| lpapp | bluelightning: ok, thanks. | 18:35 |
| *** dguthrie <dguthrie!~dguthrie@87-198-173-210.static.ptr.magnet.ie> has quit IRC | 18:37 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 18:39 | |
| *** sroy_ <sroy_!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has quit IRC | 18:46 | |
| *** mranosta1 <mranosta1!~mranostay@c-50-186-57-56.hsd1.or.comcast.net> has joined #yocto | 18:51 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 18:52 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 18:52 | |
| *** mranosta1 is now known as mranostay | 18:53 | |
| khem` | zeddii: around ? | 18:53 |
| *** mranostay <mranostay!~mranostay@c-50-186-57-56.hsd1.or.comcast.net> has quit IRC | 18:53 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 18:53 | |
| *** nitink <nitink!nitink@nat/intel/x-pxxuycfzouegrcup> has quit IRC | 18:54 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 18:54 | |
| khem` | I have a question w.r.t kernel and externalsrc | 18:55 |
| * mranostay yawns | 18:55 | |
| *** gjohnson <gjohnson!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 18:55 | |
| mranostay | khem`: don't ask to ask | 18:55 |
| khem` | mranostay: it this the same one extending overnight | 18:55 |
| * mranostay ducks :) | 18:55 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 18:55 | |
| khem` | mranostay: I asked him to pop up his head if he is around first | 18:56 |
| mranostay | yeah long yawn | 18:56 |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 18:58 | |
| *** sroy__ <sroy__!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has joined #yocto | 18:58 | |
| *** Crofton <Crofton!~balister@pool-71-171-41-155.ronkva.east.verizon.net> has joined #yocto | 18:59 | |
| lpapp | bluelightning: if I understand correctly, I should use PREMIRRORS as opposed to MIRRORS to utilize my local gigabit ethernet before trying to obtain the archive from upstream? | 19:00 |
| *** onoffon <onoffon!~khem@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has joined #yocto | 19:00 | |
| bluelightning | lpapp: yes | 19:00 |
| *** khem` <khem`!~khem@66.129.239.12> has quit IRC | 19:01 | |
| lpapp | bluelightning: so what is the difference between PREMIRRORS and SOURCE_MIRROR_URL (own mirror) then? | 19:03 |
| bluelightning | the latter makes use of the former | 19:03 |
| lpapp | bluelightning: plus ? | 19:03 |
| bluelightning | SOURCE_MIRROR_URL just specifies a single URL (and is only enabled by own-mirrors.bbclass), whereas PREMIRRORS specifies maps from a regexes to a mirror URLs | 19:04 |
| lpapp | bluelightning: so the latter is just minor convenience? | 19:05 |
| bluelightning | yes | 19:05 |
| bluelightning | if you mean SOURCE_MIRROR_URL | 19:05 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 19:05 | |
| lpapp | yes, so I should probably use that then if it is available in dylan | 19:06 |
| lpapp | (which it is) | 19:06 |
| *** sroy__ <sroy__!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has quit IRC | 19:07 | |
| zeddii | khem, pong | 19:10 |
| *** sroy__ <sroy__!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has joined #yocto | 19:13 | |
| *** nitink <nitink!~nitink@134.134.137.73> has joined #yocto | 19:14 | |
| *** wrotte <wrotte!~textual@129.59.115.4> has joined #yocto | 19:15 | |
| kergoth | out of curiosity, where in the yocto release cycle does the release get its codename? | 19:19 |
| kergoth | don't think | 19:19 |
| kergoth | erm, don't think i've seen that info in the wiki | 19:19 |
| *** sjolley1 <sjolley1!sjolley@nat/intel/x-ptgdburcsqbmcodp> has quit IRC | 19:27 | |
| *** dany <dany!~Thunderbi@79.102.233.96> has joined #yocto | 19:40 | |
| LetoThe2nd | shuoldn | 19:40 |
| LetoThe2nd | shouldn | 19:40 |
| LetoThe2nd | gah | 19:40 |
| LetoThe2nd | shouldn't IMAGE_FEATURES += " tools-profile" pull in valgrind? | 19:41 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 19:41 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-qzjeuwjqderrouwo> has joined #yocto | 19:42 | |
| mr_science | don't know, but valgrind isn't exactly a "profiling" tool... | 19:42 |
| *** onoffon <onoffon!~khem@99-57-140-30.lightspeed.sntcca.sbcglobal.net> has quit IRC | 19:43 | |
| LetoThe2nd | mr_science: agreed, its what local.conf's comments say, though: # "tools-profile" - add profiling tools (oprofile, exmap, lttng, valgrind) | 19:43 |
| mr_science | ok | 19:43 |
| mr_science | try it and see, i guess | 19:43 |
| LetoThe2nd | tried, and its not there. so i basically suspect the comment to be wrong. | 19:44 |
| rburton | kergoth: normally when beth starts moaning that we need a name to tag things | 19:44 |
| mr_science | ack! stale comments | 19:44 |
| rburton | kergoth: i know RP has a shortlist of 2 choices | 19:44 |
| kergoth | ah. | 19:44 |
| LetoThe2nd | how to find out what a specific IMAGE_FEATURE pulls in? | 19:45 |
| mr_science | grep? | 19:45 |
| LetoThe2nd | i admit i hoped for a more automated way ;) | 19:46 |
| rburton | LetoThe2nd: meta/classes/core-image.bbclass maps image features to packagegroups | 19:46 |
| rburton | generally, the mapping is "add packagegroup-core-" | 19:46 |
| LetoThe2nd | rburton: then it seems the comment is plain wrong. | 19:47 |
| rburton | patches welcome! :) | 19:47 |
| mr_science | comments in local.conf are fairly important, especially to new users | 19:47 |
| LetoThe2nd | tools-profile maps to packagegroup-core-tools-profile... | 19:48 |
| LetoThe2nd | ah wait, moment. | 19:48 |
| kergoth | Hmm, can someone tell me where I can find the yocto 1.6 compliance requirements text? | 19:49 |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 19:49 | |
| rburton | kergoth: the "compatible" rules? | 19:49 |
| kergoth | yeah | 19:49 |
| kergoth | want to make sure mentor is on track for this release | 19:49 |
| rburton | https://www.yoctoproject.org/webform/yocto-project-compatible-registration? | 19:50 |
| rburton | were there changes for 1.6? | 19:50 |
| kergoth | that's a good question, and is what i was wondering :) | 19:50 |
| rburton | maybe jefro knows | 19:51 |
| kergoth | methinks i have some work to do for "Are hardware support, configuration (distro) policy, and recipe metadata separated into different layers which do not depend on each other?" :) | 19:51 |
| kergoth | layers got a bit messy | 19:51 |
| rburton | that's the one that we only just noticed with meta-yocto too :) | 19:52 |
| rburton | only just in time, that is | 19:52 |
| LetoThe2nd | rburton: uhm, its meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb then. that has RDEPENDS_$PN = "${VALGRIND}", which in turn is set to "". | 19:52 |
| *** gjohnson <gjohnson!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 19:52 | |
| LetoThe2nd | valgrind should do fine for arm, though (at least since a few revisions.) | 19:52 |
| LetoThe2nd | so maybe this is the real bug? valgrind being deactivated for arm, because during the early days of this packagegroup ARM was not supported? | 19:53 |
| rburton | LetoThe2nd: if you can confirm that our valgrind works on arm, feel free to send a patch fixing that. | 19:53 |
| LetoThe2nd | rburton: noted, will try to verify and send tomorrow. bugtracker, list, you CC? | 19:54 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 19:58 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 20:01 | |
| *** trollixx_ <trollixx_!~trollixx@sf.wisetroll.net> has quit IRC | 20:07 | |
| *** trollixx <trollixx!~trollixx@sf.wisetroll.net> has joined #yocto | 20:07 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 20:10 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 20:14 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 20:15 | |
| bunk | http://cgit.openembedded.org/openembedded-core/commit/meta/recipes-core?id=e5f41c2213568c7aef24ce8f666042492054377d seems is what disabled ("fixed"...) valgrind on ARM | 20:15 |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 20:17 | |
| bunk | I don't know whether that's the reason here, but valgrind doesn't support ARM < ARMv7 | 20:19 |
| *** wrotte <wrotte!~textual@129.59.115.4> has quit IRC | 20:19 | |
| *** wrotte <wrotte!~textual@129.59.115.4> has joined #yocto | 20:20 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 20:22 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 20:23 | |
| bunk | so valgrind is expected to work fine on a panda, but to crash on a Raspberry | 20:25 |
| bunk | LetoThe2nd: ^^^ | 20:25 |
| bunk | rburton: ^^^ | 20:25 |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 20:25 | |
| *** OutBackDingo_ <OutBackDingo_!~quassel@unaffiliated/outbackdingo> has joined #yocto | 20:25 | |
| *** wrotte <wrotte!~textual@129.59.115.4> has quit IRC | 20:26 | |
| *** OutBackDingo_ <OutBackDingo_!~quassel@unaffiliated/outbackdingo> has quit IRC | 20:26 | |
| *** zecke <zecke!~ich@91-66-230-156-dynip.superkabel.de> has quit IRC | 20:27 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 20:27 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 20:28 | |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has joined #yocto | 20:30 | |
| bunk | looking at the (upstream) valgrind sources it should actually give a compile error when building for < ARMv7 like Raspberry | 20:32 |
| bunk | s/compile/configure/ | 20:32 |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 20:44 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 20:48 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-qzjeuwjqderrouwo> has quit IRC | 20:58 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-dlvtpemkfkrrdjus> has joined #yocto | 20:59 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 20:59 | |
| *** RP <RP!~richard@212.121.127.42> has joined #yocto | 21:04 | |
| *** nitink1 <nitink1!~nitink@134.134.139.70> has joined #yocto | 21:04 | |
| *** nitink <nitink!~nitink@134.134.137.73> has quit IRC | 21:06 | |
| *** onoffon <onoffon!~khem@66.129.239.14> has joined #yocto | 21:06 | |
| *** onoffon is now known as khem` | 21:06 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 21:06 | |
| khem` | zeddii: I am on 1.4 and trying to use externalsrc with kernel | 21:06 |
| khem` | I dont see it working without changing kernel.bbclass to use O=$B | 21:07 |
| khem` | and cd'ing into $S before any of build tasks | 21:07 |
| khem` | how does this work ? | 21:07 |
| mranostay | khem`: magic! | 21:07 |
| *** dany <dany!~Thunderbi@79.102.233.96> has quit IRC | 21:07 | |
| khem` | mranostay: my crystal ball is broken today | 21:07 |
| mranostay | khem`: magic 8 ball as backup? | 21:09 |
| *** SorenHolm <SorenHolm!~quassel@5634f347.rev.stofanet.dk> has quit IRC | 21:10 | |
| zeddii | khem. it worked here when I tested in January, I'll dig up my recipe. I didn't have to hack anything (outside of my recipe). | 21:10 |
| khem` | hmm ok | 21:10 |
| khem` | this is not linux-yocto btw. its upstream kernel just inheriting kernel bbclass | 21:11 |
| zeddii | yep, that's fine. I tested with a generic kernel build at the time. | 21:11 |
| zeddii | khem: is your recipe pastebin'd somewhere I can see it ? | 21:12 |
| khem` | sure | 21:13 |
| khem` | zeddii: http://pastebin.com/H6ydxBMx | 21:15 |
| khem` | zeddii: I dont see us using O=${B} anywhere in kernel build tasks | 21:16 |
| khem` | so how do we do it | 21:16 |
| khem` | when we build S != B | 21:16 |
| zeddii | all my kernel builds are S != B | 21:18 |
| khem` | hmm then where do you specify O=${B} | 21:22 |
| khem` | without that kernel wont build in B | 21:22 |
| *** bluelightning <bluelightning!~paul@167.127.187.81.in-addr.arpa> has joined #yocto | 21:28 | |
| *** bluelightning <bluelightning!~paul@167.127.187.81.in-addr.arpa> has quit IRC | 21:28 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 21:28 | |
| zeddii | khem: right, it isn't done automatically .. but it could be. I just never wanted to break anyone elses's workflow. | 21:31 |
| zeddii | KBUILD_OUTPUT = "${B}" | 21:31 |
| khem` | OK | 21:31 |
| zeddii | in your recipe brings it back into a properly behaving beast :) | 21:31 |
| khem` | for that I will have to inherit kernel-yocto | 21:32 |
| khem` | and probably there is more to it | 21:33 |
| khem` | since I am not seeing where O=${B} is set | 21:33 |
| zeddii | you just put it into your recipe for now. I can prep a patch to make O= be used for kernel.bbclass in general. | 21:33 |
| zeddii | khem: as long as KBUILD_OUTPUT is in the env, the kernel build system takes it as 0= | 21:33 |
| khem` | oh i see | 21:34 |
| zeddii | yah, it bounces back and forth about which will win in the end (if they differ). | 21:34 |
| khem` | let me try it | 21:35 |
| khem` | zeddii: no doesnt help | 21:39 |
| khem` | KBUILD_OUTPUT | 21:39 |
| khem` | is set to ${B} | 21:39 |
| khem` | zeddii: the problem is that every task has to run in $S | 21:39 |
| khem` | and currently default dir is $B | 21:39 |
| khem` | for any build task | 21:40 |
| khem` | so if I dont do cd ${S} this wont work again | 21:40 |
| zeddii | oh maybe I misunderstood the breakage. | 21:40 |
| zeddii | I've externalsrc built linux-yocto and linux-mainline, I'll need to just try it again. | 21:41 |
| * zeddii has to pick up some kids. will build kernel's later. | 21:44 | |
| khem` | zeddii: I am trickling in changes to kenrel.bbclass | 21:44 |
| khem` | as I plough through errors | 21:45 |
| *** sameo <sameo!samuel@nat/intel/x-yqznlavwswgiycvy> has joined #yocto | 21:50 | |
| *** gmacario <gmacario!~gmacario@2-225-241-33.ip178.fastwebnet.it> has quit IRC | 21:54 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 22:02 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 22:04 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 22:04 | |
| *** khem` <khem`!~khem@66.129.239.14> has quit IRC | 22:06 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 22:06 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 22:09 | |
| *** sroy__ <sroy__!~sroy@2607:fad8:4:6:6e88:14ff:feff:5374> has quit IRC | 22:12 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 22:13 | |
| -YoctoAutoBuilder- build #15 of minnow is complete: Failure [failed BuildImages Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow/builds/15 | 22:14 | |
| mranostay | boo | 22:21 |
| *** Crofton <Crofton!~balister@pool-71-171-41-155.ronkva.east.verizon.net> has quit IRC | 22:21 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 22:28 | |
| -YoctoAutoBuilder- build #16 of nightly-fsl-ppc-lsb is complete: Failure [failed BuildImages Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc-lsb/builds/16 | 22:29 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC | 22:34 | |
| *** nitink <nitink!nitink@nat/intel/x-jvofdgnlpvdjikre> has joined #yocto | 22:36 | |
| *** nitink2 <nitink2!nitink@nat/intel/x-xdwrzghfwhmznmlq> has joined #yocto | 22:38 | |
| *** nitink <nitink!nitink@nat/intel/x-jvofdgnlpvdjikre> has quit IRC | 22:38 | |
| *** nitink1 <nitink1!~nitink@134.134.139.70> has quit IRC | 22:39 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 22:40 | |
| *** nitink2 <nitink2!nitink@nat/intel/x-xdwrzghfwhmznmlq> has quit IRC | 22:45 | |
| *** khem` <khem`!~khem@66.129.246.4> has joined #yocto | 22:49 | |
| -YoctoAutoBuilder- build #15 of nightly-fsl-ppc is complete: Failure [failed BuildImages Building Toolchain Images Building Toolchain Images_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc/builds/15 | 22:49 | |
| *** onoffon <onoffon!~khem@66.129.239.12> has joined #yocto | 22:54 | |
| *** khem` <khem`!~khem@66.129.246.4> has quit IRC | 22:54 | |
| *** onoffon is now known as khem` | 22:56 | |
| khem` | zeddii: I think there is some patch needed | 22:57 |
| -YoctoAutoBuilder- build #16 of nightly-x32 is complete: Failure [failed BuildImages Running Sanity Tests Running Sanity Tests_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x32/builds/16 | 23:00 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 23:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 23:04 | |
| *** khem` <khem`!~khem@66.129.239.12> has quit IRC | 23:10 | |
| *** rainerschuster <rainerschuster!~Adium@p5492C936.dip0.t-ipconnect.de> has joined #yocto | 23:11 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 23:14 | |
| *** nitink <nitink!nitink@nat/intel/x-lozybxxibcxptowd> has joined #yocto | 23:16 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 23:18 | |
| *** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 23:19 | |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has quit IRC | 23:35 | |
| *** reallife <reallife!~reallife@ool-4b7ff55a.static.optonline.net> has joined #yocto | 23:36 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:44 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:54 | |
| *** gjohnson__ <gjohnson__!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has joined #yocto | 23:56 | |
| *** Squix_ <Squix_!~Squix__@p021.net112139202.tokai.or.jp> has joined #yocto | 23:57 | |
| *** gjohnson_ <gjohnson_!~gjohnson@nwtn-static-agleaders0-0003.flex.iowatelecom.net> has quit IRC | 23:59 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!