Tuesday, 2015-01-27

darkhorsebluelightning: that is why for KERNEL_IMAGETYPE = "uImage" the later run do_bundle_initramfs finds the image under arch/<arch>/boot (that is where it looks)00:00
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto00:01
darkhorsebluelightning: sorry i meant KERNEL_IMAGETYPE = "uImage.gz" in the last message00:01
*** Nitin <Nitin!~nakamble@> has quit IRC00:02
darkhorsebluelightning: so when do_bundle_initramfs() runs it looks for arch/<arch>/boot/${KERNEL_IMAGETYPE} which is available for "uImage.gz" but not for "uImage"00:02
*** benjamirc <benjamirc!~besquive@> has quit IRC00:09
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC00:10
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto00:19
*** staylor <staylor!~staylor@S01067426ac686a17.cg.shawcable.net> has joined #yocto00:29
*** staylor <staylor!~staylor@> has joined #yocto00:38
*** staylor_ <staylor_!~staylor@S01067426ac686a17.cg.shawcable.net> has joined #yocto00:41
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto00:42
*** sjolley <sjolley!sjolley@nat/intel/x-bsbasezdhixkzqvz> has quit IRC00:42
*** staylor <staylor!~staylor@> has quit IRC00:46
*** staylor <staylor!~staylor@> has joined #yocto00:50
*** staylor_ <staylor_!~staylor@S01067426ac686a17.cg.shawcable.net> has quit IRC00:50
darkhorsebluelightning: i guess i didn't make much sense. did I?00:50
bluelightningdarkhorse: I think it does make sense, I'm just not that familiar with uimage as a format00:51
bluelightningdarkhorse: I'd suggest filing a bug for this and then we'll sort it out (or, if you can figure out what needs changing, send a patch)00:52
darkhorsebluelightning: i will be creating a local fix tomorrow. and send over the patch. thanks00:53
bluelightningcool, thanks00:53
bluelightningtime for sleep... goodnight00:53
darkhorsebluelightning: same here - sleep tight :)00:53
*** staylor_ <staylor_!~staylor@S01067426ac686a17.cg.shawcable.net> has joined #yocto00:54
*** staylor <staylor!~staylor@> has quit IRC00:56
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC00:56
*** staylor <staylor!~staylor@> has joined #yocto01:03
*** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has quit IRC01:04
*** staylor_ <staylor_!~staylor@S01067426ac686a17.cg.shawcable.net> has quit IRC01:04
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto01:04
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC01:05
*** staylor_ <staylor_!~staylor@S01067426ac686a17.cg.shawcable.net> has joined #yocto01:07
*** staylor <staylor!~staylor@> has quit IRC01:08
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC01:09
*** staylor_ <staylor_!~staylor@S01067426ac686a17.cg.shawcable.net> has quit IRC01:10
*** staylor <staylor!~staylor@S01067426ac686a17.cg.shawcable.net> has joined #yocto01:10
*** sjolley <sjolley!~sjolley@> has joined #yocto01:11
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto01:11
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC01:30
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto01:31
*** sjolley <sjolley!~sjolley@> has quit IRC01:31
*** staylor <staylor!~staylor@S01067426ac686a17.cg.shawcable.net> has quit IRC01:32
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC01:33
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC01:33
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto01:35
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC01:43
khemzeddii: linux/types.h is not exported into STAGING_KERNEL_BUILDDIR01:49
khemhow do we decide what to export into the BUILDDIR01:49
khemsome kmods reference to this header raw01:50
khemso we can not use one from standard includes01:50
khemso then are we supposed to pass -I flags into both sources01:50
*** staylor <staylor!~staylor@> has joined #yocto01:59
*** SoylentYellow <SoylentYellow!~SoylentYe@> has joined #yocto02:05
*** Datalink <Datalink!~Datalink@unaffiliated/datalink> has quit IRC02:06
-YoctoAutoBuilder- build #173 of poky-tiny is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/poky-tiny/builds/17302:07
*** staylor <staylor!~staylor@> has quit IRC02:13
*** staylor <staylor!~staylor@S01067426ac686a17.cg.shawcable.net> has joined #yocto02:21
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto02:54
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC02:58
*** grma <grma!~gruberm@dslb-092-075-217-202.092.075.pools.vodafone-ip.de> has quit IRC03:01
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has joined #yocto03:12
*** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has quit IRC03:12
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has joined #yocto03:12
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has joined #yocto03:13
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has joined #yocto03:16
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has quit IRC03:17
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has joined #yocto03:18
*** rwoolley <rwoolley!~rwoolley@206-248-179-91.dsl.teksavvy.com> has quit IRC03:21
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has quit IRC03:22
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has joined #yocto03:23
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has quit IRC03:24
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has joined #yocto03:25
*** fitzsim` is now known as fitzsim03:26
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has quit IRC03:26
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has joined #yocto03:29
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has quit IRC03:32
*** Nilesh_ <Nilesh_!~minda@> has joined #yocto03:32
*** hramrach <hramrach!~hramrach@gateway/tor-sasl/hramrach> has quit IRC04:11
*** hramrach <hramrach!~hramrach@gateway/tor-sasl/hramrach> has joined #yocto04:13
*** sjolley <sjolley!sjolley@nat/intel/x-bwpsojeamkbrecoo> has joined #yocto04:16
*** staylor <staylor!~staylor@S01067426ac686a17.cg.shawcable.net> has quit IRC04:28
*** mavin1 <mavin1!~mhahn1@mnch-5d86814b.pool.mediaWays.net> has joined #yocto05:01
*** agust <agust!~agust@p4FC46641.dip0.t-ipconnect.de> has joined #yocto05:19
-YoctoAutoBuilder- build #168 of nightly-arm is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/16805:30
-YoctoAutoBuilder- build #169 of nightly-ppc is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/16905:36
-YoctoAutoBuilder- build #169 of nightly-multilib is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1 BuildImages_4] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/16905:43
*** AndersD <AndersD!~anders@c-83-233-221-90.cust.bredband2.com> has joined #yocto05:44
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto05:56
*** AndersD <AndersD!~anders@c-83-233-221-90.cust.bredband2.com> has quit IRC05:57
*** AndersD <AndersD!~anders@c-83-233-221-90.cust.bredband2.com> has joined #yocto05:59
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC06:03
*** AndersD <AndersD!~anders@c-83-233-221-90.cust.bredband2.com> has quit IRC06:06
*** AndersD <AndersD!~anders@c-83-233-221-90.cust.bredband2.com> has joined #yocto06:07
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has quit IRC06:13
-YoctoAutoBuilder- build #168 of nightly-x86-64 is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/16806:14
*** zecke <zecke!~ich@ip5b42f21c.dynamic.kabel-deutschland.de> has joined #yocto06:20
-YoctoAutoBuilder- build #169 of nightly-x86 is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/16906:20
*** hamis <hamis!~irfan@> has joined #yocto06:20
*** mavin1 <mavin1!~mhahn1@mnch-5d86814b.pool.mediaWays.net> has quit IRC06:40
-YoctoAutoBuilder- build #166 of nightly-qa-systemd is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/16606:59
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto07:05
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC07:06
*** darkhorse <darkhorse!ad26d10a@gateway/web/freenode/ip.> has quit IRC07:07
*** pohly <pohly!~pohly@p5DE8E1E2.dip0.t-ipconnect.de> has joined #yocto07:09
-YoctoAutoBuilder- build #170 of nightly-mips is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/17007:10
*** kimo_ <kimo_!~kbouhara@hyperion.atermes.fr> has joined #yocto07:18
*** SorenHolm <SorenHolm!~quassel@> has joined #yocto07:19
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto07:21
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto07:21
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC07:26
*** wadim_ <wadim_!~egorov@mail.phycard.de> has joined #yocto07:27
*** malte_ <malte_!~malte@dslb-094-217-228-054.094.217.pools.vodafone-ip.de> has joined #yocto07:33
*** rburton <rburton!~Adium@> has joined #yocto07:34
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto07:37
*** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-wkjjdhcigizabcoy> has joined #yocto07:39
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC07:39
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto07:43
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC07:44
*** zecke <zecke!~ich@ip5b42f21c.dynamic.kabel-deutschland.de> has quit IRC07:50
*** Crofton <Crofton!~balister@ip51cc7759.adsl-surfen.hetnet.nl> has quit IRC07:52
*** patrickz <patrickz!~Thunderbi@> has quit IRC07:53
*** mckoan|away is now known as mckoan07:54
mckoangood morning07:54
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto07:58
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-ainsjfnsmrmfuopq> has joined #yocto07:59
*** jbrianceau_away is now known as jbrianceau08:00
*** patrickz <patrickz!~Thunderbi@> has joined #yocto08:00
*** patrickz1 <patrickz1!~Thunderbi@> has joined #yocto08:02
*** patrickz <patrickz!~Thunderbi@> has quit IRC08:04
*** thaytan <thaytan!~thaytan@> has quit IRC08:21
*** Crofton <Crofton!~balister@> has joined #yocto08:22
*** thaytan <thaytan!~thaytan@> has joined #yocto08:22
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC08:24
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto08:28
*** thaytan <thaytan!~thaytan@> has quit IRC08:28
*** florian_kc is now known as florian08:28
*** sfred <sfred!~fred@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has joined #yocto08:45
*** zecke <zecke!~ich@ip5b41c286.dynamic.kabel-deutschland.de> has joined #yocto08:48
*** belen <belen!Adium@nat/intel/x-dphhsbwjyncbrwsc> has joined #yocto08:51
*** TobSnyder <TobSnyder!~schneider@ip92341b76.dynamic.kabel-deutschland.de> has joined #yocto09:02
*** ionte <ionte!uid48103@gateway/web/irccloud.com/x-jucofymayfjaazby> has joined #yocto09:06
*** malte_ <malte_!~malte@dslb-094-217-228-054.094.217.pools.vodafone-ip.de> has quit IRC09:08
*** patrickz <patrickz!~Thunderbi@> has joined #yocto09:14
*** patrickz1 <patrickz1!~Thunderbi@> has quit IRC09:16
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:25
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto09:26
bluelightningmorning all09:28
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93-33-49-192.ip43.fastwebnet.it> has joined #yocto09:29
LetoThe2nd(indeed, UMT)09:30
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto09:33
lpappGood morning. A new busybox was released today. Any plan on updating the one in yocto?09:33
*** phantoxe <phantoxe!~destroy@acarlosss.broker.freenet6.net> has joined #yocto09:34
bluelightninglpapp: the maintainer of the busybox recipe is Chen Qi according to maintainers.inc, and I imagine he will get to it in due course; but you could ask him directly09:36
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has quit IRC09:36
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93-33-49-192.ip43.fastwebnet.it> has quit IRC09:38
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93-33-49-192.ip43.fastwebnet.it> has joined #yocto09:40
*** thaytan <thaytan!~thaytan@> has joined #yocto09:54
*** thaytan <thaytan!~thaytan@> has quit IRC09:54
*** thaytan <thaytan!~thaytan@> has joined #yocto09:56
*** belen <belen!Adium@nat/intel/x-dphhsbwjyncbrwsc> has quit IRC09:57
*** belen <belen!Adium@nat/intel/x-ultyvlikxkdtemxa> has joined #yocto09:57
*** thaytan <thaytan!~thaytan@> has quit IRC10:04
*** malte_ <malte_!~malte@> has joined #yocto10:08
*** thaytan <thaytan!~thaytan@> has joined #yocto10:14
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC10:15
jaeckelis there somewhere documented how DEPENDS_append_<?> works? resp. what will be extended to <?>10:28
bluelightningjaeckel: where would you be setting this? within a recipe, or outside it?10:31
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto10:36
*** zecke <zecke!~ich@ip5b41c286.dynamic.kabel-deutschland.de> has quit IRC10:37
*** zecke <zecke!~ich@ip5b41c286.dynamic.kabel-deutschland.de> has joined #yocto10:37
jaeckelis there a difference?10:43
jaeckeland I would set it in a bbappend of a recipe10:43
bluelightningjaeckel: ok, so what would you be trying to achieve exactly? the <?> in this case would be some override such that the append was conditional upon that override being active10:44
*** Nilesh_ <Nilesh_!~minda@> has quit IRC10:45
*** Nilesh_ <Nilesh_!~minda@> has joined #yocto10:46
*** chankit1 <chankit1!~oneam@> has joined #yocto10:47
*** __valle__ <__valle__!~valle@> has quit IRC11:10
*** belen <belen!Adium@nat/intel/x-ultyvlikxkdtemxa> has quit IRC11:13
*** zecke <zecke!~ich@ip5b41c286.dynamic.kabel-deutschland.de> has quit IRC11:13
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC11:18
*** mavin1 <mavin1!~mhahn1@> has joined #yocto11:18
*** __valle__ <__valle__!~valle@194-218-94-206.customer.telia.com> has joined #yocto11:23
*** mavin1 <mavin1!~mhahn1@> has quit IRC11:28
*** zecke <zecke!~ich@ip5b41c286.dynamic.kabel-deutschland.de> has joined #yocto11:31
*** Nilesh_ <Nilesh_!~minda@> has quit IRC11:51
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC11:54
*** Noor <Noor!~quassel@> has quit IRC12:00
*** Noor <Noor!~quassel@> has joined #yocto12:00
*** belen <belen!Adium@nat/intel/x-yeggtqpeyomplzkg> has joined #yocto12:08
*** malte_ <malte_!~malte@> has quit IRC12:10
*** magnus__ <magnus__!5f6d7eb4@gateway/web/freenode/ip.> has joined #yocto12:11
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto12:15
jaeckelI have an image that basically installs all packages from a packagegroup12:16
jaeckelnow I'd like to add qemu-native to these packages that get installed12:16
jaeckelit works if I do a DEPENDS_append_<platform>12:17
jaeckelbut it does not work if I add it to the packagegroup12:17
jaeckelnow I just searched for the documentation why this has to be included as DEPENDS12:17
bluelightninghang on, you seem to be confusing two things - build-time dependencies and runtime12:19
bluelightningDEPENDS specifies build-time dependencies, and qemu-native is QEMU for the build host and not the target12:19
jaeckelyes, that's what I want12:19
bluelightningadding to DEPENDS for a packagegroup wouldn't make sense, it should only have runtime dependencies on the packages that are in the group12:19
jaeckelwell my image has an IMAGE_INSTALL of the packagegroup12:20
bluelightningyes, IMAGE_INSTALL specifies packages, i.e. runtime targets12:21
bluelightningis what you're attempting to do just to have qemu built and available on the host whenever you build the image?12:21
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto12:22
bluelightningEXTRA_IMAGEDEPENDS += "qemu-native" should do that - EXTRA_IMAGEDEPENDS tells the system to build the specified build-time targets when building an image12:22
bluelightningif you want to use our runqemu script you'll also need to add qemu-helper-native to that too12:22
bluelightningnote that all of our qemu* machines already do this via meta/conf/machine/include/qemu.inc FWIW12:23
*** JaMa <JaMa!~martin@ip-89-176-104-3.net.upcbroadband.cz> has joined #yocto12:29
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto12:29
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has joined #yocto12:36
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC12:38
*** warthog9 <warthog9!~warthog9@> has quit IRC12:50
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has quit IRC12:50
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has joined #yocto12:50
*** kimo_ <kimo_!~kbouhara@hyperion.atermes.fr> has quit IRC12:51
*** tmpsantos <tmpsantos!~tmpsantos@> has joined #yocto12:52
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC12:55
*** belen <belen!Adium@nat/intel/x-yeggtqpeyomplzkg> has quit IRC13:03
*** madisox <madisox!~madison@2601:9:2700:e100:e952:3297:3851:a811> has joined #yocto13:05
*** __valle__ <__valle__!~valle@194-218-94-206.customer.telia.com> has quit IRC13:06
*** malte_ <malte_!~malte@> has joined #yocto13:12
*** __valle__ <__valle__!~valle@> has joined #yocto13:19
*** belen <belen!Adium@nat/intel/x-tuwfbfnxjekzrouc> has joined #yocto13:27
*** ionte <ionte!uid48103@gateway/web/irccloud.com/x-jucofymayfjaazby> has quit IRC13:29
*** marka <marka!~marka@> has joined #yocto13:30
*** melonipoika <melonipoika!~quassel@91-158-69-143.elisa-laajakaista.fi> has joined #yocto13:39
*** warthog9 <warthog9!~warthog9@> has joined #yocto13:42
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto13:46
*** belen <belen!Adium@nat/intel/x-tuwfbfnxjekzrouc> has quit IRC13:49
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto13:52
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC13:54
*** __valle__ <__valle__!~valle@> has quit IRC13:59
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto14:04
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC14:05
chankit1what's the difference between inheriting cross.bbclass and not doing so?14:09
*** cristianiorga <cristianiorga!~cristiani@> has quit IRC14:13
bluelightningchankit1: cross vs. target namespace, cross is built for the host and not for the target, and cross has no packaging14:15
bluelightningyou can get an idea by having a look at what cross.bbclass itself sets14:15
*** __karthik1 <__karthik1!karthik@nat/ti/x-awsdyugdhnjaqggo> has joined #yocto14:20
chankit1bluelightning: I did examine cross.bbclass but what I think was cross.bbclass is supposed to override some of the settings set by autotools.bbclass isn't it?14:21
*** __karthik <__karthik!karthik@nat/ti/x-ksklizczastvoyel> has quit IRC14:21
bluelightningchankit1: not so much autotools.bbclass but more what bitbake.conf sets as defaults for the target14:22
*** cristianiorga <cristianiorga!cristianio@nat/intel/x-nadtgrkrwtqqpbvm> has joined #yocto14:25
*** tasslehoff <tasslehoff!~Tasslehof@> has quit IRC14:29
*** malte_ <malte_!~malte@> has quit IRC14:30
*** snallase <snallase!~snallase@> has joined #yocto14:30
*** malte_ <malte_!~malte@> has joined #yocto14:32
*** AndersD <AndersD!~anders@c-83-233-221-90.cust.bredband2.com> has quit IRC14:35
*** staylor <staylor!~staylor@S01067426ac686a17.cg.shawcable.net> has joined #yocto14:41
*** tminchev <tminchev!todor@nat/intel/x-ldojdnxlfiaysufu> has joined #yocto14:42
*** hamis <hamis!~irfan@> has quit IRC14:44
*** malte_ <malte_!~malte@> has quit IRC14:52
*** _valle_ <_valle_!~valle@194-218-94-206.customer.telia.com> has joined #yocto14:56
rburtonsnallase: if you're trying to do irc commands, you want /list and so on14:56
snallaseI am new user to IRC. I want to post my question to all.14:58
snallaseWant to know if Yocto has browser project.14:59
snallaseAnother question is: Can we build Chromium browser for Yocto?15:00
*** palcone <palcone!lau@nat/intel/x-eiyyhnkwiurzlizr> has quit IRC15:00
*** snallase <snallase!~snallase@> has quit IRC15:01
LetoThe2ndhm, not even possible to answer with https://github.com/OSSystems/meta-browser15:02
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto15:04
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto15:05
*** wadim_ <wadim_!~egorov@mail.phycard.de> has quit IRC15:13
*** malte_ <malte_!~malte@> has joined #yocto15:14
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:18
*** aehs29 <aehs29!~aehernan@> has joined #yocto15:27
*** aehs29 <aehs29!~aehernan@> has left #yocto15:27
*** aehs29 <aehs29!~aehernan@> has joined #yocto15:30
*** aehs29 <aehs29!~aehernan@> has left #yocto15:30
*** fray__ is now known as fray15:34
*** joseppc <joseppc!~Josep@sestofw01.enea.se> has joined #yocto15:34
*** neur0Fuzzy <neur0Fuzzy!~neur0Fuzz@p147.net112139222.tokai.or.jp> has quit IRC15:53
*** armpit <armpit!~akuster@2601:c:a700:272f:9b1:3b1:1905:8a0a> has joined #yocto15:54
*** sona <sona!4e52766f@gateway/web/freenode/ip.> has joined #yocto15:58
armpitYPTM: armin is jamming to the music15:59
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC16:00
frayYPTM: I'm dialed in, but waiting on the horrible hold music..16:02
cristianiorgaYPTM: same for cristian16:02
*** AlexVaduva <AlexVaduva!c1ca1642@gateway/web/freenode/ip.> has joined #yocto16:02
cristianiorgaYPTM: meaning, I am enjoying it16:02
fraythey've changed it.. it was a different kind of horrible a few days ago16:02
sonaYPTM: hehe I am enjoying it :)16:02
rburtonstephen is on his way to remove the hold music :)16:03
sjolleyYPTM:   Access Code:    2705751  Temporary Chairperson Passcode:  893716:03
ulf`rburton: ping :)16:03
fraythere I saved you all16:03
sjolleyYPTM: Stephen Joined16:03
zeddiiYPTM: bruce is on16:04
AlexVaduvayptm: Alex Vaduva16:04
tomzYPTM: tom z on16:04
halsteadYPTM Michael here.16:04
sgw_YPTM: Saul is on16:04
ulf`halstead: got your query too late yesterday and didn't see it :)16:04
cristianiorgaYPTM: cristian present16:05
sonaYPTM: Sona is on16:05
* RP is present16:05
fraylol, I've been fray for 24 years.. ;)  (apparently I've been absent from the YPTM call for a bit too long)16:06
bluelightningYPTM: Paul Eggleton is on16:06
rburtonYPTM ross on16:07
*** magnus__ <magnus__!5f6d7eb4@gateway/web/freenode/ip.> has quit IRC16:12
*** nslu2-log_ <nslu2-log_!~nslu2-log@> has joined #yocto16:12
*** tobiash_ <tobiash_!~quassel@mail.bmw-carit.de> has joined #yocto16:13
*** RP1 <RP1!~richard@5751f4a1.skybroadband.com> has joined #yocto16:13
RP1halstead: sounds like its been a rough ride, thanks for working through it!16:14
*** Nitin <Nitin!~nakamble@> has joined #yocto16:16
*** mago__ <mago__!~mago@smtp.hms.se> has joined #yocto16:16
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC16:16
fraywhich OSS project?16:16
*** RP <RP!~richard@5751f4a1.skybroadband.com> has quit IRC16:18
*** tobiash <tobiash!~quassel@mail.bmw-carit.de> has quit IRC16:18
*** smurray <smurray!~scottm@135-23-64-25.cpe.pppoe.ca> has quit IRC16:18
*** smurray <smurray!~scottm@135-23-64-25.cpe.pppoe.ca> has joined #yocto16:18
*** nslu2-log <nslu2-log!~nslu2-log@> has quit IRC16:18
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has quit IRC16:18
*** sgw_ <sgw_!~sgw_@c-67-171-230-40.hsd1.wa.comcast.net> has quit IRC16:18
*** mago_ <mago_!~mago@unaffiliated/blastur> has quit IRC16:18
*** el_robin <el_robin!~el_robin@195-154-117-220.rev.poneytelecom.eu> has quit IRC16:18
*** nslu2-log_ is now known as nslu2-log16:18
paulgbluelightning, I think I figured out my dependency prob from yest ; thanks for the info to go back to a normal DEPENDS line.16:18
bluelightningpaulg: ok, great16:18
paulgI do get coreutils populating the sysroot, but there are no prio symlinks, so when I run the devshell, I still get the host's /bin/stat  etc16:19
paulgthe sysroot  /bin dir has stat.coreutils but no symlink16:19
*** RP1 is now known as RP16:19
*** el_robin <el_robin!~el_robin@195-154-117-220.rev.poneytelecom.eu> has joined #yocto16:20
frayyou talking about native-coreutils?16:20
paulgfray, yep.16:20
*** sgw_ <sgw_!~sgw_@c-67-171-230-40.hsd1.wa.comcast.net> has joined #yocto16:20
frayCan't say I'm surprised.. but is there a reason you need it over teh host version (some mismatch in options or something?)16:20
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has joined #yocto16:21
paulgI need the symlinks so we can run help2man on the sysroot binaries.16:21
fraythe alternatives code I THOUGHT was disabled in the -native case..  if not that might be a simple bug fix16:21
paulgor, I have to patch coreutils to try and run foo.coreutils16:21
paulgwell it seems borken to me, hence why I mention it.16:22
fraypython __anonymous() {16:22
fray    # Update Alternatives only works on target packages...16:22
fray    if bb.data.inherits_class('native', d) or \16:22
fray       bb.data.inherits_class('cross', d) or bb.data.inherits_class('crosssdk', d) or \16:22
fray       bb.data.inherits_class('cross-canadian', d):16:22
fray        return16:22
paulghaving stat.coreutils in the sysroot bin dir  w/o a symlink seems useless.16:22
paulgit will lead to random build errors when people _think_ they are using the sysroot bins (like I was) but end up leaking out to the host bins16:23
*** SoylentYellow <SoylentYellow!~SoylentYe@> has quit IRC16:23
sjolleyYPTM is over16:23
bluelightningpaulg: don't we currently explicitly avoid help2man? or is that what you're attempting to fix?16:23
*** sjolley <sjolley!sjolley@nat/intel/x-bwpsojeamkbrecoo> has quit IRC16:24
frayI'm looking at the coreutils package, and it looks "poorly" written for the update-alternatives..16:24
sonaYPTM : Bug 7015 - python: Disables SSLv316:24
yoctiBug https://bugzilla.yoctoproject.org/show_bug.cgi?id=7015 normal, Medium+, 1.8 M2, sona.sarmadi, IN PROGRESS IMPLEMENTATION , python: Disables SSLv316:24
paulgbluelightning, the latter ; I want real manpages hence am trying to use help2man again, at least on non cross compile cases for x8616:24
frayit's manually renaming stuff, the recipe shouldn't do that, the update-alternatives class should16:24
kergothit would be nice to use update-alternatives in the sysroot at some point, or at least use our update-alternatives metadata to avoid using the links entirely, so the names are corret16:25
fraypaulg, in the meta/recipes-core/coreutils/coreutils_8.23.bb:16:25
fraydo_install_append() {16:25
jaeckelbluelightning: you remember I asked about some issues with valgrind in qemu-arm?16:26
frayremove the rename bit, specifically the $i.${BPN}, it should only be $i16:26
fraywith the exception that:16:26
fray        mv ${D}${bindir}/[ ${D}${bindir}/lbracket.${BPN}16:26
fraystill need to be there..16:26
frayif that works, you've found and fixed the bug16:26
fray        [ "${base_bindir}" != "${bindir}" ] && for i in ${base_bindir_progs}; do mv ${D}${bindir}/$i ${D}${base_bindir}/$i.${BPN}; done16:26
bluelightningjaeckel: I don't recall to be honest, no16:26
frayshould be16:26
fray        [ "${base_bindir}" != "${bindir}" ] && for i in ${base_bindir_progs}; do mv ${D}${bindir}/$i ${D}${base_bindir}/$i ; done16:27
paulgfray, thanks.  I'll test that after lunch ; stepping out shortly16:27
fray(and same with the next sbindir)16:27
jaeckelbluelightning: okay, nervermind... we're just tracking it further down and when we got a solution I'll ask again where I should report it...16:27
paulgdefinitey seems like a real bug though.16:27
frayhe problem is the recipe is doing the rename in all cases, it should be the update-alternatives that does the rename -- only when necessary16:27
fraythere is no way around the 'lbracket.${BPN}' case, but if you are really concerned aobut using coreutils '[' in the native version, that can be fixed as well.. ;)16:28
jaeckelbecause until now we have a working version of valgrind in qemu-arm executed through proot, but only if rvm (the ruby version manager) is installed and some scripts of it are sourced in the shell that wants to valgrind...16:28
*** chankit1 <chankit1!~oneam@> has quit IRC16:28
fray(I thought I fixed all of these in the past, wonder if this one got missed, or if it "came back"16:29
*** belkinsoop <belkinsoop!~cinch@ec2-54-200-129-173.us-west-2.compute.amazonaws.com> has joined #yocto16:29
frayahh looks like I missed this one..16:30
fraycoreutils 6.9 got it fixed, but the 8.x didn't16:30
fraycommit 4bed7f31535f16dbe1f8bbab58921f12f1696f6f16:30
frayAuthor: Mark Hatle <mark.hatle@windriver.com>16:30
frayDate:   Tue May 15 18:34:39 2012 -050016:30
frayat least thats why I thought I had fixed it.. I did.. just not both versions16:30
frayso yes, it's a bug and should be easy to fix16:30
*** belen <belen!Adium@nat/intel/x-lezfnwxghebbirsm> has joined #yocto16:33
*** SorenHolm <SorenHolm!~quassel@> has quit IRC16:34
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto16:35
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:35
*** memcpy <memcpy!~memcpy@unaffiliated/memcpy> has quit IRC16:37
bluelightningfray: can you help the guy asking about ALTERNATIVE_* on the yocto list? since you're an expert in that area ;)16:38
fraywhats the topic (I missed it obviously)16:39
frayNM, found it..16:39
*** vignatti <vignatti!~vignatti@annarchy.freedesktop.org> has quit IRC16:42
*** belen <belen!Adium@nat/intel/x-lezfnwxghebbirsm> has quit IRC16:43
*** Crofton <Crofton!~balister@> has quit IRC16:46
*** malte_ <malte_!~malte@> has quit IRC16:51
-YoctoAutoBuilder- build #169 of nightly-fsl-ppc-lsb is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc-lsb/builds/16916:52
frayI answered, not sure it's what he wanted, but I didn't exactly undertand what problem he was having16:53
frayso I tried to cover all of the bases16:53
-YoctoAutoBuilder- build #168 of minnow is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/minnow/builds/16816:54
bluelightningsona: do you already have https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2015-0235 on your list? looks like a pretty major one16:54
yoctiBug CVE: could not be retrieved: InvalidBugId16:54
*** sjolley <sjolley!sjolley@nat/intel/x-itphvrduxlsebass> has joined #yocto16:56
*** PlkMndy <PlkMndy!PulkoMandy@aus31-1-78-207-238-185.fbx.proxad.net> has joined #yocto16:57
PlkMndyhi, I am trying to force a dependency o na specific version of a package and it doesn't work16:58
PlkMndyRDEPENDS_${PN} += "gpu-viv-bin-mx6q (= 3.0.35-4.0.0)" DEPENDS += "gpu-viv-bin-mx6q (= 3.0.35-4.0.0)"16:58
PlkMndyI added this to my recipe but another (newer) version of gpu-viv-bin-mx6q gets built and included in my generated rootfs16:59
rburtonsona: forgot to follow up on this earlier - there's a cve for python 2.7.3 for daisy on the list, but nothing for master.  can the fix be backported to the current master as the python upgrade isn't trivial?16:59
rburtonPlkMndy: you can't do DEPENDS with versions, only RDEPENDS16:59
-YoctoAutoBuilder- build #165 of nightly-intel-gpl is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-intel-gpl/builds/16516:59
PlkMndyrburton: ok, RDEPENDS is fine - I put both because I wasn't sure16:59
rburtonPlkMndy:  to build the old version if there is many use PREFERRED_VERSION_gpu-viv-bin-mx6q = "the version you want" in your local.conf17:00
-YoctoAutoBuilder- build #168 of nightly-qa-logrotate is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-logrotate/builds/16817:00
rburtonYoctoAutoBuilder: boo17:00
*** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has joined #yocto17:01
*** benjamirc <benjamirc!besquive@nat/intel/x-shubtqxxyncobpnj> has joined #yocto17:01
PlkMndyok, I can do that. It makes switching between different kernels a bit more complex however (the kernel is what depends on that gpu package and need an exact version match...)17:01
ulf`I would like to write a bbappend for linux-yocto_3.14 that picks up a defconfig based on which architecture MACHINE is set to in local.conf. Options are genericx86, genericx86_64 and arm. Right now the builder runs a make menuconfig and writes a .config file rather than using my defconfigs in place. This is the pastebin URL for the bbappend I'm dealing with: http://pastebin.com/kFmmmC0H17:03
*** TobSnyder <TobSnyder!~schneider@ip92341b76.dynamic.kabel-deutschland.de> has quit IRC17:04
-YoctoAutoBuilder- build #168 of nightly-qa-skeleton is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-skeleton/builds/16817:04
zeddii*sigh* .. but why a defconfig.17:05
bluelightningsona: actually it looks like CVE-2015-0235 isn't applicable to any version of (e)glibc in releases we currently support17:05
zeddiijust write a <foo>.cfg that has the values you want and let it be applied17:05
* zeddii dislikes defconfigs with a passion.17:05
-YoctoAutoBuilder- build #175 of poky-tiny is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/poky-tiny/builds/17517:06
ulf`zeddii: I can certainly diff -urN the defconfig files I have against the standard .config produced and add them17:07
-YoctoAutoBuilder- build #169 of nightly-qa-pam is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-pam/builds/16917:07
ulf`zeddii: But this doesn't solve my problem of understanding how the decision which one to use is being made17:07
*** malte <malte!~malte@> has joined #yocto17:07
*** benjamirc <benjamirc!besquive@nat/intel/x-shubtqxxyncobpnj> has quit IRC17:07
-YoctoAutoBuilder- build #166 of build-appliance is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/16617:08
zeddiiin that bbappend you pasted, it would be based on the machine that was being built, but unless you have those defconfigs in machine specific directories, the same one will be picked up for each.17:08
-YoctoAutoBuilder- build #167 of buildtools is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/buildtools/builds/16717:09
*** belen <belen!Adium@nat/intel/x-sudresylqsvflnwt> has joined #yocto17:09
ulf`zeddii: I tried that. I created i586/defconfig and x86-64/defconfig, etc but it still kept producing .config from running make menunconfig instead of using the preconfigured one17:10
zeddiithe kernel's config phase always runs, and hence what you get in .config won't always be just what was in the defconfig17:10
sonabluelightning: yes, I am looking at  CVE-2015-0235, quite new,  further reading: http://www.openwall.com/lists/oss-security/2015/01/27/9, maybe we should open a bug for this?17:12
zeddiiulf`, is this with master ? I can always run a test to make sure nothing unexpected is happening17:12
bluelightningsona: well, as I said the last time we had an (e)glibc version that didn't have the fix in it would have been dylan, so I suspect not17:12
bluelightningsona: if I am reading the material correctly that is17:13
*** kimo_ <kimo_!~kbouhara@hyperion.atermes.fr> has joined #yocto17:13
ulf`zeddii: it's one behind master. I tried master yesterday and see the same error reported here: https://bugs.tizen.org/jira/browse/BTY-9917:14
ulf`zeddii: 3.14.1917:14
*** Crofton <Crofton!~balister@ip51cc7759.adsl-surfen.hetnet.nl> has joined #yocto17:15
*** challinan_ <challinan_!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto17:15
ulf`zeddii: Note the do_compile log attached. I'm unable to build a 32bit kernel17:16
sonarburton: For master,  we have [Bug 7059] Upgrade python 2.x to 2.7.9 :)17:17
yoctiBug https://bugzilla.yoctoproject.org/show_bug.cgi?id=7059 enhancement, Medium, 1.8 M2, alejandro.hernandez, NEW , Upgrade python 2.x to 2.7.917:17
*** AlexVaduva <AlexVaduva!c1ca1642@gateway/web/freenode/ip.> has quit IRC17:17
*** PlkMndy <PlkMndy!PulkoMandy@aus31-1-78-207-238-185.fbx.proxad.net> has left #yocto17:18
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC17:19
zeddiiulf`, it'll take me a few hours, but I'll poke around and get back to you .. I'm just finishing up testing on some new kernels, and have to get that done first.17:20
*** benjamirc <benjamirc!besquive@nat/intel/x-qublpsgdbinxfbcq> has joined #yocto17:20
ulf`zeddii: thanks17:20
ulf`zeddii: I'm not to using Yocto and this is a good learning experience17:21
*** belen <belen!Adium@nat/intel/x-sudresylqsvflnwt> has quit IRC17:21
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has quit IRC17:23
zeddiiulf`, no problem.  is there anywhere I can get those defconfigs ? somewhere in a tizen layer ? elsewhere ? Then I can run that very same test here (modulo the fact that I'm bumping everything to 3.14.29)17:23
ulf`zeddii: Do you have access to the Tizen gerrit?17:24
ulf`zeddii: If not I can upload a tarball to dropbox17:24
*** belen <belen!Adium@nat/intel/x-exxvgegdqewsxagq> has joined #yocto17:25
zeddiiulf`. no access here . or I should say that I've never been on tizen's gerrit. so if it needs an account .. I won't have one :)17:25
*** tmpsantos <tmpsantos!~tmpsantos@> has quit IRC17:25
*** sfred <sfred!~fred@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has left #yocto17:27
ulf`zeddii :)17:28
ulf`zeddii: I'll get you a download URL17:28
*** rperier <rperier!~quassel@ubuntu/member/rperier> has quit IRC17:30
*** rperier <rperier!~quassel@2001:41d0:52:100::44a> has joined #yocto17:31
*** mckoan is now known as mckoan|away17:31
rburtonsona: until that happens can we backport a fix?17:39
*** belen <belen!Adium@nat/intel/x-exxvgegdqewsxagq> has quit IRC17:44
*** belen <belen!~Adium@> has joined #yocto17:45
-YoctoAutoBuilder- build #167 of nightly-fsl-ppc is complete: Failure [failed BuildImages Building Toolchain Images Building Toolchain Images_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc/builds/16717:47
*** Nitin <Nitin!~nakamble@> has quit IRC17:48
-YoctoAutoBuilder- build #169 of minnow-lsb is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/minnow-lsb/builds/16917:49
*** kimo_ <kimo_!~kbouhara@hyperion.atermes.fr> has quit IRC17:52
*** armpit <armpit!~akuster@2601:c:a700:272f:9b1:3b1:1905:8a0a> has quit IRC17:53
*** sona <sona!4e52766f@gateway/web/freenode/ip.> has quit IRC17:55
*** malte <malte!~malte@> has quit IRC17:56
-YoctoAutoBuilder- build #169 of nightly-x86-lsb is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/16917:59
*** jmd <jmd!~user@de.cellform.com> has joined #yocto18:01
*** Calchan <Calchan!~calchan@gentoo/developer/calchan> has quit IRC18:05
*** belen1 <belen1!~Adium@> has joined #yocto18:09
*** belen <belen!~Adium@> has quit IRC18:11
*** jbrianceau is now known as jbrianceau_away18:13
*** rwoolley <rwoolley!~rwoolley@206-248-179-91.dsl.teksavvy.com> has joined #yocto18:16
*** belen1 <belen1!~Adium@> has quit IRC18:17
*** Nitin <Nitin!~nakamble@> has joined #yocto18:17
*** Nitin <Nitin!~nakamble@> has quit IRC18:18
*** Nitin <Nitin!nakamble@nat/intel/x-vwtrsjgbqtlhjdec> has joined #yocto18:18
-YoctoAutoBuilder- build #170 of nightly-x86-64-lsb is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/17018:24
paulgfray, when I run git blame on the coreutils bb, it contains some of your update-alternatives stuff...18:30
paulg    coreutils: use new update-alternatives18:30
paulg    (From OE-Core rev: 4bed7f31535f16dbe1f8bbab58921f12f1696f6f)18:30
paulgin commit 3f810e24628764413a0672e668953667dc62794f18:31
fraysee myc omemnt above..18:31
frayI updated one version but not the other18:31
paulgthis is git blame on the 8.x file ; not the 6.x one.18:31
paulgso it appears someone undid something...18:31
fraylook at git blame, go back to the original commit..18:32
fraysee the patch.. 6.9 was updated, 8.x wasn't18:32
*** belen <belen!Adium@nat/intel/x-apqxmzpqnykzmqow> has joined #yocto18:32
fray'er.. see commit that is18:32
paulgboth updated ; in both repos, it seems.18:33
paulgpaul@yow-pgortmak-d2:~/poky/openembedded-core$ git show 4bed7f31535f16dbe1|diffstat -p018:33
paulg b/meta/recipes-core/coreutils/coreutils_6.9.bb  |   46 ++++++++--------------18:33
paulg b/meta/recipes-core/coreutils/coreutils_8.14.bb |   49 ++++++++++--------------18:33
paulg 2 files changed, 38 insertions(+), 57 deletions(-)18:33
paulgop3:~/poky/build$ git show 3f810e24628764413a0672e668953667dc62794f|diffstat -p018:34
paulg b/meta/recipes-core/coreutils/coreutils_6.9.bb  |   46 ++++++++--------------18:34
paulg b/meta/recipes-core/coreutils/coreutils_8.14.bb |   49 ++++++++++--------------18:34
paulg 2 files changed, 38 insertions(+), 57 deletions(-)18:34
zeddiiulf`, ping.18:36
ulf`zeddii: pong18:36
zeddiigood news. and bad news. when I unpacked that layer, and built with the bbappend, I get a 32 bit configured kernel.18:37
*** belen <belen!Adium@nat/intel/x-apqxmzpqnykzmqow> has quit IRC18:37
paulgfray, afaict so far - it was updated and simply doesn't work.  :)18:38
zeddiibut I would suggest a change with the bbappend, because all that I can guess at, is that the wrong config wss picked up from the layer.18:38
ulf`zeddii: OK18:39
zeddiiI did this to ensure the right defconfig was used: http://pastebin.com/xxWU3vnM18:39
ulf`zeddii: And with this change it still fails18:40
ulf`zeddii: Did yo usee the do_compile log attached to the bug I pointed to earlier?18:40
ulf`zeddii: https://bugs.tizen.org/jira/secure/attachment/16229/log.do_compile.1371818:40
*** malte <malte!~malte@dslb-094-217-228-054.094.217.pools.vodafone-ip.de> has joined #yocto18:41
zeddiigeneric x86 should be 32bit ..18:41
zeddiihence my confusion. what exactly is the goal ?18:41
ulf`zeddii: Offer developers the means to build the Tizen IVI release using Yocto18:45
ulf`zeddii: I could tar up the whole git project and make it available to you18:47
zeddiiright. but I'm more specifically interested in this kernel issue.18:48
zeddiiare you saying that it is being configured 32 bit and breaking the compile phase, or something else ?18:48
ulf`zeddii: /home/test/tizen-Distro-latest/tizen-distro.1/build32ivimodellodev/tmp-glibc/work/genericx86-oe-linux/linux-yocto/3.14.19+gitAUTOINC+fb6271a942_902f34d361-r0/linux/scripts/mod/empty.c:1:0: error: code model 'kernel' not supported in the 32 bit mode18:50
zeddiiright. and I'm saying .. that BSP should be 32 bit. so I'd expect that to fail.18:51
ulf`zeddii: Sorry, I don't understand. genericx86 =32bit18:52
zeddiior are you saying that that same thing builds in a non-linux-yocto kernel ? in that case, it's an issue I can address. otherwise, all I can say is that the defconfig and configuration of that kernel is fireing properly and there's no issue.18:53
zeddiiso I'm saying, if you wanted 64 bit, why isn't genericx86-64 being used as the machine.18:54
-YoctoAutoBuilder- build #166 of nightly-mips-lsb is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/16618:55
ulf`zeddii: Building genericx86_64 works. The goal is to change MACHINE to genericx86 in case folks want a 32bit distro18:55
zeddiiin that case the issue is in the kernel itself. and if I broke that build with a merge, I can fix it. but if it breaks everywhere, then the fix should be upstream.18:56
* zeddii peeks at the code18:57
ulf`zeddii: sure :)18:58
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:59
zeddiiI'm building the kernel here. if it blows up, I'll see if anything obvious jumps out as to a crime I committed.19:00
paulgulf`, you aren't by chance using a lame arse 32 bit build host, are you?19:01
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC19:02
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto19:03
ulf`paulg: nope :)19:04
paulglet me be more specific -- you aren't using a 32 bit install on a 64 bit machine, are you?19:05
ulf`paulg: I can build 64bit so the build host is fine19:05
paulgulf`, every instance of that error I can find is someone building a 64 bit kernel on 32 bit install.19:07
zeddiiulf`, your host or toolchain is somehow whacked. I can build that kernel just fine on my 64bit ubuntu builder.19:08
* paulg wants to see "tail -n1 /proc/kallsyms "19:08
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has quit IRC19:09
zeddiiyow-bashfiel-d4 [/home/bruc...cripts/mod]> uname -a19:09
zeddiiLinux yow-bashfiel-d4 3.16.0-25-generic #33-Ubuntu SMP Tue Nov 4 12:06:54 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux19:09
zeddiiyow-bashfiel-d4 [/home/bruc...cripts/mod]> file empty.o19:09
zeddiiempty.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped19:09
paulgdoes anyone even know if yocto pretends to support building on a 32 bit host?19:10
paulgI can't imagine even trying that.19:10
paulgsounds like a complete WOFT.19:10
ulf`paulg: 0000000000000000 T parport_ieee1284_ecp_write_data      [parport]19:10
*** dgm816 <dgm816!~dgm816@97-64-167-34.client.mchsi.com> has joined #yocto19:10
*** dgm816 <dgm816!~dgm816@97-64-167-34.client.mchsi.com> has quit IRC19:10
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has joined #yocto19:10
paulgulf`, is the host install something listed as supported by yocto?19:11
ulf`paulg: It's Ubuntu 14.04 in a Xen VM19:12
paulgyou've definitely got something strange going on there.   I know that things can go strange when switching from multilib to non multilib ; perhaps you should do a cleanall and/or push your sstate off a cliff.19:12
paulgoh wait.  is the kallsyms for the host machine and not the VM?19:13
ulf`paulg: I wiped sstate and work directory19:13
paulg'cause that would be cheating.19:13
ulf`paulg: It's the output from the VM19:13
* ulf` doesn't have access to the host :)19:13
ulf`But yes19:14
paulgwell that empty.c endian thing check is a part of the default kernel sources from 2005, so the wreckage you are seeing is not yocto specific, but breakage in your VM stuff.19:14
ulf`I wouldn't be surprised if the toolchain is broken19:14
ulf`gcc 4.9.119:14
ulf`and there is this strange error saying CFLAG fstack protector is not supported19:14
paulgwander into a mainline kernel source tree and type  "make ARCH=i386 defconfig ;  make ARCH=i386"  and see what happens.19:15
paulgyou will undoubtedly get the same error/explosion.19:15
ulf`That's not a valid test. It would use the Debian 14.04 toolchain and not the Tizen toolchain it builds before attempting the kernel19:18
paulgput the tizen toolchan 1st in your path19:22
*** phantoxe <phantoxe!~destroy@acarlosss.broker.freenet6.net> has quit IRC19:26
*** interima <interima!~interima@> has joined #yocto19:31
* paulg looks for fray...19:32
frayhere now19:34
fraywhat the question?19:34
paulgfray, any thoughts on why the update alternative stuff all looks there and in place but isn't firing?19:35
paulg...for coreuitls-native in the sysroot?19:35
fraysorry I'm lacking context..19:35
frayupdate alternative doesn't work in native, full stop19:35
frayin the coreutils package, remove the $i.${BPN} and replace w/ $i  let the rest of the system handle the update alternatives if building target installable packages19:36
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has quit IRC19:37
paulgok, I somehow missed the "doesn't work for native" part.19:37
* paulg scrolls up19:37
frayto use update-alternatives you have to create a package.  native recipes don't create packages, thus it can't work19:38
paulgok, so the fix is to make the update alternatives stuff somehow be target specific.19:38
frayit is normally.. the recipe is broken..19:39
fraythe bug is that coreutils (or whatever) is renaming things.. it shouldn't.. the update-alternatives system renames things when it's active.. it can't be active in a native package (so it won't rename)19:40
fraylook at commit 4bed7f31535f16dbe1f8bbab58921f12f1696f6f  (oe-core commit)19:40
fraypoky - 3f810e24628764413a0672e668953667dc62794f19:41
-YoctoAutoBuilder- build #166 of nightly-arm-lsb is complete: Failure [failed BuildImages BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/16619:41
frayyou'll see in the first part, the rename was removed:19:41
fray-       for i in ${base_bindir_progs}; do mv ${D}${bindir}/$i ${D}${base_bindir}/$i.${PN}; done19:41
fray+       [ "${bindir}" != "${base_bindir}" ] && for i in ${base_bindir_progs}; do mv ${D}${bindir}/$i ${D}${base_bindir}/$i; done19:41
fraybut in the second hunk, to the "newer" coreutils, it was not removed..  thats the bug..19:41
frayit should have been removed19:41
*** AlexVaduva <AlexVaduva!~alex@p6.eregie.pub.ro> has joined #yocto19:42
*** munch_ <munch_!~mark@c-50-129-137-132.hsd1.il.comcast.net> has joined #yocto19:42
fray-       for i in ${base_bindir_progs}; do mv ${D}${bindir}/$i ${D}${base_bindir}/$i.${PN}; done19:42
fray+       [ "${base_bindir}" != "${bindir}" ] && for i in ${base_bindir_progs}; do mv ${D}${bindir}/$i ${D}${base_bindir}/$i.${BPN}; done19:42
fraythat is wrong, it shouldn't be adding the ${BPN}.19:42
*** munch_ is now known as Guest8041019:42
paulgaha; at 1st glance the two changes appear the same ;  now I see the BPN19:43
frayin the distant past, before the update-alternatives.bbclass.. it was up to the recipe to rename the files then use the update-alternatives command..19:43
* paulg goes off to implement and test.19:43
fraywhen the bbclass was added, the rename was moved into the class (but support for the recipe doing the rename was kept, just in case)19:43
paulg...seems there are two stray ${BPN} left in there to nuke.19:44
paulg...let me revise that ; three.  :)19:45
paulg3rd one is for [19:45
fraythe 'mv' for [ to lbracket is correct..19:45
fraybut otherwise the rest are wrong19:45
fray([ is a special case, due to implementation details, trying to auto rename '[' does all kinds of wrong things...)19:46
paulgsure, but I'm saying this line....19:49
paulg        mv ${D}${bindir}/[ ${D}${bindir}/lbracket.${BPN}19:49
paulgneeds to be19:49
paulg        mv ${D}${bindir}/[ ${D}${bindir}/lbracket19:49
paulgand then we let these existing lines take effect:19:49
paulgALTERNATIVE_LINK_NAME[lbracket] = "${bindir}/["19:49
paulgALTERNATIVE_TARGET[lbracket] = "${bindir}/lbracket.${BPN}"19:49
frayno.. BPN in this case right right...19:50
* paulg doesn't follow. :(19:50
fraywhen you use an alternative target name, the system won't automatically rename it.. so you need ot do the rename yourself..19:50
frayit's an artifact of [ not being allowed in the auto rename code19:51
fray<paulg> ALTERNATIVE_TARGET[lbracket] = "${bindir}/lbracket.${BPN}"19:51
frayALTERNATIVE_TARGET  won't rename the targeted item19:51
fray(when set)19:51
*** Guest80410 <Guest80410!~mark@c-50-129-137-132.hsd1.il.comcast.net> has quit IRC19:51
frayso mv ${D}${bindir}/[ ${D}${bindir}/lbracket.${BPN} is correct19:51
fray(and we don't want 'lbracket' because another system provider of '[' might also be called lbracket..)19:52
frayit's an unusual corner case specific to '['19:52
paulgok, I'll take your word for it and patch coreutils to run help2man on lbracket if need be...19:52
* paulg marvels at what a time sink it has been just to crap out sane man pages.19:52
frayif your host system's [ doesn't work.. you've got more serious problems19:52
paulgno thanks to coreutils and its rube-goldberg machine of extracting man text from frigging binaries.19:53
paulgI wonder what kind of tinfoil hat acid trip the gnu folks were on when they invented that.19:53
frayIt might make more sense to provide man text as pre-built then.. cause trying to construct it based on the host version of the commands is wrong19:53
fraythey could (and may) be compiled completely differently..19:54
paulgblame the coreutils wankers then ; one would almost think they went out of their way to make it openly x-compile hostile.  :(19:54
paulgthere is no easy prebuilt option.19:55
paulgand fwiw, the old coreutils 6.9 one was already using native build bins for the help2man task.19:55
frayno I'm saying to change how it works..19:56
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has quit IRC19:56
fraygenerate them, and then provide the generated versions and remove all of the code thats generating it from the host system..19:56
paulg... and if I "generate" them,   I'll be generating them from the host binaries.19:57
-YoctoAutoBuilder- build #167 of nightly-qa-systemd is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/16719:57
fraythey're man pages, not dynamically generated...19:57
fraybuild target.. boot target, copy coreutils source to target.. configure, compile generate man, copy results back to host..19:57
fraywrite patch that disables man page generation.. and instead uses prebuilt copies..19:57
paulgnot feasible.19:57
paulgrinse lather repeat for all supported arch?19:58
frayit's feasible.. you just don't want to do it.. :)19:58
paulgre-do each time coreutils is uprev'd19:58
paulgnot feasible.19:58
frayfirst time, sure.. after the first time.. you don't ned to..19:58
frayas coreutils updates, it's pretty easy to figure out what has changed and what hasn't.. this isn't the first itme we've had to pre-generate stuff and then watch it on updates..19:58
paulgwell if your concern is them being out of sync, then your strategy suffers the same issue if we only do it the 1st time.19:58
fraybut if you are out of sync host vs target.. bang it's game over.. if the native doesn't match the target.. bang game over..19:59
paulgmeh, I think the concern is moot.19:59
frayI'm more concerned with the need to build coreutils for the host to get man pages for the target, it's just wrong20:00
fray(now within the target recipe building the items twice, sure.. thats self contained)20:00
paulgso, to entertain your plan, if say I did gen these manpages, where would they live?20:00
paulgas raw foo.1 files, ujncomressed, untarred?20:02
*** dorileo <dorileo!~dorileo@> has quit IRC20:03
paulgI'd rather a hands-free step vs some manual maintenance nightmare.   I guess we'll have to agree to disagree.20:04
paulgI'm pretty sure that  "chmod" for mips uses the same args as it does for x86-64.20:05
*** zecke <zecke!~ich@ip5b41c286.dynamic.kabel-deutschland.de> has quit IRC20:05
frayexactly why this isn't that big of a deal20:05
fraygenerate it once for all, diff and it's pretty clear they're the same.. comment on that.. and just manage the differences..20:06
frayfolks like Red Hat have a master man-pages system and they avoid building a lot of man pages like this (or patch them in different ways)20:06
*** bfederau <bfederau!~quassel@> has quit IRC20:07
*** bryan_ <bryan_!~bryan@> has joined #yocto20:07
paulgwell, I might be ok with thefting someone else's pregen'd manpages.  I'm not going to build all arch and diff crap.20:09
paulgfor Gentoo, i maintain a prebuilt tarball of the man pages you can unpack over20:09
paulgtop the existing source release and get sanity again.20:09
paulg-- from http://comments.gmane.org/gmane.comp.gnu.coreutils.general/580920:09
bryan_Hi. I am having trouble getting a script to run after rootFS creation. I originally had a "ROOTFS_POSTPROCESS_COMMAND" line in my local conf file, but after updating Poky that stopped working. I have created my own layer and added a recipe with a "ROOTFS_POSTPROCESS_COMMAND" line in it to invoke my script. I added my layer to my bblayers.conf file, but nothing I do seems to make the script run.20:10
bryan_I think I am missing something simple (I am no expert here). I would *really* appreciate a pointer.20:11
paulgISTR that might have needed to be in a class and not a conf?20:16
paulgI run the following and can confirm it works....20:16
paulg$ cat classes/builder-base.bbclass20:17
paulginherit hosts20:17
paulgROOTFS_POSTPROCESS_COMMAND += "builder_configure_host ; "20:17
paulgbuilder_configure_host() {20:17
paulg#    bbnote "builder: configuring host"20:17
paulg    echo "${HOSTNAME}" > ${IMAGE_ROOTFS}/etc/hostname20:17
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-ainsjfnsmrmfuopq> has quit IRC20:17
bryan_Thank you. I will give that a try.20:18
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto20:18
*** _ccube <_ccube!ccube@nx.mindrunner.de> has joined #yocto20:23
*** ipuustin_ <ipuustin_!~ipuustin@2001:14b8:100:83a6:c23f:d5ff:fe68:ad9a> has joined #yocto20:23
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has joined #yocto20:23
-YoctoAutoBuilder- build #167 of nightly-fsl-arm-lsb is complete: Failure [failed BuildImages BuildImages_1 BuildImages_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-arm-lsb/builds/16720:25
*** armpit <armpit!~akuster@> has joined #yocto20:25
bryan_paulg: I have added a class file similar to yours. Do I need to do something special to "enable" it?20:29
bryan_I rebuilt my target and the script did not run.20:29
paulgbryan_, yes, somewhere in your bb for your image type you need to add20:31
paulginherit builder-base20:31
-YoctoAutoBuilder- build #167 of nightly-ppc-lsb is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/16720:31
bryan_Excellent. Thanks20:31
paulgI also have this, as a default setting for hostname:20:32
paulg$ cat classes/hosts.bbclass20:32
paulg# can be overridden20:32
paulgHOSTNAME ?= "op3"20:32
*** ccube <ccube!ccube@nx.mindrunner.de> has quit IRC20:32
*** ipuustin <ipuustin!~ipuustin@2001:14b8:100:83a6:c23f:d5ff:fe68:ad9a> has quit IRC20:32
paulgand accordingly my image bb has20:32
paulginherit hosts20:32
paulgI don't recall exactly, but I either based it on the docs or on stuff zeddii said.20:33
bryan_Thank you paulg - your a life saver. This worked like a charm.20:38
paulgno problem.20:38
*** macbug <macbug!~macirc@c83-248-164-111.bredband.comhem.se> has joined #yocto20:39
*** bryan_ <bryan_!~bryan@> has quit IRC20:42
*** jmd <jmd!~user@de.cellform.com> has quit IRC20:44
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC20:47
*** ddalex <ddalex!~ddalex@> has joined #yocto20:52
paulgfray, if I do go with prepackages manpages and steal the gentoo ones (or some other ones) we'll need to actively disable the half baked ones with the "OOOOPS  I couldn't find perl" that coreutils currently generates...20:55
frayif you look, there is already a patch that is supposed to disable them when perl isn't available.. just recycle the patch and always disable it20:59
paulgfray, no that hackery is a total fail ; it just avoids running help2man, as help2man is the perl part.21:01
paulgso it generates half baked manpages ;  which is what sent me on this quest in the 1st place.  :-/21:02
paulgfray, e.g.  http://pastebin.com/p81Fa4yK21:03
paulgyeah, exactly.   when I  1st saw that, I did a WTF?   I have perl...21:03
fraypersonally I remove any refernce to 'info', as that is less useful that that man page21:03
paulginfo.   Another useless rube-goldberg POS brought to you by gnu folks in a tin hat.21:04
*** zecke <zecke!~ich@ip5b42f21c.dynamic.kabel-deutschland.de> has joined #yocto21:04
frayinfo is horrible.. I can't believe they still think it was a good idea21:04
*** sameo <sameo!samuel@nat/intel/x-gyqllepfmoehvsis> has joined #yocto21:10
*** zecke <zecke!~ich@ip5b42f21c.dynamic.kabel-deutschland.de> has quit IRC21:17
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:19
* vmeson mumbles that info is fine if you live in emacs like RMS21:29
*** belen <belen!~Adium@> has joined #yocto21:33
*** ddalex <ddalex!~ddalex@> has quit IRC21:34
sgw_halstead: I know things are moving around right now, where would I find 1.8M1 release directories?21:38
halsteadsgw_, To download via http?21:39
halsteadsgw_, At http://downloads.yoctoproject.org/releases/yocto/milestones/yocto-1.8_M1/21:39
sgw_halstead: tried to go through the autobuilder.yp.org (which is how I remember!)21:40
halsteadsgw_, That's coming back soon.21:41
-YoctoAutoBuilder- build #172 of nightly-world is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/17221:43
-YoctoAutoBuilder- build #171 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/17121:46
rburtonhalstead: did you see my mail about proxies on the AB?21:47
halsteadrburton, Yes. I re-ran some of those failed builds and they worked.21:47
rburtonhalstead: huh, of ross/mut?21:48
halsteadrburton, We don't actually use proxies on that set though. So I wonder if freedesktops.org was having trouble.21:48
halsteadrburton, Oh. No I tried with master.21:48
halsteadrburton, Was there trouble with sites other than freedesktops.org?21:49
* rburton looks21:49
rburtonhalstead: apparently not, so you may well be right.  i'll work through the other failures and try again later, thanks.21:50
ulf`Hi rburton :)21:51
rburtonhuh, hi ulf`! :)21:51
rburtonwhat brings you here?21:51
ulf`rburton: Tizen on Yocto :)21:53
-YoctoAutoBuilder- build #172 of nightly-x86-64-lsb is complete: Failure [failed] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/17221:53
ulf`rburton: or why it fails :)21:53
*** melonipoika <melonipoika!~quassel@91-158-69-143.elisa-laajakaista.fi> has quit IRC21:56
*** marka <marka!~marka@> has quit IRC21:57
*** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has quit IRC21:58
*** benjamirc1 <benjamirc1!~besquive@> has joined #yocto22:00
*** benjamirc <benjamirc!besquive@nat/intel/x-qublpsgdbinxfbcq> has quit IRC22:02
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has joined #yocto22:03
*** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-wkjjdhcigizabcoy> has quit IRC22:07
*** belen <belen!~Adium@> has quit IRC22:18
*** interima <interima!~interima@> has quit IRC22:22
*** malte <malte!~malte@dslb-094-217-228-054.094.217.pools.vodafone-ip.de> has quit IRC22:31
*** benjamirc1 <benjamirc1!~besquive@> has quit IRC22:33
*** pohly <pohly!~pohly@p5DE8E1E2.dip0.t-ipconnect.de> has quit IRC22:36
*** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has joined #yocto22:37
*** _valle_ <_valle_!~valle@194-218-94-206.customer.telia.com> has quit IRC22:40
*** AlexVaduva <AlexVaduva!~alex@p6.eregie.pub.ro> has quit IRC22:41
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has quit IRC22:48
rburtonotavio: yay u-boot in fsl is breaking again: https://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc/builds/168/steps/BuildImages/logs/stdio (ross/mut)22:49
rburtonthoughts welcome :)22:49
* rburton -> bed22:49
*** rburton <rburton!~Adium@> has quit IRC22:51
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC23:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto23:01
*** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has quit IRC23:04
*** benjamirc <benjamirc!besquive@nat/intel/x-nxjfydiuxvngjzpk> has joined #yocto23:08
paulgwhat the hell?  fatal error: openssl/evp.h: No such file or directory23:16
paulgis u-boot adding some kind of secure boot feature with crypto magic?23:17
* paulg starts an mpc8315-rdb build and will check for wreckage when he gets home.23:20
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC23:21
otaviorburton: easy; their openssl seems to be messing up23:25
*** redengin <redengin!~redengin@> has joined #yocto23:48
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto23:50
*** neur0Fuzzy <neur0Fuzzy!~neur0Fuzz@p147.net112139222.tokai.or.jp> has joined #yocto23:54
*** sjolley <sjolley!sjolley@nat/intel/x-itphvrduxlsebass> has quit IRC23:55

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