| *** davest <davest!~Adium@134.134.137.71> has quit IRC | 00:05 | |
| *** Guest89792 <Guest89792!~trz@c-68-53-177-94.hsd1.in.comcast.net> has quit IRC | 00:14 | |
| *** tomz <tomz!~trz@c-68-53-177-94.hsd1.in.comcast.net> has joined #yocto | 00:14 | |
| *** _julian_ <_julian_!~quassel@x2f09193.dyn.telefonica.de> has joined #yocto | 00:15 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@37.213.50.34> has quit IRC | 00:16 | |
| *** _julian <_julian!~quassel@x2f021dd.dyn.telefonica.de> has quit IRC | 00:19 | |
| *** sameo <sameo!~samuel@192.55.55.39> has quit IRC | 00:21 | |
| *** wmat_ is now known as wmat | 00:22 | |
| *** cetola <cetola!~cetola@74-92-165-193-Oregon.hfc.comcastbusiness.net> has quit IRC | 00:43 | |
| *** scot_ <scot_!~scot@130.164.62.183> has quit IRC | 00:49 | |
| *** embeddedZ <embeddedZ!~chatzilla@50-78-182-221-static.hfc.comcastbusiness.net> has quit IRC | 00:52 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 01:02 | |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto | 01:08 | |
| *** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-93-30.cable.teksavvy.com> has quit IRC | 01:24 | |
| *** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-93-30.cable.teksavvy.com> has joined #yocto | 01:27 | |
| *** Satrukaan <Satrukaan!~Thunderbi@192-0-149-234.cpe.teksavvy.com> has joined #yocto | 01:30 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 01:47 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 01:57 | |
| *** silviof1 <silviof1!~silviof@unaffiliated/silviof> has joined #yocto | 02:01 | |
| *** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC | 02:04 | |
| *** [simar|on] <[simar|on]!~simar@198-91-166-158.cpe.distributel.net> has joined #yocto | 02:09 | |
| *** mitz__ <mitz__!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 02:12 | |
| *** mitz_ <mitz_!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 02:12 | |
| *** brm <brm!da653619@gateway/web/freenode/ip.218.101.54.25> has quit IRC | 02:15 | |
| *** davest <davest!~Adium@134.134.139.76> has joined #yocto | 02:19 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 02:31 | |
| *** scot_ <scot_!~scot@130.164.62.183> has joined #yocto | 02:35 | |
| *** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 02:35 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 02:36 | |
| *** GunsNRose <GunsNRose!~GunsNRose@125.70.191.216> has joined #yocto | 03:09 | |
| otavio | http://autobuilder.yoctoproject.org/pub/releases/CURRENT/machines/ has wrong sabresd directory; it is missing a /q/ ;) | 03:15 |
|---|---|---|
| *** Satrukaan <Satrukaan!~Thunderbi@192-0-149-234.cpe.teksavvy.com> has quit IRC | 03:15 | |
| *** [simar|on] <[simar|on]!~simar@198-91-166-158.cpe.distributel.net> has quit IRC | 03:15 | |
| *** [simar|on] <[simar|on]!~simar@CPE78cd8e66a118-CM78cd8e66a115.cpe.net.cable.rogers.com> has joined #yocto | 03:19 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 03:19 | |
| *** [simar|on] <[simar|on]!~simar@CPE78cd8e66a118-CM78cd8e66a115.cpe.net.cable.rogers.com> has joined #yocto | 03:20 | |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 03:28 | |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto | 03:30 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 03:33 | |
| *** davest <davest!~Adium@134.134.139.76> has quit IRC | 03:35 | |
| *** davest <davest!~Adium@134.134.139.76> has joined #yocto | 03:35 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 03:36 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 03:36 | |
| *** musdem <musdem!~Zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has quit IRC | 03:37 | |
| *** GunsNRose <GunsNRose!~GunsNRose@125.70.191.216> has quit IRC | 03:53 | |
| *** davest <davest!~Adium@134.134.139.76> has quit IRC | 04:07 | |
| -YoctoAutoBuilder- build #248 of nightly-fsl-arm is complete: Failure [failed Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm/builds/248 | 04:14 | |
| *** SidH_ <SidH_!~SidH_@61.95.193.238> has joined #yocto | 04:16 | |
| *** mario-goulart <mario-goulart!~user@email.parenteses.org> has quit IRC | 04:19 | |
| *** mario-goulart <mario-goulart!~user@email.parenteses.org> has joined #yocto | 04:20 | |
| *** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 04:20 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 04:21 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@178.124.23.159> has joined #yocto | 04:54 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 05:10 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:14 | |
| *** SidH_ <SidH_!~SidH_@61.95.193.238> has quit IRC | 05:29 | |
| *** SidH_ <SidH_!~SidH_@61.95.193.239> has joined #yocto | 05:30 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 05:39 | |
| *** zeeblex <zeeblex!~apalalax@134.134.139.72> has joined #yocto | 05:41 | |
| *** qt-x <qt-x!~ionel@217.10.196.2> has joined #yocto | 05:45 | |
| *** [simar|on] <[simar|on]!~simar@CPE78cd8e66a118-CM78cd8e66a115.cpe.net.cable.rogers.com> has quit IRC | 05:49 | |
| *** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 05:51 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 05:52 | |
| *** kbart <kbart!~KBart@213.197.143.19> has joined #yocto | 05:52 | |
| *** mihai <mihai!~mihai@188.27.93.142> has quit IRC | 05:54 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 06:00 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 06:05 | |
| *** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto | 06:11 | |
| *** swex <swex!~swex@178.17.203.90> has joined #yocto | 06:15 | |
| *** swex__ <swex__!~swex@88.210.24.77> has quit IRC | 06:15 | |
| *** linu1 <linu1!~linu1@122.165.223.135> has joined #yocto | 06:16 | |
| linu1 | hi i got the below error while compiling kerenel-3.6.9 for arm arch using poky toolchain,my host system is 64-bit ubuntu 12.04 LTS,the erros is http://pastebin.com/EyBAFRvE,can you help me | 06:19 |
| *** SidH_ <SidH_!~SidH_@61.95.193.239> has quit IRC | 06:23 | |
| *** nitink <nitink!~nitink@134.134.139.74> has quit IRC | 06:27 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 06:36 | |
| *** B4gder <B4gder!~daniel@sestofw01.enea.se> has joined #yocto | 06:39 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 06:40 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 06:42 | |
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has joined #yocto | 06:45 | |
| *** roxell <roxell!~roxell@linaro/roxell> has quit IRC | 06:45 | |
| qt-x | how to clean all built images ? | 06:45 |
| lpapp | -c cleanall? | 06:46 |
| qt-x | that requires a target | 06:47 |
| qt-x | or not ? | 06:47 |
| *** roxell <roxell!~roxell@c-853670d5.07-21-73746f28.cust.bredbandsbolaget.se> has joined #yocto | 06:47 | |
| *** roxell <roxell!~roxell@linaro/roxell> has joined #yocto | 06:47 | |
| *** SidH_ <SidH_!~SidH_@61.95.193.238> has joined #yocto | 06:49 | |
| lpapp | qt-x: so? | 06:49 |
| qt-x | I want to clean all my builds | 06:49 |
| *** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 06:49 | |
| qt-x | I don't think I\m making any sens | 06:50 |
| lpapp | well, you can always rm -rf | 06:50 |
| qt-x | that was the alternative :D | 06:50 |
| lpapp | how about bitbake world -c cleanall? | 06:51 |
| qt-x | I'have just tried that it did not work for some recipe | 06:52 |
| lpapp | well, rm -rf, then. | 06:52 |
| qt-x | I'have just tried that. It did not work for some recipe | 06:52 |
| qt-x | on build ? | 06:52 |
| qt-x | directory | 06:52 |
| lpapp | well, in python: for image in ('core-image-minimal', ...): subprocess.call(['bitbake', image', '-c', 'cleanall']) or something like that | 06:53 |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 06:54 | |
| lpapp | you could get the images dynamically from bitbake-layers | 06:54 |
| lpapp | so you could write such a simple script. | 06:54 |
| lpapp | but I guess rm -rf is simpler. | 06:54 |
| lpapp | btw, I created a bugreport for this a while ago... you can vote if you wish. :D | 06:55 |
| lpapp | qt-x: https://bugzilla.yoctoproject.org/show_bug.cgi?id=4922 | 06:56 |
| yocti | Bug 4922: enhancement, Low, Future, richard.purdie, NEW , There is no clean option for bitbake or a separate util | 06:56 |
| lpapp | qt-x: a cleanall option for bitbake would help you without target, right ? | 06:56 |
| lpapp | that is what I wanted to have in there, too. | 06:56 |
| qt-x | I think so. | 06:57 |
| lpapp | qt-x: well, comment in there with a +1 then. | 06:58 |
| lpapp | qt-x: they will see there is more than just one person interested. :D | 06:58 |
| *** Saur <Saur!pkj@nat/axis/x-brflixiqhwtscpsi> has joined #yocto | 07:00 | |
| qt-x | It' becomes a feature :D | 07:02 |
| lpapp | well, only if they see there is enough interest, I guess. | 07:03 |
| lpapp | qt-x: are you a qt developer? | 07:05 |
| *** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 07:05 | |
| qt-x | I play with qt when the situation requires it. | 07:07 |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 07:08 | |
| qt-x | lpapp: anyway if added a +1 depending on the implication of such a command they might do'it. | 07:08 |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 07:09 | |
| lpapp | qt-x: yes, saw, thanks. | 07:09 |
| lpapp | I need to leave now. | 07:09 |
| qt-x | have a nice day nigth | 07:09 |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 07:09 | |
| *** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 07:10 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 07:10 | |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 07:11 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 07:13 | |
| *** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:14 | |
| -YoctoAutoBuilder- build #249 of nightly-fsl-arm-lsb is complete: Failure [failed Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm-lsb/builds/249 | 07:19 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 07:20 | |
| linu1 | hi i have used kernel-3.6.9 and configure for at91_dt_defconfig, and my host is ubuntu 64 bit,i have used the yocto toolchain for cross compilation,i got the below error while compiling kernel http://pastebin.com/JGeXL8Q4 can you please tell me that issues | 07:21 |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto | 07:26 | |
| *** florian_kc <florian_kc!~fuchs@port-217-146-132-69.static.qsc.de> has joined #yocto | 07:26 | |
| *** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:26 | |
| *** florian_kc is now known as florian | 07:30 | |
| *** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has joined #yocto | 07:31 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 07:38 | |
| *** itwasntme <itwasntme!~itwasntme@unaffiliated/itwasntme> has joined #yocto | 07:48 | |
| *** itwasntme <itwasntme!~itwasntme@unaffiliated/itwasntme> has left #yocto | 07:48 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 07:51 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 07:51 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 07:51 | |
| *** mitz_ <mitz_!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 07:51 | |
| *** SidH_ <SidH_!~SidH_@61.95.193.238> has quit IRC | 07:52 | |
| *** mitz_ <mitz_!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 07:52 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 07:55 | |
| -YoctoAutoBuilder- build #274 of nightly-world is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-world/builds/274 | 08:02 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 08:04 | |
| -YoctoAutoBuilder- build #279 of nightly-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86/builds/279 | 08:05 | |
| bluelightning | morning all | 08:11 |
| *** SidH_ <SidH_!~SidH_@61.95.193.238> has joined #yocto | 08:14 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 08:18 | |
| *** Jay7 <Jay7!~jay@2.93.117.75> has quit IRC | 08:20 | |
| *** Jay7 <Jay7!~jay@2.93.117.75> has joined #yocto | 08:20 | |
| *** sameo <sameo!~samuel@192.55.54.40> has joined #yocto | 08:25 | |
| *** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has joined #yocto | 08:25 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 08:26 | |
| Stygia | How do people here usually ensure newly-flashed boxes have the correct time set? Do you just set up NTP, or is there some way to ensure that date is set properly when flashing? | 08:27 |
| tf | ntp is the way to go, if you are network-connected | 08:28 |
| Stygia | tf, Alright, that's what I'll go for, then. | 08:29 |
| tf | but you need a sutiable ntp pool | 08:29 |
| tf | particularly, if you are doing a commercial product | 08:29 |
| Stygia | tf, Yea I saw something mentioned about that very briefly on the wiki. | 08:29 |
| Stygia | tf, Hmm we sorta are. Does that mean we need to buy-in to a NTP server then? | 08:29 |
| *** belen <belen!Adium@nat/intel/x-fxaezynwwupfitcb> has joined #yocto | 08:30 | |
| tf | 1s | 08:32 |
| *** honschu_ <honschu_!~honschu@p549E89CC.dip0.t-ipconnect.de> has joined #yocto | 08:32 | |
| *** honschu_ <honschu_!~honschu@shackspace/j4fun> has joined #yocto | 08:32 | |
| Stygia | tf, no prob. | 08:33 |
| tf | Stygia: to use ntp, you have to request an ntp pool for your project | 08:35 |
| Stygia | tf, Yea, I saw a page on the wiki (and on pool.ntp.org) to indicate as much. We will do that before deployment, then. :) | 08:35 |
| -YoctoAutoBuilder- build #274 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm/builds/274 | 08:35 | |
| *** honschu <honschu!~honschu@shackspace/j4fun> has quit IRC | 08:35 | |
| tf | Stygia: http://www.pool.ntp.org/vendors/contribute.html | 08:36 |
| tf | Stygia: when you have a pool, you can then enable ntp in connman, which JustWorks | 08:37 |
| Stygia | tf, isn't connman a GUI tool? | 08:37 |
| Stygia | tf, But I'll look into it. :) We have a Friday meeting now. Talk to ya later, and thanks. | 08:38 |
| tf | Stygia: https://github.com/Guacamayo/meta-guacamayo/blob/master/meta-guacamayo/recipes-connectivity/connman/connman_1.5.bbappend | 08:38 |
| *** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 08:38 | |
| tf | connman's not well documented, but that settings file has what you need | 08:38 |
| *** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto | 08:41 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 08:47 | |
| *** sameo <sameo!~samuel@192.55.54.40> has quit IRC | 09:02 | |
| *** slaine <slaine!~slaine@84.203.137.218> has quit IRC | 09:05 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 09:09 | |
| *** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 09:11 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 09:14 | |
| *** pev <pev!~pev@2.31.90.141> has joined #yocto | 09:14 | |
| pev | Morning all | 09:14 |
| *** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has quit IRC | 09:16 | |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 09:17 | |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto | 09:25 | |
| pev | So, I've got a recipe that builds fine via bitbake. However, when I build an image that includes it I just get : | 09:34 |
| pev | | Collected errors: | 09:34 |
| pev | | * opkg_install_cmd: Cannot install package pevs-package | 09:34 |
| bluelightning | pev: was pevs-package created? it may have been defined but empty and thus never produced in the end | 09:35 |
| pev | Ah... That to do with the contents of FILES_${PN}? That rings a bell... | 09:36 |
| bluelightning | that variable is how you influence what goes into each package yes | 09:36 |
| pev | Righto, I'll have a dig, thanks | 09:36 |
| bluelightning | if you want to see the contents of each package you can have a look under packages-split in the workdir for the recipe btw | 09:36 |
| pev | Yep, that'll be the problem then :-) | 09:38 |
| pev | Hm, would be nice to add a warning into the build system looking for an empty dir there as that would be easy to spot? | 09:38 |
| *** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has quit IRC | 09:39 | |
| bluelightning | I've been thinking about a way to warn if a package depended upon by another package wasn't produced; it would certainly be helpful | 09:40 |
| bluelightning | just not quite sure how to implement the check | 09:40 |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 09:40 | |
| *** SidH_ <SidH_!~SidH_@61.95.193.238> has quit IRC | 09:41 | |
| *** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has joined #yocto | 09:41 | |
| pev | find /path/name -maxdepth 0 -empty -exec echo {} is empty. \; | 09:42 |
| pev | Not sure where in the build system though - surely at the loop where it's trying to package each test before doing the packaging | 09:42 |
| bluelightning | right, sure :) it's how to find out what depends on each package in the context of the QA checks in do_package that I'm not sure of | 09:43 |
| pev | Do you actually need to care about dependencies? | 09:45 |
| bluelightning | well yes... a package not being produced that nothing depends on isn't a problem | 09:47 |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 09:49 | |
| *** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 09:49 | |
| pev | OK, another idiot question. My recipie builds my makefiles 'all' rule by doing "bitbake pevs-test" but what do I do to provoke the install rule to test? Is there a bitbake command to do all the packaging? | 09:50 |
| bluelightning | pev: if it's a pure makefile and not autotools or something similar you need to define a do_install function which will run "make install" (usually oe_runmake install with some arguments to ensure it installs to ${D}) | 09:52 |
| pev | Ahhh! That's the bit I didn't know | 09:52 |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 09:52 | |
| bluelightning | as for packaging, once stuff goes into ${D} (the "image" subdir of the workdir, if you want to examine it) packaging based on the values of FILES and PACKAGES (both of which have sane defaults, but can be extended/overridden) should be automatic | 09:53 |
| pev | OK, I added oe_runmake install DESTDIR=${D} | 09:58 |
| pev | which is used by other recipes | 09:58 |
| pev | now I get "ERROR: Function failed: split_and_strip_files" | 10:00 |
| pev | and an objcopy error | 10:00 |
| pev | ERROR: objcopy failed with exit code 1 (cmd was 'arm-amltd-linux-gnueabi-objcopy' --only-keep-debug '/workdrive/projects/pevtest/src/pevtest_build/tmp/work/armv7a-vfp-neon-amltd-linux-gnueabi/pevtest-system/1.0-r0/package/usr/bin/pevtest-server' '/workdrive/projects/pevtest/src/pevtest_build/tmp/work/armv7a-vfp-neon-amltd-linux-gnueabi/pevtest-system/1.0-r0/package/usr/bin/.debug/pevtest-server') | 10:01 |
| bluelightning | so, in current versions we print what the actual error is from that command | 10:03 |
| bluelightning | at least we should be | 10:03 |
| bluelightning | you could try bitbake -c devshell pevtest and run that command manually in the shell to see what it says | 10:04 |
| pev | arm-amltd-linux-gnueabi-objcopy:/workdrive/projects/pevtest/src/pevtest_p81_build/tmp/work/armv7a-vfp-neon-amltd-linux-gnueabi/pevtest-system/1.0-r0/package/usr/bin/pevtest-server: File format not recognized | 10:05 |
| pev | from the logfile | 10:06 |
| pev | file /workdrive/projects/pevtest/src/pevtest_p81_build/tmp/work/armv7a-vfp-neon-amltd-linux-gnueabi/pevtest-system/1.0-r0/package/usr/bin/pevtest-server | 10:06 |
| pev | pevtest-server: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=0xa942bef03d9cf29148797302bcd7c7b4bc9e7e68, not stripped | 10:07 |
| pev | Ah | 10:09 |
| pev | I see. It hasn't cross compiled for some reason... :-D | 10:10 |
| pev | Hmpf. So what does bitbake do when invoking my makefile that I'm missing...? | 10:11 |
| bluelightning | right | 10:13 |
| bluelightning | I suspected as much | 10:13 |
| bluelightning | although really it should have warned about this earlier; it's really a bug that you get this error first instead | 10:14 |
| bluelightning | so with makefiles it's hard for us to consistently be able to specify the right options to enable cross-compilation | 10:14 |
| bluelightning | so you basically need to do this yourself | 10:14 |
| bluelightning | often it's as easy as passing in values for variables such as CC etc. | 10:15 |
| pev | doesn't bitbake pass in a CROSS variable or overide CC or something similar? | 10:15 |
| bluelightning | it does set those variables, but you may have to tell make to pull them in | 10:16 |
| bluelightning | pev: e.g. http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#usingpoky-extend-addpkg-makefile | 10:16 |
| pev | I was defining CC=gcc in the Makefile... | 10:17 |
| pev | Changing that to CC?=gcc seems to do the trick. (ish!) | 10:17 |
| ant_work | see http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-devtools/mtd/mtd-utils_1.5.0.bb | 10:17 |
| bluelightning | right, I suspect forcing it on the command line would do the same thing | 10:18 |
| ant_work | pev: ^^ this is one rich example | 10:18 |
| pev | ant_work: That looks interesting, thanks! | 10:19 |
| ant_work | pev: or th esimple one http://cgit.openembedded.org/meta-handheld/tree/recipes-bsp/zaurus-utils/nandlogical-klibc_1.0.0.bb | 10:19 |
| ant_work | pev: sorry not that one for klibc.. this one | 10:19 |
| ant_work | http://cgit.openembedded.org/meta-handheld/tree/recipes-bsp/zaurus-utils/nandlogical_1.0.0.bb | 10:19 |
| pev | Result! Thanks for the help guys, got that nailed and in the build finally... Now just have to mess around with creating the modified sysinit files again... Yuck! | 10:38 |
| pev | Oh no, spoke too soon | 10:39 |
| pev | still hasnt cleared the opkg error... | 10:39 |
| pev | Meh... | 10:39 |
| *** sameo <sameo!~samuel@192.55.54.40> has joined #yocto | 10:41 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 10:45 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:48 | |
| lpapp | RP: got a clue for this? https://bugzilla.yoctoproject.org/show_bug.cgi?id=5043 | 10:49 |
| yocti | Bug 5043: enhancement, Low, Future, richard.purdie, NEW , Extend the layer creation documentation with own bblayers sample creation | 10:49 |
| lpapp | is there any good workaround? | 10:50 |
| lpapp | or undocumented feature? | 10:50 |
| bluelightning | pev: I'm guessing the output package is still empty | 10:52 |
| bluelightning | pev: you might want to take a look at what it's installing | 10:52 |
| lpapp | bluelightning: hey | 10:52 |
| bluelightning | pev: you should be getting warnings if there are unpackaged files though | 10:52 |
| bluelightning | lpapp: hi | 10:52 |
| lpapp | bluelightning: is there a way to run ./boot.sh (custom shell script) in do_compile before the regular configure/make? | 10:53 |
| lpapp | bluelightning: simply putting boot.sh in there did not work | 10:53 |
| lpapp | I think it was looking into the wrong folder. | 10:53 |
| lpapp | boot.sh will be in ..../git/ because the source is fetched from git. | 10:53 |
| ant_work | bluelightning: btw grep reveals an ample range of syntaxes for the vars appended to oe_runmake | 10:54 |
| bluelightning | lpapp: is S set to point to "${WORKDIR}/git" ? | 10:54 |
| *** linu1 <linu1!~linu1@122.165.223.135> has quit IRC | 10:54 | |
| lpapp | bluelightning: yes | 10:54 |
| bluelightning | ant_work: right, probably depends on who wrote it | 10:54 |
| ant_work | bluelightning: it's just about enclosing the vars in ' | 10:54 |
| ant_work | mostly | 10:54 |
| bluelightning | lpapp: then that will be the current directory when do_configure executes | 10:54 |
| lpapp | bluelightning: S = "${WORKDIR}/git" | 10:55 |
| lpapp | inherit autotools | 10:55 |
| bluelightning | lpapp: what is in boot.sh anyway? | 10:55 |
| lpapp | do_compile() { | 10:55 |
| lpapp | boot.sh | 10:55 |
| lpapp | } | 10:55 |
| bluelightning | lpapp: ./boot.sh perhaps? | 10:55 |
| lpapp | bluelightning: autoreconf+custom stuff. | 10:55 |
| lpapp | bluelightning: http://yuba.stanford.edu/git/gitweb.cgi?p=openflow.git;a=blob;f=boot.sh;h=97921fac0a61267ae8c8bf339331f5ea757bb9cf;hb=HEAD | 10:55 |
| bluelightning | lpapp: probably you should separate out the custom stuff and do that in do_configure leaving autotools to do the autoreconf | 10:56 |
| pev | bluelightning: it was because I was doing multiple packages. Swapping it back to a single one sorted it fine - isn't a big deal so have left it that way. Thanks for the advice! | 10:56 |
| lpapp | bluelightning: I am just using the upstream software. | 10:56 |
| bluelightning | pev: np | 10:56 |
| lpapp | Error, TMPDIR has changed location. You need to either move it back to /home/lpapp/Projects/Yocto/poky-dylan-9.0.1/build/tmp or rebuild | 10:57 |
| lpapp | what? | 10:57 |
| bluelightning | lpapp: having looked in that file just now I can't see anything of value | 10:57 |
| lpapp | there is no way to simply override a variable after a move? | 10:57 |
| lpapp | do I really need to rebuild stuff?! | 10:57 |
| bluelightning | lpapp: just let autotools.bbclass do what is needed | 10:58 |
| lpapp | bluelightning: their configure depends on deb stuff | 10:58 |
| lpapp | like it or not. | 10:58 |
| lpapp | and that script generates that at the beginning... | 10:58 |
| bluelightning | that's unfortunate | 10:58 |
| *** michael_e_brown_ <michael_e_brown_!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has quit IRC | 10:58 | |
| lpapp | bluelightning: right | 10:59 |
| bluelightning | lpapp: yep, because upstream software hardcodes paths into its executables, not our fault | 10:59 |
| lpapp | that is in reply to TMPDIR? | 10:59 |
| bluelightning | lpapp: yes | 10:59 |
| lpapp | :'( | 10:59 |
| lpapp | what is the proper command to rebuild stuff in this case? | 10:59 |
| lpapp | rm -rf manually? | 11:00 |
| bluelightning | delete the entire TMPDIR or move it back | 11:00 |
| ndec | if you have a sstate folder, deleting TMPDIR, isn't such a big deal. takes less than 3 mins for me to 'rebuild' everything, which in turns just uses stuff from sstate | 11:01 |
| lpapp | hmm, it is kinda weird I have an image name like this ... uImage--3.2.1- | 11:03 |
| lpapp | why double dash? | 11:03 |
| * lpapp has deleted the tmp folder | 11:04 | |
| bluelightning | variable probably not set I'm guessing | 11:04 |
| lpapp | which is kinda weird because it used to work | 11:04 |
| * lpapp guesses it is some kernel variable. | 11:04 | |
| lpapp | LINUX_VERSION_EXTENSION ?= "-foo-${LINUX_KERNEL_TYPE}" | 11:06 |
| lpapp | I have this | 11:06 |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto | 11:07 | |
| lpapp | and this, KERNEL_RELEASE = "3.2.1" | 11:07 |
| lpapp | and this, KERNEL_IMAGETYPE = "uImage" | 11:07 |
| lpapp | is any of those wrong? | 11:07 |
| lpapp | and this, KERNEL_RELEASE = "3.2.1"LINUX_VERSION_EXTENSION ?= "-yocto-${LINUX_KERNEL_TYPE}" | 11:09 |
| lpapp | yocto also uses LINUX_VERSION_EXTENSION ?= "-yocto-${LINUX_KERNEL_TYPE}" | 11:09 |
| *** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 11:09 | |
| bluelightning | I'd suggest looking at the bitbake -e output to see what the history for KERNEL_IMAGE_BASE_NAME is | 11:10 |
| bluelightning | then you'll be able to see which variable is apparently blank | 11:10 |
| lpapp | is that ok without cleaning up? | 11:11 |
| lpapp | bitbake -e polatis-core-image | grep KERNEL_IMAGE_BASE_NAME | 11:11 |
| lpapp | empty output | 11:11 |
| lpapp | same stuff for modules fwiw, modules--3.2.1... | 11:12 |
| JaMa | it's from empty PE | 11:13 |
| *** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has quit IRC | 11:13 | |
| lpapp | PE? | 11:13 |
| JaMa | package epoch | 11:14 |
| lpapp | the epoch of the recipe. The default value is "0". The field is used to make upgrades possible when the versioning scheme changes in some backwards incompatible way. | 11:14 |
| lpapp | yeah, found it. | 11:14 |
| lpapp | not sure why that would be needed. | 11:14 |
| lpapp | the yocto kernel does not seem to use that either. | 11:14 |
| JaMa | KERNEL_IMAGE_BASE_NAME is used by more kernel recipes then linux-yocto | 11:14 |
| lpapp | so? | 11:15 |
| lpapp | (it was not like this with denzil btw) | 11:15 |
| lpapp | (denzil generated single dash) | 11:16 |
| lpapp | grep -rn PKGE ./meta-* -> returns empty. | 11:17 |
| lpapp | ./meta/conf/bitbake.conf:199:PKGE ?= "${@['','${PE\x7d'][d.getVar('PE',1) > 0]}" | 11:17 |
| lpapp | ok, that is beyond my league, I am afraid. | 11:18 |
| -YoctoAutoBuilder- build #275 of nightly-ppc is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc/builds/275 | 11:18 | |
| lpapp | so what is causing regression from denzil to dylan update, and how can it be resolved? | 11:18 |
| bluelightning | lpapp: http://cgit.openembedded.org/openembedded-core/commit/?id=3b5fe6d2cd58b5db70c3d319ffc66b1cbff1f43a | 11:20 |
| bluelightning | I just searched the git log for PKGE to find that btw | 11:20 |
| ant_work | then that | 11:21 |
| ant_work | http://cgit.openembedded.org/openembedded-core/commit/meta/classes/kernel.bbclass?id=1392f959cb8cd50b5a4492899e54f3ed68ef56d7 | 11:21 |
| bluelightning | git blame would have also got the answer | 11:21 |
| ant_work | yes, lpapp your0e rather lazy ;) | 11:21 |
| lpapp | I really do not know how it is "lazy" to follow the advice of not having a git repository .... | 11:22 |
| lpapp | and using a tarball where git is *obviously* out of scope. | 11:22 |
| ant_work | anyway it's not good if you get it empty | 11:23 |
| lpapp | well, that is the default. | 11:23 |
| lpapp | actually, I do not see the Yocto kernel setting that either. | 11:24 |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has quit IRC | 11:24 | |
| lpapp | this change should have preserved the compatibility, i.e. single dash is the default if not specified, otherwise double dash | 11:25 |
| lpapp | it breaks the interface... | 11:25 |
| ant_work | you are running a prserver? | 11:25 |
| lpapp | ? | 11:25 |
| ant_work | bluelightning: link please ;) | 11:26 |
| ant_work | https://wiki.yoctoproject.org/wiki/PR_Service | 11:26 |
| lpapp | anyway, what is the workaround? | 11:26 |
| lpapp | I do not wanna see double dash | 11:26 |
| lpapp | that is silly. | 11:26 |
| JaMa | since when is filename "interface"? | 11:26 |
| lpapp | JaMa: since ever | 11:26 |
| JaMa | SRCREVs were also shortened, so it will be different either way | 11:27 |
| lpapp | well, you do not care about that. | 11:27 |
| JaMa | if you want the same then change KERNEL_IMAGE_BASE_NAME or continue to use old version | 11:27 |
| lpapp | usually when you archive, SRCREV is blobbed. | 11:27 |
| lpapp | not to mention, the yocto kernel does not change the PE | 11:27 |
| lpapp | well, this looks like a documentation stuff | 11:27 |
| lpapp | if it is not in the migration guide yet. | 11:27 |
| * lpapp is checking | 11:28 | |
| JaMa | link to latest is the same | 11:28 |
| ant_work | lpapp: check your local.conf | 11:28 |
| ant_work | PRSERV_HOST = "localhost:0" | 11:28 |
| ant_work | recommended also | 11:28 |
| ant_work | INHERIT += "buildhistory" | 11:28 |
| ant_work | BUILDHISTORY_COMMIT = "1" | 11:28 |
| lpapp | yeah, nothing in here about it: http://www.yoctoproject.org/docs/1.3/poky-ref-manual/poky-ref-manual.html#migration | 11:28 |
| lpapp | I will submit a bugreport for it. | 11:28 |
| lpapp | ant_work: let us stay on topic. ;) | 11:29 |
| ant_work | lpapp: "...data is obtained from the PR service..." | 11:30 |
| BCMM | where should one submit bugs/features for individual recipes? | 11:32 |
| BCMM | i've patched the mpd recipe so it optionally supports MPD's new CD playback features | 11:32 |
| lpapp | https://bugzilla.yoctoproject.org/show_bug.cgi?id=5089 | 11:32 |
| yocti | Bug 5089: normal, Undecided, ---, scott.m.rifenbark, NEW , Missing KERNEL_IMAGE_BASE_NAME in the migration guide | 11:32 |
| lpapp | so the next question is: why is the yocto kernel not using this new "feature"? | 11:33 |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC | 11:33 | |
| *** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto | 11:33 | |
| lpapp | also, why is it silly by default with "--"? | 11:34 |
| lpapp | if anything, it should be -0- or so | 11:34 |
| lpapp | "--" looks silly, or is it just me? | 11:34 |
| JaMa | with -0- people will ask what's the "0" | 11:34 |
| ant_work | +1 | 11:35 |
| JaMa | PR is appended to packagename also only when != 0 | 11:35 |
| lpapp | the default value? | 11:35 |
| JaMa | s/PR/PE/ | 11:35 |
| *** roric <roric!~roric@194-237-7-146.customer.telia.com> has quit IRC | 11:35 | |
| lpapp | well, it should be either single dash, or -0- | 11:35 |
| lpapp | double dash is silly IMHO | 11:35 |
| *** roric <roric!~roric@194-237-7-146.customer.telia.com> has joined #yocto | 11:35 | |
| lpapp | it has no any additional value to a single dash | 11:35 |
| JaMa | lpapp: the default value for PKGE is empty, same answer as "0" | 11:35 |
| lpapp | no | 11:36 |
| lpapp | '--' is silly | 11:36 |
| lpapp | it does not contribute much to '-' | 11:36 |
| JaMa | and -0 does? | 11:36 |
| lpapp | yes | 11:36 |
| lpapp | because that means a number | 11:36 |
| lpapp | not a string placeholder | 11:36 |
| lpapp | not an "enum" etc. | 11:36 |
| lpapp | it means the PE "version" | 11:36 |
| lpapp | which is zero (the default) | 11:36 |
| lpapp | so I propose to change it either to '-' or '-0-' unless I am missing something. | 11:37 |
| lpapp | modules--3.2.1-r2-foo-20130829152142.tgz | 11:38 |
| lpapp | hmm, that changed too | 11:38 |
| lpapp | the datum was not there before! | 11:38 |
| lpapp | thanks to this, I will be busy today with fixing CI issues. :( | 11:39 |
| JaMa | so finally fix your silli CI scripts | 11:40 |
| JaMa | s/li/ly/ | 11:40 |
| lpapp | date* | 11:40 |
| lpapp | pff | 11:41 |
| lpapp | "silly" CI script because someone decides it is cool to break stuff for many end users due to such a nuance. | 11:41 |
| lpapp | actually, for compatibility, I prefer '-' over '-0-' | 11:41 |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto | 11:42 | |
| lpapp | bluelightning: any reason why my generated rpm packages are empty for my own software? | 12:03 |
| lpapp | bluelightning: the default do_install does not put things right in there? | 12:04 |
| *** phdeswer_ <phdeswer_!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has joined #yocto | 12:16 | |
| lpapp | do I need to inherit anything for the proper packaging, or is there some documentation about it, and how to avoid empty packageS? | 12:22 |
| lpapp | packages?* | 12:22 |
| *** phdeswer_ <phdeswer_!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has quit IRC | 12:27 | |
| lpapp | JaMa: perhaps BUGTRACKER could be added to the qt5 packages? | 12:36 |
| lpapp | Shall I submit such a change? | 12:37 |
| *** acidfu <acidfu!~nib@24.37.17.210> has joined #yocto | 12:39 | |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto | 12:39 | |
| lpapp | oh, I need FILES for pretty much anything? | 12:45 |
| lpapp | but but but... the debian packaging works the way that if you do not pass anything, you will get one monolithic package. I would be more than happy with that for now. Is there such an option to turn on? | 12:45 |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has quit IRC | 12:48 | |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has joined #yocto | 12:53 | |
| lpapp | I see that certain packages do not use the FILES variable, just install in the do_install... are they equivalent? | 12:57 |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 12:58 | |
| *** kbart <kbart!~KBart@213.197.143.19> has quit IRC | 13:01 | |
| lpapp | which way is recommended? | 13:04 |
| *** Guest37012 <Guest37012!c2881242@gateway/web/freenode/ip.194.136.18.66> has quit IRC | 13:04 | |
| *** walters <walters!~walters@c-66-31-18-51.hsd1.ma.comcast.net> has joined #yocto | 13:05 | |
| ndec | lpapp: maybe they just rely on the 'default' FILES valueS? | 13:07 |
| *** acidfu <acidfu!~nib@24.37.17.210> has joined #yocto | 13:08 | |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto | 13:08 | |
| lpapp | ndec: which is? | 13:08 |
| ndec | in meta/conf/bitbake.conf | 13:08 |
| lpapp | I cannot read that | 13:09 |
| ndec | what do you mena? | 13:09 |
| ndec | mean? | 13:09 |
| *** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 13:09 | |
| lpapp | right, so installation or FILES are needed | 13:10 |
| ndec | both are needed | 13:10 |
| lpapp | well, no. | 13:10 |
| lpapp | I can work it without FILES | 13:10 |
| ndec | packages are created by taking files from where they have been installed. | 13:10 |
| lpapp | actually, I even think this should be documented. | 13:10 |
| lpapp | you do not necessarily need FILES if you install stuff correctly. | 13:10 |
| ndec | there are sane default for FILES (for all packages, including -dev, -dgb, ... too). most software would work fine with these default. | 13:11 |
| lpapp | yep | 13:11 |
| ndec | you might to play with FILES if you have more complex packages. | 13:11 |
| lpapp | I think this should be documented. | 13:11 |
| lpapp | I will open a bugreport | 13:11 |
| ndec | for what? | 13:12 |
| lpapp | this is not mentioned under the FILES var. | 13:12 |
| lpapp | to mention that you do not need it for simple stuff | 13:12 |
| lpapp | simple and sane | 13:12 |
| lpapp | you just need to install is all | 13:12 |
| *** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC | 13:12 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 13:13 | |
| ndec | well, most variables have 'sane' default values, if you go this path... | 13:13 |
| lpapp | I am not sure about it. | 13:13 |
| lpapp | but when I go to FILES, I would like to read that it is not necessary for simple use cases | 13:13 |
| bluelightning | it's not about FILES so it's not something to add to the variable glossary entry for FILES | 13:13 |
| lpapp | you just need to make it is installed. | 13:13 |
| lpapp | sure, it is. | 13:13 |
| bluelightning | you're missing do_install | 13:13 |
| lpapp | I am actually filing a doc bugreport about it. | 13:13 |
| bluelightning | no changing of FILES will help you around that | 13:14 |
| lpapp | sure, it will. | 13:14 |
| eren | how can I force bitbake recipe parsing cache to refresh? | 13:14 |
| bluelightning | I'm sure it won't, not if do_install isn't defined | 13:14 |
| eren | I changed one line in machine config and bitbake uses the old one | 13:14 |
| lpapp | bluelightning: you know better what would help me? :D | 13:15 |
| ndec | eren: rm -rf tmp ;-) | 13:15 |
| bluelightning | err no | 13:15 |
| bluelightning | eren: it should do that automatically, something is not right if it isn't | 13:15 |
| bluelightning | eren: or, you changed it back to a value that you had previously and it's using the cache from the last time you set that | 13:15 |
| * lpapp has always lacked ldd for the arm toolchain. | 13:15 | |
| *** _alex_kag_ <_alex_kag_!~alex_kag@178.124.23.159> has quit IRC | 13:16 | |
| eren | bluelightning: now it parsed | 13:16 |
| eren | bluelightning: I added one line in IMAGE_FSTYPES, it did not parse the recipes and got directly from cache | 13:16 |
| eren | i removed all the lines except the one I want, it parsed the recipes | 13:17 |
| lpapp | bluelightning: I am not disagreeing about missing do_install | 13:21 |
| lpapp | but I disagree about not making a reference and a note about default to FILES | 13:21 |
| lpapp | reference to do_install | 13:21 |
| bluelightning | there's only so much you can put in a glossary entry | 13:21 |
| bluelightning | we're planning an expanded section on how to write new recipes to be written in 1.6 | 13:21 |
| bluelightning | that's where that kind of thing belongs, IMO | 13:22 |
| *** Guest26644 <Guest26644!c2881242@gateway/web/freenode/ip.194.136.18.66> has quit IRC | 13:22 | |
| lpapp | it belongs to there, too | 13:22 |
| lpapp | one is glossary, the other is example put up with glossary entries. | 13:22 |
| bluelightning | there is also a new section coming in the 1.5 manual explaining how the build system generally operates and points to variables used during each stage of the build | 13:22 |
| bluelightning | you can even look at it in the "latest" version of the manuals on the website | 13:23 |
| lpapp | I do not dare. :D | 13:23 |
| *** Krz_ <Krz_!c0c6972c@gateway/web/freenode/ip.192.198.151.44> has joined #yocto | 13:24 | |
| ndec | bluelightning: in which manual is that new section? | 13:25 |
| Krz_ | hi there, in plenty or recipes people use 'install' to copy files to image. i tried rsync instead and Yocto says : WARNING: QA Issue: galileo-target: Files/directories were installed but not shipped | 13:25 |
| bluelightning | ndec: the ref manual I believe | 13:26 |
| Krz_ | is rsync not liked by Yocto? | 13:26 |
| bluelightning | Krz_: forgive me for asking but why would you need to use rsync in do_install? | 13:27 |
| Krz_ | sorry, I used rsync in Makefile, to let non-Yocto users have the same as Yocto users | 13:28 |
| Krz_ | and in do_install I just call make install-mytarget | 13:28 |
| Krz_ | which call rsync from Makefile | 13:28 |
| Krz_ | does that make sense? | 13:28 |
| bluelightning | Krz_: I'm understanding a little more but still not why rsync would be useful in that particular context | 13:29 |
| Krz_ | so basically in my source package I created whole directory tree instead of hiding instructions on how to build it inside Makefile | 13:30 |
| Krz_ | so then non-Yocto users can just copy whole tree to the image | 13:30 |
| *** zeeblex <zeeblex!~apalalax@134.134.139.72> has left #yocto | 13:30 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 13:31 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 13:31 | |
| bluelightning | Krz_: there's nothing inherent about do_install that would prevent rsync being used, but remember that do_install is just about installing files to the holding area in ${D} before packaging, not actually into the image | 13:32 |
| Stygia | And wouldn't something that used rsync to (presumably) fetch files be better placed in do_fetch or something? This statement has the caveat that I haven't been following Krz_ 's usecase. | 13:33 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 13:34 | |
| Krz_ | in my source package I have: *.c files to create binary and few *.sh scripts just to be copied over | 13:35 |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has quit IRC | 13:36 | |
| Krz_ | now when I do 'make install' it rsyncs source-package/my/tree/*.sh | 13:36 |
| Krz_ | and rsyncs binary as well | 13:36 |
| Krz_ | thanks to that someone without Yocto can just go to my package, do 'make install DESTDIR=/path/to/my/image' | 13:37 |
| bluelightning | I'm still confused | 13:38 |
| bluelightning | make install can always do that without rsync | 13:38 |
| bluelightning | so what does rsync enable here? | 13:38 |
| Krz_ | my tree looks like: src-package/etc/my/directory/few-scripts.sh | 13:39 |
| Krz_ | root directory is src-package | 13:39 |
| Krz_ | rsync just takes whole tree and copies it | 13:40 |
| Krz_ | wheres using 'install' for that is more compilicated | 13:40 |
| Krz_ | so I used rsync - one liner | 13:40 |
| bluelightning | Krz_: if it's only because you're wanting to copy a full directory tree, surely cp -r would work and be much simpler? | 13:42 |
| Krz_ | yeah, but cp does not preserve attributes | 13:43 |
| bluelightning | it has an option to do that... | 13:43 |
| bluelightning | -p | 13:43 |
| Krz_ | hmm, I can try that | 13:44 |
| Krz_ | will not cp issue the same QA WARNING? | 13:44 |
| bluelightning | I mean, rsync will work, it just seems like overkill for this | 13:44 |
| bluelightning | whatever technique you use, you absolutely must install to ${D} | 13:44 |
| bluelightning | within do_install | 13:44 |
| bluelightning | and secondarily, the value of FILES for each package must be set to match whereever you are installing things to | 13:45 |
| bluelightning | but FILES_${PN} already includes ${sysconfdir} which is /etc | 13:45 |
| bluelightning | so I wouldn't have thought it necessary to touch FILES just for stuff in /etc | 13:45 |
| Krz_ | my do_install look like that: oe_runmake install-scripts DESTDIR=${D}/ | 13:46 |
| Krz_ | then Makefile picks up $DESTDIR and rsyncs the tree (which I might switch to cp -p as well) | 13:47 |
| Krz_ | the main problem is with Yocto QA WARNING which causes files not to be installed in image | 13:47 |
| bluelightning | Krz_: the QA warning is not what causes files not to be installed in the image | 13:48 |
| bluelightning | Krz_: it's warning you that you haven't done the right thing to have those files end up in a package such that they can get in the image - there's a difference :) | 13:48 |
| bluelightning | FWIW, that line looks normal, so it must be where it is putting things under ${D} | 13:48 |
| bluelightning | I'd suggest looking in ${D} for the recipe | 13:49 |
| bluelightning | this will tell you where that is exactly: bitbake -e recipename | grep ^D= | 13:49 |
| Krz_ | ok I understand it more now :) | 13:50 |
| *** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has quit IRC | 13:51 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-ncxdbbiiuscpvmld> has quit IRC | 13:54 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-gprvaeggwizddwln> has joined #yocto | 13:55 | |
| *** B4gder <B4gder!~daniel@sestofw01.enea.se> has quit IRC | 13:56 | |
| eren | it seems that I cannot run a python function inside bbclass file | 14:00 |
| eren | simply calling "build_syslinux_cfg()" gives me parse error | 14:01 |
| *** wmcdevel <wmcdevel!~wmcdevel@barracuda.hmctelco.com> has joined #yocto | 14:01 | |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has quit IRC | 14:03 | |
| bluelightning | eren: how have you defined the function? | 14:03 |
| *** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-93-30.cable.teksavvy.com> has quit IRC | 14:03 | |
| wmcdevel | good morning ... anyone around that could assist with a couple of BSP/Kernel-related questions? | 14:04 |
| *** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-93-30.cable.teksavvy.com> has joined #yocto | 14:04 | |
| eren | bluelightning: IMAGE_CMD_alix-hddimage() { | 14:05 |
| Garibaldi|work | Hi all, I'm trying to build a minimal image for MIPS with DEFAULTTUNE = "mips64-n32", and I get a failure when building busybox: mips64-poky-linux-gnun32-ld: Attempt to do relocatable link with elf32-ntradbigmips input and elf64-tradbigmips output; mips64-poky-linux-gnun32-ld: applets/applets.o: file class ELFCLASS32 incompatible with ELFCLASS64 | 14:05 |
| eren | bluelightning: I called the python function with @{@bb.build.exec_func('build_syslinux_cfg', d)} | 14:05 |
| Garibaldi|work | I started with a clean workspace. Am I doing something wrong? | 14:06 |
| eren | bluelightning: it returns None and build halts. Then I decided RETVAL="${@bb.build....}" | 14:06 |
| eren | however, now syslinux config is not created | 14:06 |
| *** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has quit IRC | 14:07 | |
| bluelightning | eren: er, but those are two different functions | 14:08 |
| eren | so should I call ${@build_syslinux_cfg(d)} ? | 14:08 |
| bluelightning | well you wouldn't just state it like that in the recipe | 14:09 |
| *** darknighte_znc is now known as darknighte | 14:09 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 14:09 | |
| bluelightning | in a variable value, yes, but then this doesn't sound like the kind of function that should be called that way | 14:09 |
| JaMa | that reminds me that with new syslinux bbclass it's impossible to disable console, I should file a bug about that | 14:10 |
| eren | actually what I am trying to do is to have image creation just like raspberry. I am editing boot-directdist.bbclass | 14:10 |
| *** _alex_kag_ <_alex_kag_!~alex_kag@37.213.50.34> has joined #yocto | 14:10 | |
| *** qt-x <qt-x!~ionel@217.10.196.2> has quit IRC | 14:10 | |
| bluelightning | eren: basically then you need to have that function called from a task function | 14:11 |
| eren | I put that into IMAGE_CMD_alix-hddimage() {}, added initrd support. However, boot-directdisk.bbclass calls bb.build.exec_func('build_syslinux_cfg') before creating the image | 14:11 |
| JaMa | eren: I haven't read backlog yet, but please see my comments in https://bugzilla.yoctoproject.org/show_bug.cgi?id=3944 | 14:11 |
| yocti | Bug 3944: enhancement, Medium, 1.4, jason.wessel, REOPENED , syslinux.bbclass needs some work to add serial support and a real menu | 14:11 |
| wmcdevel | I have an ARM-based development board that used to be supported by OE, and is not part of the Yocto/Poky build. The vendor provides a custom kernel, which I can build outside of Poky without a problem. I'd like to incorporate it into the Poky build and make a BSP for the board, but I'm at a loss on how to get it in there. | 14:11 |
| eren | bluelightning: and yes, it is called from a task function | 14:12 |
| eren | bluelightning: so there is no way to simply call build_syslinux_cfg? | 14:12 |
| bluelightning | wmcdevel: have you looked at the Yocto Project BSP guide and kernel manuals? | 14:12 |
| bluelightning | eren: call in what context? | 14:12 |
| wmcdevel | bluelightning: yes. I have gotten as far as creating the BSP layer and some sample bitbake recipes, but I can't seem to figure out how to get the build to not use the linux-yocto kernel. | 14:13 |
| eren | bluelightning: IMAGE_CMD_foobar() context | 14:13 |
| bluelightning | wmcdevel: PREFERRED_PROVIDER_virtual/kernel = "your-kernel-recipe-name" | 14:14 |
| bluelightning | wmcdevel: that would be set in your machine's conf/machine/xyz.conf file | 14:14 |
| bluelightning | s/would/should/ | 14:14 |
| eren | bluelightning: btw, I am working on this: http://lists.openembedded.org/pipermail/openembedded-devel/2013-August/091956.html | 14:15 |
| wmcdevel | bluelightning: ok. do I need anything in particular in my kernel recipe? for example, I've seen where Git is used, quilt, etc. I have a plain-old tarball to work with. | 14:16 |
| bluelightning | wmcdevel: not really... but for that though I would suggest using the linux-yocto-custom recipe (under meta-skeleton/recipes-kernel/, also mentioned in the kernel manual) as a template | 14:18 |
| wmcdevel | bluelightning: ok, cool. will fiddle around with that a bit and see where I get. thanks | 14:19 |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 14:22 | |
| bluelightning | Garibaldi|work: sounds like a question for khem perhaps | 14:23 |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has joined #yocto | 14:24 | |
| *** levi <levi!~user@174.52.89.43> has quit IRC | 14:24 | |
| lpapp | running this on the host side now, LD_LIBRARY_PATH=$LD_LIBRARY_PATH:. gdb --args | 14:25 |
| lpapp | sorry, wrong window. | 14:25 |
| *** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 14:27 | |
| Garibaldi|work | bluelightning: thanks, I'll keep an eye out :-) | 14:28 |
| *** Saur <Saur!pkj@nat/axis/x-brflixiqhwtscpsi> has quit IRC | 14:31 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 14:31 | |
| bluelightning | eren: right | 14:33 |
| bluelightning | eren: but that's a shell function if I'm not mistaken | 14:33 |
| bluelightning | eren: you cannot call python functions from shell functions unless it's something that is appropriate to be run when the function is parsed, which is what will happen if you use ${@...} inside a shell function | 14:35 |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 14:35 | |
| eren | bluelightning: I added a new task before do_rootfs | 14:35 |
| eren | it works ok, creates syslinux.cfg but at one time ${S} is deleted | 14:36 |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 14:36 | |
| eren | bluelightning: is there any way to see the order of the tasks? | 14:37 |
| eren | -c liststasks does not give me in which order bitbake runs tasks | 14:38 |
| bluelightning | eren: after they've executed you can look at log.task_order next to the task logs for the recipe | 14:38 |
| eren | okkie | 14:39 |
| Krz_ | do I need a FILES_${PN} in my recipe to let files be installed into image? | 14:40 |
| bluelightning | Krz_the default value is sane for most recipes but it depends on where files are intended to be installed to within the image | 14:42 |
| bluelightning | Krz_: you may wish to look at the default values for FILES for each package in meta/conf/bitbake.conf | 14:42 |
| *** Saur <Saur!pkj@nat/axis/x-hodbfywsjwoveoyc> has joined #yocto | 14:43 | |
| Krz_ | bluelightning: I have custom dir under /opt to install my files - I think in that case I have to specify that in FILES_${PN}... | 14:44 |
| bluelightning | Krz_: right, you would yes, /opt is not part of the default value | 14:45 |
| Krz_ | bluelightning: ok, so that was my problem and reason for QA WARNING | 14:46 |
| bluelightning | ok, makes sense | 14:51 |
| *** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has quit IRC | 14:53 | |
| *** Saur <Saur!pkj@nat/axis/x-hodbfywsjwoveoyc> has quit IRC | 15:02 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 15:03 | |
| *** Net147 <Net147!~Net147@60-242-179-244.static.tpgi.com.au> has quit IRC | 15:07 | |
| *** Saur <Saur!pkj@nat/axis/x-znrmskrttijavprr> has joined #yocto | 15:09 | |
| *** sameo <sameo!~samuel@192.55.54.40> has quit IRC | 15:10 | |
| *** sameo <sameo!~samuel@192.55.54.40> has joined #yocto | 15:10 | |
| *** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has joined #yocto | 15:11 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 15:12 | |
| Stygia | Hey. I was under the impression that do_install_append's would stack, so that if I have one in my bbappend, and there is one in the core recipe.inc (ntp in this case), they would be applied in turn. However, my very simple do_install_append function that simply creates a symlink causes the whole mess to fail. What could cause this? | 15:13 |
| bluelightning | Stygia: they will stack | 15:13 |
| bluelightning | Stygia: what's the failure? | 15:14 |
| Stygia | bluelightning, Just as sec and I'll reproduce it and put in it pastebin | 15:14 |
| *** johnsoga <johnsoga!4542f923@gateway/web/freenode/ip.69.66.249.35> has joined #yocto | 15:15 | |
| Stygia | bluelightning, The recipe and the part of the error I think is the relevant bit: http://pastebin.com/Me7xTbhF | 15:16 |
| bluelightning | Stygia: missing ${D} in front of the paths | 15:16 |
| Stygia | bluelightning, Ah shit. Heh I wanted to call in sick today (I'm on like 4 hours sleep), but we're busy, so. Sorry. | 15:17 |
| bluelightning | Stygia: nm, I make mistakes like that all of the time :) | 15:17 |
| kergoth | Stygia: also, use bitbake -e to confirrm what you think is happening is actually happening. you'd see both appends occurred by examining the value of do_install :) | 15:17 |
| Stygia | bluelightning, I just copy-pasted the command I wanted that'd already worked on the box. | 15:17 |
| kergoth | though bb-show makes that a littlel easier since you can't grep out a function definition trivially.. | 15:18 |
| kergoth | heh | 15:18 |
| * kergoth yawns | 15:18 | |
| Stygia | kergoth, I wish I could say man bitbake. | 15:18 |
| kergoth | bitbake -h covers the usage, but admittedly has no examples or anything :) | 15:18 |
| kergoth | iirc someone is working on improved bitbake docs for yocto | 15:18 |
| bluelightning | Stygia: you can do: man ../bitbake/doc/bitbake.1 | 15:19 |
| bluelightning | though it's pretty sparse | 15:19 |
| kergoth | huh, good point | 15:19 |
| kergoth | forgot that exised :) | 15:19 |
| bluelightning | I almost did as well until Stygia brought it up :) | 15:19 |
| Stygia | Fancy. Wrote that all down, then. | 15:19 |
| kergoth | heh, http://explainshell.com/explain/bitbake?args=-p+-u+depexp+-vDDD | 15:20 |
| kergoth | apparently they're using an old man page there, doesn't understand -u :) | 15:20 |
| kergoth | interesting site though, http://explainshell.com/explain/iptables?args=-A+INPUT+-i+eth0+-s+ip-to-block+-j+DROP | 15:20 |
| bluelightning | oo fancy | 15:21 |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 15:21 | |
| bluelightning | hmm, seemingly failed on cpio though | 15:22 |
| kergoth | indeed. not sure how smart it is, and it can't handle pipelines yet, but i could see it being usefulu for confused users looking at snippets on occasion | 15:22 |
| kergoth | huh | 15:22 |
| johnsoga | Hello, what is the difference between native and nativesdk? I have seen BBCLASSEXTEND set to this. | 15:22 |
| Stygia | And huh. That looks cool. | 15:22 |
| bluelightning | johnsoga: native = something to run on the build host; nativesdk = something to go into an installable SDK | 15:23 |
| nerdboy | moin | 15:24 |
| *** simar <simar!~simar@128.224.252.2> has quit IRC | 15:24 | |
| *** simar <simar!~simar@128.224.252.2> has joined #yocto | 15:24 | |
| *** simar <simar!~simar@128.224.252.2> has joined #yocto | 15:24 | |
| johnsoga | bluelighting: is it very often that a package needs to change between the build host and the sdk? | 15:24 |
| kergoth | the sdk can target a different host, e.g. i686 vs x86_64, for one | 15:25 |
| kergoth | for two, nativesdk recipes are packaged | 15:25 |
| kergoth | i think those are the main differences, but someone else would know better than i | 15:25 |
| johnsoga | kergoth: ah, ok that makes sence | 15:25 |
| *** simar <simar!~simar@128.224.252.2> has quit IRC | 15:25 | |
| *** simar <simar!~simar@128.224.252.2> has joined #yocto | 15:26 | |
| Stygia | Hmm. In a do_install_append, I have this: ln -s ${D}/usr/share/zoneinfo/Europe/Copenhagen ${D}/etc/localtime | 15:26 |
| johnsoga | So my next question is what is the best way to determine that a bitbake file is being run as native or nativesdk so that I can change the configuration options? | 15:26 |
| Stygia | It now runs without errors, but after flashing, the /etc/localtime file doesn't exist. | 15:26 |
| Stygia | What do I need to do to effectively symlink /usr/share/zoneinfo/Europe/Copenhagen to /etc/localtime on the produced image? | 15:27 |
| kergoth | Stygia: that's going to create a link pointing at a path on your buildsystem :P | 15:27 |
| kergoth | an absolute path | 15:27 |
| pev | Random question : Anyone done much system tuning to speed up a full image build? On my machine it's a spritely 63 minutes (using pre-downloaded sources) but was wondering if there were any tricks I'm missing that are worth doing to make speedier? | 15:27 |
| kergoth | ln -s ${datadir}/zoneinfo/Europe/Copenhagen ${D}${sysconfdir}/localtime | 15:27 |
| johnsoga | I have seen things like <variable>_virtualclass-native but I have also seen <variable>_native | 15:27 |
| nerdboy | in this case you're making abroken symlink... | 15:27 |
| pev | (thats for an imx61 image) | 15:28 |
| Stygia | kergoth, Hmm. Why is having ${D}{sysconfdir} fundementally different from what I did? I don't have a broken symlink, I have no symlink. | 15:28 |
| kergoth | johnsoga: when the recipe is native, 'class-native' is in OVERRIDES, so you can override variables or append/prepend to them | 15:28 |
| kergoth | Stygia: well, that line will create an existing but broken symlink | 15:28 |
| kergoth | so you must have something else going on | 15:28 |
| Stygia | kergoth, Hmm weird. Alright, does it belong in do_install_append, or somewhere else in the process? | 15:29 |
| kergoth | using sysconfdir and datadir is just to enusre the recipe obeys our path variables, it wonto fundamentally change whats happening | 15:29 |
| kergoth | the main change is i didn't use ${D} in the destination of the link | 15:29 |
| Stygia | kergoth, Yea that's exactly what I figured. | 15:29 |
| kergoth | only the path to the link | 15:29 |
| *** davest <davest!Adium@nat/intel/x-okqpsjlebtsmpqeq> has joined #yocto | 15:29 | |
| * nerdboy set a DEFAULT_TIMEZONE variable in his .conf | 15:29 | |
| kergoth | that does sound cleaner | 15:29 |
| Stygia | nerdboy, So you're saying I can add DEFAULT_TIMEZONE=Europe/Copenhagen to my local.conf and that'd be it? | 15:30 |
| nerdboy | i hacked it in | 15:30 |
| Stygia | nerdboy, Ah. So it's not a feature in vanilla yocto? | 15:30 |
| nerdboy | nope | 15:31 |
| lpapp | is it possible to modify source in the workdir and rebuild that without wiping away? | 15:31 |
| kergoth | i wonder if we ever got an overlay recipe to let you just drop files into a mirror filesystem that'd be captured and included in the image | 15:31 |
| lpapp | I do not wanna modify the source, generate tarball, ship to yocto, etc | 15:31 |
| nerdboy | the symlink thing *could* go in pkg_postinst | 15:31 |
| kergoth | to use for configuration | 15:31 |
| lpapp | it is more steps than just modifying in the workdir | 15:31 |
| Stygia | nerdboy, Hmm, yea I'm sorta fearing that something removes the symlink after it's created in the do_install_append stage. | 15:31 |
| bluelightning | lpapp: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#modifying-temporary-source-code | 15:32 |
| kergoth | possible, though unlikely | 15:32 |
| Stygia | But I'm building a new image with kergoth's version of the ln, I'll check my tmp/ to see it's there. | 15:32 |
| nerdboy | Stygia: we used to symlink that in default gentoo builds but stopped a while back | 15:32 |
| Stygia | and ntp does do_package and everything now without having been cleaned, so the bbappend definitively catches on. | 15:33 |
| Stygia | nerdboy, Heh, gentoo uses yocto? | 15:33 |
| nerdboy | switched it to a cp instead | 15:33 |
| nerdboy | no, the symlink method of setting localtime | 15:33 |
| lpapp | bluelightning: thanks, is there a global way with yocto to force debug builds? | 15:33 |
| Stygia | nerdboy, Oh? I've always ln'd timezones, that's how I've seen it done in every example and tutorial ever. | 15:33 |
| nerdboy | *method even | 15:33 |
| kergoth | Stygia: you can always examine the actual ipk contents, and the contents of ${WORKDIR}/packages-split/, to see what really went into the binary package, too | 15:33 |
| lpapp | bluelightning: pass -g to gcc all the time? | 15:33 |
| lpapp | or at least for the selected softwares? | 15:33 |
| Stygia | kergoth, Yea, normally I just do a find tmp/ -name whatever, though. | 15:34 |
| lpapp | I am getting a segfault, and would like to debug it. | 15:34 |
| kergoth | ipkcontents () { ar p $1 data.tar.gz | tar -tvz } # prints the files in the ipk | 15:34 |
| nerdboy | yup, sometimes i download and unpack an ipk to make sure what's in it | 15:34 |
| bluelightning | lpapp: set DEBUG_BUILD in the recipe I guess, haven't ever done it myself | 15:34 |
| kergoth | ipkinfo () { ar p $1 control.tar.gz | tar -zxO ./control } is also handy from time to time, to see the metadata | 15:34 |
| bluelightning | lpapp: usually you can just install gdb and the debugging symbols for the package into your image and that is enough | 15:35 |
| bluelightning | lpapp: I've definitely done the latter | 15:35 |
| Stygia | kergoth, Ah, hmm. Looks like tzdata sets /etc/localtime, there's a tmp/work/all-poky-linux/tzdata/2013b-r0/packages-split/tzdata/etc/localtime anyway. | 15:36 |
| kergoth | ahh, that'd explain it | 15:37 |
| nerdboy | apparently i din't need to do too much hacking on that one | 15:37 |
| nerdboy | since this is already in the tzdata recipe => poky/meta/recipes-extended/tzdata/tzdata_2013b.bb:DEFAULT_TIMEZONE ?= "Universal" | 15:37 |
| kergoth | hah, good to know :) | 15:38 |
| nerdboy | Stygia: try setting DEFAULT_TIMEZONE in your image recipe | 15:38 |
| kergoth | that should be in an faq somewhere. how do i set my timezone default | 15:38 |
| bluelightning | nerdboy: er that won't work | 15:38 |
| lpapp | bluelightning: DEBUG_BUILD -> -g3 -O0? | 15:38 |
| Stygia | nerdboy, Yea, exactly what I did. | 15:38 |
| Stygia | nerdboy, I made a bbappend to tzdata | 15:38 |
| Stygia | Where I did DEFAULT_TIMEZONE = 'Europe/Copenhagen' | 15:39 |
| Stygia | Sorta insulting it acts like "Europe" is a country. But whatever. | 15:39 |
| bluelightning | nerdboy: if the tzdata recipe is expecting to read it, setting it in the image recipe won't change the value read | 15:39 |
| bluelightning | lpapp: setting DEBUG_BUILD=1 will use whatever is in DEBUG_OPTIMIZATION | 15:40 |
| nerdboy | should be able to override it | 15:40 |
| bluelightning | you can, just not from the image recipe | 15:40 |
| bluelightning | at least not in that way | 15:40 |
| nerdboy | maybe my grep missed something... | 15:40 |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 15:41 | |
| Stygia | bluelightning, Doing it in a bbappend is logical and sane, though, right? | 15:41 |
| lpapp | bluelightning: what is the default? | 15:41 |
| Stygia | A bbappend that only contains "DEFAULT_TIMEZONE = 'Europe/Copenhagen'", then it should be overwrite the value in the main recipe? | 15:41 |
| Stygia | It uses ?= in the main recipe, btw... whatever that means. | 15:41 |
| kergoth | you could bbappend tzdata, or just set it in your local.conf or distro | 15:41 |
| kergoth | ?= means set only if unset | 15:41 |
| *** belen <belen!Adium@nat/intel/x-fxaezynwwupfitcb> has quit IRC | 15:41 | |
| nerdboy | yup, stuck it in local.conf | 15:41 |
| johnsoga | kergoth: what does it mean when I see class-native vs virtclass-native? | 15:41 |
| kergoth | so if the config metadat set its, it wont override it | 15:41 |
| kergoth | the virt prefix is deprecated, and possibly not even supported anymore, not sure | 15:42 |
| bluelightning | lpapp: bitbake -e | grep ^DEBUG_OPTIMIZATION= | 15:42 |
| nerdboy | Stygia: try setting it in local.conf | 15:42 |
| kergoth | johnsoga: some natives are bbclassextended, some are real recipes. we needed an override that'd work for both, hence no 'virt', since tghe real recipe isn't "virtual" | 15:42 |
| Stygia | nerdboy, Hmm if it works in the bbappend I'm quite happy with that. And it seems like it did. But thanks. :) | 15:42 |
| kergoth | this seems like the kind of thing thats conceptually better in the config metadata, since its configuration, but either will do :) | 15:43 |
| eren | yeah, I finally did it | 15:43 |
| lpapp | bluelightning: but at least -g3? | 15:43 |
| *** belen <belen!~Adium@134.134.139.70> has joined #yocto | 15:43 | |
| * nerdboy needs to clean out some cruft | 15:44 | |
| johnsoga | kergoth: k thanks, some of this doesn't have good documentation yet so I have been just looking through other bb files and ncurses still uses the virt prefix. | 15:44 |
| lpapp | bluelightning: DEBUG_OPTIMIZATION="-O -fno-omit-frame-pointer -g -feliminate-unused-debug-types -pipe" | 15:44 |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 15:44 | |
| bluelightning | lpapp: if you prefer a different value just set DEBUG_OPTIMIZATION to whatever you want | 15:44 |
| lpapp | bluelightning: I need -O0, not -O1 | 15:45 |
| bluelightning | lpapp: FYI, -g is specified with FULL_OPTIMIZATION (the default) as well, hence how we always have debugging symbols | 15:45 |
| *** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 15:45 | |
| lpapp | bluelightning: what do you mean by default? | 15:45 |
| lpapp | by defaul if you specify DEBUG_BUILD=1? | 15:45 |
| bluelightning | lpapp: if you never set DEBUG_BUILD | 15:45 |
| kergoth | the main difference, afaik, is the "debug build" disables optimizations to avoid problems when debugging, other than that, there's no point to it anymore what with the splitting of debug symbols into -dbg | 15:46 |
| kergoth | heh | 15:46 |
| *** zenlinux_ <zenlinux_!~sgarman@c-76-115-130-34.hsd1.or.comcast.net> has joined #yocto | 15:46 | |
| lpapp | bluelightning: so -g3 is the default for any build? | 15:46 |
| bluelightning | lpapp: no, -g is | 15:46 |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 15:46 | |
| bluelightning | lpapp: see the value of FULL_OPTIMIZATION | 15:46 |
| lpapp | bluelightning: ok, that is not good enough. | 15:47 |
| bluelightning | feel free to do as suggested above then | 15:48 |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 15:50 | |
| * nerdboy has another day of hardware shenanigans and system migration | 15:50 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 15:51 | |
| BCMM | is there some way to list files belonging to a particular package? | 15:51 |
| BCMM | e.g. see a list of files added to the image by including sysvinit | 15:52 |
| nerdboy | what kergoth posted for listing ipk contents | 15:52 |
| kergoth | buildhistory has a lot of info as well, both about the package contentsa nd image contents | 15:54 |
| kergoth | if you use it, of couse | 15:54 |
| *** nitink <nitink!~nitink@134.134.139.70> has joined #yocto | 15:54 | |
| bluelightning | BCMM: yep buildhistory is useful for finding out that kind of information: http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#maintaining-build-output-quality | 15:56 |
| Stygia | Hmm. /etc/localtime doesn't make it into my image at all. I've set DEFAULT_TIMEZONE, and from what I can read in tzdata's do_install (http://pastebin.com/jUQSYRUQ), it should be installed, and generate an error if it isn't installed. Since it wasn't in the FILES_${PN} array I added it in my bbappend, and although tmp/work/all-poky-linux/tzdata/2013b-r0/packages-split/tzdata/etc/localtime exists, it's not part of the image. | 15:58 |
| Stygia | What am I missing here? | 15:58 |
| nerdboy | things that make you go "hmm..." | 15:59 |
| Stygia | It seems like the pkg_postinstall_${PN} thing removes it, but only if it's invalid, and it _should_ at least print it and tell me. | 15:59 |
| *** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 16:00 | |
| Stygia | And this file is in tmp/ after (tmp/work/all-poky-linux/tzdata/2013b-r0/package/usr/share/zoneinfo/Europe/Copenhagen), so it's not that it doesn't exist | 16:00 |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 16:00 | |
| *** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 16:01 | |
| bluelightning | Stygia: anything related in log.do_rootfs? | 16:01 |
| *** belen <belen!~Adium@134.134.139.70> has quit IRC | 16:01 | |
| Stygia | bluelightning, Nope, just a single line saying it's executing the shell function do_rootfs | 16:02 |
| bluelightning | er | 16:02 |
| bluelightning | there should be a *lot* more than just that line | 16:03 |
| Stygia | bluelightning, Well in the log.do_roofts returned by my find build/ -name log.do_rootfs | 16:03 |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 16:03 | |
| Stygia | bluelightning, Oh... now there is. | 16:03 |
| Stygia | bluelightning, Weird. | 16:03 |
| *** belen <belen!~Adium@134.134.139.70> has joined #yocto | 16:03 | |
| Stygia | bluelightning, Maybe less was just teasing me, though, and wanting me to manually press down-arrow... I dunno. | 16:03 |
| *** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 16:06 | |
| Stygia | bluelightning, Nope... nothing that I see that looks relevant. | 16:07 |
| bluelightning | Stygia: is it in the rootfs subdir of the image work directory | 16:08 |
| Stygia | I should note, I think, that /etc/localtime is only shown as a subfolder to tzdata*/, not as part of the image... | 16:08 |
| bluelightning | ? | 16:08 |
| Stygia | No. | 16:08 |
| bluelightning | ok, then I can only assume either a postinstall script or something in do_rootfs deleted it | 16:08 |
| Stygia | bluelightning, Hmm yup, pkg_postinst_${PN} in the main recipe deletes it if the timezone doesn't exist. However, I did a pkg_postinst_${PN}_append to do it manually, with no luck. | 16:09 |
| bluelightning | Stygia: you'd see the output of those echo statements in log.do_rootfs if they were being run | 16:09 |
| Stygia | bluelightning, And hmm, yea they aren't. | 16:10 |
| *** belen <belen!~Adium@134.134.139.70> has quit IRC | 16:11 | |
| Stygia | bluelightning, It's here, though: tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/ntp/4.2.6p5-r8.0/image/etc/localtime | 16:11 |
| bluelightning | erm | 16:11 |
| bluelightning | I thought it was supposed to be tzdata installing this file | 16:12 |
| nerdboy | it is | 16:12 |
| Stygia | bluelightning, It is. It shows up as subdirs tzdata, and _then_ that, too. | 16:12 |
| *** belen <belen!Adium@nat/intel/x-dakuhtzpxbnhtmvp> has joined #yocto | 16:12 | |
| nerdboy | tzdata owns both /etc/localtime and /etc/timezone | 16:12 |
| Stygia | bluelightning, Oh wait, shit, that lists ntp. That's just a leftover from my earlier recipe. Never mind. | 16:12 |
| *** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 16:13 | |
| Stygia | But alright, I'm giving up for now, I'll try again tomorrow. | 16:14 |
| nerdboy | Stygia: should look like this on the target: http://paste2.org/zD67tBmc | 16:14 |
| Stygia | Maybe I'll see the error with more than a few hour sof sleep. | 16:14 |
| nerdboy | root@raspberrypi:~# file /etc/localtime => /etc/localtime: symbolic link to `/usr/share/zoneinfo/PST8PDT' | 16:14 |
| BCMM | bluelightning: thanks | 16:15 |
| Stygia | nerdboy, Yea that's exactly what I expected, but it's not part of the image | 16:15 |
| *** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has quit IRC | 16:15 | |
| nerdboy | that's my default out of the build | 16:15 |
| nerdboy | from setting it in local.conf | 16:15 |
| nerdboy | anyway, go sleep on it | 16:16 |
| BCMM | does yocto have a network configuration file? by default, it seems to be just doing DHCP on eth0 | 16:16 |
| kergoth | /etc/network/interfaces | 16:16 |
| nerdboy | my package feed is public if you want to look later... | 16:16 |
| BCMM | kergoth: does that work like the one in debian? | 16:17 |
| kergoth | yes | 16:17 |
| nerdboy | BCMM: connman gets pulled in by some images | 16:17 |
| kergoth | we use ifupdown | 16:17 |
| kergoth | our distros are debian based originally | 16:17 |
| kergoth | nerdboy: good point | 16:17 |
| nerdboy | tends to ignore interfaces | 16:17 |
| kergoth | indeed | 16:17 |
| BCMM | kergoth: thanks. what's the correct way to automatically add my own interfaces file? | 16:18 |
| nerdboy | but yeah, without a network "manager" interfaces is it | 16:18 |
| BCMM | nerdboy: i haven't heard of connman before - basically like network manager with fewer dependancies and bloat? | 16:19 |
| nerdboy | less bloaty but even wonkier | 16:19 |
| nerdboy | if you can believe that... | 16:19 |
| BCMM | nerdboy: heh. any compelling reason not to just use the interfaces file + wpa_supplicant? | 16:20 |
| nerdboy | you could install_append init-ifupdown if you need to replace the default | 16:20 |
| nerdboy | not at all, that's what i do in the rpi build... | 16:21 |
| nerdboy | works fine that way | 16:21 |
| BCMM | nerdboy: ah, i'll probably just copy what you've done then. did you do the install_append thing? | 16:22 |
| nerdboy | the only oddity i've seen is the first boot of an image doesn't fire up networking on its own | 16:22 |
| BCMM | nerdboy: ah, that sounds like a problem for me - i'm doing an initramfs, so every boot is the "first boot" | 16:22 |
| nerdboy | ifup -a one time and then everything is nominal after that | 16:22 |
| nerdboy | i should add that as a work-around to the configure script if its still there... | 16:23 |
| kergoth | BCMM: netbase includes hte deafult interfaces file, you can bbappend it and alter FILESEXTRAPATHS to get it to use yours in your layer | 16:24 |
| BCMM | kergoth: thanks, that sounds like a pretty clean way to do it | 16:25 |
| nerdboy | seems like that file is owned by init-ifupdown... | 16:25 |
| kergoth | huh, guess it got moved | 16:25 |
| *** belen <belen!Adium@nat/intel/x-dakuhtzpxbnhtmvp> has quit IRC | 16:25 | |
| nerdboy | looks like there's a beagleboard append in bsp | 16:26 |
| nerdboy | meta-yocto-bsp/recipes-core/init-ifupdown/init-ifupdown-1.0/beagleboard/interfaces | 16:26 |
| kergoth | historically its been in netbase, which is why so many layers broke when it was updated from 5.0 to 6.0 | 16:27 |
| kergoth | not that it really matters :) | 16:27 |
| *** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has quit IRC | 16:27 | |
| * kergoth sighs and waits on another qt5 build | 16:28 | |
| BCMM | nerdboy: last time i looked at your repo i didn't really understand how recipes work - why do you have your own mpd recipe? | 16:28 |
| nerdboy | hey, i can't be the only one getting corrected around here... | 16:28 |
| kergoth | hehe | 16:28 |
| *** sameo <sameo!~samuel@192.55.54.40> has quit IRC | 16:28 | |
| nerdboy | it's an append to add some config/packaging stuff | 16:29 |
| nerdboy | mostly it adds my own init script | 16:29 |
| BCMM | nerdboy: you have a .bb and a .bbappend - what's the .bb do? | 16:30 |
| nerdboy | also sets the volatile config and some perms | 16:30 |
| nerdboy | no .bb file for mpd | 16:30 |
| nerdboy | what are you looking at? | 16:30 |
| BCMM | nerdboy: uh, the bb for mpc... sorry | 16:31 |
| nerdboy | that one didn't exist | 16:31 |
| BCMM | yeah, i just misread a letter | 16:31 |
| BCMM | nerdboy: also i noticed the stock recipe has no init script - i guess i'll use yours | 16:32 |
| nerdboy | i'm not using systemd | 16:32 |
| nerdboy | just plain old sysvinit | 16:32 |
| BCMM | same, i think - i meant the mpd recipe doesn't seem to install any kind of init script | 16:33 |
| nerdboy | which was the initial reason for my bbappend... | 16:33 |
| BCMM | oh i see, you were warning me in case i needed whatever systemd uses instead | 16:34 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 16:35 | |
| *** OSNinja <OSNinja!~chatzilla@50-78-182-221-static.hfc.comcastbusiness.net> has joined #yocto | 16:36 | |
| nerdboy | systemd is a distro feature | 16:37 |
| *** francois99 <francois99!~francois9@78-33-60-6.static.enta.net> has quit IRC | 16:38 | |
| BCMM | nerdboy: i haven't got it enabled - i'm using sysvinit | 16:40 |
| nerdboy | some packages may not have a fallback init script | 16:40 |
| nerdboy | is there still a one-time configure script if you enable ROOTFS_READ_ONLY ? | 16:42 |
| *** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 16:42 | |
| *** cetola <cetola!~cetola@74-92-165-193-Oregon.hfc.comcastbusiness.net> has joined #yocto | 16:43 | |
| BCMM | oh i see, stock MPD recipe has systemd configuration, but no sysvinit script | 16:43 |
| BCMM | nerdboy: sorry, i don't understand teh question | 16:43 |
| *** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC | 16:43 | |
| nerdboy | sorry, not for you specifically | 16:43 |
| BCMM | oh ok. there's so much stuff i don't know yet about yocto that i couldn't tell whether it pertained to what i was doing | 16:44 |
| kergoth | nerdboy: the read o nly rootfs support has changed substantially recently, though only for sysvinit. see the read-only-rootfs image feature | 16:44 |
| kergoth | config files control on-boot bind-mounting of volatile paths over r/o locations, with automatic copying of the content in the r/o path into the volatile path | 16:45 |
| kergoth | interesting stuff. | 16:45 |
| nerdboy | so, kinda depends on how much tmpfs you can spare | 16:46 |
| kergoth | well, in theory you should be able to use non-tmpfs "volatile" path, e.g. a writable partition | 16:47 |
| kergoth | need to try doing that one of these days | 16:47 |
| nerdboy | get out of my head... | 16:49 |
| *** gmacario <gmacario!~gmacario@maxlab.polito.it> has quit IRC | 16:50 | |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC | 16:53 | |
| *** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 17:00 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 17:01 | |
| *** jeremiah <jeremiah!~jeremiah@82.183.165.17> has joined #yocto | 17:02 | |
| Garibaldi|work | khem: are you around — I hear you might be able to help with a problem I'm having building busybox for mips with DEFAULTTUNE = "mips64-n32" | 17:03 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 17:04 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@140.211.169.59> has quit IRC | 17:04 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 17:05 | |
| *** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC | 17:08 | |
| *** eren <eren!~eren@unaffiliated/eren> has quit IRC | 17:09 | |
| BCMM | how can i modify the behaviour of a .inc from another layer? do bbappends work | 17:12 |
| BCMM | (sorry, spurious newline) or is there some sort of .incappend? | 17:12 |
| kergoth | nope | 17:12 |
| nerdboy | bbappend should do it, as long as you append the recipe that includes the .inc | 17:12 |
| BCMM | nerdboy: so bbappend the recipe that "require"s it, as if the inc was part of that file? | 17:17 |
| kergoth | heh, i see the pr server threading improvements didn't fix the can't get PRAUTO failures | 17:20 |
| nerdboy | yup | 17:21 |
| bluelightning | kergoth: RP is still working on it | 17:21 |
| * kergoth nods | 17:22 | |
| *** acidfu <acidfu!~nib@24.37.17.210> has joined #yocto | 17:29 | |
| *** acidfu <acidfu!~nib@unaffiliated/acidmen> has joined #yocto | 17:29 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 17:31 | |
| *** slaine <slaine!~slaine@84.203.137.218> has quit IRC | 17:33 | |
| mranostay | morning kergoth | 17:36 |
| kergoth | damn, the ruby recipe has a number of problems | 17:40 |
| kergoth | mornign mranostay | 17:40 |
| mranostay | kergoth: how are the bits baking today? | 17:42 |
| kergoth | meh | 17:42 |
| kergoth | anyone know how to print/query ruby's default library search path, ala python's sys.path? | 17:48 |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 17:49 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 17:51 | |
| *** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 17:52 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 17:54 | |
| -YoctoAutoBuilder- build #279 of nightly-mips is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips/builds/279 | 17:54 | |
| -YoctoAutoBuilder- build #276 of nightly-ppc-lsb is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc-lsb/builds/276 | 17:54 | |
| -YoctoAutoBuilder- build #118 of minnow-lsb is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow-lsb/builds/118 | 17:54 | |
| -YoctoAutoBuilder- build #248 of nightly-fsl-ppc is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc/builds/248 | 17:54 | |
| -YoctoAutoBuilder- build #289 of nightly-mips-lsb is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips-lsb/builds/289 | 17:54 | |
| -YoctoAutoBuilder- build #275 of nightly-world is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-world/builds/275 | 17:54 | |
| -YoctoAutoBuilder- build #250 of nightly-fsl-arm-lsb is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm-lsb/builds/250 | 17:54 | |
| -YoctoAutoBuilder- build #249 of nightly-fsl-arm is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm/builds/249 | 17:54 | |
| -YoctoAutoBuilder- build #276 of nightly-ppc is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc/builds/276 | 17:54 | |
| -YoctoAutoBuilder- build #275 of nightly-x86-64-lsb is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64-lsb/builds/275 | 17:54 | |
| -YoctoAutoBuilder- build #281 of nightly-x86-lsb is complete: Exception [exception interrupted] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-lsb/builds/281 | 17:54 | |
| kergoth | aha, there we are. ruby -e 'puts $:' | 17:55 |
| -YoctoAutoBuilder- build #290 of nightly-intel-gpl is complete: Exception [exception Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-intel-gpl/builds/290 | 17:55 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 17:56 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 17:56 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 17:56 | |
| *** galak <galak!~galak@67.78.66.82> has joined #yocto | 18:00 | |
| mranostay | hi galak | 18:02 |
| galak | mranostay: hi, how's the new job? | 18:02 |
| mranostay | haven't quit yet. so that has to say something :P | 18:02 |
| mranostay | galak: going to ELCE? | 18:02 |
| galak | I will be | 18:02 |
| galak | reminds I need to register (got travel and hotel room setup) | 18:03 |
| mranostay | cool | 18:03 |
| mranostay | the other hotel block closes today | 18:04 |
| galak | yeah, I got into The Caledonian | 18:04 |
| galak | I assume you'll be there based on asking the question | 18:05 |
| mranostay | yep | 18:05 |
| mranostay | galak: know if beckyb is going as well? | 18:09 |
| * zeddii still has no approval for elce, if I do go, I'll probably have to sleep on the street | 18:14 | |
| mranostay | zeddii: Wind River? | 18:16 |
| *** mihai <mihai!~mihai@188.27.93.142> has joined #yocto | 18:17 | |
| * zeddii nods | 18:17 | |
| *** Krz_ <Krz_!c0c6972c@gateway/web/freenode/ip.192.198.151.44> has quit IRC | 18:17 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 18:18 | |
| *** johnsoga <johnsoga!4542f923@gateway/web/freenode/ip.69.66.249.35> has quit IRC | 18:18 | |
| kergoth | aha, confirmed that ruby-native suffers from a relocation bug | 18:24 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 18:24 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 18:24 | |
| *** zenlinux_ <zenlinux_!~sgarman@c-76-115-130-34.hsd1.or.comcast.net> has quit IRC | 18:28 | |
| msm | zeddii: no one wants to see your presentation ;-) | 18:31 |
| msm | zeddii: they just want you to drink beer and entertain | 18:31 |
| msm | mranostay: becky's is doing ok. | 18:33 |
| msm | mranostay: as of wed lunch time | 18:34 |
| zeddii | msm. pretty much, you must have put the word in on me. I keep getting rejected! | 18:35 |
| * zeddii would go to just drink beer though | 18:35 | |
| msm | im sure you would | 18:41 |
| msm | i would too ;) | 18:41 |
| mranostay | labour day weekend is going to involved fixing my demo :P | 18:45 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 18:46 | |
| cfo215 | How much does one really learn at ELCE? | 18:46 |
| wmcdevel | is there a way to tell bitbake not to run the do_kernel_checkout task? my kernel source is in a tarball, so git checkout is unnecessary. | 18:47 |
| kergoth | sounds like you should look at the linux-yocto-custom recipe, or don't use linux-yocto at all | 18:47 |
| mranostay | cfo215: ssssssh you'll ruin it for us :) | 18:48 |
| cfo215 | mranostay, oh, so sorry... I'll keep a lid on it. | 18:48 |
| wmcdevel | kergoth: was basing my recipe on linux-yocto-custom. do I have to use linux-yocto? | 18:49 |
| mranostay | cfo215: you learn some but more networking | 18:49 |
| cfo215 | too bad I don't have a corporate sponsor. I was seriously considering it till I looked at airline tickets... | 18:50 |
| cfo215 | I'm saving that cash for my trip to the Italian wine country... | 18:51 |
| wmcdevel | kergoth: essentially what I have in my SRC_URI is the tarball, and a poop-ton of patches from the board vendor. I can always make a git repo if that's the easiest way to get around it, but doesn't make sense to me to have to go that route | 18:54 |
| zeddii | wmcdevel: what problem is the checkout causing ? | 18:56 |
| zeddii | -custom should have just worked, with no fuss. | 18:56 |
| * zeddii looks back in history | 18:57 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-gprvaeggwizddwln> has quit IRC | 18:57 | |
| wmcdevel | zeddii: Function failed: do_kernel_checkout .... tells me to look at the log file. Essentially, it's trying to do a git clone, but there is no git repo to clone from | 18:57 |
| zeddii | tgz is supported, what oe-core branch are you using ? | 18:58 |
| wmcdevel | zeddii: er ... not really sure. working with poky dylan | 18:58 |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-ogrwnumivzclnqyw> has joined #yocto | 18:59 | |
| zeddii | let me check. I always mess up the code names to version numbers. | 18:59 |
| * zeddii wonders if that makes him evil | 18:59 | |
| zeddii | if it is dylan, and it isn't working then something broke. tgz should work just fine, or any type of archive that isn't a git repo. | 19:01 |
| zeddii | do you have a reproducer recipe ?I don't need your patches, just the location. I'll cook up my own as well. | 19:01 |
| wmcdevel | um, reproducer recipe? | 19:02 |
| * mranostay hunts for a printers | 19:02 | |
| wmcdevel | sorry, <-- noob | 19:02 |
| zeddii | wmcdevel. the recipe that you are trying to build that is based on linux-yocto-custom. I'd like to see it break here, so I can debug. | 19:03 |
| wmcdevel | ahh .. gotcha | 19:03 |
| wmcdevel | just a sec ... let me see if I can pastebin it | 19:03 |
| zeddii | perfect. | 19:04 |
| wmcdevel | http://pastebin.com/pEsbqKYf | 19:06 |
| wmcdevel | zeddii: and just for reference sake, building on Ubuntu 12.04 x86_64 | 19:07 |
| *** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC | 19:08 | |
| wmcdevel | zeddii: recipe name linux-friendlyarm_2.6.38.8.bb, files stored in linux-friendlyarm-2.6.38.8 | 19:09 |
| zeddii | np. firing up a build. | 19:10 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 19:10 | |
| wmcdevel | kk. gonna reload the caffeine feed then ... brb | 19:10 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 19:14 | |
| wmcdevel | zeddii: any luck? | 19:20 |
| zeddii | hah. fat fingered it, was just correcting my recipe. I had started a 3.10 build with a xz. | 19:22 |
| wmcdevel | :) well, at least it isn't the compression scheme that's the problem. | 19:23 |
| zeddii | definitely not. | 19:23 |
| *** simar <simar!~simar@128.224.252.2> has quit IRC | 19:23 | |
| * zeddii waits | 19:24 | |
| wmcdevel | I really like the build system, but there is so much documentation, it's almost as bad as no documentation. wish there were more concrete snippets for doing certain tasks | 19:24 |
| zeddii | that's something which is continually improving. meta-skelton, etc. and labs | 19:25 |
| zeddii | bugger. I forgot to put the checksum | 19:25 |
| *** erbo <erbo!~erik@host.62.65.125.245.bitcom.se> has quit IRC | 19:28 | |
| *** simar <simar!~simar@128.224.252.2> has joined #yocto | 19:29 | |
| *** erbo <erbo!~erik@host.62.65.125.245.bitcom.se> has joined #yocto | 19:31 | |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has quit IRC | 19:33 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 19:35 | |
| BCMM | i'm trying to modify a recipe with a bbappend, and want to add a custom file. how can i modify the path that the recipe looks in for file:// urls? | 19:36 |
| zeddii | FILESEXTRAPATHS_prepend := | 19:37 |
| zeddii | (or whatever variant you prefer) | 19:37 |
| BCMM | zeddii: thanks | 19:38 |
| BCMM | zeddii: i guess the _prepend means i can use my layer to override existing files? | 19:38 |
| zeddii | it means that whatever directories you add would just be first in the search path. | 19:38 |
| zeddii | with the obvious addition that FILESEXTRAPATHS is already in addition to the system / built in search dirs | 19:39 |
| zeddii | wmcdevel, my test on master worked. I'm checking out dylan to see if it was broken then. | 19:39 |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC | 19:40 | |
| wmcdevel | zeddii: ok | 19:40 |
| *** simar <simar!~simar@128.224.252.2> has quit IRC | 19:41 | |
| zeddii | give me a few mins, fetching linux-2.6.38.8.tar.xz | 19:41 |
| BCMM | zeddii: uh, what is FILESEXTRAPATHS_prepend := relative to? | 19:42 |
| wmcdevel | ok. not sure if that was on kernel.org or if I got it from the vendor's DVD | 19:42 |
| zeddii | wmcdevel, I found it, no worries. | 19:42 |
| wmcdevel | cool | 19:42 |
| zeddii | as an example: FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" | 19:42 |
| zeddii | ${THISDIR} is the directory of the recipe | 19:43 |
| zeddii | PN is the recipe name (typically). | 19:43 |
| zeddii | so if it is relative to the recipe, anchor it with ${THISDIR} | 19:43 |
| BCMM | zeddii: if i'm in a bbappend, does THISDIR refer to the append or the original recipe? | 19:43 |
| zeddii | bbppend | 19:43 |
| BCMM | thanks, that should solve my issue | 19:44 |
| kergoth | THISDIR is the dir of the currently parsed file. if you forget to use :=, it'll be the recipe directory rather than the bbappend directory, since it forces it to get the *current* value then and there, rather than expanding lazily as usual | 19:45 |
| * zeddii nods. kergoth has all the details | 19:46 | |
| *** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto | 19:46 | |
| zeddii | I didn't point out the significance of := in the example. | 19:46 |
| * zeddii is the laziest checksum updater around. fetch. fail. cut and paste. | 19:46 | |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has joined #yocto | 19:50 | |
| wmcdevel | is there a way to clean the build directory of a given recipe without affecting anything else? | 19:52 |
| kergoth | zeddii: hey, lazy can be a good thing :) | 19:53 |
| kergoth | bitbake -c clean recipe | 19:53 |
| wmcdevel | thanks | 19:53 |
| kergoth | well, taht *removes* the build dir, the entire workdir | 19:53 |
| kergoth | so depend son what you want | 19:53 |
| wmcdevel | just want to remove the build directory for my kernel | 19:54 |
| BCMM | uh, really stupid question: what language are .bb recipes in? | 19:55 |
| zeddii | "bitbake", python, shell (depending on the function you are looking at). | 19:59 |
| BCMM | ah, i'd sort of assumed it was all a shell script | 20:00 |
| zeddii | a lot is. | 20:01 |
| zeddii | depends on who writes a recipe I suppose | 20:01 |
| zeddii | wmcdevel, http://pastebin.com/RWb40e1d | 20:01 |
| kergoth | .bb isn't a shell sript, but functions/tasks defined in it can be | 20:01 |
| zeddii | that recipe worked for me. I think you are missing some required elements that led to an error that looked like a git clone/fetch | 20:02 |
| zeddii | wmcdevel, I'll add some extra checks. | 20:02 |
| wmcdevel | zeddii: cool ... trying now | 20:03 |
| zeddii | you can convert it back to your local file:// variant .. but I fetched right from korg. | 20:03 |
| wmcdevel | ok. will I need an md5/sha256 checksum for all my patches as well? | 20:04 |
| zeddii | probably not if you switch to file://, I'm not a fetcher wizard. | 20:05 |
| zeddii | wmcdevel, the big missing line was S="${WORKDIR}/linux-2.6.38.8" | 20:05 |
| wmcdevel | lol ... ok | 20:05 |
| zeddii | assuming that vendor tgz hasn't done something crazy with the directory names | 20:05 |
| * zeddii mutters about shooting them if they did | 20:05 | |
| zeddii | ;) | 20:06 |
| wmcdevel | ha ... I'm right with ya on that one. don't even get me going on "vendor support" ... *grumble grumble grumble* | 20:06 |
| wmcdevel | ok, well it didn't bork right away on the do_kernel_checkout, so let's see if it completes the build this time | 20:09 |
| wmcdevel | still patching ... will have to combine a number of them to not have patch called 150+ times | 20:14 |
| *** OSNinja <OSNinja!~chatzilla@50-78-182-221-static.hfc.comcastbusiness.net> has quit IRC | 20:16 | |
| *** cfo215 <cfo215!~cfo215@mail.abemblem.com> has left #yocto | 20:18 | |
| *** ant_home <ant_home!~andrea@host128-146-dynamic.30-79-r.retail.telecomitalia.it> has joined #yocto | 20:18 | |
| * zeddii heads out for the weekend. | 20:20 | |
| wmcdevel | zeddii: thanks for the help :) | 20:20 |
| zeddii | no problem. I've added a check to give a decent error message for the case you hit. | 20:20 |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-ogrwnumivzclnqyw> has quit IRC | 20:20 | |
| wmcdevel | excellent | 20:21 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 20:23 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 20:25 | |
| kergoth | Hmm, I'm a little concerned about _remove's semantics. If a low priority bbappend removes something, and then a higher priority bbappend appends something, the lower priority removal will win, as far as I can tell from the implementation | 20:25 |
| j8|away | i grabbed a fix for the kernel configuration in linux-yocto by specifying a SRC_REV_meta... it grabs the fix and a few other changes, but now the kernel configuration says 3.8.11 whereas it was 3.8.4 (and the kernel remains 3.8.4). anyone foresee problems? | 20:26 |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 20:27 | |
| mranostay | galak: btw that block just sold out | 20:28 |
| galak | glad I booked it when I did | 20:29 |
| *** cetola <cetola!~cetola@74-92-165-193-Oregon.hfc.comcastbusiness.net> has quit IRC | 20:29 | |
| *** cetola <cetola!~cetola@74-92-165-193-Oregon.hfc.comcastbusiness.net> has joined #yocto | 20:29 | |
| wmcdevel | still patching ... "validating against known patches (icp-arm-standard-meta)" coming up on about 20 minutes, and only 27% along. is that normal? what known patches would it be validating against? | 20:32 |
| BCMM | how would i go about making a PACKAGECONFIG key control more than one ./configure option? | 20:35 |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-rkihrmaysgdgxoto> has joined #yocto | 20:36 | |
| kergoth | BCMM: there's nothing anywhere in packageconfig that says you can only use one option | 20:36 |
| kergoth | it just uses strings, it doesnt' care waht they contain | 20:36 |
| BCMM | oh right, just strings that are concatenated to teh command? | 20:36 |
| kergoth | PACKAGECONFIG[foo] = "--enable-something --enable-something-else,--disable-something --disable-something-else,somedep," | 20:37 |
| kergoth | there are multiple examples of this in oe-core | 20:37 |
| kergoth | yes | 20:37 |
| BCMM | thanks | 20:37 |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-rkihrmaysgdgxoto> has quit IRC | 20:40 | |
| *** j8|away is now known as j8 | 20:42 | |
| *** Garibaldi|work1 <Garibaldi|work1!~andydalt@nat/cisco/x-nzghhcljlxynusnj> has joined #yocto | 20:43 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 20:45 | |
| *** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has joined #yocto | 20:47 | |
| *** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has quit IRC | 20:47 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:47 | |
| *** pidge <pidge!~pidge@c-24-21-207-18.hsd1.or.comcast.net> has joined #yocto | 20:48 | |
| *** jmdelos_ <jmdelos_!~polk@174-22-171-174.clsp.qwest.net> has quit IRC | 20:50 | |
| *** jmpdelos <jmpdelos!~polk@174-22-171-174.clsp.qwest.net> has joined #yocto | 20:50 | |
| *** galak <galak!~galak@67.78.66.82> has quit IRC | 20:53 | |
| *** OSNinja <OSNinja!~chatzilla@50-78-182-221-static.hfc.comcastbusiness.net> has joined #yocto | 20:57 | |
| *** eren <eren!~eren@unaffiliated/eren> has quit IRC | 21:10 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 21:22 | |
| sgw_ | halstead: time to update the bugzilla with 1.5.1, 1.5.2 and 1.6 M1-M5 | 21:33 |
| halstead | sgw_, Shall do. | 21:35 |
| *** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 21:36 | |
| halstead | sgw_, Do we need a 1.7? | 21:37 |
| sgw_ | halstead: sure | 21:41 |
| RP | kergoth: "database table is locked"? | 21:41 |
| *** silviof1 is now known as silviof | 21:46 | |
| halstead | sgw_, I think it's all set. 1.5.1 was already in there so my script failed. But I fixed it by hand. | 21:46 |
| *** OSNinja <OSNinja!~chatzilla@50-78-182-221-static.hfc.comcastbusiness.net> has quit IRC | 21:47 | |
| sgw_ | halstead: sorry I should have checked those first. | 21:47 |
| halstead | sgw_, I should have too. | 21:48 |
| *** j8 <j8!~IceChat9@199.44.250.3> has quit IRC | 21:48 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 21:49 | |
| halstead | sgw_, Let me know if you notice any problems. | 21:49 |
| halstead | I'm heading into to Portland. I'll be back online in a bit. | 21:49 |
| sgw_ | halstead: later | 21:51 |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 21:54 | |
| * kergoth wonders why the omap5 evm bits in the meta-ti-glsdk repo arent' in the main meta-ati repo | 21:55 | |
| *** cfriesen <cfriesen!~cfriesen@S0106e091f5b9a4ef.ss.shawcable.net> has joined #yocto | 22:07 | |
| cfriesen | I just tried building current poky master branch and it failed on the subversion package...looks like version 1.7.10 is no longer available from the mirrors. Can anyone point me to what needs to be changed, I'm brand new at yocto. | 22:08 |
| *** Garibaldi|work1 <Garibaldi|work1!~andydalt@nat/cisco/x-nzghhcljlxynusnj> has quit IRC | 22:09 | |
| RP | hmm, have a lovely reproducer for PR server issues. Add in logging and it stops reproducing | 22:20 |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 22:23 | |
| *** OSNinja <OSNinja!~chatzilla@50-78-182-221-static.hfc.comcastbusiness.net> has joined #yocto | 22:37 | |
| wmcdevel | cfriesen: haven't tried anything with the master branch, but if you check out the dylan release/tag, that does work | 22:47 |
| bluelightning | RP: damned heisenbugs | 22:51 |
| wmcdevel | just in case zeddii reads through the logs later, a major thank you for the help today ... kernel recipe builds now without error. w00t! | 22:53 |
| wmcdevel | have a great weekend all | 22:53 |
| *** wmcdevel <wmcdevel!~wmcdevel@barracuda.hmctelco.com> has left #yocto | 22:53 | |
| *** davest <davest!Adium@nat/intel/x-okqpsjlebtsmpqeq> has quit IRC | 22:54 | |
| *** tomz <tomz!~trz@c-68-53-177-94.hsd1.in.comcast.net> has quit IRC | 22:56 | |
| RP | I've figured out part of the problem. In my tests, my PR server process is using 4GB of VM :/ | 22:58 |
| *** davest <davest!~Adium@134.134.137.73> has joined #yocto | 22:58 | |
| RP | well, the part I figured out is the sqlite retry upon locked code is broken (the count to 500) | 22:58 |
| RP | The 4GB of VM usage is due to forking the server off bitbake. I suspect it would be nicer to exec() it and be done | 22:59 |
| RP | (we end up with a server waiting in memory just in case the function exits which it can't) | 22:59 |
| RP | My test case is 500 processes (48 at any one time) each making 5 calls to the PR server. Longest latency is 12 seconds | 23:01 |
| kergoth | wouldn't the vast majority of that 4gb be shared, since its COW anyway? | 23:04 |
| kergoth | have you checked smem rather than ps/top? | 23:04 |
| kergoth | its proportional set size is handy | 23:04 |
| RP | kergoth: the vast majority should be but its still a crazy size for the PR server considering what it does | 23:05 |
| RP | kergoth: Tried the standalone one and it also hits crazy sizes... | 23:05 |
| kergoth | It sounds quite unlikely that it'd dirty that much of the memory unless it's doing something crazy | 23:07 |
| * kergoth shrugs | 23:07 | |
| kergoth | python memory profiling time? :) | 23:07 |
| *** davest <davest!~Adium@134.134.137.73> has quit IRC | 23:08 | |
| RP | kergoth: yes, time to get the profiler and look at this I think. Something just feels wrong... | 23:09 |
| * kergoth nods | 23:10 | |
| kergoth | i found it helpful to inject an interactive python debugger session and inspect with meliae, though that'd be of limited use in the server without listening on a socket | 23:10 |
| *** tomz <tomz!~trz@c-68-53-177-94.hsd1.in.comcast.net> has joined #yocto | 23:12 | |
| RP | kergoth: I probably can just send it a dump command... | 23:13 |
| kergoth | https://pypi.python.org/pypi/rpdb/ looks promising | 23:13 |
| * kergoth nods | 23:14 | |
| RP | kergoth: it does look good, yes | 23:14 |
| RP | kergoth: and I have the code to launch an interactive python shell in task context too | 23:15 |
| kergoth | nice | 23:15 |
| RP | anyhow, Zzzz for now... | 23:15 |
| kergoth | night | 23:16 |
| * kergoth wonders why he never tried to get https://github.com/kergoth/bitbake/commit/27c5959 merged | 23:16 | |
| -YoctoAutoBuilder- build #280 of nightly-x86 is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86/builds/280 | 23:16 | |
| *** smartin <smartin!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 23:20 | |
| *** smartin <smartin!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 23:40 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 23:45 | |
| -YoctoAutoBuilder- build #275 of nightly-arm is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm/builds/275 | 23:46 | |
| *** ant_home <ant_home!~andrea@host128-146-dynamic.30-79-r.retail.telecomitalia.it> has quit IRC | 23:49 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!