Friday, 2015-10-30

*** dreyna4529 <dreyna4529!> has quit IRC00:08
*** Klox <Klox!> has joined #yocto00:11
*** dreyna4529 <dreyna4529!> has joined #yocto00:16
*** Jackie_huang <Jackie_huang!~quassel@> has quit IRC00:22
*** Jackie <Jackie!~quassel@> has joined #yocto00:24
*** Jackie is now known as Guest5203600:24
*** Jacob_ <Jacob_!> has joined #yocto00:25
*** Jacob_ is now known as Guest1627000:25
*** Klox <Klox!> has quit IRC00:28
*** DatGizmo <DatGizmo!> has quit IRC00:29
*** DatGizmo <DatGizmo!> has joined #yocto00:29
*** sameo <sameo!samuel@nat/intel/x-dworosgetbpyaqxw> has quit IRC00:32
*** challinan <challinan!> has quit IRC01:04
*** armpit <armpit!~akuster@> has quit IRC01:31
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC01:35
*** nrossi <nrossi!~nrossi@> has joined #yocto01:39
*** psadro <psadro!~Thunderbi@> has joined #yocto01:42
parrot1hello, how do I edit my recipe so the app installs to /usr/lib64 rather than /usr/lib ? Been getting Files//directories were installed but not shipped error01:44
*** IvanSB <IvanSB!~IvanSB@> has quit IRC01:47
*** dreyna4529 <dreyna4529!> has quit IRC01:50
nerdboybehanw: i don't suppose you could poke someone about this?01:52
yoctiBug 8220: normal, Medium, 2.1, brian.avery, NEW , We need to enable an exclusion list in toasterconf.json to drop layers from layers.openembedded.org01:52
* nerdboy slaps yocti with a large trout01:52
nerdboymakes it really really hard to pass correct flags to both gcc and clang01:53
nerdboyreally need a way to override flags from llvm-config01:54
nerdboyplus it's plainly wrong to (blindly) hard-code another compiler's flags in the config tool when they're not compatible01:58
fraythis was written with multiple toolchains in mind, even multiple that used different configuration commands02:03
*** focus <focus!~Doug@> has quit IRC02:12
*** focus <focus!~Doug@> has joined #yocto02:14
*** cference <cference!> has quit IRC02:22
fray'er.. not sure why it did "seebs" that was for nerdboy02:30
*** fledermaus <fledermaus!~vivek@> has quit IRC02:32
*** ][Sno][ <][Sno][!> has joined #yocto02:42
xulferHm... anyone dealt with ninja output before?  Kind of struggling to build a good debug package from it's output.  It outputs a bunch of object files, and dwarf object files in a separate directory.  Haven't managed to get this setup to process core dumps properly as of yet.02:43
*** [Sno] <[Sno]!> has quit IRC02:44
*** ][Sno][ <][Sno][!> has quit IRC02:47
*** [Sno] <[Sno]!> has joined #yocto02:48
*** cbzx <cbzx!> has joined #yocto02:54
*** bananadev <bananadev!~dev@> has joined #yocto02:59
*** simonl <simonl!uid6729@gateway/web/> has quit IRC03:06
*** bbhoss <bbhoss!sid18216@gateway/web/> has quit IRC03:06
*** cbzx <cbzx!> has quit IRC03:09
*** bbhoss <bbhoss!sid18216@gateway/web/> has joined #yocto03:09
*** simonl <simonl!uid6729@gateway/web/> has joined #yocto03:11
*** Jefro <Jefro!> has joined #yocto03:34
*** armpit <armpit!~akuster@2601:202:4000:1239:b89f:56e0:63e5:80b9> has joined #yocto03:56
*** Guest52036 <Guest52036!~quassel@> has quit IRC04:36
*** Jackie <Jackie!~quassel@> has joined #yocto04:37
*** Jackie is now known as Guest7744404:37
*** Guest77444 is now known as Jackie_huang04:37
*** bananadev <bananadev!~dev@> has quit IRC04:38
*** binhnk <binhnk!~binhnk@> has quit IRC04:38
*** bananadev <bananadev!~dev@> has joined #yocto04:38
*** binhnk <binhnk!~binhnk@> has joined #yocto04:39
*** stephan <stephan!> has joined #yocto05:01
*** hamis_lt_u <hamis_lt_u!~irfan@> has joined #yocto05:08
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC05:52
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto06:06
*** sameo <sameo!~samuel@> has joined #yocto06:33
*** roric <roric!> has joined #yocto06:34
*** hamis_lt_u <hamis_lt_u!~irfan@> has quit IRC06:38
*** rob_w <rob_w!~bob@> has joined #yocto06:39
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:39
*** sameo <sameo!~samuel@> has quit IRC06:42
*** pohly <pohly!> has joined #yocto06:45
abelalmorning all06:45
nerdboyfray: thanks07:15
nerdboyi was complaining about ebuilds that pass --llvm-config to packages and the output is stupid07:16
nerdboyi don't want to hack every ebuild that uses clang07:17
nerdboythat would also be stupid07:17
nerdboythe facilities i have for setting per-package env flags are completely ignored07:18
nerdboyapparently you're better at gentoo than we are07:18
*** TobSnyder <TobSnyder!> has joined #yocto07:25
*** hamis_lt_u <hamis_lt_u!~irfan@> has joined #yocto07:28
*** soderstrom <soderstrom!~soderstro@> has joined #yocto07:29
*** hamis_lt_u <hamis_lt_u!~irfan@> has joined #yocto07:29
*** bluelightning <bluelightning!> has joined #yocto07:38
*** bluelightning <bluelightning!> has quit IRC07:38
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto07:38
*** roric <roric!> has quit IRC07:44
*** dreyna4529 <dreyna4529!> has joined #yocto07:46
*** jku <jku!jku@nat/intel/x-msorbmznwdpdgodf> has joined #yocto07:47
*** jku is now known as jku_07:47
*** mckoan|away is now known as mckoan07:48
*** mckoan is now known as mckoan|away07:48
*** csanchezdll <csanchezdll!> has joined #yocto07:49
*** belen <belen!> has joined #yocto07:51
*** dreyna4529 <dreyna4529!> has quit IRC07:51
*** ant_work <ant_work!> has joined #yocto07:53
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto08:01
*** jbrianceau_away is now known as jbrianceau08:01
*** belen <belen!> has quit IRC08:02
*** [Sno] <[Sno]!> has quit IRC08:05
*** t0mmy <t0mmy!~tprrt@> has joined #yocto08:05
*** [Sno] <[Sno]!> has joined #yocto08:06
*** stephan__ <stephan__!> has joined #yocto08:10
bluelightningmorning all08:12
*** stephan <stephan!> has quit IRC08:14
abelalmorning bluelightning :)08:14
abelalbluelightning: can you help me with a python build issue?08:15
*** rburton <rburton!> has joined #yocto08:15
abelalbluelightning: I was able to build 2.7.3 cleanly for my target but 2.7.9 is failing and interestingly only for my machine08:16
abelalbluelightning: if you have a qemu build setup just add TUNE_CCARGS_pn-python=" -m64 -march=bdver4 -msse3 -mfpmath=sse" to your local.conf08:17
abelaland do a bitbake python08:17
abelalthe do_install fails....08:17
abelalbut I am pretty sure it is a build issue not install08:17
*** fredcadete <fredcadete!d4a63893@gateway/web/freenode/ip.> has joined #yocto08:17
*** rburton <rburton!> has quit IRC08:19
bluelightningabelal: bin/sh: line 6: 26046 Illegal instruction     (core dumped) - is that what you see?08:24
*** Jefro <Jefro!> has quit IRC08:24
*** maxin <maxin!~maxin@2001:998:22:0:6cd4:6d8:48c1:c83> has joined #yocto08:31
*** aime-Pierre <aime-Pierre!~Thunderbi@> has joined #yocto08:42
*** lazao <lazao!c32a382b@gateway/web/freenode/ip.> has joined #yocto08:42
lazaohi guys08:43
*** armpit <armpit!~akuster@2601:202:4000:1239:b89f:56e0:63e5:80b9> has quit IRC08:45
bluelightninghi lazao08:45
lazaohi bluelightning :)08:45
*** Ulfalizer <Ulfalizer!~ulf@> has quit IRC08:47
lazaodo you know how can i specify a root password for dropbear ssh ? atm i'm using the ssh-server-dropbear EXTRA_IMAGE_FEATURES08:48
LetoThe2ndwouldn't that jsut be the general root password in the end?08:54
jku_lazao: remove debug-tweaks from features if it's there, then add08:57
jku_inherit extrausers08:57
jku_EXTRA_USERS_PARAMS = "usermod -P mypassword root;"08:57
lazaoit would be, i guess08:57
*** roccof <roccof!> has joined #yocto08:57
lazaoobviously i didn't read the faq:
lazaothanks jku_08:57
bluelightning<insert standard warning about setting the same root password on multiple devices>08:59
LetoThe2nd<insert warning about having an enabled root account at all>08:59
lazaosure, i'm just doing some testings, i'll disable the root password, at least for ssh09:00
parrot1bluelightning: ping09:02
bluelightningparrot1: pong09:03
*** kbingham <kbingham!> has quit IRC09:04
parrot1bluelightning: The app that I'm writing recipe for is ignoring CMAKE_INSTALL_LIBDIR variable so it's installing the lib files to /usr/lib instead of /usr/lib64. So how do I manually "move" those libraries files to /usr/lib64 instead?09:05
parrot1and the fact that a lot of apps are ignoring those variables frustrates me :-(09:05
*** kbingham <kbingham!> has joined #yocto09:06
bluelightningparrot1: seems to me you'd need to figure out why it's not using that path and fix it...09:11
bluelightningparrot1: I'm not a cmake expert unfortunately09:11
*** armpit <armpit!~akuster@2601:202:4000:1239:b89f:56e0:63e5:80b9> has joined #yocto09:13
*** belen <belen!Adium@nat/intel/x-xqutpsafjwoxykjj> has joined #yocto09:17
parrot1bluelightning: neither am I. I'm also not questioning why the dev ignores it as some of them simply have no way to be contacted. I'm just wondering if it's possible to hack do_install or do_package method to copy the libfiles from the original /usr/lib to /usr/lib6409:18
lazaojku_: this has to be done in my image recipe? its not working :(09:19
*** zerus <zerus!> has joined #yocto09:20
bluelightningparrot1: certainly you can do that, but if the software bakes the path into the binaries then you may still have problems09:22
*** townxelliot <townxelliot!~ell@> has joined #yocto09:22
bluelightningparrot1: however to do that you would just add a do_install_append() and mv the files from ${D}/usr/lib64 to ${D}${libdir}09:22
*** binhnk <binhnk!~binhnk@> has quit IRC09:23
*** bananadev <bananadev!~dev@> has quit IRC09:23
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto09:23
*** bananadev <bananadev!~dev@> has joined #yocto09:24
*** binhnk <binhnk!~binhnk@> has joined #yocto09:25
parrot1bluelightning: Will certainly try that although it's not the most elegant way. Thanks09:27
*** IvanSB <IvanSB!> has joined #yocto09:31
jku_image recipe sounds fine... can also do it in configuration but the inherit functionality is slightly different there09:31
jku_lazao: ^09:31
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-inarapizfxzlyzma> has joined #yocto09:32
jku_lazao: you aren't trying to bbappend image recipes, right?09:32
lazaoactually i have a personnal custom-image.class, and i have 3 images recipes that inherit from custom-image09:36
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-inarapizfxzlyzma> has left #yocto09:37
lazaoi only want to have the root password updated in one of the 3 images recipes, so i just added the EXTRA_USER_PARAMS in one of them09:37
*** jonathanmaw <jonathanmaw!> has joined #yocto09:38
lazaomy bad, i put EXTRA_USERS_PARAMS instead of EXTRA_USER_PARAMS09:38
lazaoshould be okay now09:38
*** yann|work <yann|work!> has joined #yocto09:40
jku_parrot1: if the project uses some other variable instead, you can also use something like 'EXTRA_OECMAKE = "-DLIB_INSTALL_DIR=${libdir}"'09:44
jku_parrot1: that's probably a safer choice than moving files in do_install_append()09:45
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:48
*** xulfer <xulfer!> has quit IRC09:51
*** xulfer <xulfer!> has joined #yocto09:51
*** bluelightning <bluelightning!> has joined #yocto09:55
*** bluelightning <bluelightning!> has quit IRC09:55
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:55
*** t0mmy <t0mmy!~tprrt@> has quit IRC09:59
*** t0mmy <t0mmy!~tprrt@> has joined #yocto10:00
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:15
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:17
*** stephan__ <stephan__!> has quit IRC10:18
abelalbluelightning: yup10:18
abelalbluelightning: when the script tries to import optparse10:19
abelalbluelightning: optparse then imports strop10:19
abelaland then this happens10:19
abelalbluelightning: should the target side py modules be loaded when building sharedmods or host?10:20
abelalbluelightning: because in the current scenario it is trying to load the target side ones10:21
abelalbluelightning: and I am surprised why it isnt failing for any other -march10:21
yann|workhi - is there a quickstart anywhere showing a sample devshell session, when one attempts to understand what gets wrong in a thirdparty rule ?10:24
bluelightningabelal: could you please file a bug report on should go under oe-core / dev tools/toolchain10:25
bluelightningyann|work: not really, but having opened the devshell if you cd .. (usually) you'll be in the workdir for the recipe, in which you'll find a "temp" directory containing all the logs and run files for the tasks10:26
abelalbluelightning: I will but can you shed some light on this on your part?10:27
abelalbluelightning: this doesnt happend with py 2.7.310:27
abelalso I was thinking this might be a problem there10:27
bluelightningabelal: I honestly don't know enough about the details, I would have to actually start debugging it and I'm running short of time today10:27
abelalbluelightning: ok thanks :) I wont hold you up10:28
bluelightningif you can file a bug I will ensure it gets assigned to the right person to look into it10:28
yann|workbluelightning: ok, I'm there already, but wondering if there was no more direct way - the run.10:28
yann|workthe run.10:28
abelalbluelightning: is there anyone else here who might be helpful at the moment10:28
bluelightningnot that I know of10:28
abelalhmmm ok10:28
bluelightningbut if so they should please speak up ;)10:28
yann|workthe run.* scripts include both env/funcs settings, and the actual rules10:29
yann|work(please excuse my silly keyboard with "*" located on the RETURN key)10:29
yann|workit would be great to have those more separated10:30
bluelightningyann|work: I'm not sure that would make sense, what it's showing to you is exactly what gets run and that includes both the environment and the functions10:32
bluelightningyann|work: if you just want to examine the environment for the recipe you can do so with bitbake -e recipename | less10:32
yann|worklike, a devshell that would get a shell just instead of running do_<whatever>10:32
*** t0mmy <t0mmy!~tprrt@> has quit IRC10:33
bluelightningerm, but that is what happens when you run bitbake -c devshell recipename10:33
bluelightningit gives you a shell10:33
*** t0mmy <t0mmy!~tprrt@> has joined #yocto10:33
yann|workin my case, I'm investigating a configure failure in a linux recipe, which is a bit more convoluted than the average recipe - something like "-c devshell-configure" would help10:34
bluelightninghmm, I guess I see what you're driving at10:34
yann|worknot precisely, since the run.do_configure script sets up a lot of stuff before running do_configure10:34
yann|workso I'm editing a copy of the script to get it to run bash instead of do_configure, but having a more comfortable way to get there would be great10:35
yann|workhm, except I get a child shell which does not inherit all those variables I need :)10:36
*** t0mmy <t0mmy!~tprrt@> has quit IRC10:36
lazaothat would be very interesting yann, it can help a lot debugging10:37
yann|worknot sure how that can be done - switching a shell into interactive mode is not something I think is implemented in any shell.  But starting a child shell inheriting the parents' vars could be a way10:42
*** vincent- <vincent-!~quassel@gentoo/developer/vincent> has quit IRC10:45
bluelightningwe do set variables in the shell's environment already, so it's not going to be that hard10:46
*** vincent- <vincent-!> has joined #yocto10:47
*** vincent- <vincent-!~quassel@gentoo/developer/vincent> has joined #yocto10:47
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-rtaxidifhmslhkkt> has joined #yocto10:48
yann|workyes, can be as easy as exporting functions10:49
yann|workbtw, in case someone involved in that would be around: I'm trying to get the bananapi support to work10:53
*** t0mmy <t0mmy!~tprrt@> has joined #yocto10:54
yann|workchanging the run.* script to use bash, and run "export -f" on all defined funcs before launching a shell works nearly nice indeed - bbfatal causes exit from the shell, which is not that nice, and not exiting prevents the error to be caught :)11:00
yann|workbut that still likes promising11:00
yann|worklooks like the sunxi linux recipe has been developped by copying an old version of
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@> has quit IRC11:08
*** kbingham <kbingham!> has quit IRC11:09
*** kbingham <kbingham!> has joined #yocto11:10
kbinghamI think I'm going to cry ... devtool deleted my kernel :'(11:10
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-rtaxidifhmslhkkt> has quit IRC11:11
kbinghamwhen is the 2.0 release ?11:11
*** dshwang <dshwang!~dshwang@> has quit IRC11:11
bluelightningkbingham: erm, what? its absolutely not supposed to do that... is this with 1.8?11:12
kbinghambluelightning: Yes ... 1.8 ...11:12
bluelightningthe answer to your second question is, it's imminent - RC3 is being pulled together at the moment, if all goes well, sometime next week or early the following week11:13
bluelightningI think we did talk about devtool and the kernel not playing well together previously although I would not have expected any deletions11:13
bluelightningpresumably it's externalsrc that actually deleted it as the result of a clean / version change, rather than devtool11:14
bluelightningthough perhaps the distinction is moot11:14
kbinghambluelightning: I ran a bitbake - and I 'think' what happened is it tried to re populate my kernel source ... even though I had done a devtool modify -x virtual/kernel src/kernel ... so now I'm left with a symlink to an empty directory in src/kernel11:14
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto11:14
bluelightningis this a linux-yocto kernel?11:15
kbinghambluelightning: sounds feasible ... I haven't dug into the internals to see what happened yet ... I just ran a build and my tree vanished.11:15
kbinghambluelightning: - no freescale tree.11:15
kbinghamI'll just remove the symlink, and put my own tree in src/kernel to try to recover for now.11:16
kbinghamlost a couple of patches but nothing too critical.11:16
bluelightningok, my apologies for the inconvenience11:17
bluelightningit would be interesting to try the same thing with 2.0, I'd wager it would not happen11:17
kbinghambluelightning: hehe it's ok .. I knew devtool was still beta ... I should have pushed my work back to the server more frequently!11:17
bluelightningif you feel adventurous you can checkout the jethro branch and try it11:17
kbinghambluelightning: That is tempting ... but I'll have to save that for another day ... need to get this driver integration done for the boss :)11:19
*** lpax <lpax!~lpax@unaffiliated/lpax> has joined #yocto11:20
*** hugovs <hugovs!~hugo@> has joined #yocto11:21
kbinghambluelightning: Were you at the Yocto dev day in dublin? I can't put a face to your name ...11:22
bluelightningI was yes, though I was in the beginner's room11:22
*** fledermaus <fledermaus!~vivek@> has joined #yocto11:23
kbinghambluelightning: Ahh ok ... I stayed in the advanced room. which for my second week with yocto may have been brave ... but it worked out ok :)11:23
*** dshwang <dshwang!~dshwang@> has joined #yocto11:30
*** varibull <varibull!> has quit IRC11:32
kbinghamPhew - I had pushed the commits ... so I haven' t lost anything except for a change in my .config file :)11:33
*** varibull <varibull!> has joined #yocto11:33
bluelightningkbingham: ok, that's good11:35
bluelightningkbingham: I wonder if the issue is reproducible11:35
kbinghamI'll try to pay attention to what I do / what happens and let you know.11:36
bluelightningok, thanks11:36
kbinghambluelightning: It's odd though - because I had done several builds successfully ... so I'm not sure what triggered the source change/ update here.11:36
*** bananadev <bananadev!~dev@> has quit IRC11:38
kbinghambluelightning: did the slides from the devday make it up on the web anywhere?11:42
bluelightningthat's a good question, I suspect not11:43
bluelightningI'll ping some people next week11:43
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-vpdjhmjtbbnwbhfz> has joined #yocto11:46
*** anselmolsm_ <anselmolsm_!~anselmols@> has joined #yocto11:55
*** ant_work <ant_work!> has quit IRC11:56
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-vpdjhmjtbbnwbhfz> has quit IRC11:59
*** IvanSB <IvanSB!> has quit IRC11:59
*** ant_work <ant_work!> has joined #yocto12:09
*** lazao <lazao!c32a382b@gateway/web/freenode/ip.> has quit IRC12:10
*** Jacob_ <Jacob_!> has joined #yocto12:11
*** Jacob_ is now known as Guest8285012:12
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:14
*** Guest16270 <Guest16270!> has quit IRC12:15
mcfriskHi, is there a sanity check for runtime dependency which is not mentioned in build dependencies?12:17
*** Guest82850 <Guest82850!> has quit IRC12:17
mcfriskWe have way too many build errors from here and there which are clearly sysroot race conditions and missing build dependencies.12:17
*** Guest82850 <Guest82850!> has joined #yocto12:17
MarexHi! Is the oprofile recipe dependent on kernel headers or can I use oprofile on top of different kernel versions without rebuilding ?12:19
*** Guest82850 <Guest82850!> has quit IRC12:21
*** tsramos <tsramos!tsramos@nat/intel/x-vlajstwncrawupsm> has joined #yocto12:22
mcfriskMarex: afaik, oprofile and other userspace component do not depend the kernel version, of course some features with in might but they rely on ABI, not kernel versions.12:25
Marexmcfrisk: perf and oprofile are sitting in meta/recipes-kernel , which confuses me12:26
Marexmcfrisk: I'm aware that regular system components can deal with changing kernel underneath without much problem, yep12:27
*** cference <cference!> has joined #yocto12:27
mcfriskyes, but they are also 'just' userspace apps. They rely on stable (hah :) Linux kernel ABI to function. They must behave the same on other kernels too.12:28
*** tsramos <tsramos!tsramos@nat/intel/x-vlajstwncrawupsm> has quit IRC12:34
*** tsramos <tsramos!tsramos@nat/intel/x-ztaghfjooveasilq> has joined #yocto12:35
*** aime-Pierre <aime-Pierre!~Thunderbi@> has quit IRC12:38
*** aime-Pierre <aime-Pierre!> has joined #yocto12:39
Marexmcfrisk: I would have hoped so, I think perf doesn't for example ;-)12:40
*** fledermaus <fledermaus!~vivek@> has quit IRC12:42
*** stwcx <stwcx!> has quit IRC12:51
mcfriskMarex: I know pref is trickier, original question was about oprofile12:52
*** behanw <behanw!uid110099@gateway/web/> has quit IRC13:00
Marexmcfrisk: I am still looking into that, looks like oprofile is using perf headers :/13:08
Marexthe question now is, are those headers part of kernel abi13:08
Marexprobably yes13:08
*** tasslehoff <tasslehoff!~Tasslehof@> has quit IRC13:09
mcfriskMarex: in kernel tree all in include/uapi are uapi, and available in userspace from /usr/include/linux etc.13:09
mcfriskbut there is much more to uapi than just those headers which in quite many places incomplete and even broken (my fixes for them are in review for over a year now..)13:10
Marexmcfrisk: yup13:12
*** JaMa <JaMa!> has joined #yocto13:27
*** xp190_ <xp190_!d04149ca@gateway/web/freenode/ip.> has joined #yocto13:30
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@> has joined #yocto13:32
*** lpax <lpax!~lpax@unaffiliated/lpax> has quit IRC13:42
*** lpax <lpax!~lpax@unaffiliated/lpax> has joined #yocto13:45
yann|workanyone saw on linux do_install, something like that? : No rule to make target '.../build/tmp/work/bananapi-poky-linux-gnueabi/linux/3.4.90-r1/image/lib/firmware/./', needed by '.../build/tmp/work/bananapi-poky-linux-gnueabi/linux/3.4.90-r1/image/lib/firmware/ti_3410.fw'.  ?13:49
yann|workif I run a devshell, get a shell with exported functions as described earlier, and run the "make modules_install" by hand - or even do_install itself, BTW, then the install goes as expected13:51
*** madisox <madisox!~madison@> has joined #yocto13:51
yann|workeven just launching run.do_install in the devshell succeeds, while running a plain bitbake does not13:53
*** stephano <stephano!> has joined #yocto14:02
*** anselmolsm_ <anselmolsm_!~anselmols@> has quit IRC14:03
*** hugovs <hugovs!~hugo@> has quit IRC14:03
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:07
*** Guest45982 <Guest45982!~vivek@> has joined #yocto14:09
*** Guest45982 is now known as ersatzmaus`14:11
*** ersatzmaus` is now known as fledermaus14:11
yann|workwow, using "oe_runmake -d" to run modules_install does prevent the problem!14:15
yann|worksounds like a gnumake bug, in fact...14:16
yann|workhm... not that easy :)14:17
*** challinan <challinan!> has joined #yocto14:22
*** sameo <sameo!~samuel@> has joined #yocto14:23
*** matteo__ <matteo__!> has joined #yocto14:24
*** jku_ <jku_!jku@nat/intel/x-msorbmznwdpdgodf> has quit IRC14:24
*** marek__ <marek__!> has quit IRC14:31
*** binhnk3 <binhnk3!~yaaic@> has joined #yocto14:35
*** binhnk3 <binhnk3!~yaaic@> has quit IRC14:38
*** binhnk2 <binhnk2!~yaaic@> has joined #yocto14:39
*** matteo__ <matteo__!> has quit IRC14:41
*** hamis_lt_u <hamis_lt_u!~irfan@> has quit IRC14:43
*** binhnk2 <binhnk2!~yaaic@> has quit IRC14:43
yann|workthe problem rather looks like a concurrency problem, it works flawlessly when I disable PARALLEL_MAKE - is the latter disabled when running in devshell ?14:43
*** binhnk2 <binhnk2!~yaaic@> has joined #yocto14:44
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC14:45
*** nerdboy <nerdboy!> has joined #yocto14:45
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto14:46
*** jfojtl <jfojtl!> has quit IRC14:46
*** binhnk3 <binhnk3!~yaaic@> has joined #yocto14:47
*** binhnk3 <binhnk3!~yaaic@> has quit IRC14:50
*** binhnk2 <binhnk2!~yaaic@> has quit IRC14:51
*** Jefro <Jefro!> has joined #yocto14:54
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto14:58
*** Jefro <Jefro!> has quit IRC15:06
*** fitzsim <fitzsim!~user@2001:420:284a:1300:6e0b:84ff:fe09:4e9f> has joined #yocto15:12
*** tsramos <tsramos!tsramos@nat/intel/x-ztaghfjooveasilq> has quit IRC15:17
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC15:17
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto15:18
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:cff:f279:59ff:fe64:3a8> has joined #yocto15:20
*** hugovs <hugovs!~hugo@> has joined #yocto15:24
abelloni2.0 fails pretty hard on atmel platforms :)15:24
*** ionte <ionte!~textual@> has joined #yocto15:24
iontehi. anyone got RIoTboard up and running on Yocto? for some reason I can't even see u-boot on boot... using yocto fido, meta-fsl-arm and meta-fsl-arm-extra15:27
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC15:27
xp190_Hi, I built a toolchain and I'm trying to compile a big makefile project with it, I made the recommended changes, and my makefiles are using the right compiler and flags, however, I keep running into undefined references to to __aeabi_uidiv etc, is there some additional library I need to link against?  I have -lc -lm15:29
*** mrk377 <mrk377!4432d82d@gateway/web/freenode/ip.> has joined #yocto15:30
abellonixp190_: there is probably an issue with the floating point settings of your toolchain15:30
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto15:31
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:cff:f279:59ff:fe64:3a8> has quit IRC15:31
xp190_abelloni: where would I look to see what the flating point settings are and how would I change them?15:31
*** csanchezdll <csanchezdll!> has quit IRC15:32
xp190_I'm crosscompiling from ubuntu, simple sample files work fine, but my project fails to link15:33
abelloniit depends on how you built your toolchain15:35
*** ndec <ndec!~ndec@linaro/ndec> has quit IRC15:35
xp190_I didn't do anything special, just bitbake meta-toolchain15:36
xp190_I changed the machine to my board (sabrelite)15:36
xp190_I'm using poky 1.8.115:36
*** ndec <ndec!~ndec@linaro/ndec> has joined #yocto15:41
*** TobSnyder <TobSnyder!> has quit IRC15:43
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:cff:f279:59ff:fe64:3a8> has joined #yocto15:43
*** paulg <paulg!~paulg@> has quit IRC15:44
*** ionte <ionte!~textual@> has quit IRC15:47
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:cff:f279:59ff:fe64:3a8> has quit IRC15:49
*** aime-Pierre <aime-Pierre!> has quit IRC15:56
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:cff:f279:59ff:fe64:3a8> has joined #yocto16:02
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:cff:f279:59ff:fe64:3a8> has quit IRC16:07
*** ant_work <ant_work!> has quit IRC16:09
*** dreyna4529 <dreyna4529!> has joined #yocto16:13
*** dreyna_ <dreyna_!> has joined #yocto16:14
*** Snert_ <Snert_!> has joined #yocto16:18
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:cff:f279:59ff:fe64:3a8> has joined #yocto16:19
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:cff:f279:59ff:fe64:3a8> has quit IRC16:25
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:cff:f279:59ff:fe64:3a8> has joined #yocto16:32
*** cbzx <cbzx!> has joined #yocto16:36
*** maxin <maxin!~maxin@2001:998:22:0:6cd4:6d8:48c1:c83> has left #yocto16:38
*** sameo <sameo!~samuel@> has quit IRC16:48
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC16:50
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:cff:f279:59ff:fe64:3a8> has quit IRC16:51
*** Jackie_huang <Jackie_huang!~quassel@> has quit IRC16:53
*** Jackie_huang <Jackie_huang!~quassel@> has joined #yocto16:54
*** varibull <varibull!> has quit IRC16:56
*** varibull <varibull!> has joined #yocto16:56
*** Alex_V <Alex_V!~xse@> has quit IRC16:57
*** belen1 <belen1!Adium@nat/intel/x-lptvcmcdlulmsmoq> has joined #yocto16:59
*** belen <belen!Adium@nat/intel/x-xqutpsafjwoxykjj> has quit IRC17:00
*** tsramos <tsramos!tsramos@nat/intel/x-tsphxkstjyolgtpx> has joined #yocto17:03
*** Crofton|work <Crofton|work!> has quit IRC17:07
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-pjjbjrtkkadynjbc> has joined #yocto17:10
* armpit really could use that Yocto cricket bat17:12
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:cff:f279:59ff:fe64:3a8> has joined #yocto17:20
*** Crofton|work <Crofton|work!> has joined #yocto17:20
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:cff:f279:59ff:fe64:3a8> has quit IRC17:27
fredcadetearmpit: you mean like this?
*** jonathanmaw <jonathanmaw!> has quit IRC17:29
armpitfredcadete, nah.. thats too soft what I want to do. I need a real english cricket bat ; )17:30
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC17:34
*** jbrianceau is now known as jbrianceau_away17:37
*** cbzx <cbzx!> has quit IRC17:38
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-pjjbjrtkkadynjbc> has left #yocto17:42
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:cff:f279:59ff:fe64:3a8> has joined #yocto17:45
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@> has quit IRC17:51
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:cff:f279:59ff:fe64:3a8> has quit IRC17:54
*** smartin_ <smartin_!~smartin@> has quit IRC17:57
*** DarkKnight <DarkKnight!> has quit IRC18:00
*** DarkKnight <DarkKnight!> has joined #yocto18:00
*** syke <syke!~matt@> has joined #yocto18:01
sykehi! I'm trying to use fido to build an armv6 qemu image, with kernel 2.6.x and glibc 2.918:01
sykeI can't seem to find working recipes for the last two aspects18:02
sykeI tried checking out an older release (daisy), but that has python errors on recent Ubuntu18:02
syke(I'm trying to make a VM I can test my Kindle homebrew mods in)18:04
*** belen1 <belen1!Adium@nat/intel/x-lptvcmcdlulmsmoq> has quit IRC18:12
*** T0mW <T0mW!> has joined #yocto18:17
*** roccof <roccof!> has quit IRC18:18
*** LocutusOfBorg1 <LocutusOfBorg1!> has joined #yocto18:21
*** challinan <challinan!> has quit IRC18:28
*** LocutusOfBorg1 <LocutusOfBorg1!> has quit IRC18:40
*** townxelliot <townxelliot!~ell@> has quit IRC18:47
*** simonl <simonl!uid6729@gateway/web/> has quit IRC18:48
*** stwcx <stwcx!> has joined #yocto18:52
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC18:58
*** Ulfalizer <Ulfalizer!~foo@> has joined #yocto19:08
Ulfalizerwhy is it called "native"sdk? native to what? what would a non-native sdk be?19:15
Ulfalizersince you can build SDKs for a different architecture than the host's, it can't be "native" in the sense of being compiled for the host either19:16
*** bluelightning <bluelightning!> has joined #yocto19:20
*** bluelightning <bluelightning!> has quit IRC19:20
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:20
*** Guest46 <Guest46!> has joined #yocto19:24
*** Guest46 <Guest46!> has quit IRC19:29
*** LocutusOfBorg1 <LocutusOfBorg1!> has joined #yocto19:32
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC19:40
*** t0mmy <t0mmy!~tprrt@> has quit IRC19:40
*** zerus <zerus!> has quit IRC19:44
*** LocutusOfBorg1 <LocutusOfBorg1!> has quit IRC19:45
*** LocutusOfBorg1 <LocutusOfBorg1!> has joined #yocto19:47
*** T0mW <T0mW!> has left #yocto19:51
*** Guest46 <Guest46!> has joined #yocto20:03
*** lpax <lpax!~lpax@unaffiliated/lpax> has quit IRC20:09
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC20:14
*** bluelightning_ <bluelightning_!> has joined #yocto20:14
*** bluelightning_ <bluelightning_!> has quit IRC20:14
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:14
*** t0mmy <t0mmy!> has joined #yocto20:17
*** belen1 <belen1!> has joined #yocto20:22
xp190_Hi, I built a toolchain and was able to compile a project, however, after compiling the binary won't run, when I use file to see what I built, I see the interpreter listed incorrectly compared to binaries that run on the target, how can I correct this?20:23
xp190_I can do a sym link and the binary runs, but this is not acceptable in my case20:23
frayhow are you compiling your binary?  are you using the build system, a generated SDK, or?20:23
xp190_I have makefiles which use the environment variables setup when I source the environment from the toolchain20:25
xp190_When I manually use $CC, a test binary builds properly and the interpreter is setup correctly, but in my project, this does not happen, i can't figure out why this is20:25
*** Guest46 <Guest46!> has quit IRC20:35
*** belen1 <belen1!> has quit IRC20:42
*** tsramos <tsramos!tsramos@nat/intel/x-tsphxkstjyolgtpx> has quit IRC20:43
*** Guest83_ <Guest83_!~textual@> has joined #yocto20:46
*** JaMa <JaMa!> has quit IRC20:51
*** xp190_ <xp190_!d04149ca@gateway/web/freenode/ip.> has quit IRC20:55
*** hugovs <hugovs!~hugo@> has quit IRC21:00
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:cff:f279:59ff:fe64:3a8> has joined #yocto21:01
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto21:07
*** pohly <pohly!> has quit IRC21:07
*** hanthings_ <hanthings_!> has joined #yocto21:11
*** hanthings_ <hanthings_!> has quit IRC21:20
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC21:20
*** madisox <madisox!~madison@> has quit IRC21:25
*** cbzx <cbzx!> has joined #yocto21:28
*** Guest83_ <Guest83_!~textual@> has quit IRC21:28
*** fledermaus <fledermaus!~vivek@> has quit IRC21:35
*** Ulfalizer2 <Ulfalizer2!~foo@> has joined #yocto21:37
*** stephano <stephano!> has quit IRC21:40
*** Guest83_ <Guest83_!~textual@> has joined #yocto21:51
*** Guest83_ <Guest83_!~textual@> has quit IRC21:54
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC21:55
yann|worknow that my core-image-minimal of 1.6 for bananaPI is working, i'm trying to build a core-image-x11 - however, I have a funny configure failure in qemu native, where the test for SDL fails because of seemingly-not-found libdbus versioned symbols from libpulse22:07
bluelightning_yann|work: which host distro is this on?22:07
*** bluelightning_ is now known as bluelightning22:07
yann|work(building on Debian/testing x86_64 with no known problem like that)22:07
bluelightninghmm, we saw a similar issue on Ubuntu 15.1022:08
yoctiBug 8553: normal, Medium+, 2.0, eduard.bartosh, IN PROGRESS DESIGN , qemu-native to build on Ubuntu 15.1022:09
yann|workah, yes, that's it22:11
*** Malek <Malek!c51b8e86@gateway/web/freenode/ip.> has joined #yocto22:12
*** Malek <Malek!c51b8e86@gateway/web/freenode/ip.> has quit IRC22:15
*** ndec <ndec!~ndec@linaro/ndec> has quit IRC22:16
yann|workand the BUILD_LDFLAGS_prepend_pn-qemu-native does seem to help22:17
*** ndec <ndec!~ndec@linaro/ndec> has joined #yocto22:19
*** t0mmy <t0mmy!> has quit IRC22:22
*** ant_home <ant_home!~ant__@> has joined #yocto22:24
*** Jefro <Jefro!> has joined #yocto22:27
*** fledermaus <fledermaus!~vivek@> has joined #yocto22:28
*** Jackie_huang <Jackie_huang!~quassel@> has quit IRC22:31
*** Jackie_huang <Jackie_huang!~quassel@> has joined #yocto22:31
*** Jefro <Jefro!> has quit IRC22:32
*** bluelightning_ <bluelightning_!> has joined #yocto22:34
*** bluelightning_ <bluelightning_!> has quit IRC22:34
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto22:34
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC22:34
*** Crofton|road <Crofton|road!> has quit IRC22:38
*** cbzx <cbzx!> has quit IRC22:41
*** mrk377 <mrk377!4432d82d@gateway/web/freenode/ip.> has quit IRC22:45
*** alimon <alimon!> has joined #yocto22:46
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC22:48
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto22:48
*** bluelightning_ is now known as bluelightning22:49
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC23:00
*** bfederau <bfederau!> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!> has joined #yocto23:01
*** bfederau <bfederau!> has joined #yocto23:01
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto23:01
*** roric <roric!> has joined #yocto23:01
*** Christian___ <Christian___!5f707355@gateway/web/freenode/ip.> has joined #yocto23:04
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:cff:f279:59ff:fe64:3a8> has quit IRC23:09
*** Christian___ <Christian___!5f707355@gateway/web/freenode/ip.> has quit IRC23:17
*** Christian___ <Christian___!5f707355@gateway/web/freenode/ip.> has joined #yocto23:22
*** IvanSB <IvanSB!> has joined #yocto23:39
Christian___When is a driver compatible with a linux version? Example I have a driver for linux version 3.16 should it  be still compatible with 3.18 or does the second number mean there changes in the interface and it probably won't work ?23:43
bluelightningI'm not a kernel dev, but I'm fairly sure it'll entirely depend on what the driver is and what APIs it uses23:45
Christian___Hmm ok ...23:47
Christian___bluelightning: do you know if I can set the kernel version which the minimal image should use? Could I set 3.16 somewhere and it would use this version? (for example the LINUX_VERSION tag)23:49
bluelightningyou can create a recipe for a kernel version to build and then set PREFERRED_PROVIDER_virtual/kernel to point to that23:49
bluelightningsee our kernel / BSP manuals for coverage on that23:50
Christian___ah ok so there is not just a switch for that ... ok I see ... thanks23:52

Generated by 2.11.0 by Marius Gedminas - find it at!