darkhorse | bluelightning: 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 #yocto | 00:01 | |
darkhorse | bluelightning: sorry i meant KERNEL_IMAGETYPE = "uImage.gz" in the last message | 00:01 |
*** Nitin <Nitin!~nakamble@134.134.139.70> has quit IRC | 00:02 | |
darkhorse | bluelightning: 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@134.134.139.74> has quit IRC | 00:09 | |
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC | 00:10 | |
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto | 00:19 | |
*** staylor <staylor!~staylor@S01067426ac686a17.cg.shawcable.net> has joined #yocto | 00:29 | |
*** staylor <staylor!~staylor@24.244.29.216> has joined #yocto | 00:38 | |
*** staylor_ <staylor_!~staylor@S01067426ac686a17.cg.shawcable.net> has joined #yocto | 00:41 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 00:42 | |
*** sjolley <sjolley!sjolley@nat/intel/x-bsbasezdhixkzqvz> has quit IRC | 00:42 | |
*** staylor <staylor!~staylor@24.244.29.216> has quit IRC | 00:46 | |
*** staylor <staylor!~staylor@24.244.29.225> has joined #yocto | 00:50 | |
*** staylor_ <staylor_!~staylor@S01067426ac686a17.cg.shawcable.net> has quit IRC | 00:50 | |
darkhorse | bluelightning: i guess i didn't make much sense. did I? | 00:50 |
bluelightning | darkhorse: I think it does make sense, I'm just not that familiar with uimage as a format | 00:51 |
bluelightning | darkhorse: 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 |
darkhorse | bluelightning: i will be creating a local fix tomorrow. and send over the patch. thanks | 00:53 |
bluelightning | cool, thanks | 00:53 |
bluelightning | time for sleep... goodnight | 00:53 |
darkhorse | bluelightning: same here - sleep tight :) | 00:53 |
*** staylor_ <staylor_!~staylor@S01067426ac686a17.cg.shawcable.net> has joined #yocto | 00:54 | |
*** staylor <staylor!~staylor@24.244.29.225> has quit IRC | 00:56 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 00:56 | |
*** staylor <staylor!~staylor@24.244.29.228> has joined #yocto | 01:03 | |
*** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has quit IRC | 01:04 | |
*** staylor_ <staylor_!~staylor@S01067426ac686a17.cg.shawcable.net> has quit IRC | 01:04 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 01:04 | |
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 01:05 | |
*** staylor_ <staylor_!~staylor@S01067426ac686a17.cg.shawcable.net> has joined #yocto | 01:07 | |
*** staylor <staylor!~staylor@24.244.29.228> has quit IRC | 01:08 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC | 01:09 | |
*** staylor_ <staylor_!~staylor@S01067426ac686a17.cg.shawcable.net> has quit IRC | 01:10 | |
*** staylor <staylor!~staylor@S01067426ac686a17.cg.shawcable.net> has joined #yocto | 01:10 | |
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 01:11 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 01:11 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC | 01:30 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 01:31 | |
*** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 01:31 | |
*** staylor <staylor!~staylor@S01067426ac686a17.cg.shawcable.net> has quit IRC | 01:32 | |
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC | 01:33 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC | 01:33 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 01:35 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 01:43 | |
khem | zeddii: linux/types.h is not exported into STAGING_KERNEL_BUILDDIR | 01:49 |
khem | how do we decide what to export into the BUILDDIR | 01:49 |
khem | some kmods reference to this header raw | 01:50 |
khem | so we can not use one from standard includes | 01:50 |
khem | so then are we supposed to pass -I flags into both sources | 01:50 |
*** staylor <staylor!~staylor@24.244.29.226> has joined #yocto | 01:59 | |
*** SoylentYellow <SoylentYellow!~SoylentYe@130.164.63.121> has joined #yocto | 02:05 | |
*** Datalink <Datalink!~Datalink@unaffiliated/datalink> has quit IRC | 02: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/173 | 02:07 | |
*** staylor <staylor!~staylor@24.244.29.226> has quit IRC | 02:13 | |
*** staylor <staylor!~staylor@S01067426ac686a17.cg.shawcable.net> has joined #yocto | 02:21 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 02:54 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 02:58 | |
*** grma <grma!~gruberm@dslb-092-075-217-202.092.075.pools.vodafone-ip.de> has quit IRC | 03:01 | |
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has joined #yocto | 03:12 | |
*** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has quit IRC | 03:12 | |
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has joined #yocto | 03:12 | |
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has joined #yocto | 03:13 | |
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has joined #yocto | 03:16 | |
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has quit IRC | 03:17 | |
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has joined #yocto | 03:18 | |
*** rwoolley <rwoolley!~rwoolley@206-248-179-91.dsl.teksavvy.com> has quit IRC | 03:21 | |
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has quit IRC | 03:22 | |
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has joined #yocto | 03:23 | |
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has quit IRC | 03:24 | |
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has joined #yocto | 03:25 | |
*** fitzsim` is now known as fitzsim | 03:26 | |
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has quit IRC | 03:26 | |
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has joined #yocto | 03:29 | |
*** musdem <musdem!~Zack@198-48-224-137.cpe.pppoe.ca> has quit IRC | 03:32 | |
*** Nilesh_ <Nilesh_!~minda@114.143.135.194> has joined #yocto | 03:32 | |
*** hramrach <hramrach!~hramrach@gateway/tor-sasl/hramrach> has quit IRC | 04:11 | |
*** hramrach <hramrach!~hramrach@gateway/tor-sasl/hramrach> has joined #yocto | 04:13 | |
*** sjolley <sjolley!sjolley@nat/intel/x-bwpsojeamkbrecoo> has joined #yocto | 04:16 | |
*** staylor <staylor!~staylor@S01067426ac686a17.cg.shawcable.net> has quit IRC | 04:28 | |
*** mavin1 <mavin1!~mhahn1@mnch-5d86814b.pool.mediaWays.net> has joined #yocto | 05:01 | |
*** agust <agust!~agust@p4FC46641.dip0.t-ipconnect.de> has joined #yocto | 05: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/168 | 05: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/169 | 05: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/169 | 05:43 | |
*** AndersD <AndersD!~anders@c-83-233-221-90.cust.bredband2.com> has joined #yocto | 05:44 | |
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto | 05:56 | |
*** AndersD <AndersD!~anders@c-83-233-221-90.cust.bredband2.com> has quit IRC | 05:57 | |
*** AndersD <AndersD!~anders@c-83-233-221-90.cust.bredband2.com> has joined #yocto | 05:59 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC | 06:03 | |
*** AndersD <AndersD!~anders@c-83-233-221-90.cust.bredband2.com> has quit IRC | 06:06 | |
*** AndersD <AndersD!~anders@c-83-233-221-90.cust.bredband2.com> has joined #yocto | 06:07 | |
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has quit IRC | 06: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/168 | 06:14 | |
*** zecke <zecke!~ich@ip5b42f21c.dynamic.kabel-deutschland.de> has joined #yocto | 06: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/169 | 06:20 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 06:20 | |
*** mavin1 <mavin1!~mhahn1@mnch-5d86814b.pool.mediaWays.net> has quit IRC | 06: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/166 | 06:59 | |
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has joined #yocto | 07:05 | |
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC | 07:06 | |
*** darkhorse <darkhorse!ad26d10a@gateway/web/freenode/ip.173.38.209.10> has quit IRC | 07:07 | |
*** pohly <pohly!~pohly@p5DE8E1E2.dip0.t-ipconnect.de> has joined #yocto | 07: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/170 | 07:10 | |
*** kimo_ <kimo_!~kbouhara@hyperion.atermes.fr> has joined #yocto | 07:18 | |
*** SorenHolm <SorenHolm!~quassel@93.165.148.186> has joined #yocto | 07:19 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 07:21 | |
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto | 07:21 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 07:26 | |
*** wadim_ <wadim_!~egorov@mail.phycard.de> has joined #yocto | 07:27 | |
*** malte_ <malte_!~malte@dslb-094-217-228-054.094.217.pools.vodafone-ip.de> has joined #yocto | 07:33 | |
*** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has joined #yocto | 07:34 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 07:37 | |
*** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-wkjjdhcigizabcoy> has joined #yocto | 07:39 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC | 07:39 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 07:43 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC | 07:44 | |
*** zecke <zecke!~ich@ip5b42f21c.dynamic.kabel-deutschland.de> has quit IRC | 07:50 | |
*** Crofton <Crofton!~balister@ip51cc7759.adsl-surfen.hetnet.nl> has quit IRC | 07:52 | |
*** patrickz <patrickz!~Thunderbi@212.118.209.82> has quit IRC | 07:53 | |
*** mckoan|away is now known as mckoan | 07:54 | |
mckoan | good morning | 07:54 |
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:58 | |
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-ainsjfnsmrmfuopq> has joined #yocto | 07:59 | |
*** jbrianceau_away is now known as jbrianceau | 08:00 | |
*** patrickz <patrickz!~Thunderbi@212.118.209.82> has joined #yocto | 08:00 | |
*** patrickz1 <patrickz1!~Thunderbi@212.118.209.82> has joined #yocto | 08:02 | |
*** patrickz <patrickz!~Thunderbi@212.118.209.82> has quit IRC | 08:04 | |
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has quit IRC | 08:21 | |
*** Crofton <Crofton!~balister@145.94.244.242> has joined #yocto | 08:22 | |
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has joined #yocto | 08:22 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 08:24 | |
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto | 08:28 | |
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has quit IRC | 08:28 | |
*** florian_kc is now known as florian | 08:28 | |
*** sfred <sfred!~fred@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has joined #yocto | 08:45 | |
*** zecke <zecke!~ich@ip5b41c286.dynamic.kabel-deutschland.de> has joined #yocto | 08:48 | |
*** belen <belen!Adium@nat/intel/x-dphhsbwjyncbrwsc> has joined #yocto | 08:51 | |
*** TobSnyder <TobSnyder!~schneider@ip92341b76.dynamic.kabel-deutschland.de> has joined #yocto | 09:02 | |
*** ionte <ionte!uid48103@gateway/web/irccloud.com/x-jucofymayfjaazby> has joined #yocto | 09:06 | |
*** malte_ <malte_!~malte@dslb-094-217-228-054.094.217.pools.vodafone-ip.de> has quit IRC | 09:08 | |
*** patrickz <patrickz!~Thunderbi@212.118.209.82> has joined #yocto | 09:14 | |
*** patrickz1 <patrickz1!~Thunderbi@212.118.209.82> has quit IRC | 09:16 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:25 | |
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 09:26 | |
bluelightning | morning all | 09:28 |
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93-33-49-192.ip43.fastwebnet.it> has joined #yocto | 09:29 | |
LetoThe2nd | (indeed, UMT) | 09:30 |
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 09:33 | |
lpapp | Good 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 #yocto | 09:34 | |
bluelightning | lpapp: 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 directly | 09:36 |
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 09:36 | |
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93-33-49-192.ip43.fastwebnet.it> has quit IRC | 09:38 | |
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@93-33-49-192.ip43.fastwebnet.it> has joined #yocto | 09:40 | |
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has joined #yocto | 09:54 | |
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has quit IRC | 09:54 | |
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has joined #yocto | 09:56 | |
*** belen <belen!Adium@nat/intel/x-dphhsbwjyncbrwsc> has quit IRC | 09:57 | |
*** belen <belen!Adium@nat/intel/x-ultyvlikxkdtemxa> has joined #yocto | 09:57 | |
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has quit IRC | 10:04 | |
*** malte_ <malte_!~malte@141.62.60.13> has joined #yocto | 10:08 | |
*** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has joined #yocto | 10:14 | |
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 10:15 | |
jaeckel | lo | 10:27 |
jaeckel | is there somewhere documented how DEPENDS_append_<?> works? resp. what will be extended to <?> | 10:28 |
bluelightning | jaeckel: where would you be setting this? within a recipe, or outside it? | 10:31 |
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 10:36 | |
*** zecke <zecke!~ich@ip5b41c286.dynamic.kabel-deutschland.de> has quit IRC | 10:37 | |
*** zecke <zecke!~ich@ip5b41c286.dynamic.kabel-deutschland.de> has joined #yocto | 10:37 | |
jaeckel | is there a difference? | 10:43 |
jaeckel | and I would set it in a bbappend of a recipe | 10:43 |
bluelightning | jaeckel: 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 active | 10:44 |
*** Nilesh_ <Nilesh_!~minda@114.143.135.194> has quit IRC | 10:45 | |
*** Nilesh_ <Nilesh_!~minda@61.246.136.195> has joined #yocto | 10:46 | |
*** chankit1 <chankit1!~oneam@115.134.172.187> has joined #yocto | 10:47 | |
*** __valle__ <__valle__!~valle@194.218.94.206> has quit IRC | 11:10 | |
*** belen <belen!Adium@nat/intel/x-ultyvlikxkdtemxa> has quit IRC | 11:13 | |
*** zecke <zecke!~ich@ip5b41c286.dynamic.kabel-deutschland.de> has quit IRC | 11:13 | |
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC | 11:18 | |
*** mavin1 <mavin1!~mhahn1@213.69.233.2> has joined #yocto | 11:18 | |
*** __valle__ <__valle__!~valle@194-218-94-206.customer.telia.com> has joined #yocto | 11:23 | |
*** mavin1 <mavin1!~mhahn1@213.69.233.2> has quit IRC | 11:28 | |
*** zecke <zecke!~ich@ip5b41c286.dynamic.kabel-deutschland.de> has joined #yocto | 11:31 | |
*** Nilesh_ <Nilesh_!~minda@61.246.136.195> has quit IRC | 11:51 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 11:54 | |
*** Noor <Noor!~quassel@110.93.212.98> has quit IRC | 12:00 | |
*** Noor <Noor!~quassel@110.93.212.98> has joined #yocto | 12:00 | |
*** belen <belen!Adium@nat/intel/x-yeggtqpeyomplzkg> has joined #yocto | 12:08 | |
*** malte_ <malte_!~malte@141.62.60.13> has quit IRC | 12:10 | |
*** magnus__ <magnus__!5f6d7eb4@gateway/web/freenode/ip.95.109.126.180> has joined #yocto | 12:11 | |
*** anselmolsm <anselmolsm!~anselmols@134.134.139.72> has joined #yocto | 12:15 | |
jaeckel | I have an image that basically installs all packages from a packagegroup | 12:16 |
jaeckel | now I'd like to add qemu-native to these packages that get installed | 12:16 |
jaeckel | it works if I do a DEPENDS_append_<platform> | 12:17 |
jaeckel | but it does not work if I add it to the packagegroup | 12:17 |
jaeckel | now I just searched for the documentation why this has to be included as DEPENDS | 12:17 |
bluelightning | hang on, you seem to be confusing two things - build-time dependencies and runtime | 12:19 |
bluelightning | DEPENDS specifies build-time dependencies, and qemu-native is QEMU for the build host and not the target | 12:19 |
jaeckel | yes, that's what I want | 12:19 |
bluelightning | adding to DEPENDS for a packagegroup wouldn't make sense, it should only have runtime dependencies on the packages that are in the group | 12:19 |
jaeckel | well my image has an IMAGE_INSTALL of the packagegroup | 12:20 |
jaeckel | s/has/does | 12:20 |
bluelightning | yes, IMAGE_INSTALL specifies packages, i.e. runtime targets | 12:21 |
bluelightning | is what you're attempting to do just to have qemu built and available on the host whenever you build the image? | 12:21 |
jaeckel | yes | 12:21 |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 12:22 | |
bluelightning | EXTRA_IMAGEDEPENDS += "qemu-native" should do that - EXTRA_IMAGEDEPENDS tells the system to build the specified build-time targets when building an image | 12:22 |
bluelightning | if you want to use our runqemu script you'll also need to add qemu-helper-native to that too | 12:22 |
bluelightning | note that all of our qemu* machines already do this via meta/conf/machine/include/qemu.inc FWIW | 12:23 |
*** JaMa <JaMa!~martin@ip-89-176-104-3.net.upcbroadband.cz> has joined #yocto | 12:29 | |
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 12:29 | |
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has joined #yocto | 12:36 | |
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 12:38 | |
*** warthog9 <warthog9!~warthog9@149.20.54.19> has quit IRC | 12:50 | |
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has quit IRC | 12:50 | |
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has joined #yocto | 12:50 | |
*** kimo_ <kimo_!~kbouhara@hyperion.atermes.fr> has quit IRC | 12:51 | |
*** tmpsantos <tmpsantos!~tmpsantos@192.198.151.44> has joined #yocto | 12:52 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC | 12:55 | |
*** belen <belen!Adium@nat/intel/x-yeggtqpeyomplzkg> has quit IRC | 13:03 | |
*** madisox <madisox!~madison@2601:9:2700:e100:e952:3297:3851:a811> has joined #yocto | 13:05 | |
*** __valle__ <__valle__!~valle@194-218-94-206.customer.telia.com> has quit IRC | 13:06 | |
*** malte_ <malte_!~malte@141.62.60.13> has joined #yocto | 13:12 | |
*** __valle__ <__valle__!~valle@194.218.94.206> has joined #yocto | 13:19 | |
*** belen <belen!Adium@nat/intel/x-tuwfbfnxjekzrouc> has joined #yocto | 13:27 | |
*** ionte <ionte!uid48103@gateway/web/irccloud.com/x-jucofymayfjaazby> has quit IRC | 13:29 | |
*** marka <marka!~marka@128.224.252.2> has joined #yocto | 13:30 | |
*** melonipoika <melonipoika!~quassel@91-158-69-143.elisa-laajakaista.fi> has joined #yocto | 13:39 | |
*** warthog9 <warthog9!~warthog9@149.20.54.19> has joined #yocto | 13:42 | |
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto | 13:46 | |
*** belen <belen!Adium@nat/intel/x-tuwfbfnxjekzrouc> has quit IRC | 13:49 | |
*** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto | 13:52 | |
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC | 13:54 | |
*** __valle__ <__valle__!~valle@194.218.94.206> has quit IRC | 13:59 | |
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto | 14:04 | |
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 14:05 | |
chankit1 | what's the difference between inheriting cross.bbclass and not doing so? | 14:09 |
*** cristianiorga <cristianiorga!~cristiani@134.134.139.70> has quit IRC | 14:13 | |
bluelightning | chankit1: cross vs. target namespace, cross is built for the host and not for the target, and cross has no packaging | 14:15 |
bluelightning | you can get an idea by having a look at what cross.bbclass itself sets | 14:15 |
*** __karthik1 <__karthik1!karthik@nat/ti/x-awsdyugdhnjaqggo> has joined #yocto | 14:20 | |
chankit1 | bluelightning: 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 IRC | 14:21 | |
bluelightning | chankit1: not so much autotools.bbclass but more what bitbake.conf sets as defaults for the target | 14:22 |
*** cristianiorga <cristianiorga!cristianio@nat/intel/x-nadtgrkrwtqqpbvm> has joined #yocto | 14:25 | |
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has quit IRC | 14:29 | |
*** malte_ <malte_!~malte@141.62.60.13> has quit IRC | 14:30 | |
*** snallase <snallase!~snallase@134.134.139.74> has joined #yocto | 14:30 | |
*** malte_ <malte_!~malte@141.62.60.13> has joined #yocto | 14:32 | |
*** AndersD <AndersD!~anders@c-83-233-221-90.cust.bredband2.com> has quit IRC | 14:35 | |
snallase | NAMES | 14:36 |
snallase | NAMES | 14:36 |
snallase | names | 14:36 |
snallase | list | 14:36 |
snallase | JOIN | 14:36 |
*** staylor <staylor!~staylor@S01067426ac686a17.cg.shawcable.net> has joined #yocto | 14:41 | |
*** tminchev <tminchev!todor@nat/intel/x-ldojdnxlfiaysufu> has joined #yocto | 14:42 | |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:44 | |
*** malte_ <malte_!~malte@141.62.60.13> has quit IRC | 14:52 | |
*** _valle_ <_valle_!~valle@194-218-94-206.customer.telia.com> has joined #yocto | 14:56 | |
rburton | snallase: if you're trying to do irc commands, you want /list and so on | 14:56 |
snallase | Hello | 14:57 |
snallase | I am new user to IRC. I want to post my question to all. | 14:58 |
snallase | Want to know if Yocto has browser project. | 14:59 |
snallase | Another question is: Can we build Chromium browser for Yocto? | 15:00 |
*** palcone <palcone!lau@nat/intel/x-eiyyhnkwiurzlizr> has quit IRC | 15:00 | |
*** snallase <snallase!~snallase@134.134.139.74> has quit IRC | 15:01 | |
LetoThe2nd | hm, not even possible to answer with https://github.com/OSSystems/meta-browser | 15:02 |
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 15:04 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 15:05 | |
*** wadim_ <wadim_!~egorov@mail.phycard.de> has quit IRC | 15:13 | |
*** malte_ <malte_!~malte@141.62.60.13> has joined #yocto | 15:14 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 15:18 | |
*** aehs29 <aehs29!~aehernan@134.134.139.72> has joined #yocto | 15:27 | |
*** aehs29 <aehs29!~aehernan@134.134.139.72> has left #yocto | 15:27 | |
*** aehs29 <aehs29!~aehernan@134.134.139.72> has joined #yocto | 15:30 | |
*** aehs29 <aehs29!~aehernan@134.134.139.72> has left #yocto | 15:30 | |
*** fray__ is now known as fray | 15:34 | |
*** joseppc <joseppc!~Josep@sestofw01.enea.se> has joined #yocto | 15:34 | |
*** neur0Fuzzy <neur0Fuzzy!~neur0Fuzz@p147.net112139222.tokai.or.jp> has quit IRC | 15:53 | |
*** armpit <armpit!~akuster@2601:c:a700:272f:9b1:3b1:1905:8a0a> has joined #yocto | 15:54 | |
*** sona <sona!4e52766f@gateway/web/freenode/ip.78.82.118.111> has joined #yocto | 15:58 | |
armpit | YPTM: armin is jamming to the music | 15:59 |
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC | 16:00 | |
fray | YPTM: I'm dialed in, but waiting on the horrible hold music.. | 16:02 |
cristianiorga | YPTM: same for cristian | 16:02 |
*** AlexVaduva <AlexVaduva!c1ca1642@gateway/web/freenode/ip.193.202.22.66> has joined #yocto | 16:02 | |
cristianiorga | YPTM: meaning, I am enjoying it | 16:02 |
fray | they've changed it.. it was a different kind of horrible a few days ago | 16:02 |
sona | YPTM: hehe I am enjoying it :) | 16:02 |
rburton | stephen is on his way to remove the hold music :) | 16:03 |
sjolley | YPTM: Access Code: 2705751 Temporary Chairperson Passcode: 8937 | 16:03 |
ulf` | rburton: ping :) | 16:03 |
fray | there I saved you all | 16:03 |
zeddii | phew | 16:03 |
sjolley | YPTM: Stephen Joined | 16:03 |
zeddii | YPTM: bruce is on | 16:04 |
AlexVaduva | yptm: Alex Vaduva | 16:04 |
tomz | YPTM: tom z on | 16:04 |
halstead | YPTM Michael here. | 16:04 |
sgw_ | YPTM: Saul is on | 16:04 |
ulf` | halstead: got your query too late yesterday and didn't see it :) | 16:04 |
cristianiorga | YPTM: cristian present | 16:05 |
sona | YPTM: Sona is on | 16:05 |
* RP is present | 16:05 | |
fray | lol, I've been fray for 24 years.. ;) (apparently I've been absent from the YPTM call for a bit too long) | 16:06 |
bluelightning | YPTM: Paul Eggleton is on | 16:06 |
rburton | YPTM ross on | 16:07 |
*** magnus__ <magnus__!5f6d7eb4@gateway/web/freenode/ip.95.109.126.180> has quit IRC | 16:12 | |
*** nslu2-log_ <nslu2-log_!~nslu2-log@140.211.169.184> has joined #yocto | 16:12 | |
*** tobiash_ <tobiash_!~quassel@mail.bmw-carit.de> has joined #yocto | 16:13 | |
*** RP1 <RP1!~richard@5751f4a1.skybroadband.com> has joined #yocto | 16:13 | |
RP1 | halstead: sounds like its been a rough ride, thanks for working through it! | 16:14 |
*** Nitin <Nitin!~nakamble@134.134.137.71> has joined #yocto | 16:16 | |
*** mago__ <mago__!~mago@smtp.hms.se> has joined #yocto | 16:16 | |
*** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC | 16:16 | |
fray | which OSS project? | 16:16 |
*** RP <RP!~richard@5751f4a1.skybroadband.com> has quit IRC | 16:18 | |
*** tobiash <tobiash!~quassel@mail.bmw-carit.de> has quit IRC | 16:18 | |
*** smurray <smurray!~scottm@135-23-64-25.cpe.pppoe.ca> has quit IRC | 16:18 | |
*** smurray <smurray!~scottm@135-23-64-25.cpe.pppoe.ca> has joined #yocto | 16:18 | |
*** nslu2-log <nslu2-log!~nslu2-log@140.211.169.184> has quit IRC | 16:18 | |
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has quit IRC | 16:18 | |
*** sgw_ <sgw_!~sgw_@c-67-171-230-40.hsd1.wa.comcast.net> has quit IRC | 16:18 | |
*** mago_ <mago_!~mago@unaffiliated/blastur> has quit IRC | 16:18 | |
*** el_robin <el_robin!~el_robin@195-154-117-220.rev.poneytelecom.eu> has quit IRC | 16:18 | |
*** nslu2-log_ is now known as nslu2-log | 16:18 | |
paulg | bluelightning, I think I figured out my dependency prob from yest ; thanks for the info to go back to a normal DEPENDS line. | 16:18 |
bluelightning | paulg: ok, great | 16:18 |
paulg | I 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 etc | 16:19 |
paulg | the sysroot /bin dir has stat.coreutils but no symlink | 16:19 |
*** RP1 is now known as RP | 16:19 | |
*** el_robin <el_robin!~el_robin@195-154-117-220.rev.poneytelecom.eu> has joined #yocto | 16:20 | |
fray | you talking about native-coreutils? | 16:20 |
paulg | fray, yep. | 16:20 |
bluelightning | coreutils-native | 16:20 |
*** sgw_ <sgw_!~sgw_@c-67-171-230-40.hsd1.wa.comcast.net> has joined #yocto | 16:20 | |
fray | Can'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 |
paulg | yep. | 16:21 |
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has joined #yocto | 16:21 | |
paulg | I need the symlinks so we can run help2man on the sysroot binaries. | 16:21 |
fray | the alternatives code I THOUGHT was disabled in the -native case.. if not that might be a simple bug fix | 16:21 |
paulg | or, I have to patch coreutils to try and run foo.coreutils | 16:21 |
paulg | well it seems borken to me, hence why I mention it. | 16:22 |
fray | python __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 | return | 16:22 |
paulg | having stat.coreutils in the sysroot bin dir w/o a symlink seems useless. | 16:22 |
paulg | it 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 bins | 16:23 |
*** SoylentYellow <SoylentYellow!~SoylentYe@130.164.63.121> has quit IRC | 16:23 | |
sjolley | YPTM is over | 16:23 |
bluelightning | paulg: 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 IRC | 16:24 | |
fray | I'm looking at the coreutils package, and it looks "poorly" written for the update-alternatives.. | 16:24 |
sona | YPTM : Bug 7015 - python: Disables SSLv3 | 16:24 |
yocti | Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=7015 normal, Medium+, 1.8 M2, sona.sarmadi, IN PROGRESS IMPLEMENTATION , python: Disables SSLv3 | 16:24 |
paulg | bluelightning, the latter ; I want real manpages hence am trying to use help2man again, at least on non cross compile cases for x86 | 16:24 |
fray | it's manually renaming stuff, the recipe shouldn't do that, the update-alternatives class should | 16:24 |
kergoth | it 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 corret | 16:25 |
kergoth | ah | 16:25 |
fray | paulg, in the meta/recipes-core/coreutils/coreutils_8.23.bb: | 16:25 |
fray | do_install_append() { | 16:25 |
jaeckel | bluelightning: you remember I asked about some issues with valgrind in qemu-arm? | 16:26 |
fray | remove the rename bit, specifically the $i.${BPN}, it should only be $i | 16:26 |
fray | with the exception that: | 16:26 |
fray | mv ${D}${bindir}/[ ${D}${bindir}/lbracket.${BPN} | 16:26 |
fray | still need to be there.. | 16:26 |
fray | if that works, you've found and fixed the bug | 16:26 |
fray | i.e.: | 16:26 |
fray | [ "${base_bindir}" != "${bindir}" ] && for i in ${base_bindir_progs}; do mv ${D}${bindir}/$i ${D}${base_bindir}/$i.${BPN}; done | 16:26 |
bluelightning | jaeckel: I don't recall to be honest, no | 16:26 |
fray | should be | 16:26 |
fray | [ "${base_bindir}" != "${bindir}" ] && for i in ${base_bindir_progs}; do mv ${D}${bindir}/$i ${D}${base_bindir}/$i ; done | 16:27 |
paulg | fray, thanks. I'll test that after lunch ; stepping out shortly | 16:27 |
fray | (and same with the next sbindir) | 16:27 |
jaeckel | bluelightning: 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 |
paulg | definitey seems like a real bug though. | 16:27 |
fray | he problem is the recipe is doing the rename in all cases, it should be the update-alternatives that does the rename -- only when necessary | 16:27 |
fray | there 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 |
jaeckel | because 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@115.134.172.187> has quit IRC | 16: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 #yocto | 16:29 | |
fray | ahh looks like I missed this one.. | 16:30 |
fray | coreutils 6.9 got it fixed, but the 8.x didn't | 16:30 |
fray | commit 4bed7f31535f16dbe1f8bbab58921f12f1696f6f | 16:30 |
fray | Author: Mark Hatle <mark.hatle@windriver.com> | 16:30 |
fray | Date: Tue May 15 18:34:39 2012 -0500 | 16:30 |
fray | at least thats why I thought I had fixed it.. I did.. just not both versions | 16:30 |
fray | so yes, it's a bug and should be easy to fix | 16:30 |
*** belen <belen!Adium@nat/intel/x-lezfnwxghebbirsm> has joined #yocto | 16:33 | |
*** SorenHolm <SorenHolm!~quassel@93.165.148.186> has quit IRC | 16:34 | |
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 16:35 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:35 | |
*** memcpy <memcpy!~memcpy@unaffiliated/memcpy> has quit IRC | 16:37 | |
bluelightning | fray: can you help the guy asking about ALTERNATIVE_* on the yocto list? since you're an expert in that area ;) | 16:38 |
fray | whats the topic (I missed it obviously) | 16:39 |
fray | NM, found it.. | 16:39 |
*** vignatti <vignatti!~vignatti@annarchy.freedesktop.org> has quit IRC | 16:42 | |
*** belen <belen!Adium@nat/intel/x-lezfnwxghebbirsm> has quit IRC | 16:43 | |
*** Crofton <Crofton!~balister@145.94.244.242> has quit IRC | 16:46 | |
*** malte_ <malte_!~malte@141.62.60.13> has quit IRC | 16: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/169 | 16:52 | |
fray | I answered, not sure it's what he wanted, but I didn't exactly undertand what problem he was having | 16:53 |
fray | so I tried to cover all of the bases | 16:53 |
-YoctoAutoBuilder- build #168 of minnow is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/minnow/builds/168 | 16:54 | |
bluelightning | sona: do you already have https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2015-0235 on your list? looks like a pretty major one | 16:54 |
yocti | Bug CVE: could not be retrieved: InvalidBugId | 16:54 |
*** sjolley <sjolley!sjolley@nat/intel/x-itphvrduxlsebass> has joined #yocto | 16:56 | |
*** PlkMndy <PlkMndy!PulkoMandy@aus31-1-78-207-238-185.fbx.proxad.net> has joined #yocto | 16:57 | |
PlkMndy | hi, I am trying to force a dependency o na specific version of a package and it doesn't work | 16:58 |
PlkMndy | RDEPENDS_${PN} += "gpu-viv-bin-mx6q (= 3.0.35-4.0.0)" DEPENDS += "gpu-viv-bin-mx6q (= 3.0.35-4.0.0)" | 16:58 |
PlkMndy | I added this to my recipe but another (newer) version of gpu-viv-bin-mx6q gets built and included in my generated rootfs | 16:59 |
rburton | sona: 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 |
rburton | PlkMndy: you can't do DEPENDS with versions, only RDEPENDS | 16: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/165 | 16:59 | |
PlkMndy | rburton: ok, RDEPENDS is fine - I put both because I wasn't sure | 16:59 |
rburton | PlkMndy: to build the old version if there is many use PREFERRED_VERSION_gpu-viv-bin-mx6q = "the version you want" in your local.conf | 17: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/168 | 17:00 | |
rburton | YoctoAutoBuilder: boo | 17:00 |
*** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has joined #yocto | 17:01 | |
*** benjamirc <benjamirc!besquive@nat/intel/x-shubtqxxyncobpnj> has joined #yocto | 17:01 | |
PlkMndy | ok, 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/kFmmmC0H | 17:03 |
*** TobSnyder <TobSnyder!~schneider@ip92341b76.dynamic.kabel-deutschland.de> has quit IRC | 17: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/168 | 17:04 | |
zeddii | *sigh* .. but why a defconfig. | 17:05 |
bluelightning | sona: actually it looks like CVE-2015-0235 isn't applicable to any version of (e)glibc in releases we currently support | 17:05 |
zeddii | just write a <foo>.cfg that has the values you want and let it be applied | 17: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/175 | 17:06 | |
ulf` | zeddii: I can certainly diff -urN the defconfig files I have against the standard .config produced and add them | 17: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/169 | 17:07 | |
ulf` | zeddii: But this doesn't solve my problem of understanding how the decision which one to use is being made | 17:07 |
*** malte <malte!~malte@141.62.60.13> has joined #yocto | 17:07 | |
*** benjamirc <benjamirc!besquive@nat/intel/x-shubtqxxyncobpnj> has quit IRC | 17: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/166 | 17:08 | |
zeddii | in 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/167 | 17:09 | |
*** belen <belen!Adium@nat/intel/x-sudresylqsvflnwt> has joined #yocto | 17: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 one | 17:10 |
zeddii | the kernel's config phase always runs, and hence what you get in .config won't always be just what was in the defconfig | 17:10 |
sona | bluelightning: 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 |
zeddii | ulf`, is this with master ? I can always run a test to make sure nothing unexpected is happening | 17:12 |
bluelightning | sona: 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 not | 17:12 |
bluelightning | sona: if I am reading the material correctly that is | 17:13 |
*** kimo_ <kimo_!~kbouhara@hyperion.atermes.fr> has joined #yocto | 17: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-99 | 17:14 |
ulf` | zeddii: 3.14.19 | 17:14 |
*** Crofton <Crofton!~balister@ip51cc7759.adsl-surfen.hetnet.nl> has joined #yocto | 17:15 | |
*** challinan_ <challinan_!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 17:15 | |
ulf` | zeddii: Note the do_compile log attached. I'm unable to build a 32bit kernel | 17:16 |
sona | rburton: For master, we have [Bug 7059] Upgrade python 2.x to 2.7.9 :) | 17:17 |
yocti | Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=7059 enhancement, Medium, 1.8 M2, alejandro.hernandez, NEW , Upgrade python 2.x to 2.7.9 | 17:17 |
*** AlexVaduva <AlexVaduva!c1ca1642@gateway/web/freenode/ip.193.202.22.66> has quit IRC | 17:17 | |
*** PlkMndy <PlkMndy!PulkoMandy@aus31-1-78-207-238-185.fbx.proxad.net> has left #yocto | 17:18 | |
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 17:19 | |
zeddii | ulf`, 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 #yocto | 17:20 | |
ulf` | zeddii: thanks | 17:20 |
ulf` | zeddii: I'm not to using Yocto and this is a good learning experience | 17:21 |
ulf` | s/not/new | 17:21 |
*** belen <belen!Adium@nat/intel/x-sudresylqsvflnwt> has quit IRC | 17:21 | |
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has quit IRC | 17:23 | |
zeddii | ulf`, 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 dropbox | 17:24 |
*** belen <belen!Adium@nat/intel/x-exxvgegdqewsxagq> has joined #yocto | 17:25 | |
zeddii | ulf`. 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@192.198.151.44> has quit IRC | 17:25 | |
*** sfred <sfred!~fred@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has left #yocto | 17:27 | |
ulf` | zeddii :) | 17:28 |
ulf` | zeddii: I'll get you a download URL | 17:28 |
*** rperier <rperier!~quassel@ubuntu/member/rperier> has quit IRC | 17:30 | |
*** rperier <rperier!~quassel@2001:41d0:52:100::44a> has joined #yocto | 17:31 | |
*** mckoan is now known as mckoan|away | 17:31 | |
rburton | sona: until that happens can we backport a fix? | 17:39 |
*** belen <belen!Adium@nat/intel/x-exxvgegdqewsxagq> has quit IRC | 17:44 | |
*** belen <belen!~Adium@192.198.151.44> has joined #yocto | 17: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/167 | 17:47 | |
*** Nitin <Nitin!~nakamble@134.134.137.71> has quit IRC | 17: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/169 | 17:49 | |
*** kimo_ <kimo_!~kbouhara@hyperion.atermes.fr> has quit IRC | 17:52 | |
*** armpit <armpit!~akuster@2601:c:a700:272f:9b1:3b1:1905:8a0a> has quit IRC | 17:53 | |
*** sona <sona!4e52766f@gateway/web/freenode/ip.78.82.118.111> has quit IRC | 17:55 | |
*** malte <malte!~malte@141.62.60.13> has quit IRC | 17: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/169 | 17:59 | |
*** jmd <jmd!~user@de.cellform.com> has joined #yocto | 18:01 | |
*** Calchan <Calchan!~calchan@gentoo/developer/calchan> has quit IRC | 18:05 | |
*** belen1 <belen1!~Adium@192.198.151.44> has joined #yocto | 18:09 | |
*** belen <belen!~Adium@192.198.151.44> has quit IRC | 18:11 | |
*** jbrianceau is now known as jbrianceau_away | 18:13 | |
*** rwoolley <rwoolley!~rwoolley@206-248-179-91.dsl.teksavvy.com> has joined #yocto | 18:16 | |
*** belen1 <belen1!~Adium@192.198.151.44> has quit IRC | 18:17 | |
*** Nitin <Nitin!~nakamble@192.55.54.40> has joined #yocto | 18:17 | |
*** Nitin <Nitin!~nakamble@192.55.54.40> has quit IRC | 18:18 | |
*** Nitin <Nitin!nakamble@nat/intel/x-vwtrsjgbqtlhjdec> has joined #yocto | 18: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/170 | 18:24 | |
paulg | fray, when I run git blame on the coreutils bb, it contains some of your update-alternatives stuff... | 18:30 |
paulg | coreutils: use new update-alternatives | 18:30 |
paulg | 18:30 | |
paulg | (From OE-Core rev: 4bed7f31535f16dbe1f8bbab58921f12f1696f6f) | 18:30 |
paulg | in commit 3f810e24628764413a0672e668953667dc62794f | 18:31 |
fray | yes.. | 18:31 |
fray | see myc omemnt above.. | 18:31 |
fray | I updated one version but not the other | 18:31 |
paulg | this is git blame on the 8.x file ; not the 6.x one. | 18:31 |
paulg | so it appears someone undid something... | 18:31 |
fray | look at git blame, go back to the original commit.. | 18:32 |
fray | see the patch.. 6.9 was updated, 8.x wasn't | 18:32 |
*** belen <belen!Adium@nat/intel/x-apqxmzpqnykzmqow> has joined #yocto | 18:32 | |
fray | 'er.. see commit that is | 18:32 |
paulg | nope. | 18:33 |
paulg | both updated ; in both repos, it seems. | 18:33 |
paulg | paul@yow-pgortmak-d2:~/poky/openembedded-core$ git show 4bed7f31535f16dbe1|diffstat -p0 | 18: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 |
paulg | and,,,,, | 18:33 |
paulg | op3:~/poky/build$ git show 3f810e24628764413a0672e668953667dc62794f|diffstat -p0 | 18: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 |
zeddii | ulf`, ping. | 18:36 |
ulf` | zeddii: pong | 18:36 |
zeddii | good 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 IRC | 18:37 | |
paulg | fray, afaict so far - it was updated and simply doesn't work. :) | 18:38 |
zeddii | but 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: OK | 18:39 |
zeddii | I did this to ensure the right defconfig was used: http://pastebin.com/xxWU3vnM | 18:39 |
ulf` | zeddii: And with this change it still fails | 18:40 |
ulf` | zeddii: Did yo usee the do_compile log attached to the bug I pointed to earlier? | 18:40 |
zeddii | nope. | 18:40 |
ulf` | zeddii: https://bugs.tizen.org/jira/secure/attachment/16229/log.do_compile.13718 | 18:40 |
*** malte <malte!~malte@dslb-094-217-228-054.094.217.pools.vodafone-ip.de> has joined #yocto | 18:41 | |
zeddii | generic x86 should be 32bit .. | 18:41 |
zeddii | hence my confusion. what exactly is the goal ? | 18:41 |
ulf` | zeddii: Offer developers the means to build the Tizen IVI release using Yocto | 18:45 |
ulf` | zeddii: I could tar up the whole git project and make it available to you | 18:47 |
zeddii | right. but I'm more specifically interested in this kernel issue. | 18:48 |
zeddii | are 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 mode | 18:50 |
zeddii | right. 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 =32bit | 18:52 |
zeddii | or 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 |
zeddii | so 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/166 | 18:55 | |
ulf` | zeddii: Building genericx86_64 works. The goal is to change MACHINE to genericx86 in case folks want a 32bit distro | 18:55 |
zeddii | in 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 code | 18:57 | |
ulf` | zeddii: sure :) | 18:58 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 18:59 | |
zeddii | I'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 |
paulg | ulf`, you aren't by chance using a lame arse 32 bit build host, are you? | 19:01 |
paulg | http://www.linuxquestions.org/questions/suse-novell-60/code-model-%60kernel%27-not-supported-in-the-32-bit-mode-756730/ | 19:02 |
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC | 19:02 | |
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto | 19:03 | |
ulf` | paulg: nope :) | 19:04 |
paulg | let 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 fine | 19:05 |
paulg | ulf`, every instance of that error I can find is someone building a 64 bit kernel on 32 bit install. | 19:07 |
zeddii | ulf`, 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 IRC | 19:09 | |
zeddii | yow-bashfiel-d4 [/home/bruc...cripts/mod]> uname -a | 19:09 |
zeddii | Linux 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/Linux | 19:09 |
zeddii | yow-bashfiel-d4 [/home/bruc...cripts/mod]> file empty.o | 19:09 |
zeddii | empty.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped | 19:09 |
paulg | does anyone even know if yocto pretends to support building on a 32 bit host? | 19:10 |
paulg | I can't imagine even trying that. | 19:10 |
paulg | sounds 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 #yocto | 19:10 | |
*** dgm816 <dgm816!~dgm816@97-64-167-34.client.mchsi.com> has quit IRC | 19:10 | |
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has joined #yocto | 19:10 | |
paulg | ulf`, is the host install something listed as supported by yocto? | 19:11 |
ulf` | paulg: It's Ubuntu 14.04 in a Xen VM | 19:12 |
paulg | you'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 |
paulg | oh wait. is the kallsyms for the host machine and not the VM? | 19:13 |
ulf` | paulg: I wiped sstate and work directory | 19:13 |
paulg | 'cause that would be cheating. | 19:13 |
ulf` | paulg: It's the output from the VM | 19:13 |
paulg | ok... | 19:13 |
* ulf` doesn't have access to the host :) | 19:13 | |
ulf` | But yes | 19:14 |
paulg | well 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 broken | 19:14 |
ulf` | gcc 4.9.1 | 19:14 |
ulf` | and there is this strange error saying CFLAG fstack protector is not supported | 19:14 |
paulg | wander into a mainline kernel source tree and type "make ARCH=i386 defconfig ; make ARCH=i386" and see what happens. | 19:15 |
paulg | you 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 kernel | 19:18 |
paulg | put the tizen toolchan 1st in your path | 19:22 |
*** phantoxe <phantoxe!~destroy@acarlosss.broker.freenet6.net> has quit IRC | 19:26 | |
*** interima <interima!~interima@46.16.228.211> has joined #yocto | 19:31 | |
* paulg looks for fray... | 19:32 | |
fray | here now | 19:34 |
fray | what the question? | 19:34 |
paulg | fray, 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 |
fray | sorry I'm lacking context.. | 19:35 |
fray | update alternative doesn't work in native, full stop | 19:35 |
fray | in 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 packages | 19:36 |
*** jimBaxter <jimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 19:37 | |
paulg | ok, I somehow missed the "doesn't work for native" part. | 19:37 |
* paulg scrolls up | 19:37 | |
fray | to use update-alternatives you have to create a package. native recipes don't create packages, thus it can't work | 19:38 |
paulg | ok, so the fix is to make the update alternatives stuff somehow be target specific. | 19:38 |
fray | it is normally.. the recipe is broken.. | 19:39 |
fray | the 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 |
fray | look at commit 4bed7f31535f16dbe1f8bbab58921f12f1696f6f (oe-core commit) | 19:40 |
fray | poky - 3f810e24628764413a0672e668953667dc62794f | 19: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/166 | 19:41 | |
fray | you'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}; done | 19:41 |
fray | + [ "${bindir}" != "${base_bindir}" ] && for i in ${base_bindir_progs}; do mv ${D}${bindir}/$i ${D}${base_bindir}/$i; done | 19:41 |
fray | but in the second hunk, to the "newer" coreutils, it was not removed.. thats the bug.. | 19:41 |
fray | it should have been removed | 19:41 |
*** AlexVaduva <AlexVaduva!~alex@p6.eregie.pub.ro> has joined #yocto | 19:42 | |
*** munch_ <munch_!~mark@c-50-129-137-132.hsd1.il.comcast.net> has joined #yocto | 19:42 | |
fray | - for i in ${base_bindir_progs}; do mv ${D}${bindir}/$i ${D}${base_bindir}/$i.${PN}; done | 19:42 |
fray | + [ "${base_bindir}" != "${bindir}" ] && for i in ${base_bindir_progs}; do mv ${D}${bindir}/$i ${D}${base_bindir}/$i.${BPN}; done | 19:42 |
fray | that is wrong, it shouldn't be adding the ${BPN}. | 19:42 |
*** munch_ is now known as Guest80410 | 19:42 | |
paulg | aha; at 1st glance the two changes appear the same ; now I see the BPN | 19:43 |
fray | in 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 | |
fray | when 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 |
fray | correct.. | 19:45 |
paulg | 3rd one is for [ | 19:45 |
fray | the 'mv' for [ to lbracket is correct.. | 19:45 |
fray | but otherwise the rest are wrong | 19:45 |
fray | ([ is a special case, due to implementation details, trying to auto rename '[' does all kinds of wrong things...) | 19:46 |
paulg | sure, but I'm saying this line.... | 19:49 |
paulg | mv ${D}${bindir}/[ ${D}${bindir}/lbracket.${BPN} | 19:49 |
paulg | needs to be | 19:49 |
paulg | mv ${D}${bindir}/[ ${D}${bindir}/lbracket | 19:49 |
paulg | and then we let these existing lines take effect: | 19:49 |
paulg | ALTERNATIVE_LINK_NAME[lbracket] = "${bindir}/[" | 19:49 |
paulg | ALTERNATIVE_TARGET[lbracket] = "${bindir}/lbracket.${BPN}" | 19:49 |
fray | no.. BPN in this case right right... | 19:50 |
* paulg doesn't follow. :( | 19:50 | |
fray | when you use an alternative target name, the system won't automatically rename it.. so you need ot do the rename yourself.. | 19:50 |
fray | it's an artifact of [ not being allowed in the auto rename code | 19:51 |
fray | <paulg> ALTERNATIVE_TARGET[lbracket] = "${bindir}/lbracket.${BPN}" | 19:51 |
fray | ALTERNATIVE_TARGET won't rename the targeted item | 19:51 |
fray | (when set) | 19:51 |
*** Guest80410 <Guest80410!~mark@c-50-129-137-132.hsd1.il.comcast.net> has quit IRC | 19:51 | |
fray | so mv ${D}${bindir}/[ ${D}${bindir}/lbracket.${BPN} is correct | 19:51 |
fray | (and we don't want 'lbracket' because another system provider of '[' might also be called lbracket..) | 19:52 |
fray | it's an unusual corner case specific to '[' | 19:52 |
paulg | ok, 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 | |
fray | if your host system's [ doesn't work.. you've got more serious problems | 19:52 |
paulg | no thanks to coreutils and its rube-goldberg machine of extracting man text from frigging binaries. | 19:53 |
paulg | I wonder what kind of tinfoil hat acid trip the gnu folks were on when they invented that. | 19:53 |
fray | It 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 wrong | 19:53 |
fray | they could (and may) be compiled completely differently.. | 19:54 |
paulg | blame the coreutils wankers then ; one would almost think they went out of their way to make it openly x-compile hostile. :( | 19:54 |
paulg | there is no easy prebuilt option. | 19:55 |
AlexVaduva | :)) | 19:55 |
paulg | and fwiw, the old coreutils 6.9 one was already using native build bins for the help2man task. | 19:55 |
fray | no I'm saying to change how it works.. | 19:56 |
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has quit IRC | 19:56 | |
fray | generate 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/167 | 19:57 | |
fray | they're man pages, not dynamically generated... | 19:57 |
fray | build target.. boot target, copy coreutils source to target.. configure, compile generate man, copy results back to host.. | 19:57 |
fray | write patch that disables man page generation.. and instead uses prebuilt copies.. | 19:57 |
paulg | not feasible. | 19:57 |
paulg | rinse lather repeat for all supported arch? | 19:58 |
fray | it's feasible.. you just don't want to do it.. :) | 19:58 |
paulg | re-do each time coreutils is uprev'd | 19:58 |
paulg | not feasible. | 19:58 |
fray | first time, sure.. after the first time.. you don't ned to.. | 19:58 |
fray | as 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 |
paulg | well 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 |
fray | but 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 |
fray | etc | 19:59 |
paulg | meh, I think the concern is moot. | 19:59 |
fray | I'm more concerned with the need to build coreutils for the host to get man pages for the target, it's just wrong | 20:00 |
fray | (now within the target recipe building the items twice, sure.. thats self contained) | 20:00 |
paulg | so, to entertain your plan, if say I did gen these manpages, where would they live? | 20:00 |
fray | meta/recipes-core/coreutils/coreutils-8.23 | 20:01 |
paulg | as raw foo.1 files, ujncomressed, untarred? | 20:02 |
fray | yup | 20:02 |
paulg | yuck. | 20:02 |
*** dorileo <dorileo!~dorileo@134.191.220.74> has quit IRC | 20:03 | |
paulg | I'd rather a hands-free step vs some manual maintenance nightmare. I guess we'll have to agree to disagree. | 20:04 |
paulg | I'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 IRC | 20:05 | |
fray | exactly why this isn't that big of a deal | 20:05 |
fray | generate it once for all, diff and it's pretty clear they're the same.. comment on that.. and just manage the differences.. | 20:06 |
fray | folks 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@144.76.148.71> has quit IRC | 20:07 | |
*** bryan_ <bryan_!~bryan@207.238.194.170> has joined #yocto | 20:07 | |
paulg | well, 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 |
paulg | for Gentoo, i maintain a prebuilt tarball of the man pages you can unpack over | 20:09 |
paulg | top the existing source release and get sanity again. | 20:09 |
paulg | http://distfiles.gentoo.org/distfiles/coreutils-8.23-man.tar.xz | 20:09 |
paulg | -- from http://comments.gmane.org/gmane.comp.gnu.coreutils.general/5809 | 20: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 |
paulg | ISTR that might have needed to be in a class and not a conf? | 20:16 |
paulg | I run the following and can confirm it works.... | 20:16 |
paulg | -------- | 20:17 |
paulg | $ cat classes/builder-base.bbclass | 20:17 |
paulg | inherit hosts | 20:17 |
paulg | ROOTFS_POSTPROCESS_COMMAND += "builder_configure_host ; " | 20:17 |
paulg | builder_configure_host() { | 20:17 |
paulg | # bbnote "builder: configuring host" | 20:17 |
paulg | echo "${HOSTNAME}" > ${IMAGE_ROOTFS}/etc/hostname | 20:17 |
paulg | } | 20:17 |
paulg | -------------- | 20:17 |
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-ainsjfnsmrmfuopq> has quit IRC | 20:17 | |
bryan_ | Thank you. I will give that a try. | 20:18 |
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 20:18 | |
*** _ccube <_ccube!ccube@nx.mindrunner.de> has joined #yocto | 20:23 | |
*** ipuustin_ <ipuustin_!~ipuustin@2001:14b8:100:83a6:c23f:d5ff:fe68:ad9a> has joined #yocto | 20:23 | |
*** manuel__ <manuel__!~manuel@c-73-16-8-100.hsd1.ma.comcast.net> has joined #yocto | 20: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/167 | 20:25 | |
*** armpit <armpit!~akuster@64.2.3.194.ptr.us.xo.net> has joined #yocto | 20: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 |
paulg | bryan_, yes, somewhere in your bb for your image type you need to add | 20:31 |
paulg | inherit builder-base | 20: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/167 | 20:31 | |
bryan_ | Excellent. Thanks | 20:31 |
paulg | I also have this, as a default setting for hostname: | 20:32 |
paulg | $ cat classes/hosts.bbclass | 20:32 |
paulg | # can be overridden | 20:32 |
paulg | HOSTNAME ?= "op3" | 20:32 |
*** ccube <ccube!ccube@nx.mindrunner.de> has quit IRC | 20:32 | |
*** ipuustin <ipuustin!~ipuustin@2001:14b8:100:83a6:c23f:d5ff:fe68:ad9a> has quit IRC | 20:32 | |
paulg | and accordingly my image bb has | 20:32 |
paulg | inherit hosts | 20:32 |
paulg | I 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 |
paulg | no problem. | 20:38 |
*** macbug <macbug!~macirc@c83-248-164-111.bredband.comhem.se> has joined #yocto | 20:39 | |
*** bryan_ <bryan_!~bryan@207.238.194.170> has quit IRC | 20:42 | |
*** jmd <jmd!~user@de.cellform.com> has quit IRC | 20:44 | |
*** anselmolsm <anselmolsm!~anselmols@134.134.139.72> has quit IRC | 20:47 | |
*** ddalex <ddalex!~ddalex@154.58.102.3> has joined #yocto | 20:52 | |
paulg | fray, 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 |
fray | if 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 it | 20:59 |
paulg | fray, no that hackery is a total fail ; it just avoids running help2man, as help2man is the perl part. | 21:01 |
fray | ok | 21:02 |
paulg | so it generates half baked manpages ; which is what sent me on this quest in the 1st place. :-/ | 21:02 |
paulg | fray, e.g. http://pastebin.com/p81Fa4yK | 21:03 |
fray | "nice" | 21:03 |
paulg | yeah, exactly. when I 1st saw that, I did a WTF? I have perl... | 21:03 |
fray | personally I remove any refernce to 'info', as that is less useful that that man page | 21:03 |
paulg | info. 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 #yocto | 21:04 | |
fray | info is horrible.. I can't believe they still think it was a good idea | 21:04 |
paulg | +1 | 21:05 |
*** sameo <sameo!samuel@nat/intel/x-gyqllepfmoehvsis> has joined #yocto | 21:10 | |
*** zecke <zecke!~ich@ip5b42f21c.dynamic.kabel-deutschland.de> has quit IRC | 21:17 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 21:19 | |
* vmeson mumbles that info is fine if you live in emacs like RMS | 21:29 | |
vmeson | :) | 21:29 |
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has joined #yocto | 21:33 | |
*** ddalex <ddalex!~ddalex@154.58.102.3> has quit IRC | 21:34 | |
sgw_ | halstead: I know things are moving around right now, where would I find 1.8M1 release directories? | 21:38 |
halstead | sgw_, To download via http? | 21:39 |
halstead | sgw_, 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 |
halstead | sgw_, 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/172 | 21: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/171 | 21:46 | |
rburton | halstead: did you see my mail about proxies on the AB? | 21:47 |
halstead | rburton, Yes. I re-ran some of those failed builds and they worked. | 21:47 |
rburton | halstead: huh, of ross/mut? | 21:48 |
halstead | rburton, We don't actually use proxies on that set though. So I wonder if freedesktops.org was having trouble. | 21:48 |
halstead | rburton, Oh. No I tried with master. | 21:48 |
halstead | rburton, Was there trouble with sites other than freedesktops.org? | 21:49 |
* rburton looks | 21:49 | |
rburton | halstead: 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 |
rburton | huh, hi ulf`! :) | 21:51 |
rburton | what 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/172 | 21:53 | |
ulf` | rburton: or why it fails :) | 21:53 |
*** melonipoika <melonipoika!~quassel@91-158-69-143.elisa-laajakaista.fi> has quit IRC | 21:56 | |
*** marka <marka!~marka@128.224.252.2> has quit IRC | 21:57 | |
*** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has quit IRC | 21:58 | |
*** benjamirc1 <benjamirc1!~besquive@134.134.139.70> has joined #yocto | 22:00 | |
*** benjamirc <benjamirc!besquive@nat/intel/x-qublpsgdbinxfbcq> has quit IRC | 22:02 | |
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has joined #yocto | 22:03 | |
*** hitlin37 <hitlin37!uid16371@gateway/web/irccloud.com/x-wkjjdhcigizabcoy> has quit IRC | 22:07 | |
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has quit IRC | 22:18 | |
*** interima <interima!~interima@46.16.228.211> has quit IRC | 22:22 | |
*** malte <malte!~malte@dslb-094-217-228-054.094.217.pools.vodafone-ip.de> has quit IRC | 22:31 | |
*** benjamirc1 <benjamirc1!~besquive@134.134.139.70> has quit IRC | 22:33 | |
*** pohly <pohly!~pohly@p5DE8E1E2.dip0.t-ipconnect.de> has quit IRC | 22:36 | |
*** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has joined #yocto | 22:37 | |
*** _valle_ <_valle_!~valle@194-218-94-206.customer.telia.com> has quit IRC | 22:40 | |
*** AlexVaduva <AlexVaduva!~alex@p6.eregie.pub.ro> has quit IRC | 22:41 | |
*** SorenHolm <SorenHolm!~quassel@5634f191.rev.stofanet.dk> has quit IRC | 22:48 | |
rburton | otavio: 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 |
rburton | thoughts welcome :) | 22:49 |
* rburton -> bed | 22:49 | |
*** rburton <rburton!~Adium@35.106.2.81.in-addr.arpa> has quit IRC | 22:51 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
*** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has quit IRC | 23:04 | |
*** benjamirc <benjamirc!besquive@nat/intel/x-nxjfydiuxvngjzpk> has joined #yocto | 23:08 | |
paulg | what the hell? fatal error: openssl/evp.h: No such file or directory | 23:16 |
paulg | is 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 IRC | 23:21 | |
otavio | rburton: easy; their openssl seems to be messing up | 23:25 |
*** redengin <redengin!~redengin@73.193.21.136> has joined #yocto | 23:48 | |
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto | 23:50 | |
*** neur0Fuzzy <neur0Fuzzy!~neur0Fuzz@p147.net112139222.tokai.or.jp> has joined #yocto | 23:54 | |
*** sjolley <sjolley!sjolley@nat/intel/x-itphvrduxlsebass> has quit IRC | 23:55 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!