Thursday, 2013-08-15

*** joeythesaint <joeythesaint!> has joined #yocto00:03
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC00:12
*** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has joined #yocto00:12
*** joeythesaint <joeythesaint!> has quit IRC00:25
*** _julian <_julian!> has joined #yocto00:33
*** davest1 <davest1!~Adium@> has quit IRC00:35
*** _julian_ <_julian_!> has quit IRC00:36
*** smartin <smartin!> has quit IRC00:48
*** scot <scot!> has quit IRC00:49
*** Jefro <Jefro!> has joined #yocto00:55
*** Jefro <Jefro!> has quit IRC01:01
-YoctoAutoBuilder- build #253 of nightly-mips is complete: Failure [failed Running Sanity Tests] Build details are at
*** Guest69799 is now known as wmat01:04
*** fray <fray!> has joined #yocto01:08
-YoctoAutoBuilder- build #253 of build-appliance is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #249 of nightly-world is complete: Success [build successful] Build details are at
*** sameo <sameo!~samuel@> has quit IRC01:23
-YoctoAutoBuilder- build #251 of nightly-multilib is complete: Failure [failed Running Sanity Tests_2 Running Sanity Tests_3] Build details are at
*** mulhern <mulhern!> has quit IRC01:50
*** mulhern <mulhern!> has joined #yocto01:55
*** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has quit IRC01:56
*** silviof1 <silviof1!~silviof@unaffiliated/silviof> has joined #yocto02:01
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC02:03
*** mulhern <mulhern!> has quit IRC02:04
*** Jefro <Jefro!> has joined #yocto02:18
*** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has joined #yocto02:23
*** Jefro <Jefro!> has quit IRC02:24
*** tinti_ <tinti_!~tinti@pdpc/supporter/student/tinti> has quit IRC02:30
*** nerdboy <nerdboy!> has joined #yocto02:32
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto02:32
*** GunsNRose <GunsNRose!~GunsNRose@> has joined #yocto02:40
-YoctoAutoBuilder- build #254 of nightly-x86 is complete: Success [build successful] Build details are at
*** klinger_ <klinger_!> has joined #yocto03:02
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto03:03
*** andyross <andyross!> has joined #yocto03:04
*** klinger <klinger!> has quit IRC03:06
*** behanw <behanw!> has quit IRC03:08
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC03:17
*** levi <levi!> has joined #yocto03:21
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto03:32
*** andyross <andyross!> has quit IRC04:17
*** andyross <andyross!> has joined #yocto04:19
*** alex_kag <alex_kag!~alex_kag@> has quit IRC04:23
*** andyross <andyross!> has quit IRC04:25
*** GunsNRose <GunsNRose!~GunsNRose@> has quit IRC04:25
*** Jefro <Jefro!> has joined #yocto04:25
*** erbo <erbo!> has quit IRC04:29
*** Jefro <Jefro!> has quit IRC04:30
*** erbo <erbo!> has joined #yocto04:33
*** Jefro <Jefro!> has joined #yocto04:38
*** Jefro <Jefro!> has quit IRC04:41
*** amarsman_ <amarsman_!> has quit IRC04:44
*** alex_kag <alex_kag!~alex_kag@> has joined #yocto04:50
*** Jefro <Jefro!> has joined #yocto04:58
*** Jefro <Jefro!> has quit IRC05:03
*** amarsman <amarsman!> has joined #yocto05:05
alex_kaghello, i rebuild qt4e-demo-image (from begin), imx6qsabresd, it compiling, but when i run it - i got segmentation fault05:05
*** seebs <seebs!> has quit IRC05:16
-YoctoAutoBuilder- build #217 of nightly is complete: Success [build successful] Build details are at
*** seebs <seebs!> has joined #yocto05:25
*** amarsman <amarsman!> has quit IRC05:31
*** amarsman_ <amarsman_!> has joined #yocto05:38
*** amarsman_ <amarsman_!> has quit IRC05:42
*** Jefro <Jefro!> has joined #yocto05:52
*** Jefro <Jefro!> has quit IRC05:55
*** fabo <fabo!~fabo@linaro/fabo> has joined #yocto05:57
*** lh <lh!> has joined #yocto06:09
*** lh <lh!lh@osuosl/staff/lh> has joined #yocto06:09
melonipoikai just pull  the latest changes from meta-openembedded06:15
melonipoikanow bitbake fails with this error: systemd.bbclass06:15
melonipoikaParsing recipes..ERROR: ParseError at /home/jose/mcsdk/sources/meta-openembedded/meta-oe/recipes-graphics/lxdm/ Could not inherit file classes/systemd.bbclass06:15
melonipoikathat file is actually missing in /meta-oe/classes06:16
sgw_melonipoika: do you have the current meta layer from either oe-core or poky?06:18
melonipoikasgw_ i cloned it from here: systemd.bbclass06:19
sgw_melonipoika: yes, I get that, but you also need openembedded-core06:19
melonipoikayes, i do have oe.core too06:20
sgw_I guess you have also cloned bitbake,06:20
*** amarsman_ <amarsman_!~marsman@> has joined #yocto06:20
sgw_melonipoika: when did you last pull oe-core?  We have been merging the systemd changes from meta-oe to oe-core06:20
melonipoikai am using TI's mcsdk, they use one scrip to clone the layers06:20
melonipoikai am using this commit for oe-core06:21
melonipoikaold stuff I guess,06:21
sgw_melonipoika: sorry I am not familiar with their tools, I know poky and oe-core master best.06:22
sgw_Looking at the ref06:22
melonipoikalet's me pull oe-core too, that might explain it06:22
sgw_yes, that is from 1.4, which is before we started to merge systemd into oe-core06:22
*** zecke <zecke!> has joined #yocto06:26
melonipoikaok, will see what happens if i pull oe-core too :-)06:27
*** agust <agust!> has joined #yocto06:29
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC06:34
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has joined #yocto06:35
melonipoikaOK, I updated oe-core and bitbake. Now i get a banch of QA errors in ti's meta-arago recipes :-)06:39
sgw_melonipoika: does the meta-arago have a dependency list that defines which layers and branches (or git revs?)  maybe when you updated the meta-oe was the cause and you need to go back for meta-oe and oe-core06:41
melonipoikasgw_ I am not sure, I will take a look. The QA errors I get are of the type "Variable RREPLACES is set as not being package specific, please fix this."06:42
*** amarsman_ <amarsman_!~marsman@> has quit IRC06:43
sgw_melonipoika: it might be that you updated the meta-oe and (on my suggestion) updated oe-core, but really need to stay with the branches that meta-arago require06:43
melonipoikaI guess it will be just easier for me just to checrry pick the updated version of the package I need (opencv) on top of the old branches06:44
melonipoikathey might ahve their reasons to use old stuff :D06:44
melonipoikayep :-)06:44
sgw_yeah, like the systemd integration in this case for one, there might be other issues06:44
melonipoikabut thanks for your help, I am completely new to yocto so this is a good learning for me :D06:45
sgw_melonipoika: some of the distro layers require older branches of the oe-core and meta-oe, while other stay more uptodate, it depends on your board (BSP) needs.06:46
melonipoikai see06:47
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto06:51
*** smartin <smartin!> has joined #yocto06:56
*** amarsman_ <amarsman_!> has joined #yocto07:01
*** B4gder <B4gder!> has joined #yocto07:03
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC07:16
*** dv__ <dv__!> has joined #yocto07:22
*** dv_ <dv_!> has quit IRC07:25
*** slaine <slaine!~slaine@> has joined #yocto07:25
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto07:28
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC08:04
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto08:05
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC08:07
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto08:20
*** JimBaxter <JimBaxter!> has joined #yocto08:22
*** honschu_ <honschu_!> has joined #yocto08:30
*** honschu_ <honschu_!~honschu@shackspace/j4fun> has joined #yocto08:30
*** zecke <zecke!> has quit IRC08:33
*** bluelightning <bluelightning!~paul@> has joined #yocto08:33
*** bluelightning <bluelightning!~paul@> has quit IRC08:33
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:33
*** honschu <honschu!~honschu@shackspace/j4fun> has quit IRC08:33
*** zecke <zecke!> has joined #yocto08:35
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:44
*** uvan <uvan!7645dbc5@gateway/web/freenode/ip.> has joined #yocto08:46
uvanhi all, i'm writing a new recipes to install external toolchain (based on external-sourcery-toolchain)08:50
uvanbut got problem when do_package_qa08:50
uvanError: Files/directories were installed but not shipped08:50
uvanwhat does Files/directories were installed but not shipped mean?08:51
rburtondo_install() installed files, but they were not picked up by any FILES_* statements to get them into packages08:52
uvanAh, thanks rburton08:54
*** exosyst <exosyst!~nick@> has joined #yocto08:55
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC08:55
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto08:56
lpappuvan: u-boot 2013.07 does not build for me.08:57
lpappmissing some config.h08:57
lpappwhen trying to build the fw-utils.08:57
lpappsame with the sourcery toolchain versions 2009q1 and 2013.0708:57
lpappsame with the sourcery toolchain versions 2009q1 and 2013.05*08:57
bluelightningmorning all08:58
uvanlpapp: i used our own u-boot with support arm6408:59
lpappuvan: can you try my latest patch on the mailing list?09:00
uvanlpapp: could you give me the link. i seach but not found09:01
uvanlpapp: ok. let me try09:06
lpappuvan: bitbake u-boot-fw-utils just in case.09:07
*** rogerzhou <rogerzhou!~rogerzhou@> has joined #yocto09:07
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC09:10
*** ScriptRipper1 <ScriptRipper1!> has joined #yocto09:13
RPrburton: Time to improve that message I think, this is becomming a FAQ09:19
rburtonRP: yes09:21
alex_kaghello, i rebuild qt4e-demo-image (from begin), imx6qsabresd, it compiling, but when i run it - i got segmentation fault09:29
*** mihai <mihai!~mihai@> has joined #yocto09:35
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC09:40
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto09:40
*** jackmitchell <jackmitchell!> has quit IRC09:41
*** jackmitchell <jackmitchell!> has joined #yocto09:42
uvanlpapp; i got the same error with both 2013.07 and 2013.0109:43
lpappuvan: perhaps we should drop fw-utils for now then.09:45
lpappI do not have time to fix that build error.09:45
uvanit's ok lpapp, actually i'm not using that tool09:46
*** dv__ is now known as dv_09:49
*** SlashV <SlashV!> has joined #yocto10:03
JaMalpapp: are you going to fix qtserialport or should I drop it from meta-qt5?10:22
lpappJaMa: ?10:22
alex_kagcan anybody say, is it my mistake with qt4e-demo-image, or it broken in master?10:23
JaMalpapp: I've replied to your patch on oe-devel ML10:23
lpappJaMa: I am not subscribed.10:23
lpapp's the issue10:24
lpappuvan: k, thanks for verifying. Any clue at any rate how to fix this?10:24
JaMalpapp: then use archives to find it10:24
lpappivan: should I bring it up in #u-boot?10:25
lpappJaMa: do not have time atm.10:25
JaMaok, reverted10:25
lpappwhy ?10:25
*** mulhern <mulhern!> has joined #yocto10:26
JaMait wasn't working10:27
lpappJaMa: then you are doing something wrong. :)10:27
lpappJaMa: I do not see any reply to be honest on the mailing list.10:27
lpappalthough probably it is worth having more patient than "you do not have right now, so I revert it"10:27
JaMayes accepting patches without properly testing them because I was too busy10:27
uvanlpapp: i tried it with u-boot separate and also got the same thing.10:29
lpappuvan: now that is strange.10:29
lpappbitbake u-boot works for me.10:29
lpappJaMa: pff10:29
lpappJaMa: wrong push I guess.10:30
uvanu-boot work, but u-boot-fw-utits not work10:30
lpappcannot write "not tested" when I think it was tested.10:30
lpappuvan: yeah10:30
lpappuvan: let us ask in #u-boot tonight.10:30
JaMalpapp: wrong commit
uvanlpapp: i have to leave now. see you tomorrow10:32
lpappuvan: see you, thanks again.10:32
*** uvan <uvan!7645dbc5@gateway/web/freenode/ip.> has quit IRC10:32
lpappJaMa: well, someone will add back anyway.10:33
JaMayes hopefully next version will be tested before sending it10:33
lpappJaMa: as I said it was tested. ;)10:34
JaMaI wonder how, as it clearly doesn't have right LIC_FILES_CHKSUM10:36
JaMathis discussion is waste of time, bye10:36
lpappwrong push != untested10:36
JaMaare you saying that I cannot push test from e-mail?10:37
lpappno, I am saying I made a wrong push.10:37
lpappI pushed a broken version.10:37
lpappeven though I fixed that localy.10:38
lpappand I should have pushed the fixed.10:38
JaMapush == sent email, right?10:38
lpappanyway, this is pointless, reverting it is not a big harm.10:39
lpappit will be readded pretty quickly.10:39
JaMathen my comment was correct :), someone will send tested version, not some random version from his local branch10:39
lpappboth versions are tested10:39
lpappbroken and fixed10:39
lpappproblem is the push, not that those changes are not tested.10:40
lpappin which case, obviously the author cannot write I have not tested it.10:40
lpappwhen he thinks he did.10:40
lpappanyway, I am gone.10:40
*** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto10:40
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto10:41
lpappoh, one thing: it would be nice to have scenegraph packaged.10:41
lpappJaMa: ^10:41
lpappfrom playground and git.10:41
lpappeven though it will be dumped soon hopefully.10:41
*** rogerzhou <rogerzhou!~rogerzhou@> has quit IRC10:43
*** joeythesaint <joeythesaint!~jjm@> has joined #yocto10:43
*** fusman <fusman!~fahad@> has quit IRC11:02
mikelHow to add dependency from class to recipe?11:10
mikelI have this... do_package[depends] += xaf-native:do_populate_sysroot11:11
mikelbut it gives compilation error11:11
mikelwhat is correct syntax11:11
*** fusman <fusman!~fahad@> has joined #yocto11:12
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto11:13
*** mulhern <mulhern!> has quit IRC11:17
*** zecke <zecke!> has quit IRC11:31
*** zecke <zecke!> has joined #yocto11:33
*** arky <arky!~arky@> has joined #yocto11:44
*** eren <eren!~eren@unaffiliated/eren> has quit IRC11:44
*** eren <eren!~eren@unaffiliated/eren> has joined #yocto11:45
*** scot <scot!> has joined #yocto12:27
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has joined #yocto12:37
*** mulhern <mulhern!> has joined #yocto12:37
*** mulhern <mulhern!> has quit IRC12:43
*** GunsNRose <GunsNRose!~GunsNRose@> has joined #yocto12:54
*** mulhern <mulhern!> has joined #yocto13:02
*** arky <arky!~arky@> has quit IRC13:05
*** wmat <wmat!> has quit IRC13:10
*** mihai <mihai!~mihai@> has quit IRC13:15
*** fray <fray!> has quit IRC13:18
*** belen1 <belen1!~Adium@> has joined #yocto13:18
*** exosyst <exosyst!~nick@> has quit IRC13:23
*** mulhern <mulhern!> has quit IRC13:27
*** Krz <Krz!c0c69725@gateway/web/freenode/ip.> has joined #yocto13:36
*** wmat <wmat!> has joined #yocto13:51
*** wmat is now known as Guest7506513:52
*** behanw <behanw!> has joined #yocto13:55
*** mulhern <mulhern!> has joined #yocto13:55
*** Guest75065 is now known as wmat13:57
*** wmat <wmat!> has quit IRC13:59
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has quit IRC13:59
*** andyross <andyross!> has joined #yocto14:01
-YoctoAutoBuilder- build #65 of buildtools is complete: Failure [failed Building Images Publishing Artifacts] Build details are at
*** alex_kag <alex_kag!~alex_kag@> has quit IRC14:07
rburtonkhem: HOORAY QEMU PPC FIX14:12
Garibaldi|workHum.. I'm trying to get git requests for git:// to go through our company's proxy server.  It starts up, then immediately hangs without transferring much of any data.14:24
Garibaldi|work(I'm following
Garibaldi|workthe 'nc' command is running (nc -x proxy-server:8080 -X 5 9418)14:26
Garibaldi|workdoes support http?14:26
Krzis there any way to execute yocto build on 2 different machines connected together over ethernet?14:35
mario-goulartHi.  I'm getting this error when building pseudo-native on a x86_64 system (using dylan): .  Do you know what may be causing it?14:35
Krztry this:
*** exosyst <exosyst!~nick@> has joined #yocto14:37
mario-goulartKrz: before collecting that error message I had installed libc6-dev-i386 (Debian).  Should it have done the trick?14:39
*** andyross <andyross!> has quit IRC14:40
*** darknighte_znc is now known as darknighte14:42
Krzstrange then; what do you have under /usr/include/gnu ?14:43
bluelightningGaribaldi|work: http is supported yes14:44
mario-goulartKrz: I don't have it.  I have /usr/include/gnu-versions.h though.14:47
Krzyou must be missing something; i would try reinstalling libc-dev + libc-dev-i38614:48
Krzwhatever they are called under your linux distro14:48
*** GunsNRose <GunsNRose!~GunsNRose@> has quit IRC14:49
mario-goulartKrz: I probably am.  Thanks for the tips.14:51
*** dvhart <dvhart!~dvhart@> has joined #yocto14:51
mario-goulartI guess it helps if I install it on the chroot I'm working.14:55
* mario-goulart facepalms14:55
*** hollisb <hollisb!> has joined #yocto14:59
mario-goulartNow I have /usr/include/gnu ( ) and this error:
Krzlooks like linux headers missing15:04
mario-goulartYeah, I tried some, but it seems they are the wrong ones.15:05
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has quit IRC15:06
*** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto15:07
Krzdo: find / -name asm.h15:07
*** tinti <tinti!~tinti@pdpc/supporter/student/tinti> has joined #yocto15:07
*** davest <davest!~Adium@> has joined #yocto15:10
*** davest1 <davest1!~Adium@> has joined #yocto15:11
*** fray <fray!> has joined #yocto15:12
*** fray <fray!> has joined #yocto15:12
*** andyross <andyross!> has joined #yocto15:13
*** davest <davest!~Adium@> has quit IRC15:15
simarhey guys, quick question: where is the do_compile() task located for the obvious place I thought would be the recipe itself but unless I'm missing something I haven't been able to see it in there.15:27
bluelightningsimar: it'll be generated from the classes inherited by the recipe15:29
*** mulhern <mulhern!> has quit IRC15:29
bluelightningsimar: most likely kernel_do_compile() in meta/classes/kernel.bbclass15:30
*** Zagor <Zagor!~bjst@rockbox/developer/Zagor> has quit IRC15:36
*** mulhern <mulhern!> has joined #yocto15:36
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC15:39
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto15:39
simarah got it. thanks bluelightning!15:40
*** tor <tor!> has joined #yocto15:43
Krzif I change SDKMACHINE do I have to wipe out whole tmp/ dir?15:43
mulhernSo, I'm writing a recipe that needs to pull source from a git repo. I just updated the SRCREV to a new hash. It's definitely downloading the new version. But it doesn't complain about the now incorrect md5 checksums. Are checksums simply ignored when fetching from a git repo?15:46
*** seebs <seebs!> has quit IRC15:46
Krzmulhern:cksum is ignored; you want to use commit SHA15:47
bluelightningKrz: no, you don't need to do that15:49
bluelightningKrz: (I mean, you should just be able to change it and run the SDK build again)15:49
Krzbluelighting: nice, can I build two SDKs in one bitbake command?15:50
Krzdamn, always type your nick wrong :/15:50
bluelightningKrz: not for two different SDKMACHINEs no - but you can build multiple SDKs with different contents for the same SDKMACHINE at once15:50
sgw_Krz: no nick completion with ESC?15:50
*** exosyst <exosyst!~nick@> has quit IRC15:50
bluelightningKrz: use tab completion ;)15:51
sgw_sorry tab, bluelightning got me15:51
Krzworks, didn't expect webclient to be so clever :)15:51
bluelightningah nice... I've never used the web client, good to know it has basic functionality :)15:51
mulhernKrz: Deleting those SRC_URI lines, then. But what do you mean by commit SHA. The git commit SHA that I set SRCREV to?15:51
Krzmulhern: yes, either SHA for SRCREV, or "${AUTOREV}" to pick latest&greatest commit from choosen branch15:52
*** seebs <seebs!> has joined #yocto15:53
sgw_mulhern: Krz: AUTOREV is not recommeded nor allowed in oe-core since it causes network activity, oe-core should build self-contained once all the files are downloaded15:53
*** galak <galak!> has joined #yocto15:53
*** belen1 <belen1!~Adium@> has quit IRC15:56
sgw_khem: Woot on the PPC issue15:58
*** blloyd_ <blloyd_!> has joined #yocto15:58
*** bluelightning_ <bluelightning_!~paul@> has joined #yocto15:58
*** bluelightning_ <bluelightning_!~paul@> has quit IRC15:58
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto15:58
*** belen1 <belen1!Adium@nat/intel/x-rtspuomumtmzvanr> has joined #yocto15:59
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC16:00
*** dvhart <dvhart!~dvhart@> has quit IRC16:00
*** Krz is now known as Guest3560116:19
*** belen2 <belen2!~Adium@> has joined #yocto16:27
*** belen1 <belen1!Adium@nat/intel/x-rtspuomumtmzvanr> has quit IRC16:28
*** zecke <zecke!> has quit IRC16:29
*** bluelightning1 <bluelightning1!~paul@> has joined #yocto16:30
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC16:31
*** rtollert_ <rtollert_!> has quit IRC16:31
*** shoragan <shoragan!~jlu@debian/developer/shoragan> has quit IRC16:34
*** rtollert <rtollert!> has joined #yocto16:39
*** alex_kag <alex_kag!~alex_kag@> has joined #yocto16:39
*** Krz_ <Krz_!c0c69725@gateway/web/freenode/ip.> has joined #yocto16:44
*** pidge <pidge!~pidge@> has joined #yocto16:45
*** bluelightning1 is now known as bluelightning16:46
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:46
*** alex_kag <alex_kag!~alex_kag@> has quit IRC16:49
*** slaine <slaine!~slaine@> has quit IRC16:54
*** mr_science <mr_science!> has joined #yocto16:57
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:57
*** galak <galak!> has quit IRC16:59
Krz_I have my own layer with bbappend inside and .patch file. Now bbappend applies to original poky recipe and fails during fetching my patch... patch is my layer in: recipes-core/expat/expat/17:00
Krz_Yocto does not even try to look there, what can be wrong? Yocto searches only poky/ paths17:01
kergothyou need to set FILESEXTRAPATHS appropriately17:01
kergothgrep around, it's used in many bbappends17:01
*** belen2 <belen2!~Adium@> has quit IRC17:06
*** rtollert <rtollert!> has quit IRC17:08
mr_scienceKrz_: something like this at the top of your bbappend will make it look in a subdir called $PN17:12
mr_scienceFILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"17:12
denixndec: btw, are you in charge of meta-linaro now after hrw?17:12
denixmr_science: now you wonder if that line should be a default for every bbappend... :)17:13
*** rtollert <rtollert!> has joined #yocto17:14
mr_sciencedenix: things that make you go "hmm..."17:15
-YoctoAutoBuilder- build #131 of nightly-qa-systemd is complete: Success [build successful] Build details are at
Krz_mr_science: thanks, works17:33
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC17:33
Krz_mr_science: well, partially, patch is downloaded and "applied" into my configure script17:34
*** florian_kc <florian_kc!> has joined #yocto17:34
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto17:34
Krz_mr_science: the only thing is my configure script is not changed :)17:34
kergothdon't patch the configure script if you're using autoconf. the autotools bbclass re-runs autoreconf, which regenerates configure from configure.{in,ac}17:35
*** zecke <zecke!> has joined #yocto17:35
bluelightningmr_science: now I have that song stuck in my head, thanks :)17:36
Krz_kergoth: damn, so how do I achieve the same? I need small mod in configure script17:37
bluelightningKrz_: you're not modifying the generated configure script by any chance? for an autotooled software package that won't work17:37
bluelightningyou'd need to modify or, assuming you're not already17:38
Krz_well, I took expat from Yocto downloads directory, untarred, modified existing configure and added patch to the layer17:39
kergothpatch the or configure.in17:39
Krz_ok, will do17:39
bluelightningright, what he said ;)17:39
kergothjust repeating what one another said with different wording :)17:40
* kergoth tries a meta-ivi image with qemuarm17:40
khemsgw_: I just sent a patch to fix default tune for qemuppc it depends on kernel patches from Bruce that he send today so club them together17:41
bluelightningkergoth: yes actually I initially missed that you answered the question already, sorry :)17:43
simarhey guys, I've been working on building 3.10 from linux-yocto-dev for the BeagleBoard. I'm currently dealing with an breakage in the build that is caused by this upstream patch:
jkridnerhmmm... don't see a lot that could go wrong with that patch.17:50
jkridnerso your UIMAGE_LOADADDR is 0 words?17:50
simarI'm not sure why it breaks but it complains of having not UBOOT_LOADADDRESS at the time of making the image.17:50
simaryeah jkridner17:50
simarI reverted that very patch and built it. I get a random load address of 0xffffff217:51
simarI looked into the kernel.bbclass which is inherited by but it hasn't been touched since.17:52
Krz_started using tmpfs for my Yocto builds, really feeling the difference17:52
Krz_I'm not sure if moving all layers there will make it way faster (as they are read only)17:52
simarI thought the do_uboot_mkimage() task would be responsible for making the uimage. But doesn't seem to be the case so far.17:53
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto17:56
Krz_bluelightning: kergoth: patch works like a charm, thanks17:58
zeddiisimar, the uImage is just passed to the kernel to build, can be overridden, see KEEPUIMAGE18:00
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:01
zeddiibut we do want the kernel to be smart enough to build it itself, for simple cases.18:01
*** ScriptRipper1 <ScriptRipper1!> has quit IRC18:07
Krz_how do I trim down eglibc? I would like to remove WCHAR support and some others18:12
*** ScriptRipper1 <ScriptRipper1!> has joined #yocto18:12
*** alex_kag <alex_kag!~alex_kag@> has joined #yocto18:19
*** j8 <j8!~IceChat9@> has joined #yocto18:21
* mr_science needs to trim down his beard...18:22
* rburton needs to trim down his gut18:25
rburtonon that note, run time!18:25
*** zecke <zecke!> has quit IRC18:26
*** Jefro <Jefro!> has joined #yocto18:31
*** dv_ <dv_!> has quit IRC18:41
mranostayrburton: don't hit any run-time errors18:43
* kergoth groans18:44
* mranostay ducks the rotten fruit flying from kergoth 18:44
* mr_science reminds kergoth to gpg-sign his fruit first18:55
*** Krz_ <Krz_!c0c69725@gateway/web/freenode/ip.> has quit IRC18:56
*** swex <swex!~swex@> has quit IRC18:59
*** swex_ <swex_!~swex@> has joined #yocto18:59
*** joeythesaint <joeythesaint!~jjm@> has quit IRC18:59
simarzeddii: I see. I changed KEEPUIMAGE to something other than 'yes' so it would not run the do_uboot_mkimage() but it still fails.19:32
simarIf this is something that will fix itself I can get around with it, I was just curious why it was breaking.19:32
simarI guess manually running mkimage on a vmlinux is the only way to get a uImage?19:34
zeddiiurk no.19:45
zeddiieverything we run builds uImage19:45
zeddiiif your image type is uimage, then that is passed to the kernel build, which takes care of it.19:46
zeddiiwhat you are looking at is around to allow boards that have specific requirements, like an entry point, to be easily set and passed to the mkimage phase.19:46
*** smartin <smartin!> has quit IRC19:49
*** andyross <andyross!> has quit IRC19:49
*** andyross <andyross!> has joined #yocto19:50
-YoctoAutoBuilder- build #254 of nightly-mips is complete: Success [build successful] Build details are at
JaMaanyone started to see do_rootfs (ipk) failures lately with: ERROR: object '' from LD_PRELOAD cannot be preloaded: ignored.?20:07
-YoctoAutoBuilder- build #27 of eclipse-plugin-kepler is complete: Failure [failed] Build details are at
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC20:22
*** eren <eren!~eren@unaffiliated/eren> has quit IRC20:23
*** andyross <andyross!> has quit IRC20:27
*** andyross <andyross!> has joined #yocto20:27
*** andyross <andyross!> has quit IRC20:29
*** andyross <andyross!> has joined #yocto20:29
*** bluelightning <bluelightning!> has joined #yocto20:39
*** bluelightning <bluelightning!> has quit IRC20:39
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:39
*** JimBaxter <JimBaxter!> has quit IRC20:53
*** agust <agust!> has quit IRC20:54
-YoctoAutoBuilder- build #255 of nightly-x86 is complete: Failure [failed Running Sanity Tests] Build details are at
*** tor <tor!> has quit IRC21:11
*** dv_ <dv_!> has joined #yocto21:29
*** mulhern <mulhern!> has quit IRC21:32
ftonellocan I use my PV as "1.0+AUTOINC"  ?21:41
ftonellowill it do the auto incrementation if build multeple times?21:41
*** pidge <pidge!~pidge@> has quit IRC21:44
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has quit IRC21:49
*** c00kiemon5ter <c00kiemon5ter!~c00kiemon@foss-aueb/coder/c00kiemon5ter> has joined #yocto21:49
*** pinskia <pinskia!> has quit IRC21:51
*** seebs <seebs!> has quit IRC21:56
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-iqryzlvtpyiuvxdw> has quit IRC22:00
*** SlashV <SlashV!> has quit IRC22:04
-YoctoAutoBuilder- build #252 of nightly-ppc is complete: Success [build successful] Build details are at
*** jzhang <jzhang!jzhang@nat/intel/x-vdmtvqjbtuseddra> has quit IRC22:37
*** amarsman_ is now known as amarsman22:38
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC22:45
*** brm <brm!da653619@gateway/web/freenode/ip.> has joined #yocto22:53
brmhi guys, can anyone on the channel help me with a eclipse/yocto plugin issue?22:54
brmthe helloworld won't configure "C compiler cannot create executable"22:55
brmI think my sysroot location is wrong22:55
*** mulhern <mulhern!> has joined #yocto22:59
RPbrm: FWIW the config.log file usually gives better info about the exact problem23:02
brmcould not see any error message in the .log file23:03
evanpI've been seeing a strange RPM dependency problem which I'd chalked up to some local patches of mine, but I've finally downloaded danny and it's doing the same thing23:05
brmactually I lie .. I get the following error: configure:3166: arm-poky-linux-gnueabi-gcc  -march=armv7-a -mthumb-interwork -mfloat-abi=softfp -mfpu=neon --sysroot=/home/bmentink/beagleboard_black/build/tmp/sysroots/beaglebone -qversion >&5 arm-poky-linux-gnueabi-gcc: error: unrecognized command line option '-qversion' arm-poky-linux-gnueabi-gcc: fatal error: no input files23:05
evanpfor example, "rpm -qp --requires perl-dev-*" says that package depends on "perl-lib-dev"23:06
brmRP: So regarding the sysroot location, it is currently pointing at "/home/bmentink/beagleboard_black/build/tmp/sysroots"23:06
evanpbut no RPM actually provides that23:07
evanpI can't help but notice that the debian package rename hook is changing perl-lib to libperl5, and if I look closely I see there's a RPROVIDES_perl-lib = "perl-lib" in the recipe23:08
*** Jefro <Jefro!> has quit IRC23:09
*** alex_kag <alex_kag!~alex_kag@> has quit IRC23:09
evanpis this a known problem?23:09
brmRP: My build produces a .xz root file image that I put on a SD card i see no way to use the tools to produce the rootfs somewhere cause the tool expects .tar.bz223:09
*** Jefro <Jefro!> has joined #yocto23:10
RPevanp: there are some dependencies generated for things which don't exist :/23:13
RPbrm: the above -qversion test sounds like one of the standard configure tests, I'd look later in the log23:14
*** rtollert <rtollert!> has quit IRC23:17
brmRP: Would you mind having a look at
evanpRP: it seems to happen for lots of stuff that splits itself into several packages. libsegfault and libstdc++ produce similar problems, for example.... Is there an intended solution for it? I mean, I could add RPROVIDES everywhere I encounter it--is that how you'd characterize this? The recipes which do it are missing RPROVIDES? Seems more like a band-aid than a real solution to me.23:18
brmRP: Around line 1291 in the pastbin is where the errors are23:21
evanpthat is, the real problem feels like a broken algorithm for adding -dev RDEPENDS. however, finding a "correct" algorithm looks...nontrivial....23:21
RPevanp: They are recommendations, not hard dependencies23:23
RPevanp: as you say, the algorithm is flawed but we don't know how to do anything better23:23
RPevanp: If you want to find the code, I think we called it dep_chains or something like that23:24
*** wmat <wmat!> has joined #yocto23:24
RPbrm: the real problem is lines 1297-1308 - the linker can't find libraries it needs23:25
evanpRP: are you sure they're recommendations? people have been telling me these RPMs refuse to install without --nodeps, at least on 1.2....23:25
RPbrm: --sysroot=/home/bmentink/beagleboard_black/build/tmp/sysroots sounds wrong23:26
RPbrm: it should be pointing at some subdirectory of that shouldn't it?23:26
RPmaybe an arm-xxx directory under there?23:27
* RP -> Zzzz23:29
*** mulhern <mulhern!> has quit IRC23:39
*** hollisb <hollisb!> has quit IRC23:45
*** andyross <andyross!> has quit IRC23:48
*** cjosephson <cjosephson!> has joined #yocto23:51
cjosephsonwhere does bitbake put a kernel image by default?23:51

Generated by 2.11.0 by Marius Gedminas - find it at!