| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 00:12 | |
| *** _julian_ <_julian_!~quassel@x2f1210b.dyn.telefonica.de> has joined #yocto | 00:37 | |
| *** _julian <_julian!~quassel@x2f11247.dyn.telefonica.de> has quit IRC | 00:40 | |
| *** joey_saint <joey_saint!~jjm@198-84-238-35.cpe.teksavvy.com> has quit IRC | 01:00 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 01:02 | |
| *** swex__ <swex__!~swex@178.17.199.180> has quit IRC | 01:17 | |
| *** swex__ <swex__!~swex@178.17.199.180> has joined #yocto | 01:21 | |
| *** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has quit IRC | 01:43 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 02:03 | |
| *** klinger_ <klinger_!~klinger@g229018168.adsl.alicedsl.de> has joined #yocto | 03:07 | |
| *** klinger <klinger!~klinger@f053229022.adsl.alicedsl.de> has quit IRC | 03:10 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 03:32 | |
| *** bln <bln!~nino@c-68-61-185-226.hsd1.mi.comcast.net> has joined #yocto | 03:45 | |
| *** bln <bln!~nino@c-68-61-185-226.hsd1.mi.comcast.net> has quit IRC | 03:54 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 03:55 | |
| *** silviof3 <silviof3!~silviof@ppp-188-174-137-97.dynamic.mnet-online.de> has joined #yocto | 04:01 | |
| *** silviof2 <silviof2!~silviof@ppp-93-104-181-220.dynamic.mnet-online.de> has quit IRC | 04:03 | |
| *** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has quit IRC | 04:15 | |
| *** agust <agust!~agust@p4FDE6986.dip0.t-ipconnect.de> has joined #yocto | 04:29 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 04:53 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 05:01 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 05:02 | |
| *** nitink <nitink!~nitink@134.134.137.75> has quit IRC | 05:10 | |
| *** uvan <uvan!7645dbc5@gateway/web/freenode/ip.118.69.219.197> has joined #yocto | 05:25 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 05:26 | |
| *** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has joined #yocto | 05:28 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 05:34 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 05:35 | |
| *** ndec|vacations is now known as ndec | 05:40 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 05:51 | |
| *** mshakeel <mshakeel!~mshakeel@110.93.212.98> has quit IRC | 06:09 | |
| *** mshakeel <mshakeel!~mshakeel@110.93.212.98> has joined #yocto | 06:14 | |
| *** zedd_ <zedd_!~ddez@128.224.252.2> has joined #yocto | 06:15 | |
| *** zeddii <zeddii!~ddez@128.224.252.2> has quit IRC | 06:19 | |
| *** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 06:21 | |
| *** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto | 06:26 | |
| *** j8 <j8!~IceChat9@199.44.250.3> has quit IRC | 06:30 | |
| *** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has quit IRC | 06:36 | |
| *** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has joined #yocto | 06:37 | |
| *** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has joined #yocto | 06:38 | |
| *** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has quit IRC | 06:38 | |
| *** shoragan <shoragan!~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7> has joined #yocto | 06:38 | |
| *** shoragan <shoragan!~jlu@debian/developer/shoragan> has joined #yocto | 06:38 | |
| *** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has joined #yocto | 06:42 | |
| *** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto | 06:43 | |
| *** TuTizz <TuTizz!~TuTizz@46.18.96.158> has quit IRC | 06:45 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 06:45 | |
| *** B4gder <B4gder!~daniel@sestofw01.enea.se> has joined #yocto | 07:00 | |
| *** fabo <fabo!~fabo@linaro/fabo> has joined #yocto | 07:02 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 07:02 | |
| *** hico <hico!50966342@gateway/web/freenode/ip.80.150.99.66> has joined #yocto | 07:04 | |
| *** silviof4 <silviof4!~silviof@ppp-46-244-158-36.dynamic.mnet-online.de> has joined #yocto | 07:07 | |
| *** silviof3 <silviof3!~silviof@ppp-188-174-137-97.dynamic.mnet-online.de> has quit IRC | 07:09 | |
| *** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto | 07:09 | |
| *** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto | 07:10 | |
| *** silviof4 <silviof4!~silviof@ppp-46-244-158-36.dynamic.mnet-online.de> has quit IRC | 07:11 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 07:14 | |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto | 07:21 | |
| *** zeeblex <zeeblex!apalalax@nat/intel/x-dyzdhscuxblwqdjz> has joined #yocto | 07:30 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 07:33 | |
| lpapp | good morning | 07:33 |
|---|---|---|
| *** klinger_ <klinger_!~klinger@g229018168.adsl.alicedsl.de> has quit IRC | 07:46 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 07:51 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 07:51 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 07:51 | |
| bluelightning | morning all | 07:59 |
| thesignal | morning bluelightning | 07:59 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 08:00 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 08:00 | |
| *** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 08:21 | |
| *** jackmitchell <jackmitchell!~Thunderbi@host217-34-104-101.in-addr.btopenworld.com> has joined #yocto | 08:21 | |
| *** klinger_ <klinger_!~klinger@93.104.244.51> has joined #yocto | 08:27 | |
| RP | morning all | 08:27 |
| *** honschu_ <honschu_!~honschu@shackspace/j4fun> has quit IRC | 08:32 | |
| *** honschu <honschu!~honschu@shackspace/j4fun> has joined #yocto | 08:34 | |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto | 08:38 | |
| *** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 08:40 | |
| uvan | morning all. can anyone help me how to create ext2.gz.u-boot image? i already enable IMAGE_FSTYPE = "ext2.gz ext2.gz.u-boot" but image does not create | 08:46 |
| lpapp | uvan: u-boot or kernel binary? | 08:46 |
| lpapp | uvan: if kernel, what is the problem with uImage? | 08:47 |
| uvan | i want to create a "ramdisk" with will work with u-boot | 08:47 |
| lpapp | ah, I see. | 08:48 |
| lpapp | uvan: image built though? | 08:49 |
| uvan | and also want to create uImage too. right now i just only can create Image only. i think i miss something to enable u-boot mkimage | 08:49 |
| lpapp | uvan: have you checked this? http://comments.gmane.org/gmane.linux.embedded.yocto.general/2640 | 08:50 |
| uvan | lpapp: yes, not yet. let me try | 08:52 |
| *** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 08:54 | |
| *** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 08:54 | |
| uvan | thanks lpapp: it's building. wait for result | 08:57 |
| lpapp | uvan: hope it helps. | 09:01 |
| uvan | same with that topic. i got ERROR: cannot map 'allarch' to a linux kernel architecture. | 09:03 |
| *** belen <belen!~Adium@134.134.137.75> has joined #yocto | 09:05 | |
| *** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto | 09:06 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 09:13 | |
| *** Krz_ <Krz_!c0c6972c@gateway/web/freenode/ip.192.198.151.44> has joined #yocto | 09:17 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 09:21 | |
| *** smartin_ <smartin_!~smartin@ANantes-655-1-161-176.w90-59.abo.wanadoo.fr> has joined #yocto | 09:24 | |
| Krz_ | hi guys, I set my TCLIBC=uclibc and during build eglibc-initial gets compiled. Why is that? Can I stop it? | 09:27 |
| lpapp | Krz_: are you using an external toolchain or not? | 09:28 |
| zecke | Krz_: I don't know but you can use the '-g' option of bitbake and browse the dependencies | 09:29 |
| Krz_ | now I'm using linux x64 as host, and setting SDKMACHINE to mingw32 (have my own machine configuration file) | 09:30 |
| lpapp | Krz_: I only had such experience when the toolchain was set up wrong, but perhaps there are other scenarios, too. | 09:31 |
| bluelightning | Krz_: check that TCLIBC is actually being set to that value using bitbake -e | grep ^TCLIBC= | 09:31 |
| Krz_ | TCLIBC gets set properly. package-depends.dot shows: "nativesdk-eglibc-initial" -> "automake-native" "nativesdk-eglibc-initial" -> "libtool-native" and few others | 09:33 |
| Krz_ | so proably no way to stop eglibc-initial getting compiled :/ | 09:33 |
| zecke | shoragan: ping? | 09:37 |
| bluelightning | Krz_: right, that's the key thing - it's nativesdk-eglibc-initial not eglibc-initial | 09:44 |
| bluelightning | Krz_: I could be wrong but I don't know that we currently support building SDKs for other libcs - and this is demonstrated by the fact the TCLIBC="uclibc" configuration explicitly selects eglibc as the provider for the nativesdk variants | 09:46 |
| bluelightning | not to say it can't be done, just that it's not supported out of the box | 09:47 |
| RP | Krz_: Is this related to the question on the mailing list about building mingw32 toolchains?> | 10:08 |
| Krz_ | yes | 10:11 |
| Krz_ | I just need a xcompiler toolchain under windows | 10:12 |
| Krz_ | so trying everything | 10:12 |
| RP | Krz_: The key thing to realise is the way we build our normal cross compilers is to link them to their own libc. On windows you do not want to do that so you don't want any nativesdk-libc | 10:13 |
| RP | Krz_: you probably need to add something to ASSUME_PROVIDED along those lines | 10:13 |
| *** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has quit IRC | 10:16 | |
| *** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has joined #yocto | 10:16 | |
| *** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has quit IRC | 10:17 | |
| *** OlivierG_ is now known as OlivierG | 10:18 | |
| *** OlivierG <OlivierG!~OlivierG@LVelizy-156-44-42-252.w217-128.abo.wanadoo.fr> has left #yocto | 10:19 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 10:20 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:22 | |
| uvan | hi lpapp: add inherit image_types_uboot to images.bbclass can make ext2.gz.u-boot rule work | 10:22 |
| lpapp | uvan: \o/ | 10:22 |
| uvan | but unfortunately mkimage not support arch is ARM64. so i need more work | 10:22 |
| Krz_ | RP: I don't really get it. I still to link my xcompiler against some libc under windows | 10:22 |
| lpapp | uvan: hmm? Have you passed the right parameters to mimage? | 10:23 |
| Krz_ | RP: actually I have to link against what TCLIBC specifies | 10:23 |
| bluelightning | uvan: I think the correct method is to set IMAGE_CLASSES = "image_types_uboot" FYI | 10:23 |
| RP | Krz_: windows binaries don't have a libc, they have some kind of windows system dlls ? | 10:23 |
| TuTizz | Hey, I have got some issu with QtE. I bitbake meta-toolchain-qte and now I want to cross_compile my Qt projects. I found tmp/sysroots/i686-linux/usr/bin/qmake2, but when i try to execute it I have got the "QMAKESPEC has not been set, so configuration cannot be deduced" issue. | 10:24 |
| TuTizz | Can someone tell me what I have to do? | 10:24 |
| uvan | thanks blueligtning. i will do. | 10:24 |
| *** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has joined #yocto | 10:24 | |
| uvan | lpapp: mkimage only support valid names are: alpha, arm, x86, ia64, m68k, microblaze, mips, mips64, nios2, powerpc, ppc, s390, sh, sparc, sparc64, blackfin, avr32 | 10:25 |
| uvan | but i need arm64 | 10:25 |
| lpapp | not sure how that is Yocto related. | 10:25 |
| uvan | maybe i missed confiure something | 10:25 |
| uvan | yes i known | 10:25 |
| rburton | arm64 is very new, so you'll often be finding the limits of where the support is currently | 10:26 |
| lpapp | I have never used arm64. :) | 10:26 |
| lpapp | uvan: you may need to build for arm32, then. | 10:26 |
| lpapp | and when the u-boot tools get more support, you can switch. | 10:26 |
| lpapp | uvan: which u-boot version have you built btw? | 10:26 |
| uvan | my jobs is support arm64 for Yocto | 10:26 |
| uvan | but i'n new to yocto | 10:27 |
| rburton | uvan: looks like you've found something to fix :) | 10:27 |
| lpapp | uvan: but what can you do if u-boot does not support it? | 10:27 |
| panda84kde | Hi all, hi otavio. I'm getting this build error using meta-fsl-* from master-next: http://pastebin.com/MdAa7Rj4 | 10:27 |
| lpapp | That is not Yocto material if you use the latest u-boot. | 10:27 |
| lpapp | that is why I asked if you had been using that. | 10:27 |
| uvan | actually we already supported. but not for yocto yet | 10:28 |
| lpapp | uvan: you are a u-boot dev? | 10:29 |
| lpapp | uvan: well, I have the latest u-boot patches on the mailing list. | 10:29 |
| lpapp | you can grab them. | 10:29 |
| lpapp | 2013.07 | 10:29 |
| uvan | yes, we already ported uboot for arm64. but we not use yocto before | 10:30 |
| uvan | thanks lpapp | 10:30 |
| lpapp | uvan: grab my changes, and be done. :) | 10:30 |
| lpapp | you may need to update the checksum... I could not update the change to be honest due to other blockers that no one cares about atm. | 10:30 |
| uvan | i see. thanks | 10:30 |
| bluelightning | TuTizz: rather than executing the native qmake you should install the SDK and use that | 10:42 |
| bluelightning | TuTizz: i.e. install the SDK that was created when you built meta-toolchain-qte | 10:42 |
| TuTizz | bluelightning, tmp/deploy/sdk/poky-eglibc-i686-arm-toolchain-qte-1.3.2.sh ? | 10:44 |
| bluelightning | TuTizz: yes | 10:44 |
| TuTizz | bluelightning, ok thanks you | 10:44 |
| lpapp | uvan: g2g, good luck | 10:44 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 10:44 | |
| uvan | lpapp: thanks | 10:45 |
| *** joeythesaint <joeythesaint!~jjm@128.224.252.2> has joined #yocto | 10:48 | |
| *** klinger_ <klinger_!~klinger@93.104.244.51> has quit IRC | 10:54 | |
| *** exosyst <exosyst!~nick@2.26.102.161> has joined #yocto | 10:54 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 10:55 | |
| *** JDuke128 <JDuke128!~kadir@188.3.61.14> has joined #yocto | 11:00 | |
| *** uvan <uvan!7645dbc5@gateway/web/freenode/ip.118.69.219.197> has quit IRC | 11:05 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has joined #yocto | 11:31 | |
| *** belen <belen!~Adium@134.134.137.75> has left #yocto | 11:33 | |
| *** belen <belen!~Adium@134.134.137.75> has joined #yocto | 11:33 | |
| *** JDuke128 <JDuke128!~kadir@188.3.61.14> has quit IRC | 11:43 | |
| *** cristianiorga <cristianiorga!~cristiani@134.134.137.75> has joined #yocto | 12:16 | |
| *** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 12:27 | |
| *** wmat <wmat!wmat@wallace.mixdown.ca> has quit IRC | 12:35 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 12:36 | |
| *** SlashV <SlashV!~SlashV@ip176-146-172-82.adsl2.static.versatel.nl> has joined #yocto | 12:40 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 12:46 | |
| Krz_ | where do I find recipes for all native tools? | 12:48 |
| bluelightning | Krz_: in the same place as all other recipes | 13:08 |
| bluelightning | Krz_: note that some native tools are produced via BBCLASSEXTEND = "native" in target recipes | 13:08 |
| Krz_ | so e.g libtool-native uses libtool.bb recipe? | 13:08 |
| bluelightning | Krz_: no, libtool-native is its own recipe | 13:09 |
| Krz_ | BBCLASSEXTEND means I have one recipe to handle native host and sdk host versions? | 13:20 |
| bluelightning | Krz_: depends on the value set for BBCLASSEXTEND | 13:20 |
| bluelightning | Krz_: BBCLASSEXTEND = "native nativesdk" would handle target (default), native (build host) and nativesdk (SDK) | 13:21 |
| bluelightning | Krz_: or you could just have BBCLASSEXTEND = "native" or BBCLASSEXTEND = "nativesdk" | 13:22 |
| Krz_ | but then all of the steps in recipe are shared, right? | 13:22 |
| Krz_ | if I want totally different do_configure | 13:22 |
| Krz_ | then I need two recipes? | 13:22 |
| RP | Krz_: you can do a do_configure_class-native () | 13:23 |
| Krz_ | ok, that sounds | 13:23 |
| Krz_ | i presume do_configure_class-nativesdk exists as well ? | 13:24 |
| RP | Krz_: yes, I believe so | 13:24 |
| Krz_ | I have to provide bunch of bbappends for all nativesdk tools for mingw, since Yocto tries to build eglibc-initial-nativesdk for them, and they don't need it (and eglibc does not compile for mingw) | 13:26 |
| *** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has joined #yocto | 13:29 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-gbniezduvrrtljfb> has joined #yocto | 13:32 | |
| *** joshc <joshc!~joshc@rhlug/joshc> has left #yocto | 13:34 | |
| *** simar_ <simar_!~simar@128.224.252.2> has quit IRC | 13:37 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 13:41 | |
| *** vmeson <vmeson!~quassel@128.224.252.2> has quit IRC | 13:45 | |
| *** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 13:45 | |
| RP | Krz_: can't you just add virtual/nativesdk-libc to ASSUME_PROVIDED? | 13:47 |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-gbniezduvrrtljfb> has quit IRC | 14:00 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-cmudzmcuaiscddpj> has joined #yocto | 14:02 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 14:04 | |
| *** swex <swex!~swex@178.17.199.180> has joined #yocto | 14:08 | |
| *** nerdboy- <nerdboy-!~sarnold@dsl-66-59-252-223.static.linkline.com> has joined #yocto | 14:09 | |
| *** swex__ <swex__!~swex@178.17.199.180> has quit IRC | 14:10 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 14:10 | |
| *** nerdboy- is now known as nerdboy | 14:10 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 14:14 | |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC | 14:26 | |
| *** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has quit IRC | 14:34 | |
| Crofton|work | RP, welcome back | 14:36 |
| RP | Crofton|work: thanks | 14:37 |
| RP | Krz_: I had a look at mingw32, its been a while. Its runtime libs look like an equivalent to nativesdk-libc so you probably need a recipe which PROVIDES that | 14:38 |
| Krz_ | there is a guy: Francois, he is in the middle of the work here: | 14:39 |
| Krz_ | git://github.com/fgretief/meta-mingw | 14:39 |
| Krz_ | so far the layer produces gcc-crosssdk | 14:39 |
| Krz_ | for mingw | 14:39 |
| Krz_ | and next step is exacty what you are talking about | 14:41 |
| *** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC | 14:45 | |
| Krz_ | recipe which provides nativesdk is already done | 14:48 |
| Krz_ | the trick is to tell all nativesdk packages to use it and where to find it | 14:48 |
| Krz_ | recipe which provides nativesdk-libc is already done* | 14:49 |
| *** davest <davest!~Adium@134.134.137.73> has joined #yocto | 14:50 | |
| kergoth | sounds like you're just missing some PROVIDES or associated PREFERRED_PROVIDER_ variables. | 14:51 |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-cmudzmcuaiscddpj> has quit IRC | 14:53 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-glrysxxjbkgaagbi> has joined #yocto | 14:53 | |
| *** hollisb <hollisb!~hollisb@nat-wv.mentorg.com> has joined #yocto | 14:54 | |
| *** cfo215 <cfo215!~epic@mail.abemblem.com> has joined #yocto | 14:55 | |
| *** sroy_ <sroy_!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has joined #yocto | 14:56 | |
| cfo215 | I'm having all sorts of issues getting poky working. I've tried with ubuntu 12.04.2 lts and 13.04, same results. getting lots of compile failures. Tried all the docs, not really finding anything useful except I may be able to use external compiler, but which one is the best to use? | 14:57 |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 14:58 | |
| cfo215 | not sure why poky doesn't work "clean out of box". Ready to give up. | 14:58 |
| RP | cfo215: what kind of compile failures? | 14:59 |
| Crofton|work | p[astebin the messages | 14:59 |
| cfo215 | rp: i'll grab an example. | 14:59 |
| RP | cfo215: also which version of poky are we talking about? | 14:59 |
| cfo215 | git clone of current master | 15:00 |
| cfo215 | ERROR: Function failed: Fetcher failure for URL: 'git://git.yoctoproject.org/linux-yocto-3.8.git;protocol=git;bareclone=1;branch=standard/base,meta;name=machine,meta'. Unable to fetch URL from any source. | 15:00 |
| cfo215 | I had 3 warnings and 29 failures trying to bitibake core-mage-sato for qemuarm. | 15:02 |
| RP | cfo215: ok, that isn't a compile failure, its a fetching failure | 15:02 |
| cfo215 | yeah, sorry bout that, let me grab a compile error. | 15:02 |
| Crofton|work | firewall issues? | 15:02 |
| RP | cfo215: its trying to clone a git repository and failing and also can't get to the mirrors for some reason | 15:02 |
| cfo215 | ERROR: Logfile of failure stored in: /home/epic/poky/build/tmp/work/armv5te-poky-linux-gnueabi/gstreamer/0.10.36-r2/temp/log.do_unpack.6515 | 15:03 |
| RP | cfo215: that still isn't a compile failure, it is unable to unpack something | 15:04 |
| RP | cfo215: I'd start with fixing the download issues | 15:04 |
| RP | cfo215: can you wget files from the commandline? | 15:04 |
| cfo215 | yes | 15:05 |
| cfo215 | x86_64-linux-libtool: compile: g++ -DHAVE_CONFIG_H -I. -I/home/epic/poky/build/tmp/work/x86_64-linux/opensp-native/1.5.2-r1/OpenSP-1.5.2/lib -I.. -I/home/epic/poky/build/tmp/work/x86_64-linux/opensp-native/1.5.2-r1/OpenSP-1.5.2/include -I/home/epic/poky/build/tmp/work/x86_64-linux/opensp-native/1.5.2-r1/OpenSP-1.5.2/generic -isystem/home/epic/poky/build/tmp/sysroots/x86_64-linux/usr/include -isystem/home/epic/poky/build/tmp/sysroots/x86_64-linux/usr/includ | 15:05 |
| cfo215 | e -O2 -pipe -c /home/epic/poky/build/tmp/work/x86_64-linux/opensp-native/1.5.2-r1/OpenSP-1.5.2/lib/ErrorCountEventHandler.cxx -o ErrorCountEventHandler.o >/dev/null 2>&1 | 15:05 |
| cfo215 | ../x86_64-linux-libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I/home/epic/poky/build/tmp/work/x86_64-linux/opensp-native/1.5.2-r1/OpenSP-1.5.2/lib -I.. -I/home/epic/poky/build/tmp/work/x86_64-linux/opensp-native/1.5.2-r1/OpenSP-1.5.2/include -I/home/epic/poky/build/tmp/work/x86_64-linux/opensp-native/1.5.2-r1/OpenSP-1.5.2/generic -isystem/home/epic/poky/build/tmp/sysroots/x86_64-linux/usr/include -isystem/home/epic/poky/build/tmp/sysroots/x8 | 15:05 |
| cfo215 | 6_64-linux/usr/include -O2 -pipe -c -o EventGenerator.lo /home/epic/poky/build/tmp/work/x86_64-linux/opensp-native/1.5.2-r1/OpenSP-1.5.2/lib/EventGenerator.cxx | 15:05 |
| cfo215 | The bug is not reproducible, so it is likely a hardware or OS problem. | 15:05 |
| cfo215 | make[3]: *** [EntityApp.lo] Error 1 | 15:05 |
| RP | cfo215: use pastebin for something that isn't a single line | 15:05 |
| cfo215 | where would you like me to paste bin to? | 15:05 |
| RP | cfo215: building a linux OS from scratch does stress machines a bit so if you have broken hardware, this will likely expose it | 15:06 |
| cfo215 | I've been strugling with yocto/poky for weeks now. | 15:06 |
| *** zenlinux <zenlinux!~sgarman@c-24-20-145-95.hsd1.or.comcast.net> has joined #yocto | 15:06 | |
| bluelightning | cfo215: pastebin.com | 15:06 |
| cfo215 | my machine is i7 quad core with 12gb ram 1TB drive. | 15:06 |
| cfo215 | bluelightning: thank you. | 15:07 |
| *** B4gder <B4gder!~daniel@sestofw01.enea.se> has quit IRC | 15:08 | |
| cfo215 | RP: I have no issues with wget: | 15:10 |
| cfo215 | epic@epic-dev02:/tmp$ wget http://bitmath.org/code/mtdev/mtdev-1.1.2.tar.bz2 | 15:10 |
| cfo215 | --2013-08-12 11:09:32-- http://bitmath.org/code/mtdev/mtdev-1.1.2.tar.bz2 | 15:10 |
| cfo215 | Resolving bitmath.org (bitmath.org)... 46.30.211.48 | 15:10 |
| cfo215 | Connecting to bitmath.org (bitmath.org)|46.30.211.48|:80... connected. | 15:10 |
| cfo215 | HTTP request sent, awaiting response... 200 OK | 15:10 |
| cfo215 | Length: 266202 (260K) [application/x-tar] | 15:10 |
| cfo215 | Saving to: ‘mtdev-1.1.2.tar.bz2’ | 15:10 |
| cfo215 | 100%[======================================>] 266,202 217KB/s in 1.2s | 15:10 |
| cfo215 | 2013-08-12 11:09:34 (217 KB/s) - ‘mtdev-1.1.2.tar.bz2’ saved [266202/266202] | 15:10 |
| cfo215 | RP: what OS do you use? | 15:10 |
| kergoth | i'd try git cloning the linux-yocto-3.8 kernel that failed to fetch via bitbake, manually | 15:11 |
| cfo215 | I thought the whole purpose of using poky was so I wouldn't have to do individual fetching and building of stuff. I understand you're trying to help me. | 15:12 |
| *** abelloni <abelloni!~piout@128-79-216-144.hfc.dyn.abo.bbox.fr> has quit IRC | 15:12 | |
| kergoth | i'm saying you should clone so we know that cloning works | 15:12 |
| kergoth | as a data point in trying to debug | 15:12 |
| kergoth | this is how debugging works, you eliminate possible sources of failure until one remains | 15:12 |
| cfo215 | will do. Clone into the poky directory or somewhere else? | 15:12 |
| kergoth | doesn't matter, the point is whether teh clone succeeds, not to put it somewhere bitbake will get it | 15:13 |
| cfo215 | ok w1 | 15:13 |
| *** abelloni <abelloni!~piout@128-79-216-144.hfc.dyn.abo.bbox.fr> has joined #yocto | 15:15 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 15:16 | |
| RP | cfo215: As well as trying that, you could pastebin the output of one of your bitbake runs showing the error and warning messages you're seeing. We're trying to figure out what in your setup isn't working... | 15:16 |
| RP | cfo215: only seeing some of the messages makes things tricky for us as we don't have the complete picture | 15:17 |
| cfo215 | will do. will the cooker log work or do you need something else? | 15:18 |
| *** abelloni <abelloni!~piout@128-79-216-144.hfc.dyn.abo.bbox.fr> has joined #yocto | 15:20 | |
| cfo215 | RP:kergoth: my gut tells me the order of downloads is out of wack somehow. bitbake isn't waiting for things to finish before trying other things. i.e. dependancies aren't there for the compiler to work properly. | 15:20 |
| RP | cfo215: a look at the cooker log would be a good start | 15:21 |
| RP | cfo215: the system is setup to do things in parallel so that may or may not be true | 15:22 |
| cfo215 | kergoth:RP: git clone of linux-yocto-3.8 kernel running just fine right now. | 15:22 |
| RP | cfo215: I would have expected someone else to have seen it though | 15:22 |
| cfo215 | I'll pastebin the latest log | 15:22 |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-glrysxxjbkgaagbi> has quit IRC | 15:24 | |
| otavio | panda84kde: did you fix the build failure? | 15:24 |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 15:26 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-krrsevvnwfehspar> has joined #yocto | 15:27 | |
| cfo215 | RP: "yocto-compile-issues-20130812-01" on pastebin that was my last try prior to the one that is currently running. | 15:30 |
| cfo215 | RP: it also had compile failures. | 15:30 |
| RP | cfo215: do you have the pastebin url? | 15:31 |
| cfo215 | http://pastebin.com/qDsR4UpW | 15:31 |
| cfo215 | kergoth: git clone worked without issue. I use exact line shown in the log file. | 15:33 |
| RP | cfo215: so bintuils-native and gcc-cross-initial failed. If you try building them again with "bitbake binutils-native gcc-cross-initial" do they get any further? | 15:33 |
| RP | cfo215: also, why earlier did you wonder about hardware issues? You've seen something build that had previously failed? | 15:34 |
| cfo215 | worrried that I'm outrunning bitbake with my hardware somehow. | 15:34 |
| cfo215 | RP: trying that now... | 15:35 |
| panda84kde | otavio: no :( | 15:36 |
| cfo215 | RP: That didn't work either... "ERROR: Task 19 (/home/epic/poky/meta/recipes-devtools/gcc/gcc-cross-initial_4.8.bb, do_compile) failed with exit code '1'" | 15:36 |
| bluelightning | cfo215: that's extremely unlikely, the build system gets run regularly on such machines | 15:36 |
| cfo215 | I'll pastebin the do_compile log | 15:37 |
| cfo215 | bluelightinging: I wouldn't be here if I wasn't having trouble... again. I know you're trying to help. | 15:37 |
| kergoth | all he said was that your assumption about outrunning bitbake was extremely unlikely, not that you weren't having a problem | 15:39 |
| bluelightning | cfo215: of course... we'll do whatever we can to assist | 15:39 |
| cfo215 | bluelightning: thank you. I really,l really (no, I didn't stutter) do appreciate any help I can get. | 15:40 |
| otavio | panda84kde: I will have lunch and then I check it with you. Ok? brb | 15:41 |
| cfo215 | pastebin of ERRO: Task 19... http://pastebin.com/JJ6SJYzA | 15:41 |
| panda84kde | otavio: sure | 15:42 |
| RP | cfo215: ok, next can you try "bitbake gcc-cross-initial -c cleansstate; bitbake gcc-cross-initial" | 15:42 |
| panda84kde | good lunch otavio | 15:42 |
| bluelightning | cfo215: silly question, but have you checked that your machine isn't having cooling issues? | 15:43 |
| RP | cfo215: if this rebuilds ok, it does sound like the error mentioned there might be a clue "The bug is not reproducible, so it is likely a hardware or OS problem." :/ | 15:44 |
| cfo215 | bluelightning: no, haven't checked that and wouldn't know where to begin to find out. | 15:44 |
| cfo215 | RP: What OS do you use? | 15:44 |
| RP | cfo215: you could try two things, one would be to run memtest on it, check there isn't bad memory, you could also try turning down the parallism (PARALLEL_MAKE and BB_NUMBER_THREADS) | 15:45 |
| RP | cfo215: Ubuntu of various versions | 15:45 |
| RP | cfo215: I know of several people using it regularly which is why I don't think its the problem | 15:45 |
| *** darknighte_znc is now known as darknighte | 15:45 | |
| cfo215 | I can try that. my setting are "8" as per documents'.... quad core x 2. | 15:46 |
| RP | cfo215: equally I know of people using this on 24 core systems so I don't think this is a parallelism issue | 15:46 |
| RP | cfo215: I do suspect your hardware unfortunately :( | 15:46 |
| cfo215 | That wouldn't surprise me none. It was a hand me down from the IT department... I'm a contractor.... | 15:47 |
| cfo215 | RP: "The bug is not reproducible, so it is likely a hardware or OS problem. | 15:48 |
| cfo215 | | make[1]: *** [insn-recog.o] Error 1 | 15:48 |
| cfo215 | | rm gcc.pod" | 15:48 |
| *** slaine <slaine!~slaine@84.203.137.218> has quit IRC | 15:48 | |
| cfo215 | RP: I'm going shopping.... time to get a new computer.... | 15:48 |
| RP | cfo215: it failed in a different file? That has all the signs of hardware issues :/ | 15:49 |
| cfo215 | RP: Any recommendations? I've not purchased a computer in years... | 15:49 |
| RP | cfo215: the spec you mentioned (i7 with 12GB ram and 1TB disk) sounded like the right ballpark | 15:49 |
| cfo215 | I'll look for something in that neighborhood. Thanks for all your help. I'm going now to give back this POS computer. | 15:50 |
| cfo215 | I'll come back later and let you know how it went with the new compter. | 15:51 |
| rburton | good luck :) | 15:51 |
| cfo215 | thanks | 15:51 |
| *** cfo215 <cfo215!~epic@mail.abemblem.com> has left #yocto | 15:51 | |
| *** eren <eren!~eren@unaffiliated/eren> has quit IRC | 15:58 | |
| *** davest <davest!~Adium@134.134.137.73> has quit IRC | 15:58 | |
| *** davest <davest!Adium@nat/intel/x-qwoewaemwcpabejt> has joined #yocto | 15:59 | |
| *** zenlinux <zenlinux!~sgarman@c-24-20-145-95.hsd1.or.comcast.net> has quit IRC | 16:00 | |
| *** nitink <nitink!~nitink@134.134.137.73> has joined #yocto | 16:02 | |
| *** hico <hico!50966342@gateway/web/freenode/ip.80.150.99.66> has quit IRC | 16:04 | |
| *** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC | 16:05 | |
| *** klinger_ <klinger_!~klinger@g229018168.adsl.alicedsl.de> has joined #yocto | 16:05 | |
| *** _Lucretia__ <_Lucretia__!~munkee@176.253.91.208> has joined #yocto | 16:07 | |
| *** _Lucretia_ <_Lucretia_!~munkee@pdpc/supporter/active/lucretia> has quit IRC | 16:10 | |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto | 16:10 | |
| *** Krz_ <Krz_!c0c6972c@gateway/web/freenode/ip.192.198.151.44> has quit IRC | 16:12 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 16:14 | |
| *** zeeblex <zeeblex!apalalax@nat/intel/x-dyzdhscuxblwqdjz> has left #yocto | 16:20 | |
| *** pidge <pidge!pidge@nat/intel/x-zgbeylcvueoipyqr> has joined #yocto | 16:23 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 16:29 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 16:30 | |
| *** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:33 | |
| *** elmi82 <elmi82!~timo@mail.bmw-carit.de> has quit IRC | 16:45 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 16:46 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 16:47 | |
| *** belen <belen!~Adium@134.134.137.75> has quit IRC | 16:47 | |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC | 16:49 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 16:49 | |
| *** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 16:51 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 16:51 | |
| otavio | panda84kde: I am around :) | 16:59 |
| *** belen <belen!Adium@nat/intel/x-zilqhrnzjmbwojwh> has joined #yocto | 16:59 | |
| Crofton|work | zedd_, I'm thinking line 10 is a bad idea here: https://github.com/Xilinx/meta-xilinx/blob/master/recipes-kernel/linux/linux-yocto_3.8.bbappend#L10 | 17:00 |
| *** zedd_ is now known as zeddii | 17:03 | |
| zeddii | Crofton|work, saw your email this morning. is it causing you direct pain ? | 17:03 |
| mr_science | as opposed to indirect? | 17:06 |
| * mr_science is in an extra-sarcastic mood today | 17:06 | |
| mr_science | so i'll try to abstain... | 17:06 |
| panda84kde | hi. Try bitbaking mesa-demos and see if it builds for you | 17:06 |
| panda84kde | * hi otavio | 17:07 |
| Crofton|work | well, I had to rename a scc file to get my bbappend to build | 17:08 |
| Crofton|work | then I got wondering how mulitple bbappends across several bsps's will work | 17:08 |
| Crofton|work | it seems like the bbappends to linux-yocto will stack across all bsps? | 17:11 |
| zeddii | can you forward me the error/issue you saw, I can suggest a tweak if I have a better picture. | 17:11 |
| Crofton|work | basically it looked for the file my-machine-standard.scc | 17:12 |
| Crofton|work | which did not exist | 17:12 |
| zeddii | yup. and found that one ? | 17:13 |
| Crofton|work | well, it found it after I renamed one of my .scc files | 17:14 |
| zeddii | heh. let me try and get it straight in my head. it didn't find my-machine-standard.scc, but found another one of your .scc files that you didn't want it to find, and when you renamed that one, it found the xilinx one ? | 17:15 |
| Crofton|work | no | 17:16 |
| Crofton|work | I add my layer that bbappends to linux-yocto and has a new machine name | 17:16 |
| Crofton|work | so it fails, because I do not have a file new-machine-standard.scc | 17:16 |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 17:17 | |
| zeddii | right. it either fails or tries to generate you one. | 17:17 |
| Crofton|work | it tries to make one? | 17:17 |
| Crofton|work | but this is anme from a xilinx bbappend? | 17:18 |
| zeddii | what failure did you get ? I can diagnose why it failed if there was a message. or did you just get something built you didn't want ? | 17:18 |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 17:18 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 17:18 | |
| Crofton|work | https://github.com/Xilinx/meta-xilinx/blob/master/recipes-kernel/linux/linux-yocto_3.8.bbappend#L10 | 17:18 |
| *** belen <belen!Adium@nat/intel/x-zilqhrnzjmbwojwh> has quit IRC | 17:18 | |
| zeddii | OH. | 17:18 |
| *** davest <davest!Adium@nat/intel/x-qwoewaemwcpabejt> has quit IRC | 17:19 | |
| zeddii | right, the bbappend shouldn't demand that. now I understand. it should be something that you can override in your layers. | 17:19 |
| *** gonzzor <gonzzor!~gonzzor@leela.campus.luth.se> has quit IRC | 17:19 | |
| Crofton|work | yeah | 17:20 |
| Crofton|work | and I assume mulitple bbppends will stack? | 17:21 |
| zeddii | yep. | 17:21 |
| kergoth | Crofton|work: bsp layers should always use the machine overrides for both their variables and their files in filespath | 17:21 |
| kergoth | so they don't break others, and so they have no impact when their machine isnt' used | 17:21 |
| kergoth | th eonly exception is general bugfixes, but they don't belong in bsp layer anyway | 17:21 |
| Crofton|work | yeah | 17:22 |
| kergoth | imo the same is true of distro layers too, anything specific to taht distro should be using the distro override, again the only exception being general bugfixes | 17:22 |
| bluelightning | it would be nice to have a script that we could run against a layer to check if it's following that | 17:22 |
| kergoth | Hmm, yeah, that's a good idea | 17:22 |
| bluelightning | with the variable history stuff it probably wouldn't be too hard | 17:22 |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC | 17:23 | |
| kergoth | could just dump global and per-recipe metadata before and after inclusion of the layer, without changing hte config, and list what changes occurred solely due to layer inclusion | 17:23 |
| * kergoth shrugs | 17:23 | |
| *** ftonello <ftonello!~felipe@wsip-70-183-20-162.oc.oc.cox.net> has joined #yocto | 17:25 | |
| *** bluelightning_ <bluelightning_!~paul@83.217.123.106> has joined #yocto | 17:28 | |
| *** bluelightning_ <bluelightning_!~paul@83.217.123.106> has quit IRC | 17:28 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:28 | |
| *** davest <davest!~Adium@134.134.137.73> has joined #yocto | 17:29 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:29 | |
| *** bluelightning_ is now known as bluelightning | 17:29 | |
| Crofton|work | gah, I need these patches in the xilnx bbappend to apply for all zynq machines | 17:29 |
| *** zenlinux <zenlinux!~sgarman@50.139.96.211> has joined #yocto | 17:34 | |
| *** simar <simar!~simar@128.224.252.2> has joined #yocto | 17:36 | |
| kergoth | Crofton|work: time to either add/use an override for that class of machines / soc, or define it using all the machien overrides :) | 17:42 |
| Crofton|work | the headache is I add my new amchine in another bbappend, btu I still need the zynq specific patches | 17:43 |
| Crofton|work | I may go use their -dev recipe instead of linux-yocto | 17:44 |
| Crofton|work | there still appear to be ascaling issues | 17:44 |
| kergoth | presumably you could just include both zyng and your machien in MACHINEOVERRIDES, fi both always apply | 17:44 |
| kergoth | thats what i do for th emel distro, we apply both poky and mel overrides via DISTROOVERRIDES, since we're poky based | 17:45 |
| kergoth | /e/me shrugs | 17:45 |
| kergoth | s/^..// | 17:46 |
| mr_science | have a napkin... | 17:46 |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 17:50 | |
| *** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has joined #yocto | 17:52 | |
| *** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 17:55 | |
| simar | Crofton|work: I'm currently trying to do something similar and need the linux-yocto-dev reciepe for the beagleboard. Where do I enable this? | 17:55 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:55 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:56 | |
| simar | I thought it would be meta-yocto-bsp/conf/machine/beagleboard.conf but that didn't help. | 17:56 |
| *** bluelightning_ is now known as bluelightning | 17:56 | |
| *** e8johan <e8johan!~quassel@c-d463e455.16-3-64736c10.cust.bredbandsbolaget.se> has quit IRC | 18:03 | |
| *** davest <davest!~Adium@134.134.137.73> has quit IRC | 18:05 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 18:05 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 18:06 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 18:10 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 18:10 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 18:10 | |
| *** davest <davest!~Adium@134.134.137.73> has joined #yocto | 18:11 | |
| ftonello | can anyone tell me if its a bug or what | 18:11 |
| ftonello | let say I have two versions of libfoo: libfoo_1.0.bb and libfoo_git.bb | 18:12 |
| ftonello | some other recipes RDEPENDS on it | 18:12 |
| ftonello | I built libfoo_1.0.bb first and then libfoo_git.bb | 18:13 |
| ftonello | thats fine | 18:13 |
| *** phdeswer_ <phdeswer_!~phdeswer@a88-113-104-180.elisa-laajakaista.fi> has joined #yocto | 18:13 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 18:13 | |
| ftonello | but when I build any package that RDEPENDS on this libfoo, altough my recipe says that "please, give priority to libfoo_git", the package adds a dependency version on libfoo >= 1.0 | 18:14 |
| ftonello | but if I do a bitbake -s, it shows the git version | 18:14 |
| ftonello | actually everything looks correct, just this run time dependency for other packages is not correct | 18:15 |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 18:21 | |
| *** scot_ <scot_!~scot@client-74-113.natinst.com> has quit IRC | 18:23 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 18:26 | |
| *** mihai <mihai!~mihai@188.27.93.142> has joined #yocto | 18:27 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 18:29 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 18:30 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 18:36 | |
| mr_science | ftonello: shouldn't it prefer git recipes over versioned ones? | 18:54 |
| RP | ftonello: we don't support two different versions like that | 18:55 |
| RP | ftonello: see clutter for how to namespace different ABIs | 18:55 |
| *** swex_ <swex_!~swex@185.6.250.36> has joined #yocto | 18:55 | |
| RP | (as an example) | 18:55 |
| mr_science | is it really an ABI difference? or just an "i need the latest in git instead of 1.0" thing? | 18:57 |
| mr_science | the only thing i can think of is have libfoo_git RPROVIDE some (different) name to DEPEND on | 18:58 |
| *** swex <swex!~swex@178.17.199.180> has quit IRC | 18:59 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 18:59 | |
| mr_science | might not be "proper" though... | 18:59 |
| *** scot <scot!~scot@client-74-113.natinst.com> has joined #yocto | 18:59 | |
| *** davest <davest!~Adium@134.134.137.73> has quit IRC | 18:59 | |
| *** davest <davest!Adium@nat/intel/x-vstwbdbgjryivucb> has joined #yocto | 19:00 | |
| *** Garibaldi|work1 <Garibaldi|work1!~andydalt@nat/cisco/x-osugbugjnfifiode> has joined #yocto | 19:00 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-krrsevvnwfehspar> has quit IRC | 19:00 | |
| RP | the two things have the same provides namespace so only one can be built. If you need to build both, you need different PN namespaces | 19:01 |
| ftonello | RP, mr_science: Yes. The think is that I have a env variable that selects that for me. I change the priority based on that | 19:02 |
| ftonello | so what I did, I told bitbake to select the git recipe for the build | 19:02 |
| ftonello | but when it generates the package information, is selecting the other version of the package | 19:02 |
| RP | the other package information should have been cleaned out when the other recipe was built :/ | 19:03 |
| ftonello | RP: yes.. where this information is stored? Because I coudn't find it.. | 19:03 |
| ftonello | it seems to be a bug | 19:03 |
| mr_science | ftonello: you already changed the priorities, right? | 19:03 |
| ftonello | mr_science: yes.. | 19:03 |
| ftonello | I do this: | 19:04 |
| ftonello | DEFAULT_PREFERENCE = "${@use_git_or_not()}" | 19:04 |
| ftonello | and this function checks for that variable and return -1 or 1, | 19:04 |
| ftonello | it works well.. just this is not working | 19:04 |
| *** Garibaldi|work1 <Garibaldi|work1!~andydalt@nat/cisco/x-osugbugjnfifiode> has quit IRC | 19:08 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-rbgddovrqsbejflx> has joined #yocto | 19:08 | |
| ftonello | I oppened a bug | 19:13 |
| ftonello | let see | 19:13 |
| ftonello | 5008 | 19:15 |
| rburton | and the winner of #5000 is belen! | 19:17 |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 19:32 | |
| *** sroy_ <sroy_!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has quit IRC | 19:37 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 19:40 | |
| *** joeythesaint <joeythesaint!~jjm@128.224.252.2> has quit IRC | 19:45 | |
| *** davest <davest!Adium@nat/intel/x-vstwbdbgjryivucb> has quit IRC | 19:53 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 19:54 | |
| -YoctoAutoBuilder- build #225 of nightly-oecore is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-oecore/builds/225 | 20:06 | |
| Crofton|work | kergoth, is this a job for SOC_FAMILY? | 20:06 |
| RP | Crofton|work: MACHINEOVERRIDES | 20:10 |
| Crofton|work | you see the problem, there are files in a linux-yocto.bbppend that apply for all machines in a class | 20:11 |
| Crofton|work | and some that apply for specific machines | 20:12 |
| RP | Crofton|work: SOC_FAMILY is MACHINEOVERRIDES behind the scenes | 20:12 |
| Crofton|work | and is there a good example anywhere | 20:12 |
| Crofton|work | yeah, but the wording makes sense :) | 20:12 |
| * Crofton|work is looking at soc-family.inc :) | 20:13 | |
| *** davest <davest!Adium@nat/intel/x-olchujswrmbfrohi> has joined #yocto | 20:17 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 20:17 | |
| *** davest <davest!Adium@nat/intel/x-olchujswrmbfrohi> has quit IRC | 20:24 | |
| -YoctoAutoBuilder- build #248 of nightly-mips is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips/builds/248 | 20:31 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 20:47 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 20:48 | |
| *** agust <agust!~agust@p4FDE6986.dip0.t-ipconnect.de> has quit IRC | 20:52 | |
| *** agust <agust!~agust@p4FDE6986.dip0.t-ipconnect.de> has joined #yocto | 20:52 | |
| -YoctoAutoBuilder- build #250 of nightly-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86/builds/250 | 20:53 | |
| *** davest <davest!Adium@nat/intel/x-pggiglqtvpduizka> has joined #yocto | 20:54 | |
| *** davest <davest!Adium@nat/intel/x-pggiglqtvpduizka> has quit IRC | 21:02 | |
| seebs | RP, when you have a minute, I would be interested in feedback on the patch I sent recentlyish (July 26) for NO32LIBS. Basically, it makes the attempt to build a 32-bit pseudo more definite if NO32LIBS gets set to 0, on the grounds that if you are explicitly setting that, and it won't work, you probably want a failure message rather than a corrupted build. | 21:02 |
| *** davest <davest!~Adium@134.134.137.73> has joined #yocto | 21:03 | |
| *** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has joined #yocto | 21:06 | |
| *** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has quit IRC | 21:06 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 21:06 | |
| *** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has quit IRC | 21:22 | |
| JaMa | seebs: even with NO32LIBS I can still see file attributes (permissions, owners) randomly changing when comparing builds on different hosts with buildhistory, do you have another idea what could be the cause? | 21:24 |
| seebs | The most obvious thing is: Right now, NO32LIBS="0" doesn't actually cause 32-bit pseudo to get built. | 21:24 |
| fray | 32-bit/64-bit split(s), and static binaries are the only cases where I know it can happen.. | 21:24 |
| JaMa | seebs: still in the distro with 32bit external toolchain on 64bit builders | 21:24 |
| fray | unless of course something gets added/removed/modified outside of pseudo control | 21:25 |
| seebs | It causes 32-bit pseudo to consider getting built if the host system has enough stuff that the build system is pretty sure it can do it, otherwise nothing happens and it's silent. | 21:25 |
| seebs | Which is why I sent a patch to try to force it to do the rebuild in that case. | 21:25 |
| JaMa | ok I'll backport that patch to dylan and test it in our scenario | 21:25 |
| seebs | You should be able to check pretty easily. | 21:26 |
| seebs | Check your sysroot's pseudo/lib* directories, see how many libpseudo.so you have. | 21:26 |
| seebs | If you only have a lib64/libpseudo.so, then it's not building the 32-bit one. | 21:26 |
| JaMa | I've checked 2 builders and both have both 32+64 libpseudo built | 21:29 |
| *** zenlinux <zenlinux!~sgarman@50.139.96.211> has quit IRC | 21:30 | |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto | 21:30 | |
| *** _Lucretia__ <_Lucretia__!~munkee@176.253.91.208> has quit IRC | 21:37 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 21:44 | |
| *** _Lucretia__ <_Lucretia__!~munkee@90.200.185.251> has joined #yocto | 21:45 | |
| seebs | Huh, that's odd, then. | 21:52 |
| seebs | Got any failures to load libpseudo.so in there? Anything interesting in the pseudo.log files? | 21:52 |
| *** _Lucretia__ <_Lucretia__!~munkee@90.200.185.251> has quit IRC | 21:52 | |
| *** _Lucretia__ <_Lucretia__!~munkee@176.252.247.193> has joined #yocto | 21:57 | |
| *** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 22:01 | |
| *** challinan <challinan!~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 22:02 | |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC | 22:02 | |
| *** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 22:03 | |
| *** reaperofsouls <reaperofsouls!~reaperofs@64.2.3.195.ptr.us.xo.net> has quit IRC | 22:03 | |
| *** evanp <evanp!~evan@134.134.139.74> has quit IRC | 22:04 | |
| *** evanp <evanp!evan@nat/intel/x-kntexqeuvwayhrgw> has joined #yocto | 22:05 | |
| *** mihai <mihai!~mihai@188.27.93.142> has quit IRC | 22:05 | |
| *** Crofton|work <Crofton|work!~balister@pool-71-171-36-155.ronkva.east.verizon.net> has quit IRC | 22:05 | |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 22:05 | |
| *** nslu2-log <nslu2-log!~nslu2-log@140.211.169.184> has quit IRC | 22:06 | |
| *** Crofton|work <Crofton|work!~balister@pool-71-171-36-155.ronkva.east.verizon.net> has joined #yocto | 22:06 | |
| *** nslu2-log <nslu2-log!~nslu2-log@140.211.169.184> has joined #yocto | 22:07 | |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 22:08 | |
| *** mihai <mihai!~mihai@188.27.93.142> has joined #yocto | 22:08 | |
| *** davest <davest!~Adium@134.134.137.73> has quit IRC | 22:13 | |
| *** agust <agust!~agust@p4FDE6986.dip0.t-ipconnect.de> has quit IRC | 22:17 | |
| JaMa | seebs: unfortunately I don't have simple reproducer I only know about it from buildhistory diffs and sometimes when it hits some file in image where it has fatal behavior for runtime | 22:18 |
| JaMa | seebs: but I haven't seen anything interested in pseudo.log or preload failures | 22:18 |
| seebs | Yeah. We had that for a while, but NO32LIBS fixed it for us, and we haven't seen it since, that we know of. | 22:18 |
| seebs | It's possible that there's also packages which are tripping pseudo some other way. | 22:19 |
| seebs | Hmm. Any NFS involved? We know there are problems with NFS. | 22:19 |
| JaMa | sstate mirror and premirror are over NFS | 22:19 |
| JaMa | tomorrow I'll try to repeat clean builds few times on the same host to see if the problem can be reproduced also on the same host machine | 22:21 |
| *** davest <davest!Adium@nat/intel/x-yztkzaahuirciyya> has joined #yocto | 22:21 | |
| *** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-rbgddovrqsbejflx> has quit IRC | 22:22 | |
| *** pidge <pidge!pidge@nat/intel/x-zgbeylcvueoipyqr> has quit IRC | 22:25 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 22:25 | |
| seebs | I don't think the sstate mirror should matter. The usual failure mode is just that if you remount NFS file systems you don't always get the same device number. Also, pseudo's locking can and will fail if the pseudo directory is NFS-mounted. (Yes, there's a locking syscall that works over NFS, but the locks aren't inherited by child processes.) | 22:26 |
| *** eren <eren!~eren@unaffiliated/eren> has quit IRC | 22:31 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 22:41 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 22:42 | |
| *** behanw <behanw!~behanw@216-58-123-51.cpe.distributel.net> has joined #yocto | 22:44 | |
| *** b1gtuna <b1gtuna!~adam@206.116.3.18> has quit IRC | 23:01 | |
| *** adam___ <adam___!~adam@206.116.3.18> has joined #yocto | 23:02 | |
| *** adam___ is now known as b1gtuna | 23:02 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 23:02 | |
| b1gtuna | happy monday everyone! My image is built with GDM, but I don't get the universal access icon any longer (it was there some months ago..). I just need a virtual keyboard to login on a touch screen device | 23:03 |
| b1gtuna | my GDM recipe indicates i'm using 2.32.2 | 23:03 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:09 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 23:18 | |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto | 23:19 | |
| *** davest <davest!Adium@nat/intel/x-yztkzaahuirciyya> has quit IRC | 23:26 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has quit IRC | 23:33 | |
| *** Crofton <Crofton!~balister@pool-71-171-36-155.ronkva.east.verizon.net> has quit IRC | 23:34 | |
| *** Crofton|work <Crofton|work!~balister@pool-71-171-36-155.ronkva.east.verizon.net> has quit IRC | 23:34 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 23:35 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 23:37 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@autobuilder.yoctoproject.org> has joined #yocto | 23:40 | |
| *** Crofton|work <Crofton|work!~balister@pool-108-44-89-73.ronkva.east.verizon.net> has joined #yocto | 23:46 | |
| *** trollixx <trollixx!~trollixx@sf.wisetroll.net> has quit IRC | 23:46 | |
| *** trollixx <trollixx!~trollixx@sf.wisetroll.net> has joined #yocto | 23:47 | |
| *** Crofton <Crofton!~balister@pool-108-44-89-73.ronkva.east.verizon.net> has joined #yocto | 23:47 | |
| *** wmat <wmat!wmat@wallace.mixdown.ca> has joined #yocto | 23:54 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!