Monday, 2013-09-02

*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC00:03
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC00:04
*** [simar|school] <[simar|school]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC00:10
*** _julian <_julian!~quassel@x2f0f63e.dyn.telefonica.de> has joined #yocto00:12
*** _julian_ <_julian_!~quassel@x2f12898.dyn.telefonica.de> has quit IRC00:15
*** pev <pev!~pev@2.31.90.141> has quit IRC00:19
*** pev <pev!~pev@2.31.88.84> has joined #yocto00:23
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto00:48
*** boz_v1 <boz_v1!~juukorho@projects.sse.fi> has quit IRC00:50
*** boz_v1 <boz_v1!~juukorho@projects.sse.fi> has joined #yocto00:52
*** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has joined #yocto01:09
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC01:19
-YoctoAutoBuilder- build #253 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/25301:27
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto01:28
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto01:34
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC01:36
*** mitz_ <mitz_!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC01:48
*** dv__ <dv__!~quassel@chello080108009040.14.11.vie.surfer.at> has joined #yocto01:58
*** dv_ <dv_!~quassel@chello080108009040.14.11.vie.surfer.at> has quit IRC01:59
*** Squix <Squix!~Squix___@p091.net042127178.tokai.or.jp> has joined #yocto02:16
*** zedd_ <zedd_!~ddez@128.224.252.2> has joined #yocto02:21
*** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has joined #yocto02:21
*** vmesons <vmesons!~quassel@128.224.252.2> has joined #yocto02:22
*** yzhao2_ <yzhao2_!~yzhao2@128.224.252.2> has quit IRC02:22
*** zeddii <zeddii!~ddez@128.224.252.2> has quit IRC02:23
*** vmeson <vmeson!~quassel@128.224.252.2> has quit IRC02:24
*** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has quit IRC02:27
*** zedd_ <zedd_!~ddez@128.224.252.2> has quit IRC02:28
*** vmesons <vmesons!~quassel@128.224.252.2> has quit IRC02:28
*** jchonig <jchonig!~jch@firewall.honig.net> has joined #yocto02:41
*** vmeson <vmeson!~quassel@128.224.252.2> has joined #yocto02:42
*** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has joined #yocto02:44
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto02:47
*** zedd_ <zedd_!~ddez@128.224.252.2> has joined #yocto02:49
*** behanw_ <behanw_!~behanw@216-58-123-51.cpe.distributel.net> has joined #yocto02:52
*** jchonig <jchonig!~jch@firewall.honig.net> has quit IRC03:00
*** behanw_ <behanw_!~behanw@216-58-123-51.cpe.distributel.net> has quit IRC03:00
*** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has quit IRC03:00
*** jchonig <jchonig!~jch@firewall.honig.net> has joined #yocto03:01
*** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has quit IRC03:20
*** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto03:32
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto03:42
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC03:43
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC04:09
*** mihai <mihai!~mihai@188.27.93.142> has quit IRC04:10
*** alex_kag <alex_kag!~alex_kag@37.214.200.212> has quit IRC04:30
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto04:31
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC04:46
*** alex_kag <alex_kag!~alex_kag@178.124.16.53> has joined #yocto04:52
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto04:53
alex_kaghello. does anybody may test in master, on board imx6qsabresd  build image  qt4e-demo-image? i'v got next error, during build : http://pastebin.com/HrvudDfn04:58
alex_kagits last master05:00
*** GunsNRose <GunsNRose!~GunsNRose@110.184.115.217> has joined #yocto05:11
*** jeremiah <jeremiah!~jeremiah@82.183.165.17> has quit IRC05:35
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC05:36
*** GunsNRose <GunsNRose!~GunsNRose@110.184.115.217> has quit IRC05:44
*** Squix <Squix!~Squix___@p091.net042127178.tokai.or.jp> has quit IRC05:45
*** ChandraK <ChandraK!7aa6729b@gateway/web/freenode/ip.122.166.114.155> has joined #yocto05:53
*** kbart <kbart!~KBart@213.197.143.19> has joined #yocto05:54
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto06:01
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC06:03
*** lpapp_ <lpapp_!~lpapp@kde/lpapp> has joined #yocto06:03
lpapp_the python 3 patches on the mailing list means also bitbake, or only for recipes?06:04
lpapp_i.e. will we be able to use python 3 on the host afterwards?06:04
*** B4gder <B4gder!~daniel@sestofw01.enea.se> has joined #yocto06:06
*** mihai <mihai!~mihai@80.97.15.150> has joined #yocto06:07
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto06:08
*** zeeblex <zeeblex!apalalax@nat/intel/x-hucwgsvwwhmuxpng> has joined #yocto06:11
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC06:23
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC06:24
*** zecke <zecke!~ich@46.115.41.91> has joined #yocto06:26
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto06:27
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto06:32
*** ChandraK <ChandraK!7aa6729b@gateway/web/freenode/ip.122.166.114.155> has quit IRC06:34
*** shoragan <shoragan!~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7> has joined #yocto06:37
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has joined #yocto06:37
*** zecke_ <zecke_!~ich@46.115.100.43> has joined #yocto06:38
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto06:40
*** zecke <zecke!~ich@46.115.41.91> has quit IRC06:41
*** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has joined #yocto06:42
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto06:44
*** zecke_ <zecke_!~ich@46.115.100.43> has quit IRC06:47
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto06:51
*** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has joined #yocto06:54
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC06:58
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto06:58
*** Zagor <Zagor!~bjst@sestofw01.enea.se> has joined #yocto07:07
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto07:07
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto07:18
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto07:25
*** florian_kc <florian_kc!~fuchs@port-217-146-132-69.static.qsc.de> has joined #yocto07:27
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:27
*** florian_kc is now known as florian07:28
*** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has quit IRC07:33
*** slaine <slaine!~slaine@84.203.137.218> has joined #yocto07:34
*** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has joined #yocto07:35
*** francois99 <francois99!~francois9@78-33-60-6.static.enta.net> has joined #yocto07:38
*** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has quit IRC07:44
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto07:45
*** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has joined #yocto07:46
*** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto07:47
*** jonatan <jonatan!~quassel@194-237-7-146.customer.telia.com> has quit IRC07:51
*** sameo <sameo!~samuel@192.55.54.41> has joined #yocto07:52
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto07:54
*** jeremiah_ <jeremiah_!~jeremiah@194-237-7-146.customer.telia.com> has joined #yocto08:00
*** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has quit IRC08:00
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC08:03
*** mckoan|away is now known as mckoan08:05
mckoangood morning08:05
*** mckoan <mckoan!~marco@host56-7-static.30-87-b.business.telecomitalia.it> has quit IRC08:06
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto08:06
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC08:10
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto08:12
*** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto08:13
*** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC08:13
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:13
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto08:16
*** tomz <tomz!~trz@c-68-53-177-94.hsd1.in.comcast.net> has quit IRC08:19
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC08:27
bluelightningmorning all08:33
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto08:33
lpapp_bluelightning: good morning08:33
*** honschu_ <honschu_!~honschu@shackspace/j4fun> has quit IRC08:35
*** honschu <honschu!~honschu@p549EBA82.dip0.t-ipconnect.de> has joined #yocto08:37
*** honschu <honschu!~honschu@shackspace/j4fun> has joined #yocto08:37
lpapp_bluelightning: why is openflow depending on virtual/libc, what is this virtual/foo stuff?08:38
bluelightninglpapp_: adding that to DEPENDS is bogus, libc is already a dependency by default08:39
lpapp_bluelightning: yeah, I was about to remove... that was just a left-over from the old package, I believe.08:42
*** swex_ <swex_!~swex@178.17.198.126> has joined #yocto09:01
*** swex <swex!~swex@109.69.27.243> has quit IRC09:01
*** sameo <sameo!~samuel@192.55.54.41> has quit IRC09:08
*** sameo <sameo!~samuel@192.55.54.41> has joined #yocto09:08
*** dv__ is now known as dv_09:08
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto09:10
*** belen <belen!~Adium@134.134.137.75> has joined #yocto09:15
*** lpapp_ <lpapp_!~lpapp@kde/lpapp> has quit IRC09:20
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto09:28
*** erbo <erbo!~erik@host.62.65.125.245.bitcom.se> has quit IRC09:31
*** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto09:43
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has quit IRC09:43
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto09:43
*** belen <belen!~Adium@134.134.137.75> has quit IRC09:43
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto09:46
erenmorning all09:46
*** belen <belen!~Adium@134.134.137.75> has joined #yocto09:51
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto09:52
Daemon404g 3009:56
*** jonatan_ <jonatan_!~quassel@194-237-7-146.customer.telia.com> has joined #yocto10:03
*** jonatan_ is now known as jonte10:07
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC10:08
*** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC10:13
lpappbluelightning: net-snmp/net-snmp_5.7.2.bb:24: Could not inherit file classes/systemd.bbclass10:13
bluelightninglpapp: are you back on denzil?10:14
lpappI am trying to backport that package to denzil. Should I remove that inheritance with all its belonging in the net-snmp recipe, or I should copy that class to denzil?10:14
lpappyes10:14
bluelightningif you don't intend on using systemd just delete that inherit10:14
lpappand the corresponding lines, right?10:14
bluelightningyep you could also delete anything else relating to systemd10:14
lpappthanks10:15
lpappNOTE: Error expanding variable autotools_do_configure                                                                                                                                                                        | ETA:  --:--:--10:16
lpappNOTE: Error during finalise of net-snmp-recipe10:16
lpappERROR: Failure expanding variable EXTRA_OECONF, expression was --disable-embedded-perl                 --with-perl-modules=no                 --enable-shared                 --disable-manuals                 --with-defaults                 ${@base_conditional('SITEINFO_ENDIANNESS', 'le', '--with-endianness=little', '--with-endianness=big', d)} ${@base_contains('DISTRO_FEATURES', d)} which triggered exception TypeError: base_contains() takes exactly 5 arguments (2 gi10:16
lpappERROR: Command execution failed: Traceback (most recent call last):10:16
lpapp"UnboundLocalError: local variable 'result' referenced before assignment"10:16
lpappEXTRA_OECONF += "${@base_contains('DISTRO_FEATURES', 'systemd', '--with-systemd', '--without-systemd', d)}"  -> EXTRA_OECONF += "${@base_contains('DISTRO_FEATURES', d)}"10:17
lpappmight this be related?10:17
lpappI can probably remove the whole line?10:17
bluelightningyes, you've changed that to something invalid10:18
lpappyeah, that seems to have made it built.10:18
lpappbuild*10:18
*** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has joined #yocto10:19
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC10:20
*** erbo <erbo!~erik@host.62.65.125.245.bitcom.se> has joined #yocto10:21
lpappbluelightning: where should I push the uthash recipe to, oe?10:22
bluelightningsounds like a meta-oe candidate yes10:23
lpappnot meta?10:23
lpappit is very lightweight, just four header files.10:23
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto10:24
lpappbluelightning: the good practice is to create a package group for my own needs in my layer when having a custom distro image?10:26
lpappany mods in local.conf will be taken into account at the next bitbake run even though most of the stuff is "cached"?10:27
*** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC10:27
*** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto10:28
bluelightninglpapp: if it's not needed by most people and not needed by anything else currently in OE-Core, then it probably belongs elsewhere10:29
lpappok10:29
bluelightningyou don't have to create a packagegroup, you can if it helps you when creating a number of different images or adding and removing functionality at runtime10:29
lpappto me it seems oe is more like a catch-all where it does not fit elsewhere...10:29
lpappbluelightning: well, how would else would do it?10:30
lpappI mean nicely.10:30
lpappIMAGE_INSTALL is less nicer IMHO10:30
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:30
*** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto10:30
*** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC10:30
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:30
*** jonte <jonte!~quassel@194-237-7-146.customer.telia.com> has quit IRC10:31
bluelightningand yes, changing local.conf will invalidate the cache10:31
bluelightningmeta-oe is more the catch-all10:31
bluelightningit's up to you, create a packagegroup if you feel it helps you10:32
lpappwell, I am seeking best practices.10:32
lpappfor the general cases.10:32
lpappbluelightning: I do not even know an alternative nice way. Got a clue?10:35
*** jeremiah_ <jeremiah_!~jeremiah@194-237-7-146.customer.telia.com> has quit IRC10:36
*** pev <pev!~pev@2.31.88.84> has quit IRC10:37
bluelightninglpapp: there isn't really an alternative other than packagegroups or IMAGE_INSTALL10:37
bluelightningwell, other than implementing your own IMAGE_FEATURES10:37
bluelightningsee meta/classes/core-image.bbclass if you want to look into the latter10:37
lpappbluelightning: so you recommend IMAGE_INSTALL or packagegroup for a slightly extended core-image-minimal?10:38
lpappsay, 10-15 more packages maximum10:38
bluelightningpretty much yep10:42
lpappbluelightning: I mean...10:51
lpappwhich one do you recommend10:51
*** jonte <jonte!~quassel@194-237-7-146.customer.telia.com> has joined #yocto10:51
bluelightningdepends upon the situation10:51
bluelightningfrankly for a single image I'd not bother with the packagegroup10:51
bluelightningmultiple images with the same block of functionality, different story10:52
lpappbluelightning: then IMAGE_INSTALL, right?10:52
lpappis that present properly for denzil though?10:53
bluelightningof course, IMAGE_INSTALL has been used since the very earliest OE days AFAIK10:54
lpappok, there is the image.bbclass10:54
lpappbluelightning: IMAGE_INSTALL_append = " package-name" -> so I should use this ...10:57
lpappbut will it grab the dependencies of that package-name into the image as well?10:57
lpappI guess "yes", but just in case...10:57
bluelightningyes10:57
lpappiow, it is enough to specify the highest layer for that tree.10:57
bluelightningif you mean the top-level dependency, sure10:57
StygiaHey, I'm still having trouble with timezones. I've made a bbappend for tzdata that adds ${sysconfdir}/localtime to FILES_${PN}, and I can see /etc/localtime as in package/, image/ and packages-split/ for the package - And yet, it's not included in the image. Any advice?10:58
lpappbluelightning: yes, thanks.10:58
StygiaMy entire bbappend is FILES_${PN} += '${sysconfdir}/localtime', but since /etc/localtime definitively exists, I don't think I'd need any more? I want the one from the package itself.10:58
bluelightningStygia: given that you said before that /etc/localtime appears under packages-split then FILES is not the issue11:03
Stygiabluelightning, Hmm. So packages-split indicates the files that are supposed to be part of the image?11:04
bluelightningStygia: if the package in which the file appears is installed, yes11:04
Stygiabluelightning, Hmm alright. It's probably a bug somewhere in our configuration, then. The package is definitively installed.11:04
Stygiabluelightning, I'll look into it, thanks. :)11:04
lpappbluelightning: interesting that nothin really uses this IMAGE_INSTALL in the layers....11:06
lpapphard to find an example how to do it right ...11:06
bluelightninglpapp: there are loads of references to IMAGE_INSTALL in the layers I have here11:07
bluelightningit's just a list of packages to install11:07
bluelightningnot much to it11:07
lpappI do not see any to be honest ...11:08
lpappgrep -rn IMAGE_INSTALL_append ../../../poky-dylan-9.0.1/meta*11:09
lpappgives no results.11:09
lpapphmm, IMAGE_INSTALL is better.11:09
bluelightningprobably because it's not common to use _append to extend it in an image recipe11:09
lpappbut why on earth gives the documentation examples for the former then?!11:09
*** LetoThe2nd <LetoThe2nd!~jd@unaffiliated/letothe2nd> has quit IRC11:09
bluelightningbecause AFAIK that talks about extending it from local.conf, not an image recipe11:10
*** LetoThe2nd <LetoThe2nd!~jd@unaffiliated/letothe2nd> has joined #yocto11:10
lpappit should document the common use case11:10
lpappand give example for that one.11:10
bluelightningit does11:10
lpappno, it does not.11:10
lpappit gives an example only for the rare use case.11:10
bluelightningI'm sorry but it does11:10
Stygiabluelightning, Hey, "QA issue", does this stand for "quality assurance"?11:11
bluelightningthe very first subsection talks about providing your own custom image file11:11
lpappbluelightning: it does not.11:11
lpapphttps://www.yoctoproject.org/docs/current/poky-ref-manual/poky-ref-manual.html#var-IMAGE_INSTALL11:11
bluelightningQED11:11
bluelightninglpapp: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#usingpoky-extend-customimage11:11
bluelightningStygia: correct11:11
lpappbluelightning: when I care about IMAGE_INSTALL, I go to its variable documentation.11:12
lpappbluelightning: and I am expecting a good docs available from there.11:12
lpappnot at some random place.11:12
Stygiabluelightning, Alright, makes sense. The only other option would be "Question and Answer" but that makes little sense in context.11:12
bluelightningit's far from random11:12
bluelightningStygia: that would probably be "Q&A" ;)11:12
lpappit is random11:13
lpappthat section is not about defining IMAGE_INSTALL11:13
Stygiabluelightning, Ah fair enough. I'm not all that savvy vis a vi English business lingo.11:13
lpappwhen I need to understand IMAGE_INSTALL, I do not wanna get a rare use case example right at its definition.11:13
Stygia*vis-a-visl11:14
Stygia*vis-a-vis...11:14
bluelightningStygia: fair enough11:14
bluelightninglpapp: that's exactly what that section covers11:14
*** pev <pev!~pev@2.31.88.84> has joined #yocto11:14
*** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC11:16
*** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto11:17
lpappbluelightning: yes, that is the problem. Rare use case should not be covered in there.11:17
lpappwhere it is defined.11:17
*** Saur <Saur!pkj@nat/axis/x-znrmskrttijavprr> has quit IRC11:18
lpappalso, what is the reason why denzil is building hell slow?11:20
lpappeven with -j8 stuff, and dylan is significantly faster?11:20
lpappby order of magnitudes?11:20
*** Saur <Saur!pkj@nat/axis/x-mvdwznmgfgtwmfed> has joined #yocto11:20
rburtonan order of magnitude is unexpected, but dylan is faster because it does less disk IO when packaging11:23
lpapprburton: you are back? :)11:32
StygiaHmm. Alright, I got /etc/localtime to be part of my image, and ntpd is running. However, the time is still approximately 15 minutes behind what it "should" be, although NTPD has clearly done something, as it at least now has the right hour set...  Any idea how NTP could be running, with a correct timezone set, and still be behind roughly 15 minutes+11:33
Stygia?11:33
Stygiarunning rdate to some NIST server works just fine, but rdate AFAIK is obsolete in favour of NTP.11:33
rburtonlpapp: yes, with 437 email remaining to read (!)11:34
rburtonclearly "delete all" should be part of my monday morning workflow11:34
StygiaAaah, never mind. The NTP recipe apparently only contains "dummy" NTP servers... I'll find some appropriate ones. :)11:35
rburtonStygia: the ntp pool is likely the best choice, but we can't just enable it out of the box11:37
StygiaAnd I remember someone here telling me to request a NTP pool, I'll be nice. :P11:37
lpapprburton: :-)11:37
StygiaOnce we actually have it working we'll do that, for now we don't have any significant amount of devices anyway, so no significant load on their servers.11:37
lpappbluelightning: hmm, net-snmp does not build with denzil. :(11:38
StygiaAnd when I say we don't have a significant amount, I mean we have less than 10. So I don't think we're violating too much of the spirit of public NTP pools.11:59
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto12:06
*** RP <RP!~richard@dan.rpsys.net> has quit IRC12:08
*** RP <RP!~richard@dan.rpsys.net> has joined #yocto12:11
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has quit IRC12:23
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto12:25
*** jmdelos_ <jmdelos_!~polk@71-34-151-129.clsp.qwest.net> has joined #yocto12:27
*** jmpdelos <jmpdelos!~polk@174-22-171-174.clsp.qwest.net> has quit IRC12:30
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto12:32
BCMMif i want to customise a config file in my image, e.g. /etc/fstab, is the correct way to do it to find out which recipe installs said file, and bbappend it?12:34
StygiaBCMM, Not sure about correct, but I move to the build directory and do find tmp/ -name file12:36
StygiaBCMM, Then you can see which packages puts it into packages-split/12:36
bluelightning /etc/fstab is base-files IIRC12:37
bluelightningyep12:37
BCMMStygia, bluelightning: thanks. and if i want to modify it, the correct way would be to bbappend base-files?12:37
bluelightningBCMM: correct12:38
BCMMthanks12:38
StygiaBCMM, Heh, of course nothing beats just knowing which package provides something.12:38
Stygiabluelightning, Is there an easier way than to find tmp/ ? Something build-in perhaps?12:38
StygiaI suppose you can grep on the source directories...12:38
bluelightningStygia: well, in this instance I just did "git grep fstab" to confirm12:39
Stygiabluelightning, I suppose that works, too.12:39
rburtonon the device you can use your package management tools12:39
bluelightningStygia: it's not always that easy though, since it can be that there is no mention of the file if it comes from an upstream source and we're not patching it or otherwise needing to specify its name12:39
bluelightningStygia: the trouble is, we often can't know exactly what a package contains until after do_package12:39
rburtonmaybe we should produce a file->package index at rootfs time12:40
bluelightningrburton: we basically have that, in pkgdata12:40
BCMMrburton: i think somebody was telling me to use buildhistory to get that data12:40
bluelightningrburton: we could do with an extra option to oe-pkgdata-util that would let you easily search that data for target file paths though12:40
BCMMi haven't had to actually do it yet, but when my project is basically finished and i'm just trying to make it smaller, identifying the package responsible for each file will be useful12:41
bluelightningBCMM: buildhistory also includes a per-package list of files; the advantage there is you can see changes between builds as well12:41
rburtonoe-pkgdata-util?12:41
rburtonneat!12:42
BCMMbluelightning: if i'm not bothered about changes between builds, what's the simplest way to find out which package installs a file?12:42
bluelightningBCMM: FYI, we're intending to provide some of this deeper image content analysis in Web Hob12:42
BCMMbluelightning: oh, looking at logs, it was you telling me to use buildhistory12:42
bluelightningBCMM: grep pkgdata or buildhistory  basically, assuming you've built the package containing it that is12:42
BCMMbluelightning: so what is pkgdata and how do i use it?12:43
bluelightningBCMM: when packaging we output some metadata into a "pkgdata" directory in TMPDIR12:43
rburtoncd buildhistory, git grep FILELIST |grep /etc/fstab12:43
bluelightningBCMM: this metadata gets used during packaging, image construction and also by some external tools12:44
rburton-> packages/atom_pc-poky-linux/base-files/base-files/latest:FILELIST = /etc/default/usbd /etc/filesystems /etc/fstab /etc/host.conf /etc/hostname /etc/inputrc /etc/issue /etc/issue.net /etc/motd /etc/mtab /etc/nsswitch.conf /etc/profile /etc/shells /etc/skel/.bashrc /etc/skel/.profile /var/lock12:44
BCMMbluelightning: i haven't got buildhistory enabled at the moment. did you say pkgdata contains file lists? i can't seem to find them12:46
BCMMoh i see, under runtime/12:47
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC12:55
bluelightninghmm, it may be that the data under pkgdata isn't easily greppable12:59
bluelightningfor target file paths that is12:59
bluelightningI'm having a look to see how hard it would be to whip up an option for oe-pkgdata-util to do it13:00
*** [simar|school] <[simar|school]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto13:01
*** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto13:01
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC13:05
*** Krz <Krz!c0c6972c@gateway/web/freenode/ip.192.198.151.44> has joined #yocto13:06
KrzHi guys, in poky there is recipe for mtd-utils. The recipe says: PACKAGES =+ "mtd-utils-jffs2 mtd-utils-ubifs mtd-utils-misc". I need only jffs2 support. Can I strip ubifs and misc? Is that the way of interaction with recipe I should be doing?13:07
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto13:11
rburtonKrz: you can just install mtd-utils-jffs2 and not the others13:14
Krzrburton: Ok, understand now the 'PACKAGES' variable, thanks13:15
rburtonPACKAGES is the list of packages that will be created13:16
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC13:21
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto13:29
*** behanw_ <behanw_!~behanw@216-58-123-51.cpe.distributel.net> has joined #yocto13:37
*** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has joined #yocto13:37
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto13:40
*** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC13:41
*** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has quit IRC13:42
*** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC13:44
*** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto13:45
*** kbart <kbart!~KBart@213.197.143.19> has quit IRC14:01
*** darknighte is now known as darknighte_znc14:02
*** amarsman_ <amarsman_!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto14:03
*** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC14:03
*** amarsman_ is now known as amarsman14:03
*** alex_kag <alex_kag!~alex_kag@178.124.16.53> has quit IRC14:04
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC14:06
*** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC14:09
*** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto14:09
*** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto14:10
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:14
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has joined #yocto14:17
StygiaHey, I have an issue making my boxes have the proper time set, and remembering the time when it has already been set. NTPD is now running on the box, and it seems like the box got the proper time when flashed. However, if I keep it unplugged for a while, the time gradually lags behind. Any debugging steps I could take?14:18
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC14:20
rburtonsounds like your RTC is messed up...14:20
rburtonis it a predicable skew?14:21
Stygiarburton, Possible, yea. But the weird thing is, it used to completely reset to UTC and be off by several minutes, but after adding NTP, it's not skewed from the "correct" basis, at least.14:21
Stygiarburton, I'm not entirely sure. But it does seem like it doesn't increment time when turned off.14:21
Stygiarburton, Although it jumped backwards in time about a minute on of the times I rebooted it...14:22
Stygia*one14:22
Stygia rburton But yes. More or less predictable.14:24
Stygiarburton, The weird thing, I suppose, is that on reboot, although NTPd is running, it doesn't correct it again.14:24
rburtonodd14:25
rburtonhardware sucks14:25
*** jonte <jonte!~quassel@194-237-7-146.customer.telia.com> has quit IRC14:25
Stygiarburton, Hmm, yup. I'll try and ask over at #hardware if I can somehow verify that the RTC is broken.14:25
zibristygia: ISC's ntpd will refuse to sync time if your local time is too far off. can't remember the limits off the top of my head14:27
Stygiazibri, Hmm alright, it didn't when it was just a few minutes, though. But I suppose that is pretty far off for hardware RTC.14:28
zibriyou can do ntpd -qg to force it14:28
zibristygia: hum, i think it should be able to handle a few minutes though14:28
StygiaSeems like hardware is preoccupied talking about music.14:29
Stygia#hardware14:29
zibri"Normally, ntpd exits with a message to the system log if the offset exceeds  the  panic  threshold,  which  is 1000 s by default."14:29
Stygiazibri, It says "ntpd: time slew +0.000000s", and I suppose it means I'm beyond the treshold.14:30
zibrihum, i don't know what that means. it look strange. as if it didn't feel any need to adjust your clock14:31
pevHi gang ; can anyone tell me if systemd is formally part of Yocto at the mo or is it only partly hacked in? It seems a bit unclear from what I can find...14:33
rburtonpev: its a supported option. just not default14:35
pevAh cool, do you know if there's any documentation for enabling or is it genuinely just enable and it works?14:36
rburtonpev: the docs say how to enable it14:37
rburtonit should just work when enabled14:37
Stygiazibri, Hmm. Weirder yet, hwclock clearly returns a skewed date... \14:37
zibristygia: right, there's at least one problem :)14:40
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto14:43
*** volker <volker!~quassel@host-80-81-19-29.customer.m-online.net> has joined #yocto14:43
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC14:44
*** joeythesaint <joeythesaint!~jjm@198-84-238-35.cpe.teksavvy.com> has joined #yocto14:51
erenops14:52
eren| install: cannot stat `/home/eren/sourcebox/oe/poky.git/build/tmp/sysroots/alix3d3/usr/lib/syslinux/ldlinux.sys': No such file or directory14:52
erensholdn't it be present on syslinux-native package?14:52
*** jonte <jonte!~quassel@194-237-7-146.customer.telia.com> has joined #yocto14:52
tfStygia: is it posible the RTC battery is knackered?14:53
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto14:54
*** arky <arky!~arky@117.213.169.115> has joined #yocto14:59
pevrburton: Do you know where I should look? I've had a dig via google and can't see anything formal??15:09
rburtonpev: http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#selecting-an-initialization-manager15:11
*** alex_kag <alex_kag!~alex_kag@37.214.200.212> has joined #yocto15:11
*** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC15:13
*** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto15:14
BCMMi want to use a .bbappend to change the contents of the DEPENDS variable. is there a way i can modify the existing one, rather than overwriting it?15:15
*** arky <arky!~arky@117.213.169.115> has quit IRC15:16
BCMMi just want to remove one entry (i'm patching wpa_supplicant's config so it doesn't require dbus), and i don't like repeating the entire DEPENDS var because my bbappend will break if the upstream layer adds other dependencies15:16
*** davest <davest!~Adium@134.134.137.73> has joined #yocto15:17
rburtonBCMM: if you're using master you can do DEPENDS_remove = "dbus"15:17
pevrburton: Brilliant, thanks!15:17
BCMMrburton: what do you mean by "master"?15:18
rburtonBCMM: git master, not a release. this was added last week.15:18
BCMMoh, master like "trunk". yeah i'm on git15:18
erenbleeding edge, hehe15:18
BCMMrburton: thanks15:19
*** tomz <tomz!~trz@c-68-53-177-94.hsd1.in.comcast.net> has joined #yocto15:25
*** arky <arky!~arky@117.213.170.152> has joined #yocto15:30
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has joined #yocto15:32
*** davest <davest!~Adium@134.134.137.73> has quit IRC15:38
*** arky <arky!~arky@117.213.170.152> has quit IRC15:39
*** Krz <Krz!c0c6972c@gateway/web/freenode/ip.192.198.151.44> has quit IRC15:41
erenthere are 2 similar functions for inserting opkg feeds15:45
erenimage.bbclass: insert_feed_uris()15:46
erenrootfs_ipk.bbclass: ipk_insert_feed_uris()15:46
erenrootfs_ipk.bbclass: ipk_insert_feed_uris() creates opkg.conf in image temp directory (not rootfs)15:46
*** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC15:46
rburtonor the distro-feed-configs recipe in meta-oe15:46
rburton(which is the only one i've made work)15:46
erenthe other one creates the seperate feed configuration  in the actual rootfs15:47
erenI have IPK_FEED_URIS in distro.conf15:47
erenand these uris are not in rootfs15:47
erenI have only base file15:47
erennow I am confused15:47
*** davest <davest!~Adium@134.134.137.73> has joined #yocto15:47
*** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto15:48
erenrburton: which one should I use?15:48
erenIPK_FEED_URIS never did to image15:48
rburtoneren: i use a fork of distro-feed-config15:49
rburtoni made a mental note that this all needs to be sorted out, the broken stuff in the image generation deleted/fixed15:49
rburtonand/or distro-feed-config made to handle more than ipkg15:49
rburtonif you want a nice task... ;)15:50
erenrburton: well, I will make my image depend on distro-feed-config and put the variables in distro.conf15:51
*** tomz <tomz!~trz@c-68-53-177-94.hsd1.in.comcast.net> has quit IRC15:52
Stygiatf, Oh sorry, didn't see your reply to me.15:52
Stygiatf, That is exactly what was up. I ended up taking it apart and using a multimeter, my 3V battery only gave me ~1V. So that seems to have been it.15:52
*** davest <davest!~Adium@134.134.137.73> has quit IRC15:54
*** davest <davest!Adium@nat/intel/x-njhpjlbthfcjykco> has joined #yocto15:56
*** davest <davest!Adium@nat/intel/x-njhpjlbthfcjykco> has quit IRC15:56
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC16:01
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC16:04
*** slaine <slaine!~slaine@84.203.137.218> has quit IRC16:04
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC16:13
*** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has quit IRC16:15
*** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC16:26
*** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC16:38
*** volker <volker!~quassel@host-80-81-19-29.customer.m-online.net> has quit IRC16:39
*** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC16:41
*** mckoan is now known as mckoan|away16:41
*** [simar|school] <[simar|school]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC16:50
*** sameo <sameo!~samuel@192.55.54.41> has quit IRC16:55
*** zeeblex <zeeblex!apalalax@nat/intel/x-hucwgsvwwhmuxpng> has left #yocto17:04
*** [simar|school] <[simar|school]!~simar@69.166.24.103> has joined #yocto17:09
*** eren <eren!~eren@unaffiliated/eren> has quit IRC17:10
*** agherzan <agherzan!5979c86a@gateway/web/freenode/ip.89.121.200.106> has joined #yocto17:12
agherzanHello all!17:12
agherzanAnybody with some deep knowledge of linux/perf/kallsyms?17:12
agherzanIhave an issues with a couple of symbols that i don't find in proc/kallsyms17:13
agherzanissue *17:13
*** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-93-30.cable.teksavvy.com> has quit IRC17:16
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC17:22
*** belen <belen!~Adium@134.134.137.75> has quit IRC17:24
*** W1N9Zr0 <W1N9Zr0!~W1N9Zr0@24-246-93-30.cable.teksavvy.com> has joined #yocto17:24
*** mihai <mihai!~mihai@80.97.15.150> has quit IRC17:28
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:28
*** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC17:29
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto17:33
*** ScriptRipper1 <ScriptRipper1!~ScriptRip@178-26-51-16-dynip.superkabel.de> has joined #yocto17:47
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto17:50
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto17:52
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@ppp-2-84-168-103.home.otenet.gr> has joined #yocto18:00
*** mihai <mihai!~mihai@188.27.93.142> has joined #yocto18:01
*** c00kiemon5ter is now known as Guest1327818:01
*** Guest13278 <Guest13278!~c00kiemon@ppp-2-84-168-103.home.otenet.gr> has quit IRC18:01
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto18:04
pevAnother fun one - I've implemented a package_postinst_${PN} rule in my recipe. I'm anticipating it should be both run during build and on the device itself, at what point should I be able to see it though, and can I easily provoke it with a specific bitbake command or command on the device to debug during development18:20
pev(the background being that I don't see the net result of my postinst occuring so I'm pretty sure it isn't running for some reason!)18:22
*** flynn378 <flynn378!80db310e@gateway/web/freenode/ip.128.219.49.14> has quit IRC18:24
*** cetola <cetola!~cetola@c-50-139-1-70.hsd1.or.comcast.net> has joined #yocto18:32
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC18:33
*** agherzan <agherzan!5979c86a@gateway/web/freenode/ip.89.121.200.106> has quit IRC18:36
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC18:46
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto18:47
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto18:48
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC19:03
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto19:04
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC19:05
*** Stygia <Stygia!~gmpsaifi@94.191.130.99> has joined #yocto19:14
*** phdeswer_ <phdeswer_!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has joined #yocto19:16
*** tor <tor!~tor@c-ef66e655.125-1-64736c10.cust.bredbandsbolaget.se> has quit IRC19:32
*** mihai <mihai!~mihai@188.27.93.142> has quit IRC19:38
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has quit IRC19:47
*** nitink <nitink!nitink@nat/intel/x-ksvxmbszpqqbcpck> has quit IRC19:48
*** Daemon404 <Daemon404!~who_knows@host86-149-223-124.range86-149.btcentralplus.com> has joined #yocto19:49
*** Daemon404 <Daemon404!~who_knows@host86-149-223-124.range86-149.btcentralplus.com> has quit IRC19:51
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has joined #yocto19:51
*** nitink <nitink!~nitink@134.134.139.70> has joined #yocto19:54
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC20:04
*** mihai <mihai!~mihai@188.27.93.142> has joined #yocto20:10
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC20:13
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto20:15
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto20:19
*** cetola <cetola!~cetola@c-50-139-1-70.hsd1.or.comcast.net> has quit IRC20:19
*** joeythesaint <joeythesaint!~jjm@198-84-238-35.cpe.teksavvy.com> has quit IRC20:23
*** joeythesaint <joeythesaint!~jjm@198-84-238-35.cpe.teksavvy.com> has joined #yocto20:25
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has quit IRC20:29
*** Daemon404 <Daemon404!~who_knows@host86-145-130-172.range86-145.btcentralplus.com> has joined #yocto20:36
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has joined #yocto20:36
*** sameo <sameo!~samuel@192.55.54.38> has joined #yocto20:39
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto20:40
*** sameo <sameo!~samuel@192.55.54.38> has quit IRC20:49
*** sameo <sameo!~samuel@192.55.54.38> has joined #yocto20:49
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC20:52
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto20:56
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC21:06
*** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC21:07
*** [simar|s1hool] <[simar|s1hool]!~simar@206-248-139-195.dsl.teksavvy.com> has joined #yocto21:10
*** [simar|school] <[simar|school]!~simar@69.166.24.103> has quit IRC21:13
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto21:17
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto21:24
*** eren <eren!~eren@unaffiliated/eren> has quit IRC21:29
RPpev: if it succeeds at rootfs time it won't run on target21:29
RPpev: you can tell the difference by seeing if $D is set (not ${D})21:29
RPpev: if you want to run on target, exit1 if $D is set21:29
BCMMis there a vim config file somewhere to make it syntax-highlight .bbs?21:39
BCMMnm, found kergoth's vim syntax on github. thanks.21:51
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has quit IRC21:51
BCMMif i have a do_install_append() in my bbappend, does that replace the do_install_append() in the original recipe, or run as well as it?21:51
*** Daemon404 <Daemon404!~who_knows@host86-143-213-41.range86-143.btcentralplus.com> has joined #yocto21:54
*** nitink <nitink!~nitink@134.134.139.70> has quit IRC21:55
*** Daemon404 <Daemon404!~who_knows@host86-143-213-41.range86-143.btcentralplus.com> has quit IRC21:56
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has joined #yocto21:56
*** alex_kag <alex_kag!~alex_kag@37.214.200.212> has quit IRC21:58
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC22:00
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC22:03
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has joined #yocto22:06
pevRP: I copied that from other recipe examples, but I cant seeing it actually being run in either case?22:49
pevRP: Just wondering how I could force it to be run explicitly to see why it's not being called...22:49
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto22:51
*** mulhern <mulhern!~mulhern@c-67-186-188-203.hsd1.ma.comcast.net> has quit IRC22:59
*** smartin_ <smartin_!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC23:01
*** [simar|s1hool] <[simar|s1hool]!~simar@206-248-139-195.dsl.teksavvy.com> has quit IRC23:05
*** [simar|school] <[simar|school]!~simar@96.125.133.73> has joined #yocto23:07
*** sameo <sameo!~samuel@192.55.54.38> has quit IRC23:15
*** scot_ <scot_!~scot@130.164.62.183> has quit IRC23:16
*** scot_ <scot_!~scot@130.164.62.183> has joined #yocto23:16
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC23:33
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC23:38
*** nerdboy <nerdboy!~sarnold@dsl-66-59-252-223.static.linkline.com> has joined #yocto23:38
*** [simar|school] <[simar|school]!~simar@96.125.133.73> has quit IRC23:50
-YoctoAutoBuilder- build #276 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm/builds/27623:59

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!