| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 00:00 | |
| *** sameo <sameo!~samuel@192.55.55.39> has quit IRC | 00:02 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 00:07 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 00:08 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 00:08 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 00:15 | |
| *** oscailt <oscailt!~oscailt@unaffiliated/oscailt> has quit IRC | 00:17 | |
| *** oscailt <oscailt!~oscailt@unaffiliated/oscailt> has joined #yocto | 00:18 | |
| *** _julian_ <_julian_!~quassel@x2f09d9c.dyn.telefonica.de> has joined #yocto | 00:24 | |
| *** _julian <_julian!~quassel@x2f10ab0.dyn.telefonica.de> has quit IRC | 00:24 | |
| sgw_ | bozojoe: mark is fray | 00:26 |
|---|---|---|
| *** pidge <pidge!~pidge@134.134.139.72> has quit IRC | 00:27 | |
| *** swex__ <swex__!~swex@178.17.193.130> has quit IRC | 00:36 | |
| *** swex__ <swex__!~swex@178.17.193.130> has joined #yocto | 00:37 | |
| bozojoe | anyone from intel or windriver here? | 00:45 |
| seebs | I deny everything. | 00:45 |
| bozojoe | lol | 00:46 |
| bozojoe | i'm a MCG guy from intel... trying to find out about yocto inside the company | 00:46 |
| bozojoe | i've asked in our kernel mailing list but haven't heard anything yet | 00:47 |
| bozojoe | any use of yocto on android targets here? | 00:55 |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 01:04 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 01:05 | |
| *** davest <davest!Adium@nat/intel/x-avjfwtvgxlbpoavo> has quit IRC | 01:06 | |
| *** b1gtuna <b1gtuna!~adam@206.116.3.18> has quit IRC | 01:07 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 01:21 | |
| *** bozojoe <bozojoe!4475c643@gateway/web/freenode/ip.68.117.198.67> has quit IRC | 01:23 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 01:37 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 01:45 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 01:46 | |
| *** mitz <mitz!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 01:54 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 01:57 | |
| *** mechnode <mechnode!~jake@89.33.96.58.static.exetel.com.au> has joined #yocto | 01:58 | |
| *** silviof1 <silviof1!~silviof@unaffiliated/silviof> has joined #yocto | 02:01 | |
| *** nitink <nitink!~nitink@134.134.137.73> has quit IRC | 02:02 | |
| *** nitink <nitink!~nitink@134.134.137.73> has joined #yocto | 02:02 | |
| *** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC | 02:04 | |
| *** nitink <nitink!~nitink@134.134.137.73> has quit IRC | 02:05 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 02:07 | |
| *** brm <brm!da653619@gateway/web/freenode/ip.218.101.54.25> has quit IRC | 02:09 | |
| *** mechnode <mechnode!~jake@89.33.96.58.static.exetel.com.au> has quit IRC | 02:30 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 02:32 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 02:34 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 02:34 | |
| *** ka6sox is now known as zz_ka6sox | 02:48 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 02:50 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 02:53 | |
| *** hyang2 <hyang2!~hyang2@1.202.252.122> has joined #yocto | 03:00 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 03:08 | |
| *** mitz_ <mitz_!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 03:30 | |
| *** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has quit IRC | 03:35 | |
| *** dv_ <dv_!~quassel@chello080108009040.14.11.vie.surfer.at> has quit IRC | 03:49 | |
| *** dv_ <dv_!~quassel@chello080108009040.14.11.vie.surfer.at> has joined #yocto | 03:51 | |
| *** zz_ka6sox is now known as ka6sox | 04:06 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 04:14 | |
| *** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 04:15 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 04:21 | |
| *** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has quit IRC | 04:24 | |
| *** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has joined #yocto | 04:25 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has quit IRC | 04:28 | |
| *** mihai <mihai!~mihai@188.27.93.142> has quit IRC | 04:28 | |
| *** ftonello_ <ftonello_!~felipe@wsip-70-183-20-162.oc.oc.cox.net> has joined #yocto | 04:31 | |
| *** ftonello <ftonello!~felipe@wsip-70-183-20-162.oc.oc.cox.net> has quit IRC | 04:31 | |
| *** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 04:37 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 04:40 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 04:53 | |
| *** nitink <nitink!~nitink@134.134.137.73> has joined #yocto | 04:55 | |
| -YoctoAutoBuilder- build #257 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64/builds/257 | 04:57 | |
| *** blloyd <blloyd!~blloyd@98.142.69.81> has joined #yocto | 05:03 | |
| -YoctoAutoBuilder- build #238 of nightly-oecore is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-oecore/builds/238 | 05:21 | |
| *** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:24 | |
| *** tor <tor!~tor@85.230.102.239> has joined #yocto | 05:27 | |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has joined #yocto | 05:27 | |
| *** vicky_ <vicky_!~vicky@122.165.223.135> has joined #yocto | 05:37 | |
| vicky_ | Hi yocto. I successfully compiled toolchain-qte and i installed it in opt directory.But when i try to run qmake from/opt/poky/1.4.1/sysroots/x86_64-pokysdk-linux/usr/bin/qmake2 , i got "sh: 1: -list: not found" | 05:39 |
| vicky_ | My host is ubuntu_12.04 x64. | 05:40 |
| vicky_ | I tried sample qt applications. That also results with same error. | 05:41 |
| *** mihai <mihai!~mihai@80.97.15.150> has joined #yocto | 05:50 | |
| *** zeeblex <zeeblex!apalalax@nat/intel/x-qdzhhgtdniupgsya> has joined #yocto | 05:52 | |
| *** silviof1 is now known as silviof | 05:55 | |
| *** nitink <nitink!~nitink@134.134.137.73> has quit IRC | 06:11 | |
| *** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has joined #yocto | 06:14 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 06:29 | |
| *** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 06:30 | |
| *** ant_home <ant_home!~andrea@95.236.249.179> has quit IRC | 06:30 | |
| *** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has joined #yocto | 06:31 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 06:36 | |
| *** jonatan is now known as jonte | 06:38 | |
| *** yzhao2_ <yzhao2_!~yzhao2@128.224.252.2> has joined #yocto | 06:39 | |
| *** mankku <mankku!~mankku@projects.sse.fi> has joined #yocto | 06:41 | |
| *** yzhao2 <yzhao2!~yzhao2@128.224.252.2> has quit IRC | 06:42 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 06:44 | |
| *** cjosephson <cjosephson!~cjosephso@207.47.42.180.static.nextweb.net> has quit IRC | 06:48 | |
| *** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto | 06:51 | |
| *** cjosephson <cjosephson!~cjosephso@107-0-144-3-ip-static.hfc.comcastbusiness.net> has joined #yocto | 06:52 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 06:53 | |
| -YoctoAutoBuilder- build #263 of nightly-x86 is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86/builds/263 | 06:55 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 06:59 | |
| *** rikroled <rikroled!~tbn@84.55.160.118> has joined #yocto | 07:10 | |
| *** ka6sox is now known as ka6so-away | 07:19 | |
| thesignal | hi, i want to build the cross-compiler for fortran, so i took a look at the gcc-cross recipe and figured out that it requires gcc-configure-common.inc, there i set the FORTRAN variable to ",fortran", everything builds fine, (with bitbake -f -c compile gcc-cross & crosssdk) but when i try to compile a package which need gfortran as a compiler, the gfortran compiler is not found | 07:27 |
| thesignal | i took a look at http://www.yoctoproject.org/docs/1.4/dev-manual/dev-manual.html#cross-development-toolchain but somehow i don't really understand what i have to do to get the gfortran cross compiler working | 07:28 |
| *** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 07:28 | |
| thesignal | in the sysroots directory i found a cross-gfortran compiler, which is executable (tried with arm-*something-gfortran -v) | 07:29 |
| *** slaine <slaine!~slaine@84.203.137.218> has quit IRC | 07:40 | |
| tf | thesignal: is the pacakged using autotools? | 07:42 |
| thesignal | tf: which one? the one which needs gfortran? | 07:43 |
| tf | yes | 07:44 |
| thesignal | no it isn't | 07:44 |
| tf | you might have to patch it, it's probably looking for gfortran, not arm-bla-bla-gfortran | 07:45 |
| thesignal | do you know a recipe where this has been done? so i can take an idea how to do this | 07:46 |
| *** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:46 | |
| tf | thesignal: no, sorry | 07:46 |
| thesignal | kk, but thanks for the hint | 07:47 |
| tf | thesignal: you should find more details in the error log | 07:47 |
| *** florian_kc is now known as florian | 07:48 | |
| thesignal | tf: it just says "gfortran: command not found" but i'll take a look at the run.do_configure | 07:49 |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 07:52 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 07:52 | |
| tf | thesignal: probably the makefile is referring to gfortran, it should be using a variable; I don't know what that would be with fortran, but for C, you would call the compiler as $CC, not gcc | 07:55 |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 07:55 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 07:58 | |
| thesignal | tf: thanks, i already took a look at the makefile and it's exactly like you thought :) | 07:59 |
| *** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 08:00 | |
| thesignal | and the toolchain and everything needed should be compiled with bitbake -f -c compile gcc-cross, right? | 08:00 |
| tf | that will just compile it, not install it | 08:01 |
| tf | 'bitbake gcc-cross' will build and install, and package it | 08:02 |
| *** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 08:02 | |
| bluelightning | morning all | 08:03 |
| *** darknighd <darknighd!~darknight@nat-wv.mentorg.com> has joined #yocto | 08:05 | |
| *** darknighte_znc <darknighte_znc!~darknight@pdpc/supporter/professional/darknighte> has quit IRC | 08:05 | |
| *** darknighd is now known as darknighte | 08:06 | |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 08:06 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has joined #yocto | 08:06 | |
| *** slaine <slaine!~slaine@84.203.137.218> has left #yocto | 08:08 | |
| *** melonipoika <melonipoika!~quassel@ip050-115.seclan.com> has joined #yocto | 08:08 | |
| *** slaine <slaine!~slaine@84.203.137.218> has joined #yocto | 08:12 | |
| *** Iv_ <Iv_!53915b2e@gateway/web/freenode/ip.83.145.91.46> has joined #yocto | 08:25 | |
| Iv_ | Hi everybody,does anyone know how to modify the root file system before it's built in the ramdisk image? thks | 08:28 |
| *** honschu <honschu!~honschu@shackspace/j4fun> has joined #yocto | 08:31 | |
| *** jeremiah_ <jeremiah_!~jeremiah@194-237-7-146.customer.telia.com> has joined #yocto | 08:33 | |
| *** honschu_ <honschu_!~honschu@shackspace/j4fun> has quit IRC | 08:34 | |
| *** jeremiah <jeremiah!~jeremiah@194-237-7-146.customer.telia.com> has quit IRC | 08:35 | |
| *** gaby <gaby!~gaby@lse.epita.fr> has joined #yocto | 08:35 | |
| *** jeremiah_ <jeremiah_!~jeremiah@194-237-7-146.customer.telia.com> has quit IRC | 08:35 | |
| *** jeremiah <jeremiah!~jeremiah@194.237.7.146> has joined #yocto | 08:38 | |
| vicky_ | I want to add my own sysroot in meta-toolchain. Is it possible? | 08:39 |
| *** mitz_ <mitz_!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has quit IRC | 08:48 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 08:49 | |
| *** mitz_ <mitz_!~mitz@KHP222227247006.ppp-bb.dion.ne.jp> has joined #yocto | 08:50 | |
| *** sameo <sameo!~samuel@192.55.54.40> has joined #yocto | 08:50 | |
| *** belen <belen!~Adium@134.134.139.74> has joined #yocto | 08:52 | |
| *** Iv_ <Iv_!53915b2e@gateway/web/freenode/ip.83.145.91.46> has quit IRC | 08:55 | |
| *** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has joined #yocto | 09:00 | |
| *** amarsman <amarsman!~marsman@90-145-17-249.wxdsl.nl> has quit IRC | 09:01 | |
| *** jackmitchell <jackmitchell!~Thunderbi@host217-34-104-101.in-addr.btopenworld.com> has quit IRC | 09:02 | |
| *** jackmitchell <jackmitchell!~Thunderbi@217.34.104.101> has joined #yocto | 09:03 | |
| bluelightning | vicky_: you mean an additional separate sysroot? or do you mean customise the target part of the SDK to add additional components? | 09:08 |
| *** blitz00_ <blitz00_!~stefans@192.198.151.44> has joined #yocto | 09:20 | |
| *** mike <mike!c2881242@gateway/web/freenode/ip.194.136.18.66> has joined #yocto | 09:21 | |
| *** mike is now known as Guest26644 | 09:21 | |
| *** cjosephson <cjosephson!~cjosephso@107-0-144-3-ip-static.hfc.comcastbusiness.net> has quit IRC | 09:24 | |
| *** cjosephson <cjosephson!~cjosephso@207.47.42.180.static.nextweb.net> has joined #yocto | 09:24 | |
| *** uvan <uvan!7645dbc5@gateway/web/freenode/ip.118.69.219.197> has joined #yocto | 09:27 | |
| uvan | Hi all | 09:28 |
| uvan | currently UBOOT_ARCH was exported from meta/classes/kernel-arch.bbclass | 09:28 |
| uvan | export UBOOT_ARCH = "${@map_uboot_arch(d.getVar('ARCH', True), d)}" | 09:28 |
| uvan | so it always get UBOOT_ARCH= $ARCH} | 09:29 |
| uvan | in my case i want UBOOT_ARCH difference from ARCH | 09:29 |
| uvan | then i comment out this export statement in kernel-arch.bbclass | 09:29 |
| uvan | but i think it is not the right way | 09:30 |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 09:30 | |
| uvan | could any one give me an idea? | 09:30 |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 09:30 | |
| ant_work | what are you trying to do? Try just setting UBOOT_MACHINE | 09:32 |
| uvan | i want to generate u-boot image. and in image_types_uboot.bbclass using mkimage -A ${UBOOT_ARCH} -O linux -T ramdisk -C $2 -n ${IMAGE_NAME} | 09:33 |
| uvan | but because UBOOT_ARCH was set by ARCH so it can not create as i expected | 09:34 |
| ant_work | see, you are using mkimage *native* on your host..what is wrong with that? | 09:44 |
| ant_work | you ar ebuilding for a target belonging to ARCH, isn't? | 09:45 |
| uvan | ant_work: my work right now is ARM64 | 09:46 |
| uvan | but for uboot, ARM64 also use the same arch with ARM | 09:46 |
| uvan | so linux, uboot use difference $ARCH | 09:46 |
| uvan | that's why UBOOT_ARCH=$ARCH make me to problem. other architecture will not have that problem | 09:47 |
| ant_work | ah, I see, arm64/aarch64 is new stuff | 09:50 |
| ant_work | as far as I see Khem is already working on it | 09:51 |
| ant_work | [Angstrom-devel] [meta-angstrom] angstrom-next: add versions to build for aarch64 | 09:51 |
| ant_work | besides u-boot support you need a proper ARCH set in OE/Yocto | 09:52 |
| uvan | yes, right now i can build uboot, linux, core-image-minimal and all work. but i just want to ask the right way to set UBOOT_ARCH | 09:53 |
| uvan | because i set in local.conf it will be overrwite by kernel-arch.bbclass | 09:53 |
| *** jkridner|work <jkridner|work!~jkridner@nat/ti/x-hzgsmswpdogrtrfn> has quit IRC | 09:57 | |
| *** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 10:03 | |
| *** uvan <uvan!7645dbc5@gateway/web/freenode/ip.118.69.219.197> has quit IRC | 10:14 | |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC | 10:27 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 10:28 | |
| *** rogerzhou <rogerzhou!~rogerzhou@1.202.252.122> has quit IRC | 10:30 | |
| -YoctoAutoBuilder- build #258 of nightly-world is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-world/builds/258 | 10:34 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has quit IRC | 10:47 | |
| *** dany <dany!~Thunderbi@sestofw01.enea.se> has joined #yocto | 10:48 | |
| *** Corneliu <Corneliu!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has joined #yocto | 10:56 | |
| *** tinti_ <tinti_!~tinti@201.49.230.58> has joined #yocto | 11:30 | |
| *** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has joined #yocto | 11:30 | |
| *** linu1 <linu1!~linu1@122.165.223.135> has joined #yocto | 11:31 | |
| linu1 | hi i got this error http://pastebin.com/UsrgybKq while executing the bitbake at91bootstrapn on poky atmel layer,even i changed the appropriate changes in conf files.can you tell me what is that issue | 11:31 |
| vicky_ | bluelightning: yes. I need the additional sysroot | 11:41 |
| *** khohm <khohm!~quassel@share.basyskom.com> has quit IRC | 11:45 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 11:56 | |
| vicky_ | bitbake image is not updating kernel modules into the image | 11:58 |
| *** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto | 11:58 | |
| lpapp | anyone can tell me why the tunctl recipe has an include file ? | 12:05 |
| lpapp | for convenience, here is the link: https://github.com/joeythesaint/meta-networking/tree/master/recipes-support/tunctl | 12:06 |
| Crofton|work | probably for when there were multiple versions | 12:07 |
| lpapp | there were? | 12:07 |
| *** khohm <khohm!~quassel@share.basyskom.com> has joined #yocto | 12:09 | |
| lpapp | will configure run automatically before make without a dedicated section if the software requires that? | 12:11 |
| *** khohm <khohm!~quassel@share.basyskom.com> has quit IRC | 12:12 | |
| *** khohm <khohm!~quassel@share.basyskom.com> has joined #yocto | 12:13 | |
| bluelightning | vicky_: I don't think we currently support that | 12:17 |
| lpapp | do_configure () { oe_runconf | 12:18 |
| lpapp | } | 12:18 |
| lpapp | do I need to put that into the file explicitly? | 12:18 |
| lpapp | to get ./configure run before make? | 12:18 |
| bluelightning | lpapp: if you inherit autotools, no, but note that running oe_runconf is not the same as what autotools.bbclass does by default | 12:18 |
| bluelightning | lpapp: oe_runconf will just run configure, skipping out the normal autoreconf step | 12:19 |
| vicky_ | what i did was bitbaked meta-toolchain-qte but it doesnt included my custom packages at layer meta-atmel | 12:19 |
| bluelightning | vicky_: right, it won't; you may wish to use bitbake -c populate_sdk <image name> instead | 12:19 |
| bluelightning | vicky_: but then you'd also need to add the tools back into the host side of the SDK; for that you can append the names of the appropriate packages to TOOLCHAIN_HOST_TASK | 12:20 |
| lpapp | bluelightning: I am not using autotools. | 12:20 |
| bluelightning | lpapp: right then oe_runconf won't help you | 12:20 |
| lpapp | bluelightning: hmpf | 12:20 |
| lpapp | so what will ? | 12:20 |
| *** khohm <khohm!~quassel@share.basyskom.com> has joined #yocto | 12:20 | |
| bluelightning | lpapp: you'll need to define do_configure and in it run the configure script yourself | 12:21 |
| lpapp | I mean ./configure is autotools. | 12:21 |
| bluelightning | (or, do whatever is needed for the particular piece of software to configure it before building, if it doesn't use a configure script) | 12:21 |
| *** khohm <khohm!~quassel@share.basyskom.com> has quit IRC | 12:22 | |
| *** khohm <khohm!~quassel@share.basyskom.com> has joined #yocto | 12:22 | |
| lpapp | bluelightning: it uses a configure script. | 12:23 |
| lpapp | but in general, I saw "configure scripts" without autotools. | 12:23 |
| lpapp | anyway, so what then? | 12:23 |
| bluelightning | so, as above | 12:23 |
| lpapp | how to run ./configure? | 12:23 |
| lpapp | without autotools stuff like m4, ac etc? | 12:23 |
| *** oscailt <oscailt!~oscailt@unaffiliated/oscailt> has quit IRC | 12:24 | |
| lpapp | oe_runconf should run ./configure, no? | 12:24 |
| bluelightning | don't inherit autotools, and define do_configure that calls the configure script with whatever arguments are appropriate | 12:24 |
| bluelightning | oe_runconf is designed for autotools and is in fact defined in autotools.bbclass so you will not be able to use it for non-autotools configure scripts | 12:25 |
| lpapp | bluelightning: why ? | 12:25 |
| lpapp | actually, I had taken a look into it, and it does not do much else than running the configure script. | 12:25 |
| lpapp | so it looks feasible to me for running the configure script in the source folder ... | 12:25 |
| bluelightning | because there's no commonality in other likely hand-coded configure scripts that we can support in some hypothetical non-autotools oe_runconf function | 12:26 |
| lpapp | ? | 12:26 |
| bluelightning | just run the configure script with the appropriate arguments from your own do_configure | 12:26 |
| lpapp | I only need to run ./configure, and based on the autotools class, it just does that. | 12:26 |
| lpapp | with the convenience of printing the config log in case of failure. | 12:26 |
| bluelightning | that's autotools-specific behaviour | 12:27 |
| lpapp | why would it | 12:27 |
| lpapp | although it does not support arguments for configure. | 12:27 |
| lpapp | not that I need those, but still. | 12:27 |
| lpapp | bluelightning: what is autotools specific ? | 12:29 |
| bluelightning | does every non-autotools configure script output a config.log? no | 12:30 |
| lpapp | ? | 12:30 |
| lpapp | that is what people do when there is an error, yes. | 12:30 |
| lpapp | regardless autotools. | 12:30 |
| bluelightning | no | 12:30 |
| lpapp | sure, yes. | 12:30 |
| lpapp | | ERROR: Function failed: do_configure (see ... | 12:31 |
| lpapp | oe_runconf: not found | 12:32 |
| lpapp | why not? | 12:32 |
| bluelightning | because as I already said above it's defined in autotools.bbclass | 12:32 |
| bluelightning | if you're not inheriting autotools you won't have access to it | 12:32 |
| lpapp | what is the point of inherit? | 12:35 |
| *** musdem <musdem!~zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has joined #yocto | 12:35 | |
| *** belen <belen!~Adium@134.134.139.74> has quit IRC | 12:35 | |
| lpapp | why do we even need to inherit rather than just being available by default? | 12:35 |
| cfo215 | anyone know of a yocto-poky specific uEnv.txt file for beaglebone black? It doesn't get created by the bitbake for beaglebone. | 12:36 |
| bluelightning | lpapp: as above, if it's not autotools we can't expect any kind of commonality that would merit such a common function | 12:36 |
| cfo215 | needed for u-Boot to work properly. | 12:36 |
| *** musdem <musdem!~zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has quit IRC | 12:36 | |
| bluelightning | lpapp: why is it a problem to just run ./configure? | 12:37 |
| *** belen <belen!Adium@nat/intel/x-qnmvkhxbphewqofk> has joined #yocto | 12:38 | |
| lpapp | bluelightning: I am not sure if it is autotools or not, to be honest. | 12:40 |
| lpapp | I was merely referring to that, it does not use any other autotools stuff. | 12:40 |
| lpapp | m4, ac, libtools, etc | 12:40 |
| lpapp | other than that, I am not sure what makes a configure script "autotools". | 12:40 |
| lpapp | I have not used autotools (luckily) the last 5-6 years. | 12:41 |
| lpapp | oh, it has configure.ac and Makefile.am | 12:41 |
| lpapp | maybe, it is autotools then. | 12:42 |
| lpapp | and aclocal.m4, meh. | 12:42 |
| lpapp | anyway, it does not build. | 12:42 |
| lpapp | bluelightning: http://paste.kde.org/~lpapp/p901001d9/ | 12:42 |
| *** linu1 <linu1!~linu1@122.165.223.135> has quit IRC | 12:43 | |
| bluelightning | right, you should be inheriting autotools then | 12:45 |
| bluelightning | can't tell what the error is there | 12:45 |
| lpapp | me neither ... | 12:47 |
| lpapp | can I simply pass arguments to oe_runconf ? | 12:47 |
| bluelightning | just add whatever arguments you need to EXTRA_OECONF | 12:47 |
| lpapp | hmpf | 12:48 |
| lpapp | k. | 12:48 |
| lpapp | fwiw, it works if I build on the host. | 12:50 |
| lpapp | sure it is not a recipe issue? | 12:51 |
| lpapp | here is the recipe: http://paste.kde.org/~lpapp/p80838cd0/ | 12:51 |
| bluelightning | lpapp: well you should definitely start without your do_configure there | 12:53 |
| lpapp | ? | 12:56 |
| bluelightning | drop you definition of do_configure, autotools.bbclass provides it already | 12:57 |
| lpapp | sure, but that should not cause such issues. | 12:57 |
| lpapp | and yes, it is the same without. | 12:57 |
| bluelightning | sure, I'm just making a recommendation | 12:58 |
| lpapp | lpapp: ok, any recommendation for the error? ;-) | 12:58 |
| bluelightning | it's a compilation failure with stunnel itself, you'll have to debug it like any other compilation failure | 12:59 |
| bluelightning | I'd start by making sure there are no clues in the do_compile (such as errors not shown in the snippet you pasted) or anything unusual in the do_configure log | 13:00 |
| bluelightning | s/do_compile/do_compile log/ | 13:00 |
| lpapp | I dropped an email to the stunnel-users mailing list in the meantime ... | 13:01 |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC | 13:01 | |
| Guest26644 | You could try to go those where the source is downloaded and manually try to compile it | 13:02 |
| Guest26644 | and see what errors it produces | 13:03 |
| lpapp | true | 13:03 |
| Guest26644 | when you know correction then you can make a patch and include that to SRC_URI | 13:04 |
| lpapp | bluelightning: Guest26644 this is suspicious at the end of configure, http://paste.kde.org/~lpapp/pe0a7d211/ | 13:04 |
| Guest26644 | at least I have done a a couple of times | 13:04 |
| lpapp | mayhaps I am missing something? | 13:04 |
| bluelightning | that is odd... never seen that before | 13:05 |
| lpapp | kinda me neither ... | 13:06 |
| lpapp | /bin/bash: ../-libtool: No such file or directory | 13:06 |
| lpapp | I think running "make" manually will not try to use the cross autotools? | 13:06 |
| erbo | anyone know the status of icecc support? saw an old mailthread for aug/sept 2012 where someone had issues but nothing after that | 13:06 |
| lpapp | so it is not simply going into the work folder, and "./configure && make", right ? | 13:07 |
| Guest26644 | you need to do the settings first | 13:07 |
| Guest26644 | I'm not sure about running the configure steps.. I was just talking about compiling the code | 13:08 |
| *** cfo215 <cfo215!~christos@mail.abemblem.com> has left #yocto | 13:10 | |
| Guest26644 | but anyway in order to get my code to compile I needed to modify the .am file to include one setting and I done that with patch | 13:11 |
| lpapp | Guest26644: I do not know how to do any settings in there... | 13:12 |
| lpapp | and what exactly, etc. | 13:12 |
| lpapp | Guest26644: archlinux seems to have a makefile patch, but it is about install, so I believe it is not related, https://projects.archlinux.org/svntogit/community.git/tree/trunk/Makefile.patch?h=packages/stunnel | 13:12 |
| Guest26644 | You can do a patch for any file. That was just example | 13:13 |
| lpapp | of course... no doubt in there. | 13:14 |
| Guest26644 | if you can somehow find the what the error is .. | 13:14 |
| lpapp | I am just trying to solve this stuff. :) | 13:14 |
| Guest26644 | then you can try to google that and try patch to fix it | 13:14 |
| lpapp | well, packager life is not easy I guess. | 13:15 |
| ant_work | lpapp: Gentoo has similar patch http://xrl.us/bppi3g | 13:16 |
| ant_work | you could add it in do_configure_prepend | 13:16 |
| lpapp | ant_work: what patch? | 13:16 |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 13:27 | |
| lpapp | ant_work: related to this issue I am facing, or you mean the Makefile am stuff? | 13:29 |
| *** cfo215 <cfo215!~christos@mail.abemblem.com> has joined #yocto | 13:35 | |
| cfo215 | my yocto kernel keeps getting stuck at "Starting kernel ..." on beaglebone black using core-image-minimal. Anyone run into this? http://pastebin.com/yv98C20a has boot log from BBB. | 13:43 |
| ant_work | lpapp: obvioulsy I was referring to the arch linux patch you showed | 13:43 |
| lpapp | ant_work: ok, that would not help in here, I believe. | 13:44 |
| lpapp | nor did EXTRA_OECONF += "--disable-fips" | 13:44 |
| ant_work | lpapp: have you tried removing your do_configure ? | 13:44 |
| lpapp | ant_work: yes | 13:44 |
| ant_work | ah, ok, this was th enext step: customize it | 13:44 |
| lpapp | ? | 13:45 |
| lpapp | customize what exactly? | 13:45 |
| simar_ | cfo215: could you verify that your console output is on ttyS0? | 13:45 |
| ant_work | lpapp: one way is as you did, with | 13:46 |
| ant_work | EXTRA_OECONF | 13:46 |
| lpapp | ant_work: no, I mean what flags, etc. | 13:46 |
| lpapp | anyway, I am waiting for the authors to reply, I believe. | 13:46 |
| lpapp | I have no clue in here. | 13:46 |
| lpapp | I wonder if anyone else could test my recipe on desktop. | 13:46 |
| lpapp | without external toolchain, arm board etc. | 13:46 |
| cfo215 | simar_: sorry I'm a newb... how do I go about that? I got the output for the pastebin from gtkterm connected to the console port on the black. | 13:47 |
| lpapp | this is the latest variant, http://paste.kde.org/~lpapp/pfb1888d8/ | 13:47 |
| lpapp | file name is stunnel_4.56.bb | 13:47 |
| lpapp | it only depends on openssl. | 13:47 |
| cfo215 | simar_: http://pastebin.com/yv98C20a | 13:48 |
| cfo215 | simar_: i'm pretty sure I'm not understanding the question? I followed the instructions at https://www.yoctoproject.org/download/texas-instruments-arm-cortex-a8-development-board-beagleboard-2 | 13:50 |
| simar_ | it seems your console line isn't correct. | 13:51 |
| cfo215 | I don't have SERIAL_CONSOLE_beagleboard = "115200 ttyS2" in my local.conf. Should I add "SERIAL_CONSOLE_beaglebone = "115200 ttyS0"? to local.conf and rebuild the image. | 13:51 |
| thesignal | hi, I'm trying to compile a package (octave) but the compilation fails, in the log i found "error: ::gmtime has not been declared", i think i have a mistake with my sysroots configuration, any ideas? | 13:52 |
| simar_ | cfo215: I see it as bootargs=console=ttyO0,115200n8 in the pastebin that you sent me. | 13:52 |
| cfo215 | simar_: ic. so I need to change my uEnv.txt file. | 13:52 |
| tf | thesignal: you probably miss in DEPENDS some package it depends on | 13:54 |
| thesignal | the error refers to /usr/include/c++/ctime | 13:54 |
| thesignal | tf: how do i find out which packages that are? | 13:55 |
| tf | thesignal: libc++ or whatever it's called? | 13:56 |
| thesignal | hm, good point, i'll try some | 13:57 |
| cfo215 | simar_:Should I add "SERIAL_CONSOLE_beaglebone = "115200 ttyS0"? to local.conf and rebuild the image. | 13:58 |
| *** jmpdelos <jmpdelos!~polk@174-22-161-20.clsp.qwest.net> has quit IRC | 13:59 | |
| *** jmpdelos <jmpdelos!~polk@174-22-161-20.clsp.qwest.net> has joined #yocto | 14:00 | |
| simar_ | cfo215: console=ttyO2,115200n8 | 14:00 |
| cfo215 | simar_ do I use beagleboard or beaglebone in the local.conf? my target is beaglebone. | 14:03 |
| *** walters <walters!walters@nat/redhat/x-kyuzbuehngamvuaq> has joined #yocto | 14:03 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 14:03 | |
| simar_ | cfo215: you can also check in meta-yocto-bsp/conf/machine/beagleboard.conf to see what console line you have. | 14:04 |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 14:04 | |
| cfo215 | simar_: thanks. | 14:04 |
| bluelightning | cfo215: beaglebone surely - but then of course you'll need a layer providing the beaglebone machine (e.g. meta-beagleboard - confusing naming perhaps) | 14:05 |
| *** cfo215 <cfo215!~christos@mail.abemblem.com> has quit IRC | 14:12 | |
| *** Krz <Krz!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has joined #yocto | 14:13 | |
| Krz | Hi there, how do I extend uclibc to add libstdc++ ? | 14:13 |
| *** cfo215 <cfo215!~christos@mail.abemblem.com> has joined #yocto | 14:16 | |
| cfo215 | blueligtning: so I need to download meta-beagleboard; change it to dylan; update my local.conf to include 'SERIAL_CONSOLE_beaglebone = "115200 ttyO2"' and re-run bitbake and recreate the SD card. | 14:18 |
| cfo215 | is there a better irc chat program than empathy on ubuntu? I really don't like it... | 14:19 |
| rburton | cfo215: xchat is the usual | 14:20 |
| rburton | empathy isn't great for IRC | 14:20 |
| *** oscailt <oscailt!~oscailt@unaffiliated/oscailt> has joined #yocto | 14:20 | |
| cfo215 | rbuton: thanks, installing it now. | 14:20 |
| tf | irssi best of all :) | 14:22 |
| lpapp | cfo215: you can use completion with tabs. it is "rburton". :) | 14:22 |
| *** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has joined #yocto | 14:22 | |
| *** cfo215 <cfo215!~christos@mail.abemblem.com> has left #yocto | 14:23 | |
| *** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has quit IRC | 14:23 | |
| *** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has joined #yocto | 14:26 | |
| sgw_ | bluelightning: I wonder if the updated libX11 will help marko's issue, I am sending email. | 14:27 |
| bluelightning | sgw_: not sure... | 14:28 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 14:28 | |
| cfo215_ | rburton: thanks for your help. did you happen to get my last message before my empathy crashed? | 14:28 |
| rburton | cfo215_: last i saw was thanks, installing it now | 14:29 |
| *** jmpdelos <jmpdelos!~polk@174-22-161-20.clsp.qwest.net> has quit IRC | 14:29 | |
| cfo215_ | rburton: I need to git clone meta-beagleboard; change it's branch to dylan; add it to bblayers.conf; update local.conf with ttyO2 stuff and rerun bitbake for my image. | 14:31 |
| bluelightning | cfo215_: that sounds reasonable | 14:31 |
| cfo215_ | bluelightning, rburton : I'll try those.. and recreate the SD card of course. | 14:33 |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 14:33 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 14:34 | |
| *** Corneliu <Corneliu!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has quit IRC | 14:35 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 14:37 | |
| lpapp | bluelightning: http://www.stunnel.org/pipermail/stunnel-users/2013-August/004310.html | 14:37 |
| lpapp | bluelightning: how can I get the proper include path? | 14:37 |
| bluelightning | lpapp: figure out how that path is getting in there and fix it | 14:38 |
| bluelightning | lpapp: it'll be specific to this particular piece of software | 14:38 |
| lpapp | bluelightning: really ? :O | 14:38 |
| lpapp | bluelightning: what is the "proper way" for upstream? | 14:39 |
| lpapp | bluelightning: first of all, what should be the include path? | 14:40 |
| bluelightning | lpapp: ${STAGING_INCDIR} I would think | 14:41 |
| lpapp | bluelightning: that variable is empty if I print it on the command line... | 14:41 |
| lpapp | which might be expected, so is it not a relatively clear path which should be the same from the projectroot? | 14:41 |
| *** jmpdelos <jmpdelos!~polk@71-34-159-151.clsp.qwest.net> has joined #yocto | 14:42 | |
| cfo215_ | bluelightning, rburton: to be clear, do I then remove meta-ti from bblayers.conf | 14:43 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 14:44 | |
| tf | cfo215_: does meta-beagleboard require meta-ti? | 14:45 |
| tf | if not, then remove it | 14:45 |
| cfo215_ | tf, not according to the README.md | 14:46 |
| *** bozojoe <bozojoe!4475c643@gateway/web/freenode/ip.68.117.198.67> has joined #yocto | 14:50 | |
| cfo215_ | ERROR: Unable to parse /media/toshiba-usb3/work/poky/meta-beagleboard/conf/layer.conf: [Errno 2] No such file or directory: '/media/toshiba-usb3/work/poky/meta-beagleboard/conf/layer.conf' | 14:50 |
| bozojoe | anyone building android systems with yocto here? | 14:51 |
| cfo215_ | do I need to copy one from the common-bsp/conf/ or meta-beagleboard-extras/conf? | 14:51 |
| lpapp | bozojoe: systems? | 14:51 |
| rburton | bozojoe: haven't heard of anyone doing it, but it should be perfectly doable if you fancy the challenge | 14:51 |
| bozojoe | "android systems" i mean using yocto for commercial android phone or tablet kernels/rootfs/etc | 14:53 |
| tf | cfo215_: no, each layer needs to provide a layer.conf, it should be there | 14:54 |
| lpapp | bozojoe: I do not think oe-core, or even oe would have the packages to do so. | 14:55 |
| rburton | lpapp: sure, any android support would be a separate layer | 14:55 |
| rburton | its been mulled over numerous times by various people, but nothing (afaik) has actually happened | 14:56 |
| lpapp | including bionic | 14:56 |
| *** blitz00_ <blitz00_!~stefans@192.198.151.44> has quit IRC | 14:56 | |
| rburton | yep | 14:56 |
| lpapp | so it would be quite a bit of investment. | 14:56 |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 14:56 | |
| *** andyross <andyross!~andy@c-67-171-188-207.hsd1.or.comcast.net> has joined #yocto | 14:56 | |
| rburton | yep | 14:56 |
| cfo215_ | It doesn't. I used git clone git://github.com/beagleboard/meta-beagleboard.git | 14:56 |
| lpapp | so where are the cross-compiler include files with Yocto ? | 14:57 |
| cfo215_ | I'm very frustated now. It's supposed to be "The official OpenEmbedded/Yocto BSP layer for Beagleboard.org platforms." | 14:57 |
| lpapp | what is STAGING_INCDIR falling to, compared to the TOPDIR for instance, or well, even build dir. | 14:57 |
| bozojoe | thanks all... i learned of yocto yesterday... i need to ask around our org to see if anyone has seriously contemplated this. | 14:58 |
| rburton | lpapp: STAGING_INCDIR is a variable in .bb scope | 14:58 |
| RP | bozojoe: FWIW I like the idea but have never had the time to look at it. The system itself should be able to support it quite well | 14:59 |
| lpapp | rburton: can you try to verify the cross compilation issue with stunnel? | 14:59 |
| rburton | lpapp: not at the moment, sorry. | 14:59 |
| lpapp | bozojoe: if you are not google, I would not probably bother... | 14:59 |
| lpapp | it is not using GNU Linux. | 14:59 |
| lpapp | no busybox, etc. | 15:00 |
| *** tomz <tomz!~trz@c-68-53-177-94.hsd1.in.comcast.net> has joined #yocto | 15:00 | |
| bozojoe | lpapp: lol... i know... if you != google then all_bets = off | 15:00 |
| lpapp | well, google or some google affilated partner. | 15:00 |
| *** tomz is now known as Guest79797 | 15:00 | |
| ndec | cfo215_: the layer is in common-bsp folder, you need to add it in bblayer.congf | 15:01 |
| cfo215_ | ndec, change /poky/meta-beagleboard to /poky/meta-beagleboard/common-bsp in bblayers? | 15:02 |
| ndec | yes. | 15:02 |
| cfo215_ | ndec, I'll try that. | 15:03 |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 15:03 | |
| lpapp | bozojoe: I would not like to discourage you ... go ahead by all means if you like, but well, it is not a simple job. | 15:04 |
| cfo215_ | ERROR: ParseError at /media/toshiba-usb3/work/poky/meta-beagleboard/common-bsp/recipes-kernel/linux/linux.inc:7: Could not inherit file classes/machine_kernel_pr.bbclass | 15:04 |
| cfo215_ | ERROR: Command execution failed: Exited with 1 | 15:04 |
| lpapp | bozojoe: even getting a lot simpler stuff is painful with Yocto at times, like external cross compiler. | 15:04 |
| lpapp | here, you would replace the gnu userspace. | 15:04 |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has joined #yocto | 15:05 | |
| *** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC | 15:06 | |
| bozojoe | lpapp: luckily, my dev environment and target are both x86... hopefully that will make things easier | 15:08 |
| cfo215_ | I'm ready to give up on Yocto/OE.. it shouldn't be this hard to set up. I've wasted so much time chasing down "undocumented" features. All you people have been very helpful but it's been a few weeks now and still don't have a bootable machine. | 15:09 |
| lpapp | bozojoe: you cannot avoid the non-gnu userspace... or you cannot call it android otherwise. :) | 15:09 |
| lpapp | maybe gnudroid. | 15:09 |
| kergoth | cfo215_: iirc machine_kernel_pr is in meta-oe. i'm surprised, if it needs that, the readme should list it | 15:09 |
| cfo215_ | my mistake... I have the folder. don't have it in my bblayers | 15:11 |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has joined #yocto | 15:11 | |
| *** Stygia <Stygia!~gmpsaifi@x1-6-00-21-9b-e8-d0-5a.k663.webspeed.dk> has quit IRC | 15:13 | |
| *** hollisb <hollisb!~hollisb@nat-wv.mentorg.com> has joined #yocto | 15:13 | |
| rburton | cfo215_: you might have better luck in the beagleboard support channels as they'll know how their layer is meant to work | 15:14 |
| cfo215_ | i added .../meta-oe/meta-oe to my bblayers.conf and it's now parsing recipes.. | 15:14 |
| *** davest <davest!Adium@nat/intel/x-wukbmwychpwmrgsr> has joined #yocto | 15:15 | |
| ant_work | seems one day beagle* will use linux-yocto | 15:16 |
| cfo215_ | ant_work, thats why I'm here... trying to use poky to build an image for my BBB. | 15:17 |
| cfo215_ | ERROR: No recipes available for: | 15:17 |
| cfo215_ | /media/toshiba-usb3/work/poky/meta-oe/meta-oe/recipes-core/busybox/busybox_1.21.1.bbappend | 15:17 |
| cfo215_ | ERROR: Command execution failed: Exited with 1 | 15:17 |
| cfo215_ | at least with meta-ti I was able to "build' an image. it just wouldn't boot on the BBB. | 15:18 |
| kergoth | layer branch mismatch? | 15:18 |
| * kergoth shrugs | 15:18 | |
| ant_work | the point is, main kernel dev is done outside Yocto but talking with one lead devel I can say there is interest | 15:18 |
| denix | I'm not going to help or comment - it's unappreciated job here, apparently... | 15:18 |
| ant_work | it's a bit uncomfortable to have a beagleboard machine listed in compatibility and then needing extra-layers... | 15:19 |
| denix | ant_work: beagleboard is supported in yocto directly | 15:20 |
| denix | ant_work: don't confuse the matter with beaglebone | 15:20 |
| ant_work | yes, in linux-yocto | 15:20 |
| cfo215_ | denix, how about bone? is it or isn't it doable out of the box" .i.e. fresh download of poky? | 15:21 |
| denix | ant_work: and if needing extra-layers is a problem, then you shouldn't use yocto at all | 15:22 |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 15:22 | |
| denix | poky? don't know. I'm sure it's not. it's a _reference_ distro - don't expect it to support everything and a kitchen sink | 15:23 |
| ant_work | denix: I was just talking with Koen about how you can quickly put together kernel and share patches without git branches and stuff for a pool of machines (SOC) | 15:23 |
| cfo215_ | denix, ant_work: if the bottom line is that I can't use Yocto to build an image, extra-layers or not, then I need to move on and quit wasting my time trying. | 15:23 |
| *** zaif <zaif!83ea1615@gateway/web/freenode/ip.131.234.22.21> has joined #yocto | 15:24 | |
| * jkridner would still like to see Yocto switch from BeagleBoard to BeagleBone Black to make the entry cost lower, especially since the stock Yocto multimedia support isn't very strong. | 15:24 | |
| tf | cfo215_: it's pretty simple; for a machine, you need a bsp that supports that machine; for bone that's meta-beagleboard | 15:24 |
| ant_work | all can be in a linux-yocto_x.y.bbappend | 15:24 |
| denix | cfo215_: you can definitely use Yocto with extra layers to get BBB up and running - either meta-ti or meta-beagle is needed | 15:25 |
| *** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 15:25 | |
| ant_work | and a proper dir structure | 15:25 |
| zaif | What are the cmake parameters that needs to be included in my recipe? | 15:25 |
| lpapp | can anyone try to build my recipe? | 15:25 |
| denix | ant_work: why centralized place? | 15:25 |
| ant_work | lpapp: sure, later home | 15:25 |
| lpapp | ant_work: I will not be available later. | 15:25 |
| cfo215_ | tf, denix: i tried with meta-ti and got an image built but it wouldn't boot off the SD card. | 15:25 |
| cfo215_ | got stuck at "Starting kernel ..." | 15:26 |
| ant_work | denix: you would still need a BSP layer | 15:26 |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 15:26 | |
| denix | cfo215_: there is a mailing list for meta-ti. as well as the one for meta-beagle - have you tried asking there? | 15:26 |
| cfo215_ | denix, no but I will. | 15:27 |
| denix | cfo215_: there are many variables - have you preped your SD properly? MLO, u-boot, uImage, DTB? | 15:27 |
| bluelightning | jkridner: I think zeddii is planning on refreshing the reference hw soon, but it's almost certainly too late for 1.5 | 15:29 |
| cfo215_ | I followed (partially) the instructions for beagleboard on Yocto-Progject website. | 15:29 |
| tf | cfo215_: beableboard is not beaglebone | 15:29 |
| *** blloyd <blloyd!~blloyd@98.142.69.81> has quit IRC | 15:29 | |
| cfo215_ | tf, yeah, got that. I have one of each. | 15:30 |
| ant_work | cfo215_: here, from our point of view it is the same..kernel + patches | 15:30 |
| *** vicky_ <vicky_!~vicky@122.165.223.135> has quit IRC | 15:30 | |
| denix | ant_work: and from another point of view it's just a PCB with some components on it... | 15:31 |
| ant_work | denix: see how different machines can convive: http://cgit.openembedded.org/meta-handheld/tree/recipes-kernel/linux/linux-yocto-3.8 | 15:32 |
| *** zeeblex <zeeblex!apalalax@nat/intel/x-qdzhhgtdniupgsya> has left #yocto | 15:33 | |
| cfo215_ | denix, do you have a working SD card for a BBB that uses yocto-poky-linux? | 15:33 |
| *** mihai <mihai!~mihai@80.97.15.150> has quit IRC | 15:33 | |
| denix | ant_work: I'm not arguing it's possible. I'm saying there are many reasons to not do it that way (mostly political, that you don't have control over...) | 15:34 |
| cfo215_ | denix, i'm rebuilding my image using meta-ti. I'll work on finding an answer to my SD card issue. | 15:34 |
| denix | cfo215_: I don't currently have an image from poky - I don't use that distro. again, yocto != poky | 15:36 |
| *** nitink <nitink!~nitink@134.134.139.70> has joined #yocto | 15:39 | |
| *** BCMM <BCMM!~BCMM@callowend.plus.com> has joined #yocto | 15:40 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 15:40 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 15:44 | |
| cfo215_ | denix, thanks. I'd be happy with any distro that works on BBB with Qt4 or Qt5 on it. Console only. No X11 stuff here. | 15:44 |
| cfo215_ | i was hoping to save time with Yocto for building images. | 15:45 |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 15:47 | |
| jkridner | bluelightning: does that also mean moving the x86 reference to MinnowBoard? | 15:48 |
| *** ka6so-away is now known as ka6sox | 15:48 | |
| bluelightning | jkridner: I'm not sure... I'm not really involved in that side of things, I just know Bruce has mentioned refreshing the reference hardware | 15:49 |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 15:53 | |
| *** belen <belen!Adium@nat/intel/x-qnmvkhxbphewqofk> has quit IRC | 15:54 | |
| denix | cfo215_: and it should work. for example, our Arago distro works on all supported TI platforms from meta-ti with Qt4, no X11 | 15:54 |
| *** tbn_ <tbn_!~tbn@84.55.160.118> has joined #yocto | 15:55 | |
| *** nitink <nitink!~nitink@134.134.139.70> has quit IRC | 15:55 | |
| denix | cfo215_: although, meta-beagle might have better cape support, if you require that | 15:55 |
| *** bluelightning_ <bluelightning_!~paul@83.217.123.106> has joined #yocto | 15:57 | |
| *** bluelightning_ <bluelightning_!~paul@83.217.123.106> has quit IRC | 15:57 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 15:57 | |
| *** rikroled <rikroled!~tbn@84.55.160.118> has quit IRC | 15:58 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 15:59 | |
| *** bluelightning_ is now known as bluelightning | 15:59 | |
| *** belen <belen!~Adium@134.134.139.70> has joined #yocto | 15:59 | |
| *** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has quit IRC | 16:00 | |
| ant_work | cfo215_: take advantage of koen help on #beagle. Keep the logs ;) | 16:03 |
| ant_work | ...and ignore the funny people :D | 16:05 |
| *** vmeson <vmeson!~quassel@128.224.252.2> has joined #yocto | 16:08 | |
| denix | ant_work: ? | 16:10 |
| ant_work | denix: he's getting red carpet...plenty of help...a #beagle chat could have been much worse... ya know | 16:12 |
| ant_work | I get my daily dose of humor there | 16:13 |
| denix | ant_work: ah, you mean regular trolls there... :) | 16:13 |
| denix | yes, #beagle could be very intimidating for newbies! :) | 16:14 |
| ant_work | professionals | 16:14 |
| *** tbn_ <tbn_!~tbn@84.55.160.118> has quit IRC | 16:14 | |
| lpapp | ant_work: I will try to be available later ... feel free to ping me. | 16:19 |
| lpapp | if I am up... | 16:19 |
| ant_work | sorry I don't have toolchain here | 16:20 |
| ant_work | just Gentoo x86 | 16:20 |
| lpapp | no, at home | 16:20 |
| ant_work | sure | 16:20 |
| lpapp | but I might not be able to provide the recipe, so better if you can back it up | 16:21 |
| ant_work | seems (as always) straigthforward at first sight ;) | 16:21 |
| lpapp | what does? | 16:21 |
| ant_work | I'd have expected it to compile flawlessy | 16:21 |
| lpapp | well, it depends on upstream, I guess. | 16:22 |
| ant_work | I'm familiar with stubborn recipes anyway | 16:22 |
| lpapp | http://paste.kde.org/~lpapp/pccd6cbd6/ -> here is the recipe again. | 16:22 |
| lpapp | the first step would be to figure out where Yocto looks for the cross-compilation includes. | 16:22 |
| ant_work | yes, is the same version as Gentoo has | 16:22 |
| lpapp | which path compared to the build dir, etc. | 16:22 |
| tf | lpapp: no, you get that wrong way round, you need to work out where the upstream package looks for the includes | 16:23 |
| lpapp | no no | 16:24 |
| lpapp | that one clear already, see the build output. | 16:24 |
| lpapp | and it is apparently wrong as it is /usr/include | 16:24 |
| lpapp | which probably should be somewhere inside the build directory. | 16:24 |
| tf | include failing is almost always down to two things: a missing dependency from DEPENDS or hardcoded path in the upstream project | 16:24 |
| lpapp | but I would like to know where exactly. | 16:24 |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 16:25 | |
| tf | lpapp: have fun :) | 16:26 |
| ant_work | lpapp: my workflow is usually to patch the Makefile an then if possible to transfer the changes in the recipe via EXTRA_OE.. or custom tasks | 16:26 |
| Krz | does anybody know how to add libstdc++ to uclibc based image? | 16:26 |
| tf | Krz: there is uclibc++ iirc | 16:27 |
| lpapp | ant_work: I am interested in any workaround. :) | 16:27 |
| Krz | tf: what's the channel name? #uclibc ? | 16:27 |
| lpapp | but it works for arch-arm fwiw which is also using arm 32. | 16:27 |
| lpapp | Krz: iirc != irc. :) | 16:28 |
| ant_work | Krz: ping Khem in some hour. He is UT-9 iirc | 16:28 |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 16:28 | |
| Krz | ok, what is iirc then? :) | 16:28 |
| lpapp | Krz: check urban dictionary. | 16:28 |
| rburton | Krz: if i recall correctly | 16:29 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 16:29 | |
| lpapp | Krz: http://www.urbandictionary.com/define.php?term=iirc | 16:29 |
| cfo215_ | ant_work, "koen to me: cfo215_: what the fuck are you touching local.conf and bblayers.conf for?" | 16:29 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 16:29 | |
| ant_work | heh | 16:29 |
| cfo215_ | ant_work, very helpful. | 16:30 |
| kergoth | yikes, he's even worse than I used to be back in the day | 16:30 |
| bluelightning | cfo215_: don't put up with that kind of behaviour... I wouldn't | 16:30 |
| ant_work | if you don't know exactly what the implications are, just follow the steps listed in Angstrom instructions | 16:30 |
| ant_work | they use a strange wrapper | 16:30 |
| rburton | ah, koen. | 16:30 |
| ant_work | but surely, once you discover oe-core / Yocto under the skin you can customize it | 16:30 |
| lpapp | ant_work: https://www.stunnel.org/pipermail/stunnel-users/2010-August/002722.html -> looks like configure needs to get the --host=arm-linux stuff? | 16:31 |
| cfo215_ | ant_work, I've done that. I get an image. But it's not exactly what I need. | 16:31 |
| lpapp | --host=arm-linux-gnueabi to be precise. | 16:32 |
| ant_work | cfo215_: do you have a list of packages youwant to install ? | 16:32 |
| ant_work | define needed image | 16:32 |
| *** blitz00_ <blitz00_!~stefans@192.198.151.44> has joined #yocto | 16:32 | |
| ant_work | it's there that you have toplay, not in the .conf files | 16:32 |
| cfo215_ | bluelightning, "it is better to stay quiet and be judged a fool, than to open your mouth and eliminate all doubt." I let that stuff slide off. I'm too old to care. | 16:33 |
| ant_work | that's what Koen was politely saying | 16:33 |
| bluelightning | lpapp: if you have a look at your log.do_configure you'll see that will already be being sent to the configure script by default | 16:33 |
| * lpapp is trying EXTRA_OECONF += "--host=arm-linux-gnueabi --disable-fips" | 16:33 | |
| cfo215_ | bluelightning, it's certainly not addressing my questions. Just useless jabber. | 16:33 |
| bluelightning | cfo215_: I mean, there are polite ways of pointing out when someone is doing something wrong, and that is not politeness | 16:33 |
| tf | lpapp: the autotools class already does that | 16:33 |
| lpapp | bluelightning: by? | 16:33 |
| bluelightning | cfo215_: language like that is not acceptable in my book | 16:33 |
| lpapp | tf: that is bad | 16:33 |
| ant_work | lpapp: just grep the recipes for EXTRA_ and see the examples | 16:34 |
| lpapp | because it should not be arm-linux | 16:34 |
| bluelightning | cfo215_: at least, not on public IRC | 16:34 |
| lpapp | it should be arm-linux-gnueabi | 16:34 |
| cfo215_ | bluelightning, you're correct there. | 16:34 |
| tf | lpapp: it does whatever is right | 16:34 |
| lpapp | so if it does the wrong thing by default, it is not wonder it does not owrk. | 16:34 |
| lpapp | work* | 16:34 |
| bluelightning | lpapp: check what arguments actually are being supplied | 16:34 |
| cfo215_ | bluelightning, so he "opened his mouth"... ;) | 16:34 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 16:34 | |
| lpapp | bluelightning: it is passing, yea. | 16:36 |
| ant_work | cfo215_: anyway, the Angstrom script does create local.conf for you and stacks up and fetches many layers | 16:36 |
| ant_work | cfo215_: you can obviously do that by yourself | 16:37 |
| *** slaine <slaine!~slaine@84.203.137.218> has quit IRC | 16:37 | |
| ant_work | cfo215_: subtle difference is you have to pass MACHINE to the script, because none is defined in local.conf | 16:37 |
| tf | Krz: I don't think there is uclibc++ recipe in current Yocto, but there is one in oe-classic, http://git.openembedded.org/openembedded/tree/recipes/uclibc++ | 16:37 |
| bluelightning | I'm not there to see it but I hope he's not saying meta-beagle must be used with Angstrom and you're doing it wrong if you're not using that distro... | 16:37 |
| ant_work | (bad imho) | 16:37 |
| ant_work | ant_work: cfo215_ so finally I don't see anything wrong in the local.conf you posted, just the lack of a MACHINE | 16:38 |
| tf | Krz: obvkously, you would need to fix that up for Yocto, but it's a start | 16:38 |
| Krz | tf: I didn't find it either | 16:38 |
| Krz | tf: can't I just c++ support to uclibc? | 16:39 |
| tf | well now, it's a different library | 16:39 |
| bluelightning | Krz: I'm sure khem had a comment about uclibc++ a while back but I don't recall exactly what he said - khem? | 16:39 |
| ant_work | cfo215_: obviously the IMAGE_INSTALL_append are unforgivable ;) | 16:39 |
| cfo215_ | bluelightning, I'm just trying to get any image on my BBB. All in need is to support the lcd/touchscreen (LCD CAPE7), boot into my Qt 4 app, and allow my Qt 4 app to access the GPIO and Analog imputs, also, support for wlan. | 16:39 |
| cfo215_ | ant_work, must be... though it works :) | 16:40 |
| ant_work | bluelightning: that cape stuff and it's bunch of patches are the matter | 16:40 |
| bluelightning | ant_work: that should be provided by meta-beagleboard surely | 16:41 |
| tf | I have had Poky images working on the Bone White in the past, but always using meta-ti for kernels | 16:41 |
| lpapp | that change solves a similar issue that I have ... http://patches.openembedded.org/patch/44919/ | 16:41 |
| bluelightning | cfo215_: sounds like a reasonable expectation | 16:41 |
| ant_work | bluelightning: yes | 16:41 |
| bluelightning | I recently built an image for my beaglebone (white) as well; unfortunately X doesn't start, I keep meaning to report that as a bug | 16:41 |
| lpapp | https://github.com/openembedded/meta-oe/blob/master/meta-oe/recipes-support/onig/files/do-not-use-system-headers.patch | 16:42 |
| lpapp | here is the change. | 16:42 |
| cfo215_ | bluelightning, I don't need X11, just shell into "my-qt-application -qws". | 16:42 |
| *** eren <eren!~eren@unaffiliated/eren> has quit IRC | 16:42 | |
| bluelightning | cfo215_: ok, was just mentioning a data point | 16:42 |
| ant_work | lpapp: nice catch | 16:43 |
| cfo215_ | bluelightning, np | 16:43 |
| lpapp | ant_work: ? | 16:43 |
| *** zecke <zecke!~ich@p5099b351.dip0.t-ipconnect.de> has quit IRC | 16:43 | |
| kergoth | https://github.com/kergoth/vim-bitbake/pull/5 | 16:43 |
| ant_work | it looks like same thing happens | 16:43 |
| bluelightning | cfo215_: the image did boot at least and the LCD part of the cape seemed to be working at least (lcd3 though in my case) | 16:43 |
| lpapp | includedir = /usr/include | 16:44 |
| *** nitink <nitink!~nitink@134.134.139.70> has joined #yocto | 16:44 | |
| lpapp | inside the generated Makefile | 16:44 |
| lpapp | now, the question where it is emanating frmo? | 16:44 |
| lpapp | from?* | 16:44 |
| * kergoth is happy to no longer see Error highlights in his recipes and classes | 16:44 | |
| lpapp | anyone with autotools experience? | 16:44 |
| ant_work | check the initial sources | 16:44 |
| tf | Makefile.am | 16:45 |
| lpapp | Makefile.am does not have any includedir entry. | 16:45 |
| zibri | kergoth: awesome :) | 16:45 |
| * ant_work heading home, bye | 16:45 | |
| lpapp | that is pretty much it: http://paste.kde.org/~lpapp/p66b5ad78/ | 16:46 |
| *** ant_work <ant_work!~ant@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 16:46 | |
| tf | lpapp: that's what Makefile is generated from | 16:46 |
| tf | lpapp: src/Makefile.am, no? | 16:47 |
| lpapp | stunnel_CPPFLAGS += -I$(SSLDIR)/include | 16:47 |
| lpapp | WINCPPFLAGS = -I$(OPENSSLDIR)/include | 16:48 |
| tf | the latter is presumably for windows, but the former is your problem, I think | 16:48 |
| lpapp | why is that a problem? | 16:49 |
| cristianiorga | fuck | 16:49 |
| tf | SSLDIR will be worked out in some way that does not work when crosscompiling | 16:49 |
| cristianiorga | fuck | 16:49 |
| rburton | cristianiorga: channelling the spirit of koen? | 16:49 |
| cristianiorga | oooops | 16:49 |
| lpapp | tf: the issue is not related to openssl | 16:49 |
| lpapp | it fails at /usr/include/features.h | 16:50 |
| tf | doesn't matter | 16:50 |
| tf | if the makefile injects /usr/include into the include path, you are screwed | 16:50 |
| cristianiorga | no, it is just that I tried to search for the term, and entered text in the wrong place :-) | 16:50 |
| lpapp | tf: http://paste.kde.org/~lpapp/pdf856e5b/ | 16:50 |
| lpapp | tf: SSLDIR is not /usr/include/ | 16:50 |
| lpapp | cristianiorga: lol | 16:50 |
| cristianiorga | oooops | 16:51 |
| tf | lpapp: what is it then? | 16:51 |
| lpapp | tf no clue, sorry. | 16:51 |
| tf | so how do you know it's not /usr/include ? | 16:51 |
| cristianiorga | and it happened to me twice :-) oops again | 16:51 |
| lpapp | because it is followed by /include | 16:51 |
| lpapp | and it is not looked as /usr/include/include for the features.h | 16:52 |
| tf | lpapp, you work from the Makefile back to Makefile.am, but most likely you will end up in configure.ac, where there will be some home-grown check for some include location that is broken when crosscompiling | 16:52 |
| lpapp | tf> the weird thing is the fact it seems to work for others on arm | 16:53 |
| tf | and what does that prove? :) | 16:54 |
| lpapp | buildsystem is not b0rked. | 16:54 |
| tf | no, it does not | 16:54 |
| lpapp | btw, there is also an option called --with-ssl. | 16:54 |
| lpapp | where the SSLDIR comes from. | 16:55 |
| lpapp | maybe I should supply the poky thingie ? | 16:55 |
| lpapp | it is also used on gentoo what ant_work linked before. | 16:55 |
| tf | you could try that, but you really need to work out where in the Makefile the /usr/include comes from, it's nto that hard | 16:55 |
| lpapp | to be more complex, it is not used on arch though. | 16:55 |
| lpapp | tf: you are welcome to help with that. | 16:55 |
| lpapp | nothing I found the last 10-20 minutes. | 16:55 |
| tf | lpapp: you look into the Makefile and find where the -I/usr/include is | 16:57 |
| lpapp | nope | 16:57 |
| lpapp | I already grepped for that, nothing really. | 16:57 |
| lpapp | it is more complex than that. | 16:57 |
| lpapp | what might be related from configure.ac is this: http://paste.kde.org/~lpapp/pc09933c6/ | 16:57 |
| tf | lpapp: which is what I told you ages ago | 16:58 |
| tf | your best option is to use the --with-ssl argument then | 16:58 |
| lpapp | which I mentioned above. | 16:58 |
| tf | sure | 16:58 |
| lpapp | however, that is not a solution itself. | 16:58 |
| lpapp | as it still needs to receive the proper path which I would not be sure what is. | 16:59 |
| cfo215_ | bluelightning, that's hopeful. I'm trying a cfo215_ customized angstrom image right now. preping the sd card. I'll see how that goes. | 16:59 |
| cfo215_ | bluelightning, i'd still like to get the poky booting though. | 17:00 |
| rburton | lpapp: see bitbake.conf. STAGING_EXECPREFIXDIR might be the right value for that test. | 17:00 |
| lpapp | I do not find ant_work's gentoo log anymore. :( | 17:00 |
| lpapp | http://xrl.us/bppi3g | 17:01 |
| lpapp | gentoo does: --with-ssl="${EPREFIX}"/usr \ | 17:01 |
| tf | lpapp: probably ${STAGING_INCDIR}/ | 17:01 |
| lpapp | what is the equivalence for Yocto, STAGING_EXECPREFIXDIR ? | 17:01 |
| lpapp | STAGING_INCDIR = STAGING_EXECPREFIXDIR/include ? | 17:02 |
| *** bluelightning_ <bluelightning_!~paul@83.217.123.106> has joined #yocto | 17:02 | |
| *** bluelightning_ <bluelightning_!~paul@83.217.123.106> has quit IRC | 17:02 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:02 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:02 | |
| lpapp | tf: forward slash ? | 17:02 |
| lpapp | EXTRA_OECONF += "--disable-fips --ssl-dir='${STAGING_INCDIR}'" ? -> something like this ? | 17:03 |
| *** belen <belen!~Adium@134.134.139.70> has quit IRC | 17:03 | |
| lpapp | EXTRA_OECONF += "--with-ssl='${STAGING_INCDIR}' --disable-fips" | 17:04 |
| lpapp | sorry, that one. | 17:04 |
| *** thaytan <thaytan!~thaytan@113.94.233.220.static.exetel.com.au> has joined #yocto | 17:04 | |
| lpapp | NOTE: Executing RunQueue Tasks | 17:05 |
| lpapp | NOTE: Tasks Summary: Attempted 568 tasks of which 555 didn't need to be rerun and all succeeded. | 17:05 |
| Krz | khem: hi there, do you know how to add libstdc++ to uclibc based image? | 17:05 |
| lpapp | but I cannot find the stunnel binary anywhere ? | 17:05 |
| lpapp | so why am I not getting errors if I cannot find that anywhere either? | 17:06 |
| RP | Krz: is there anything linking against it or you just want to add the library? | 17:07 |
| lpapp | file ./tmp/pkgdata/armv5te-linux-gnueabi/stunnel | 17:07 |
| lpapp | ./tmp/pkgdata/armv5te-linux-gnueabi/stunnel: Quake I or II world or extension, 1953701946 entries | 17:07 |
| lpapp | Quake ?? | 17:07 |
| * lpapp is full of confused | 17:07 | |
| *** darknighte is now known as darknighte_znc | 17:08 | |
| lpapp | ./tmp/sysroots/foo/usr/lib/stunnel/libstunnel.{la,so} | 17:10 |
| lpapp | strange, I have those. | 17:10 |
| lpapp | but not the binary itself. | 17:10 |
| lpapp | do I need to have a do_install for get everything just right? | 17:10 |
| Krz | RP: I want library, since we develop some code in C++ | 17:13 |
| cfo215_ | bluelightning_, angstrom booted. now to put my Qt app on it and see how well it plays with the touch screen. | 17:14 |
| RP | Krz: just add the lib to the IMAGE_INSTALL line? | 17:14 |
| lpapp | seems stuff is built. | 17:14 |
| Krz | RP: Easy one. I thought there is some magic behind it. | 17:15 |
| lpapp | but how can I get everything into the right place? | 17:15 |
| lpapp | i.e. including bin, not just the library | 17:15 |
| Krz | RP: don't I have to change uclibc flags? | 17:15 |
| lpapp | I thought it would be automatic? | 17:15 |
| RP | Krz: I don't think so, IMAGE_INSTALL += "libstdc++" should work | 17:15 |
| RP | Krz: could be wrong though | 17:15 |
| Krz | RP: ok, will give it a go | 17:16 |
| Krz | RP: will let you know if it fails, thanks | 17:16 |
| RP | Krz: there is also libstdc++-dev in case you want that | 17:16 |
| Krz | RP: no, we just want to run binaries on target compiled outside | 17:17 |
| lpapp | here you can see the built stuff, and then the output into the sysroot: http://paste.kde.org/~lpapp/p37c02b92/ | 17:20 |
| lpapp | tf: rburton bluelightning_ ^ | 17:20 |
| lpapp | oh, I have ./tmp/deploy/rpm/armv5te/stunnel-4.56-r0.armv5te.rpm | 17:21 |
| lpapp | how can I check what it contains? | 17:21 |
| *** belen1 <belen1!Adium@nat/intel/x-zisdtscqtclpymyi> has joined #yocto | 17:21 | |
| bluelightning_ | lpapp: one way is to look in packages-split/stunnel/ | 17:21 |
| *** bluelightning_ is now known as bluelightning | 17:21 | |
| lpapp | bluelightning: packages-split where ? | 17:21 |
| bluelightning | lpapp: under the workdir for the recipe, it's shown in your paste | 17:22 |
| lpapp | work ? | 17:22 |
| lpapp | ok | 17:22 |
| lpapp | ok, then all fine, thanks. | 17:22 |
| lpapp | submit time, I guess. | 17:22 |
| *** pidge <pidge!pidge@nat/intel/x-bmedpklaofbtxsjf> has joined #yocto | 17:22 | |
| lpapp | I guess it is ok if I submit it created in the read only repo. | 17:23 |
| lpapp | will there be problem out of that ? | 17:23 |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has joined #yocto | 17:29 | |
| *** ka6sox is now known as ka6sox-away | 17:30 | |
| lpapp | sent against the write stuff; thanks again everyone involved. | 17:31 |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto | 17:31 | |
| *** panda84kde <panda84kde!~diego@static-217-133-170-65.clienti.tiscali.it> has quit IRC | 17:32 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 17:35 | |
| *** nitink <nitink!~nitink@134.134.139.70> has quit IRC | 17:36 | |
| *** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 17:37 | |
| *** mihai <mihai!~mihai@188.27.93.142> has joined #yocto | 17:39 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 17:42 | |
| *** belen1 <belen1!Adium@nat/intel/x-zisdtscqtclpymyi> has quit IRC | 17:44 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 17:46 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:58 | |
| *** ka6sox-away is now known as ka6sox | 18:03 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 18:14 | |
| *** zaif <zaif!83ea1615@gateway/web/freenode/ip.131.234.22.21> has quit IRC | 18:14 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 18:16 | |
| *** eren <eren!~eren@unaffiliated/eren> has joined #yocto | 18:22 | |
| *** cfo215_ <cfo215_!~cfo215@mail.abemblem.com> has quit IRC | 18:23 | |
| *** alex_kag <alex_kag!~alex_kag@93.84.75.157> has joined #yocto | 18:33 | |
| *** sameo <sameo!~samuel@192.55.54.40> has quit IRC | 18:37 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has quit IRC | 18:41 | |
| *** Anusko <Anusko!~anusko@62.159.77.165> has joined #yocto | 18:41 | |
| *** amarsman <amarsman!~marsman@tesla.hack42.nl> has joined #yocto | 18:48 | |
| *** simar_ <simar_!~simar@128.224.252.2> has quit IRC | 18:49 | |
| *** simar_ <simar_!~simar@128.224.252.2> has joined #yocto | 18:49 | |
| *** smartin_ <smartin_!~smartin@20-87-190-109.dsl.ovh.fr> has joined #yocto | 18:50 | |
| *** simar_ is now known as simar | 18:50 | |
| *** smartin <smartin!~smartin@20-87-190-109.dsl.ovh.fr> has quit IRC | 18:51 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 18:52 | |
| *** alex_kag <alex_kag!~alex_kag@93.84.75.157> has quit IRC | 18:52 | |
| *** alex_kag <alex_kag!~alex_kag@93.84.75.157> has joined #yocto | 18:52 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto | 18:58 | |
| lpapp | hi, I wonder why packages do this all around: "${SOURCEFORGE_MIRROR}/tunctl/tunctl-${PV}.tar.gz | 18:58 |
| lpapp | " | 18:59 |
| lpapp | rather than using ${PN} for /tunctl/ etc | 18:59 |
| *** swex__ <swex__!~swex@178.17.193.130> has quit IRC | 18:59 | |
| fray | ${PN} can change when using multilib builds or native/nativesdk builds.. | 19:00 |
| fray | ${BPN} will not change, and likely could be used as a substitute | 19:00 |
| lpapp | well, the point is why hard code? | 19:01 |
| *** swex__ <swex__!~swex@217.197.254.102> has joined #yocto | 19:01 | |
| fray | likely so if someone renames the component the right file is still downloaded.. but it's convention vs necessity | 19:01 |
| lpapp | ? | 19:02 |
| lpapp | why would you rename foo to bar? | 19:02 |
| sgw_ | you can also you ${BP} which is ${BPN}-${PV} | 19:02 |
| lpapp | sgw_: yeah, I know. | 19:02 |
| fray | no, someone might rename tunctl_1.0.bb to tunctl-1.0_1.0.bb so they could have multilib versions.. | 19:03 |
| lpapp | the point is why there are so many hard coded recipes around | 19:03 |
| lpapp | fray: that would not make so much sense | 19:03 |
| fray | lpapp, because that is how the original writer of the recipe did it.. and it doesn't really matter | 19:03 |
| fray | lpapp sure it does.. if I need to have both version 1.0 and 2.0 of a package (usually a library) thats the way you do it, via rename method.. | 19:03 |
| lpapp | I do not follow | 19:04 |
| fray | point is, there is nothing stopping a switch from explicit name to using BPN or BP or anything else.. it's just not what the authors of the individual recipes have done. | 19:04 |
| lpapp | if you rename due to version ${BP} will just work (tm). | 19:04 |
| *** mebrown <mebrown!~michael_e@99-23-196-16.lightspeed.austtx.sbcglobal.net> has joined #yocto | 19:04 | |
| *** zecke <zecke!~ich@91-65-247-193-dynip.superkabel.de> has quit IRC | 19:09 | |
| fray | a partial example.. | 19:09 |
| fray | we have two copies of libpng that we want both installed.. one is called libpng_1.6.3.bb, the other is libpng12_1.2.50.bb | 19:09 |
| fray | if both were simply libpng_ver.bb then only one could be built and installed at a time.. | 19:09 |
| fray | so there are cases where the recipe name is NOT the same as the package name being downloaded.. that used to be a lot more common then it is today.. | 19:10 |
| fray | and yes, many of the cases could be changed to ${BP} and work just fine.. on an uprev, that would probably be an acceptable change | 19:10 |
| lpapp | mayhaps | 19:11 |
| *** tor <tor!~tor@85.230.102.239> has quit IRC | 19:46 | |
| *** amarsman <amarsman!~marsman@tesla.hack42.nl> has quit IRC | 19:46 | |
| *** amarsman <amarsman!~marsman@tesla.hack42.nl> has joined #yocto | 19:47 | |
| *** amarsman <amarsman!~marsman@tesla.hack42.nl> has quit IRC | 19:48 | |
| *** jeremiah <jeremiah!~jeremiah@194.237.7.146> has quit IRC | 19:49 | |
| *** ant_home <ant_home!~andrea@host118-229-dynamic.20-79-r.retail.telecomitalia.it> has joined #yocto | 19:55 | |
| *** LiangC <LiangC!~Leon@76.78.7.187> has joined #yocto | 20:03 | |
| *** madman-alex <madman-alex!~luccisa@nat/cisco/x-gfvoqrqrjnxzsarm> has quit IRC | 20:08 | |
| *** madman-alex <madman-alex!~luccisa@nat/cisco/x-acmswmzmkshpshoo> has joined #yocto | 20:12 | |
| lpapp | sgw_: so I have only a few days left to get u-boot in to make the update for the next release? | 20:18 |
| sgw_ | lpapp: right to make 1.5 updates and feature freeze is Sunday Midnight PST. | 20:20 |
| sgw_ | lpapp: your last version you withdrew because of some issues, right? | 20:20 |
| lpapp | yes, me and the u-boot guys have had no any idea why fw-utils fails. | 20:21 |
| lpapp | so I am about to update it leaving that out | 20:21 |
| lpapp | only u-boot and the mkutils | 20:21 |
| lpapp | to be honest I do not even know what the fw-utils was meant to do | 20:21 |
| lpapp | usually people need the u-boot image and the mkutils stuff to build the kernel for uImage | 20:22 |
| lpapp | nothing more. | 20:22 |
| lpapp | also, someone had a minor nitpick. | 20:22 |
| lpapp | sgw_: will there be any consolidated pull until Sunday? | 20:23 |
| sgw_ | lpapp: There will be one tomorrow and then Monday after I do initial testing with everything that comes in for our build Tuesday | 20:25 |
| lpapp | well, I am pushing it now then | 20:25 |
| lpapp | without fw-utils | 20:25 |
| sgw_ | tommorows is based on what I am building now, so this will be in monday's likely. | 20:26 |
| sgw_ | but I will review it after I get back from my run! | 20:26 |
| lpapp | ok for me if that does not mean it misses 1.5 | 20:26 |
| lpapp | JaMa: ping | 20:34 |
| JaMa | pong | 20:34 |
| lpapp | JaMa: meta-qt5 seems to be broken, http://paste.kde.org/~lpapp/p56d7bafb/ | 20:34 |
| JaMa | lpapp: it looks you've downloaded only HTML redirect, right? | 20:36 |
| JaMa | you should try with newer meta-qt5.. | 20:36 |
| *** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 20:37 | |
| *** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 20:37 | |
| lpapp | well, it is ten days old. | 20:37 |
| JaMa | well structure on qt-project.org was changed few days ago and was immediately updated in meta-qt5.. | 20:38 |
| *** Krz <Krz!c0c6972b@gateway/web/freenode/ip.192.198.151.43> has quit IRC | 20:38 | |
| lpapp | niiice | 20:39 |
| lpapp | sgw_: submitted, but it is bloated now due to the removals. | 20:39 |
| *** eren <eren!~eren@unaffiliated/eren> has quit IRC | 20:40 | |
| *** Rootert <Rootert!~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 20:42 | |
| *** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 20:42 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 20:45 | |
| *** alex_kag <alex_kag!~alex_kag@93.84.75.157> has quit IRC | 20:54 | |
| *** blitz00_ <blitz00_!~stefans@192.198.151.44> has quit IRC | 20:55 | |
| reeve | does anyone one how to specify rpm encoding? means utf8 or ISOxxx" | 21:00 |
| BCMM | how does the PACKAGECONFIG variable work? from reading libav's recipe, it looks like there is a mechanism to build it without libx11, but i don't know where/how to set it | 21:02 |
| lpapp | BCMM: it is mapping to the config options. | 21:03 |
| BCMM | lpapp: yeah, i mean, where do i set it? | 21:04 |
| lpapp | BCMM: https://www.yoctoproject.org/docs/current/poky-ref-manual/poky-ref-manual.html | 21:04 |
| lpapp | see the description. | 21:04 |
| lpapp | BCMM: you set it in the recipe, for instance .bbappend | 21:04 |
| BCMM | lpapp: so sorry, i thought i'd searched that page, but clearly i hadn't | 21:04 |
| lpapp | the description at the bottom in the glossary. | 21:05 |
| BCMM | lpapp: actually, that just describes what the variable does... | 21:05 |
| BCMM | lpapp: are you saying that editing the recipe is the correct way to change it? | 21:05 |
| lpapp | yes | 21:06 |
| lpapp | well, .bbappend to be precise, in your layer. | 21:06 |
| lpapp | if you wanna modify an existing package... otherwise if it is new, I guess you can do in your .bb | 21:07 |
| ndec | BCMM: lpapp: well, generally the default packageconfig rely on DISTRO_FEATURES. especially for x11, i really think libav should not do that, and instead do something like here http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-multimedia/alsa/alsa-tools_1.0.26.1.bb#n25 | 21:07 |
| BCMM | ndec: in this case, it says it can't build ffmpeg without x11 in DISTRO_FEATURES | 21:07 |
| -YoctoAutoBuilder- build #140 of nightly-qa-systemd is complete: Failure [failed Building Images Running Sanity Tests Building Images_1 Running Sanity Tests_1 Building Images_2 Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-qa-systemd/builds/140 | 21:07 | |
| ndec | BCMM: why so? | 21:09 |
| BCMM | ndec: sorry, i mean libav (which provides ffmpeg) | 21:09 |
| ndec | to me it says, i want x11 by default. if your distro does use it, make a .bbappend... | 21:09 |
| BCMM | ndec: i guess libav's default PACKAGECONFIG doesn't rely on distro features... | 21:09 |
| ndec | my point is that it should ;-) | 21:09 |
| ndec | like every other recipe. | 21:09 |
| BCMM | yeah, i'll use a bbapend | 21:09 |
| BCMM | ndec: i quote: PACKAGECONFIG ??= "bzip2 x264 x11" | 21:10 |
| BCMM | so the right way to modify a recipe from somebody else's layer is to make my own layer with a bbappend containing the changes? | 21:11 |
| lpapp | yes | 21:11 |
| BCMM | thanks, i'll do that | 21:11 |
| lpapp | unless you plan to upstream it asap. | 21:11 |
| BCMM | i started a build with libx11 stuff before realising i probably didn't have to do that. is there a clean way to avoid that stuff ending up in my final image? | 21:11 |
| lpapp | which might be the case in here, actually. | 21:11 |
| BCMM | lpapp: i'm a complete newbie to yocto/oe - guess you're talking about what ndec said, that it shouldn't want x11 by default when DISTRO_FEATURES doesn't have x11? | 21:12 |
| -YoctoAutoBuilder- build #264 of nightly-x86-lsb is complete: Failure [failed Building Images Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-lsb/builds/264 | 21:13 | |
| -YoctoAutoBuilder- build #260 of nightly-arm is complete: Failure [failed Building Images Running Sanity Tests Building Images_1 Building Toolchain Images Building Toolchain Images_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-arm/builds/260 | 21:14 | |
| *** bluelightning <bluelightning!~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com> has joined #yocto | 21:15 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 21:15 | |
| BCMM | lpapp: do i need to basically duplicate the directory structure to make the bbappend apply to the right recipe? | 21:16 |
| ndec | no. | 21:17 |
| ndec | you only need to make sure that the .bbappend is parsed. | 21:17 |
| ndec | e.g. conf/layer.conf file must reference it. | 21:18 |
| ndec | and the file name of the .bbappend is important, it must be the same as .bb | 21:18 |
| BCMM | ndec: "conf/layer.conf file must reference it" - the layer, or the specific bbappend? | 21:19 |
| ndec | to make your own layer, you need to create conf/layer.conf in your layer. | 21:19 |
| ndec | that file has the list of all recipes in your layer (through regexp). | 21:20 |
| ndec | you don't even need to make any directory structure in fact. you could have a flat directory of recipes, it's just a convention. | 21:20 |
| ndec | only the filename is important, not the dirname. | 21:20 |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 21:21 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 21:25 | |
| sgw_ | lpapp: just wanted to check you have removed some older versions of u-boot, are you sure that none of the bsps need those specific versions? | 21:26 |
| -YoctoAutoBuilder- build #272 of nightly-x32 is complete: Failure [failed Building Images Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x32/builds/272 | 21:27 | |
| -YoctoAutoBuilder- build #261 of nightly-multilib is complete: Failure [failed Building Images Running Sanity Tests Building Images_1 Running Sanity Tests_1 Building Images_2 Running Sanity Tests_2 Building Images_3 Running Sanity Tests_3 Building Images_4] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-multilib/builds/261 | 21:30 | |
| *** amarsman <amarsman!~marsman@52489B71.cm-4-1c.dynamic.ziggo.nl> has joined #yocto | 21:32 | |
| *** sameo <sameo!samuel@nat/intel/x-tetlhmiwjemdbjlq> has joined #yocto | 21:36 | |
| -YoctoAutoBuilder- build #102 of minnow-lsb is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/minnow-lsb/builds/102 | 21:38 | |
| -YoctoAutoBuilder- build #230 of nightly-fsl-ppc-lsb is complete: Failure [failed Building Images Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-ppc-lsb/builds/230 | 21:43 | |
| -YoctoAutoBuilder- build #258 of nightly-x86-64 is complete: Failure [failed Building Images Running Sanity Tests Building Toolchain Images Building Toolchain Images_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64/builds/258 | 21:46 | |
| *** davest <davest!Adium@nat/intel/x-wukbmwychpwmrgsr> has quit IRC | 21:47 | |
| reeve | seebs: are you here? | 21:50 |
| * seebs exits, pursued by a bear. | 21:50 | |
| seebs | ... yes | 21:50 |
| reeve | <seebs> lol ... still continue on yesterday's issue about snappy. I feel the generated rpm shouldn't be used with ascii decoder. Is there anyway to specify the encoding is utf8? | 21:51 |
| seebs | I don't know. Thinking about it, I think there's a couple of separate questions here. The first is what exactly is triggering the encoding check -- what text is it that has this non-ASCII value, and where does it come from? | 21:52 |
| *** Jay7 <Jay7!jay@176.15.24.79> has quit IRC | 21:52 | |
| seebs | Then we get the question of whether to just try to work around it by editing something so there's no non-ASCII value happening, or to try to change the policy. | 21:53 |
| seebs | My guess would be that the policy comes from one of two sources: The first would be "it just happens to be the default and no one ever thought about it before", the second is "there are specific things we care about which break if there are non-ASCII values in certain fields". | 21:53 |
| reeve | non-ASCII in that created rpm I don't know ... it's mystery to me too, but using utf8 decode shouldn't have that error at least | 21:54 |
| reeve | i checked the package itself, it doesn't specify any encoding or that 0xc1 byte, it's hard to edit the rpm either | 21:54 |
| seebs | Hmm. | 21:55 |
| seebs | So is this an error you get from a specific RPM which was successfully created? If so, maybe someone who knows more about RPM than I do could stare at it a bit to try to determine whether it's contrary to the spec or whether this is a bug in the utility that's throwing the error. | 21:55 |
| reeve | seebs: yes, it's from libsnappy.x.x.x.rpm created ... | 21:58 |
| reeve | error happening while rpm trying to install it into rootfs tarball | 21:58 |
| reeve | I saw backends/rpm/header.py has different encodings defined like utf8 or iso-8859-1, just don't know how to specify it at the beginning | 21:59 |
| seebs | Hmm. | 22:01 |
| *** walters <walters!walters@nat/redhat/x-kyuzbuehngamvuaq> has quit IRC | 22:03 | |
| -YoctoAutoBuilder- build #255 of nightly-x86-64-lsb is complete: Failure [failed Building Images] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-x86-64-lsb/builds/255 | 22:03 | |
| seebs | I do not know this code at all, but it seems to me that what's happening involves the reader/writer being initialized around line 271 of pm.py, in which case just adding ENCODING = "utf8" right after the existing setting of ENCODING would likely show you a possibly-different set of behaviors. | 22:04 |
| -YoctoAutoBuilder- build #273 of nightly-mips-lsb is complete: Failure [failed Building Images Building Images_1] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-mips-lsb/builds/273 | 22:04 | |
| seebs | It appears that it's trying to determine the "preferred" encoding, and defaulting to ASCII. Without adding some classy debugging prints, I can't tell which one of those is happening. It looks like it might well be harmless to try changing it. | 22:06 |
| seebs | This does look intentional though, so it may well be that tweaking that will result in strange failures elsewhere. | 22:07 |
| reeve | seebs: ok, I'll give it try but it's just some concept prove, the real fix might need to be fine tuned | 22:08 |
| reeve | yep | 22:08 |
| seebs | You could also, probably, change reader(open(rpmoutpath)) to reader(open(rpmoutpath), errors = "ignore") | 22:08 |
| reeve | seebs: that sounds better | 22:09 |
| -YoctoAutoBuilder- build #234 of nightly-fsl-arm is complete: Failure [failed Building Images Building Toolchain Images Building Toolchain Images_1 Building Images_1 Building Images_2 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-fsl-arm/builds/234 | 22:12 | |
| seebs | Hmm. This has been this way forever, it seems. | 22:13 |
| *** zenlinux <zenlinux!~sgarman@c-50-139-96-211.hsd1.or.comcast.net> has quit IRC | 22:14 | |
| seebs | Okay, this code appears to come from revision 393 of smartpm, and the revision log is "Changed some bits in the rpm output parsing trying to solve encoding bugs." From 2005-01-19. | 22:16 |
| reeve | seeb: it went rhough with the change. To fix it permanently, shall I directly patch python for pm.py? | 22:17 |
| seebs | I would not recommend that without finding out why this was set up this way. The key point seems to be revision 389, "Use converting codecs when grabbing rpm output through sys.std{out,err}." | 22:18 |
| *** Jay7 <Jay7!jay@176.15.24.214> has joined #yocto | 22:19 | |
| seebs | So if you can find out why that change was needed, or what it was trying to solve, that'll give you a good starting point in figuring out what the "right" solution is. | 22:19 |
| seebs | I will say... My basic intuition is that it is almost certainly wrong for the interpretation of RPM output by smartpm to be contingent on the user's locale settings. | 22:19 |
| reeve | alright, fair | 22:19 |
| *** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC | 22:19 | |
| -YoctoAutoBuilder- build #261 of nightly-ppc is complete: Failure [failed Building Images Running Sanity Tests Building Images_1 Building Toolchain Images Building Toolchain Images_1 Publishing Artifacts] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-ppc/builds/261 | 22:21 | |
| *** smartin <smartin!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has joined #yocto | 22:25 | |
| BCMM | i've managed to successfully build an image (rpi-hwup-image). what's the correct way of doing it again, with an extra package (mpd) included? if i just do bitbake mpd then bitbake rpi-hwup-image again, will it be included in the new image? | 22:30 |
| ndec | BCMM: no. | 22:31 |
| ndec | the package would be built, but not added in the image. | 22:31 |
| ndec | to add a package in an image, you need to explicitely request that. | 22:32 |
| ndec | see http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#usingpoky-extend-customimage | 22:32 |
| BCMM | ndec: so what exactly does the sysroot represent? | 22:34 |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 22:34 | |
| ndec | it's where each package puts .h files and other development files. | 22:34 |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 22:34 | |
| ndec | so that when building B, if B needs .h files from A, it will pick them there. | 22:35 |
| ndec | assuming A has 'installed' the .h files properly. | 22:35 |
| BCMM | ah, it's somewhere for include paths, not install paths, to exist? | 22:35 |
| ndec | the .h files are not used from their orginal $WORKDIR | 22:35 |
| ndec | yes. | 22:35 |
| BCMM | thanks | 22:36 |
| ndec | well, 'native' tools go there too for example. | 22:36 |
| BCMM | and it's only two lines to make my own image... bitbake seems to make basing stuff on other stuff pretty easy | 22:36 |
| ndec | hehe | 22:36 |
| ndec | on the shoulders of giants ;-) | 22:37 |
| *** cbab <cbab!~sib@cable-22.246.173-188.electronicbox.net> has joined #yocto | 22:38 | |
| *** pidge <pidge!pidge@nat/intel/x-bmedpklaofbtxsjf> has quit IRC | 22:45 | |
| *** Guest79797 <Guest79797!~trz@c-68-53-177-94.hsd1.in.comcast.net> has quit IRC | 22:47 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has joined #yocto | 22:53 | |
| *** Hari_ <Hari_!83e6bf9e@gateway/web/freenode/ip.131.230.191.158> has joined #yocto | 22:54 | |
| Hari_ | I am trying to make changes to u-boot and then recompile u-boot source. It looks like it is not taking any of the changes and it is generating the same u-boot binary all the time. My changes are not reflected in the u-boot binary | 22:56 |
| -YoctoAutoBuilder- build #239 of nightly-oecore is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org:8011/builders/nightly-oecore/builds/239 | 22:56 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 22:59 | |
| *** smartin <smartin!~smartin@ivr94-4-82-229-165-48.fbx.proxad.net> has quit IRC | 23:16 | |
| Hari_ | Can anyone help me with this> | 23:17 |
| sgw_ | Hari_: with what? | 23:25 |
| Hari_ | u-boot is not compiling properly, my changes are not reflected in the binary | 23:25 |
| Hari_ | I did a clean build | 23:26 |
| kergoth | totally OT, but anyone had success with the rt2800usb driver? getting failed to init hw with my rt2870 adapter | 23:28 |
| mranostay | kergoth: pastebin? | 23:29 |
| *** JaMa <JaMa!~martin@ip-62-24-80-145.net.upcbroadband.cz> has quit IRC | 23:30 | |
| kergoth | gah, ejected and re-inserted, and now getting a spinlock lockup, down for the count.. | 23:31 |
| * kergoth glares at his board | 23:32 | |
| *** Hari_ <Hari_!83e6bf9e@gateway/web/freenode/ip.131.230.191.158> has quit IRC | 23:35 | |
| *** roric <roric!~roric@46-239-214-18.tal.is> has joined #yocto | 23:36 | |
| *** fitzsim <fitzsim!~user@nat/cisco/x-wqfrvsvcxwfvodjr> has quit IRC | 23:36 | |
| *** fitzsim <fitzsim!~user@nat/cisco/x-xpoqnndwjdfihzat> has joined #yocto | 23:36 | |
| *** musdem <musdem!~Zack@CPE98fc11766960-CM0026f3a1cd6d.cpe.net.cable.rogers.com> has joined #yocto | 23:43 | |
| *** ant_home <ant_home!~andrea@host118-229-dynamic.20-79-r.retail.telecomitalia.it> has quit IRC | 23:46 | |
| *** hollisb <hollisb!~hollisb@nat-wv.mentorg.com> has quit IRC | 23:51 | |
| *** fitzsim <fitzsim!~user@nat/cisco/x-xpoqnndwjdfihzat> has quit IRC | 23:57 | |
| *** fitzsim <fitzsim!~user@nat/cisco/x-tuzmlaanwvmtfddj> has joined #yocto | 23:57 | |
| *** mulhern <mulhern!~mulhern@c-24-128-153-12.hsd1.ma.comcast.net> has quit IRC | 23:57 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!