Thursday, 2017-09-21

*** jae <jae!95c73efe@gateway/web/freenode/ip.> has joined #yocto00:10
*** jae is now known as Guest2517000:11
Guest25170Hi, Im looking into ptest and I was wondering how this chart was populated?
Guest25170if there was already framework available?00:13
*** user83050 <user83050!c0c353c8@gateway/web/freenode/ip.> has joined #yocto00:13
user83050How can one not exclude a recipe from world?00:14
user83050I'm trying to compile gdb-cross but I see that it is excluded from world00:14
user83050Not sure if it is related, but I get this in the end: ERROR: Nothing PROVIDES 'gdb-cross'00:18
user83050ahh, gdb-cross-aarch64, got it00:25
*** user83050 <user83050!c0c353c8@gateway/web/freenode/ip.> has quit IRC00:25
*** User12345678 <User12345678!> has joined #yocto00:28
*** majuk <majuk!> has joined #yocto00:31
*** majuk <majuk!> has quit IRC00:36
*** nighty- <nighty-!> has joined #yocto00:39
khemUser12345678: look into EXCLUDE_FROM_WORLD = "1"00:50
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC00:50
khemadd it to given recipe00:50
khemor EXCLUDE_FROM_WORLD_pn-<package> = "1" in local.conf00:50
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto00:51
armpitGuest25170, I think the ptest on the wiki is like a design spec for the framework that was added. its not what is currently implemented01:04
armpitwe have more support these days01:04
*** User12345678 <User12345678!> has quit IRC01:09
*** User12345678 <User12345678!> has joined #yocto01:09
*** gtristan <gtristan!~tristanva@> has joined #yocto01:15
khemarmpit: is there some place which reflects latest state of ptest01:18
*** bavery_fn <bavery_fn!~bavery@> has quit IRC01:20
*** nandi_ge___ <nandi_ge___!~nandor@> has joined #yocto01:27
armpitkhem, I don't think so. I can ask what the intent of the ptest wiki is01:29
khemit will be good if it reflected latest01:29
armpitthere is ptest support in other layers01:30
*** hanthings_ <hanthings_!~nandor@> has quit IRC01:30
khemit could be a consolidated list01:32
*** Guest25170 <Guest25170!95c73efe@gateway/web/freenode/ip.> has quit IRC01:35
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto01:52
*** scottrif <scottrif!> has quit IRC01:55
*** hbruce <hbruce!hbruce@nat/intel/x-sjmgthxuaqkqqycf> has quit IRC01:55
*** hbruce <hbruce!hbruce@nat/intel/x-kycgcnrasujkknze> has joined #yocto01:56
-YoctoAutoBuilder- build #518 of nightly-x86 is complete: Success [build successful] Build details are at
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC02:39
*** sjolley <sjolley!~sjolley@> has quit IRC02:42
*** sjolley <sjolley!~sjolley@> has joined #yocto02:42
*** sjolley <sjolley!~sjolley@> has quit IRC02:47
*** bodangly <bodangly!> has joined #yocto03:00
*** sjolley <sjolley!~sjolley@> has joined #yocto03:05
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has quit IRC03:14
*** armpit <armpit!~armpit@2601:202:4001:9ea0:6413:eafd:1152:fa5c> has quit IRC03:32
*** armpit <armpit!~armpit@2601:202:4001:9ea0:6413:eafd:1152:fa5c> has joined #yocto03:32
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto03:49
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:53
User12345678How do I know the kernel name to call when I do "bitbake -c menuconfig kernelname" ?03:54
-YoctoAutoBuilder- build #532 of nightly-oe-selftest is complete: Success [build successful] Build details are at
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto04:13
kergothUser12345678: you don't need to, just run bitbake -c menuconfig virtual/kernel04:15
*** stephano <stephano!~stephano@> has quit IRC04:19
*** Bunio_FH <Bunio_FH!> has quit IRC04:20
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC04:21
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC04:46
*** dv_ <dv_!> has quit IRC05:02
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC05:02
*** dv_ <dv_!> has joined #yocto05:03
*** aehs29 <aehs29!~aehernan@> has joined #yocto05:05
*** aehs29 <aehs29!~aehernan@> has quit IRC05:13
*** sgw <sgw!~swold@> has joined #yocto05:15
*** Bunio_FH <Bunio_FH!> has joined #yocto05:17
*** hmwel <hmwel!> has joined #yocto05:30
*** hamis <hamis!~irfan@> has joined #yocto06:00
gtristanquick question as all this never sticks into one brain...06:01
gtristanWhen I want to declare an arch specific variable in a recipe06:01
gtristanlike e.g.: PONIES_armv7a = "--enable-flying-ponies"06:02
gtristanWhere is this coming from again ? the specific arch names I mean ?06:02
gtristanSpecifically I'm curious about aarch64 and i586, I think 'i586' will be correct there06:03
gtristanhmmm, guess it is the "tune" ?06:05
gtristancoming deep from the bowels of conf/machine/include ?06:05
*** alimon <alimon!~alimon@> has joined #yocto06:07
*** pohly <pohly!> has joined #yocto06:07
gtristanscraping through ... does this make the correct name for 64bit intel 'x86_64' ?06:09
*** t0mmy <t0mmy!~tprrt@> has joined #yocto06:09
gtristanSo: PONIES_x86_64 = "--64-flying-ponies"06:09
gtristanand then later ./configure ${PONIES} ... , like that ?06:10
* gtristan saw x86-64 somewhere else and is head scratching wondering what the correct name is06:11
*** Kakounet <Kakounet!> has joined #yocto06:13
gtristanoh well that's weird06:15
gtristanso line 8 calls X86ARCH64 x86_64, and then line 43 says x86-64
*** AndersD <AndersD!~anders@> has joined #yocto06:20
*** hnje <hnje!~hnje@> has joined #yocto06:23
-YoctoAutoBuilder- build #558 of nightly is complete: Success [build successful] Build details are at
*** fl0v0 <fl0v0!> has joined #yocto06:43
*** lpotter <lpotter!~quassel@2001:8003:6470:4900:ba27:ebff:febb:59b> has joined #yocto06:44
*** AndersD <AndersD!~anders@> has quit IRC06:46
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto06:47
*** csanchezdll <csanchezdll!> has joined #yocto06:49
*** Dvorkin <Dvorkin!b072cc0c@gateway/web/freenode/ip.> has joined #yocto06:58
DvorkinI have sources build by CMAKE. there are kernel module sources installed with the package. how can I build my sources and then build installed kernel module?07:00
DvorkinI have sources build by CMAKE. there are kernel module sources installed with the package. how can I build my sources and then build kernel module from the installed sources?07:01
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC07:02
*** Dvorkin__ <Dvorkin__!b072cc0c@gateway/web/freenode/ip.> has joined #yocto07:03
*** Dvorkin <Dvorkin!b072cc0c@gateway/web/freenode/ip.> has quit IRC07:05
*** khem <khem!~khem@unaffiliated/khem> has quit IRC07:06
*** Dvorkin__ <Dvorkin__!b072cc0c@gateway/web/freenode/ip.> has quit IRC07:07
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto07:09
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto07:10
*** rajm <rajm!> has joined #yocto07:12
*** rajm <rajm!> has joined #yocto07:13
*** colrack <colrack!~colrack@> has joined #yocto07:14
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC07:14
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto07:16
*** grma <grma!~gruberm@> has joined #yocto07:19
*** prabhakarlad <prabhakarlad!~prabhakar@> has quit IRC07:20
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:9489:66a6:83ab:f2a5> has quit IRC07:26
*** vdehors <vdehors!> has joined #yocto07:30
*** morphis <morphis!> has joined #yocto07:31
*** gregd <gregd!> has quit IRC07:32
*** AndersD <AndersD!~anders@> has joined #yocto07:42
*** AndersD <AndersD!~anders@> has quit IRC07:47
*** lemagoup <lemagoup!~lemagoup@> has joined #yocto07:47
*** AndersD <AndersD!~anders@> has joined #yocto07:47
*** joshuagl <joshuagl!joshuagl@nat/intel/x-pwngpfnwdraozzxa> has joined #yocto07:48
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto07:57
*** toscalix <toscalix!> has joined #yocto07:59
boucman_worksomday I'll write a patch to properly handle separate /var and/or /usr...08:01
boucman_workbut it's tricky, it interacts with image generation, package installation etc...08:01
*** t0mmy <t0mmy!~tprrt@> has quit IRC08:06
*** t0mmy <t0mmy!~tprrt@> has joined #yocto08:08
*** yann <yann!> has quit IRC08:11
nefethaelboucman_work: what is the use case ?08:19
boucman_worknefethael: / is read-only, /var is read-write on a separate partition, packages install stuff in /var so you can't just start from an empty /var08:20
boucman_workI also had customers that wanted a separate /usr, but their justification was more flacky, it was more a case of "do what the customer asks"08:20
boucman_workthe /var case can also be generalized depending on the system, I had people that wanted a r/w /config etc...08:21
sveinseWe are going there pretty soon with our HW products. We'd like to have RO fs for most parts, and separate RW for the writeable stuff. For the purpose of reliablity.08:21
sveinseAnd we're not going to use unionfs or aufs or those things. I know of customers who have had tremendous problems with these in the field08:22
boucman_worksveinse: right now I have a dozen purpose-built FSTYPE to do that... it's ugly but it works.08:22
*** gregd <gregd!~greg@> has joined #yocto08:22
nefethaelboucman_work: one nice solution is overlayfs :)08:23
boucman_workyes, but /var needs to be in a separate partition, so it's not overwritten at upgrade time (we overwrite the whole rootf partition)08:26
nefethaelsveinse: strange that layered FS aint work for you, overlayfs is stable for my concern08:26
nefethaelboucman_work: with overlayfs, you can put the overwriten files into separate partition, so that you can provide an minimal /var and user can customize it at will08:28
nefethaelboucman_work: but /usr /var can always be usefull in some case i admit :)08:28
boucman_workthat would be a bit klunky with the upgrade use-case, but it could work...08:29
boucman_workI should also cleanup and upstream my FSTYPES which creates a single ubi containing multiple volumes (in my case : two volumes with the rootfs and one with /var)08:30
nefethaelwe use that kind of FS arch, i'll need to port it into yocto sooner or later ...08:30
nefethaeldid you have a look to swupdate ?08:31
sveinsenefethael: Have you stressed the overlayfs, e.g. by cutting power at random times? Because that is the use case for all this: A system that can survive powerkills reliably08:32
nefethaelwe have capacitors, so we don't have hard shutdown08:33
sveinsenefethael: right08:33
nefethaelnever had any issue, plus its mainline in kernel ;)08:34
boucman_worknefethael: yes, but swupdate is another brick in the update problem, it's about downloading and installing.08:34
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto08:34
nefethaelboucman_work: yep, i looked at but there is no example for i.MX6, hard for me to understand what to do regarding SPL/wic/u-boot integration... (even if there is good doc on it)08:38
boucman_worknefethael: there is no good doc on how to do that for i.MX6, afaik08:39
boucman_workand I tend to not use wic, I never managed to get it to work with u-boot... it seems very EFI specific (or it was last time I looked into it) i.MX6 needs its own tool to install a SPL, I'm not sure if you can "just flash" an image to NAND...08:40
boucman_workI should go back to trying wic at some point...08:40
*** luc4 <luc4!~luca@> has joined #yocto08:41
nefethaeli use it to create sdcard image with SPL, u-boot and rootfs, but didn't try for more complex arch for now, wic is quite powerful08:42
nefethaelthere are great improvements on serial download stuff in u-boot those days08:43
boucman_worksdcards work ok, it's the nand which afaict need the spl to be installed with kobs-ng08:43
boucman_workright now, i'm looking into installing the nand rootfs on the sdcard but it's a bit tricky...08:44
boucman_workthe sequence is08:44
boucman_work1) build the nand image08:44
boucman_work2) build a package that takes the nand image from DEPLOYDIR and adds it to /boot08:44
boucman_work3) build the sdcard image08:44
boucman_workwithout confusing yocto with dependencies :P08:45
nefethaelahah  ;)08:45
boucman_workwith the nand image having a multi-volume ubi containing the rootfs.ubifs twice :P08:45
boucman_workit all works pretty well, all things considered :)08:46
*** JaMa <JaMa!~martin@> has joined #yocto08:46
*** toanju <toanju!~toanju@> has joined #yocto08:50
*** rburton <rburton!> has joined #yocto08:58
*** yann <yann!> has joined #yocto08:59
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC09:01
*** FabKna <FabKna!~Fabian@> has joined #yocto09:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto09:02
sveinseWhat is the relationship between -native and nativesdk- packages?09:07
sveinseThe thing is that I'm lacking protobuf from our sdk, but I see that the sdk already contains nativesdk-protobuf, but no protoc for host. If I build protobuf-native I find the tool09:08
sveinseI'm not quite getting the nomenclature for TOOLCHAIN_*_TASK09:10
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC09:12
*** stdint <stdint!~stdint@> has joined #yocto09:13
stdintI meet a problem with building weston, I try to use the opengl from the ARM mali
stdintI have wrote some pkg-config files for the mali package, why it still can't find the package at QA stage?09:16
*** CTtpollard <CTtpollard!~CTtpollar@> has joined #yocto09:18
*** agust <agust!> has joined #yocto09:20
*** ChrysDaze <ChrysDaze!c16cc543@gateway/web/freenode/ip.> has joined #yocto09:22
*** Kakounet <Kakounet!> has quit IRC09:25
User12345678what is meta-openembedded ?09:27
*** gregd <gregd!~greg@> has quit IRC09:31
sveinseI have a meta-toolchain-sp which contains inherit populate_sdk, sets TOOLCHAIN_HOST_TASK+="nativesdk-packagegroup-sp". Then inherits nativesdk packagegroup, sets RDEPEDNS_${PN} += "nativesdk-protobuf"09:33
sveinseAre there then any reason why protobuf is missing from the sdk? Am I doing this right?09:34
LetoThe2ndUser12345678: basically, a collection of several openembedded layers grouped roughly by functionality09:34
User12345678Do I need to download meta-openembedded and use it with poky, or poky already include meta-openembedded?09:35
rburtonUser12345678: poky is just oe-core09:36
rburtonmeta-openembedded has several other layers in you can use if you want, such as meta-multimedia or meta-python09:36
LetoThe2ndUser12345678: poky does not include all of it, but the core part. you do not *need* it, but it can provide a lot of packages that you might want to pull in when going further09:37
User12345678I see09:37
sveinseDoes anyone have any good examples on how to make sdks and how to include things into them?09:39
User12345678I would need to use a cross-compiler, do I need to do anything with poky, or do I just download poky then bitbake my image?09:40
*** Ulfalizer <Ulfalizer!> has joined #yocto09:40
LetoThe2ndUser12345678: by default, poky takes care of all that.09:40
rburtonUser12345678: the first thing bitbake does is build the cross compiler09:41
User12345678I see09:41
LetoThe2ndUser12345678: you might want to go through the yocto project quick start document to see what it actually needs and outputs.09:41
rburtonsveinse: easy way is to add TOOLCHAIN_HOST_TASK extensions to the image that you want the sdk to be based on09:41
boucman_worksveinse: what command do you use to build your sdk ?09:41
boucman_work(and i'm not sure how to tell yocto that a -native package should also go in the sdk... there is probably a way to do it)09:42
sveinserburton: did you see my question above about TOOLCHAIN_HOST_TASK and that nativesdk-protobuf does not end up in my sdk?09:42
rburtonyou can't put native in a sdk, that's what nativesdk is for09:42
sveinseFrom searching the codebase in Pyro, I think that is still the way to do it09:43
sveinseor am I mistaking?09:44
User12345678LetoThe2nd, I have followed the Quick start guide already and built the image.  Now I'm following another guide but it says to clone linaro after cloning poky.  Why?09:45
rburtonUser12345678: because you're following the linaro guide?09:45
LetoThe2ndUser12345678: no idea, as i do not know that specific guide. probably you skipped the introductory paragraph that mention the document being for some specific case.09:45
User12345678No, it's a yocto built for renesas r-car arm processor09:45
rburtonyeah so you need a specific bsp for that, which is probably in meta-linaro09:46
LetoThe2ndUser12345678: read "for some specific soc" as "some specific use case"09:46
rburtonsveinse: that should work without seeing actual recipes.  are you sure nativesdk-protobuf contains the binaries you're after?  i'd be using -e to verify the additions you expect are happening.09:47
User12345678Can I still not use the linaro and just bitbake poky directly?09:47
LetoThe2ndUser12345678: poky alone certainly does not include board support for your thing09:47
rburtonUser12345678: if you're targetting a specific machine then you'll need to use the bsp for that machine.  poky itself only supports qemu machines, and a few minimal machines for QA purposes.  you're *meant* to glue pieces together for your purposes, poky is just an example.09:48
User12345678So, Poky doesn't have cross compiler for ARM included?09:49
*** ChrysDaze <ChrysDaze!c16cc543@gateway/web/freenode/ip.> has quit IRC09:49
rburtonyes, it does.  but it doesn't know the precise details of a renesas r-car arm processor09:50
LetoThe2ndUser12345678: it does build a cross compiler if needed. it just does not know about your specific renesas soc09:50
rburtonwhat config flags does the kernel need.  what arm tune is it.  how does it want a file system laid out.09:50
User12345678I see. It's clearer now09:51
*** tgraydon <tgraydon!~tgraydon@> has quit IRC09:51
LetoThe2ndrburton: hopefully a heavy metal tune </SCNR>09:51
User12345678But how would meta-Linaro knows about the details of the r-car arm processor? Unless Linaro is affiliated with Renesas and got the details of the implementation, I would think it should be a layer that renesas provide instead, isn't it?09:54
rburtonyes, unless linaro have done it for renesas.  you're the one that said you've got linaro for the r-car processor.09:55
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@> has quit IRC09:55
*** YoctoAutoBuilder <YoctoAutoBuilder!> has joined #yocto09:56
rburtonyou always need a Board Support Package, oe-core only comes with virtual processors, poky adds some basic real ones for QA.  meta-intel has proper x86 ones, meta-ti has some TI boards, meta-freescale has the freescale boards.  you'll need one for your target.09:56
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto09:57
User12345678I see. Clearer now. Thanks09:59
LetoThe2ndrburton: given that description, one would not need a bsp when not targetting a processor.09:59
LetoThe2nd(which i think is a valid usecase too)09:59
rburtonhow would you build something when not targetting a processor?  code has to run on something...10:00
LetoThe2ndrburton: i admit i was taking the wording a bit literally - i'm thinking of container creation. where you *basically* just target an arch abi10:01
rburtonso yeah they exist - BSPs that target epic xeon processors with all the optimisations and kernel tweaks for super speed10:03
LetoThe2ndi know, i know. just happen to be tinkering with some stuff in that direction, and the bspness i'm currently using is basically just generic x86-64 + linux-dummy10:05
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC10:06
*** Bunio_FH <Bunio_FH!> has quit IRC10:09
rburtonyou really want a custom bsp, you want the virtio drivers and support for the target hardware10:09
rburtongenericx86 has quite a low CPU bar10:09
*** Bunio_FH <Bunio_FH!> has joined #yocto10:09
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:17
*** fberg <fberg!> has joined #yocto10:21
*** User12345678 <User12345678!> has quit IRC10:23
fberghello guys ! I have a problem with an aoutotoll recipe. I have created a recipe that fetch the source code from a git repo, and use the "inherit autotools" directive to configure/compile/install the code. BY the way, running "bitbake -c configure thisprogram" ends up with the following error: we can access libc without dlopen .. no, we can access libc with, we can access libc with /usr/lib/*... no, error: cannot figure10:25
fbergout how to access libc10:25
fbergi'm amused10:25
fbergand if "$ find /home/.-../raspberrypi0 -name" returns "/home/.../build/tmp/sysroot/raspberrypi0/usr/lib/"10:27
LetoThe2ndfberg: sounds like something in the is hardcoded.10:27
fbergfrom the log file I can see that the prefix variable is set to: prefix=/usr10:29
LetoThe2ndfberg: OE does that, and imho it is unrelated.10:29
fbergexec_prefix bindir sbindir etc etc are all set as standard10:29
LetoThe2ndfberg: i'd look into the and check if there is something hardcoded there.10:30
fbergI'm sorry, I can understand what you mean but can you give me an example ?10:30
LetoThe2ndfberg: open the file and see if you can find a written out path :)10:31
fbergi have a file only and I think it's the same10:32
LetoThe2ndfberg: nope, gets automagically created in the process, usually.10:33
LetoThe2ndfberg: is this some publicly visible source?10:33
LetoThe2ndfberg: there is some non-sysroot aware hackery10:37
*** Amynka is now known as Marvin10:38
*** Marvin is now known as Marviin10:38
LetoThe2ndfberg: you basically have to path configure.in10:38
*** Marviin is now known as Marwin10:38
*** dv__ <dv__!~quassel@> has joined #yocto10:39
*** dv_ <dv_!> has quit IRC10:39
fbergstill don't know what to patch :-)10:39
fbergi'm pretty new to the world.. power to the noob10:39
rburtonLetoThe2nd: no is the source, old name for configure.ac10:40
rburtonoh god that configure is horrible10:40
LetoThe2ndfberg: i personally would try to find out why it contains this manual testing anyways10:40
LetoThe2ndrburton: to 1) ah thanks 2) exactly10:41
fberg3) I agree on both10:41
rburton*at least* wrap AC_TRY_RUN in a cache check so you can trivially seed the right value10:41
*** AndersD <AndersD!~anders@> has quit IRC10:48
*** AndersD <AndersD!~anders@> has joined #yocto10:49
*** gtristan <gtristan!~tristanva@> has quit IRC10:50
*** peacememories <peacememories!~textual@> has joined #yocto10:56
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto11:16
*** nighty- <nighty-!> has quit IRC11:28
*** gtristan <gtristan!~tristanva@> has joined #yocto11:30
*** Costin1 <Costin1!> has joined #yocto11:44
Costin1hi all11:44
Costin1i have an issue11:44
Costin1i ran bitbake u-boot11:44
Costin1and after that i can't find anything in the git dir under tmp/work ...11:45
fbergduring the test I see that there is the AC_TRY_RUN directive, so I suppose it wiil try to run on my host the compiled code for the target and hence the error11:46
rburtonCostin1: what are you looking for?11:46
fbergIs it correct ?11:47
rburtonfberg: AC_TRY_RUN will fail if it knows its cross-compiling, the test should cater for that11:47
rburtonfberg: (which is why i said its horrible and autoconf says don't do this)11:47
Costin1i look to build u-boot and get the source code for it11:47
Costin1i need it for debugging purpose of U-boiot11:48
rburtonCostin1: and you've looked in tmp/work/[machine arch]/u-boot/[version]?11:48
rburtonCostin1: do you have rm_work enabled?11:48
Costin1i am not sure11:49
Costin1how do i enable/disable it?11:49
rburtonif you inherit rm_work in local.conf you are11:49
Costin1let me check11:49
rburtonthe other possibiltiy is that it just pulled the uboot packages from sstate so didn't need to build anything11:49
rburtonso 'bitbake u-boot -c patch -f' will force it to unpack and patch u-boot11:50
Costin1i don't have rm_work11:50
Costin1i also get this warning11:51
Costin1WARNING: /home/testfarm/QorIQ-SDK-V2.0-20160527-yocto/sources/meta-nxp-npi-1703/recipes-bsp/u-boot/ is tainted from a forced run11:51
rburtonthats because you passed -f, ignore it11:51
*** AndersD <AndersD!~anders@> has quit IRC11:51
Costin1i got it now11:52
Costin1i mean sources are in git dir11:52
Costin1one more things11:52
Costin1when doing a build i should also get the elf file11:52
Costin1is this in git dir too?11:52
*** agust <agust!> has quit IRC11:53
rburtonbuild results are probably in a build/ directory alongside, but if it did pull from sstate then they won't exist as it didn't build anything11:53
rburtonso they'll be in tmp/deploy11:54
Costin1i have the .bin indeed11:55
Costin1but i should have had an elf file or something to import in eclipse and do debug on it11:56
Costin1e.g for kernel i have in  linux-qoriq/4.1-r0/build the vmlinux file11:58
*** agust <agust!> has joined #yocto12:01
*** AndersD <AndersD!~anders@> has joined #yocto12:05
*** Shurelous <Shurelous!~igor@> has joined #yocto12:14
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto12:15
JaMado we really need rpcgen in HOSTTOOLS? it was added in original RP's commit fa764a403da34bb0ca9fa3767a9e9dba8d685965 but I haven't found any explanation why we need it12:15
JaMasome distributions seem to disable building /usr/bin/rpcgen with glibc-2.2612:16
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC12:16
*** t0mmy <t0mmy!~tprrt@> has quit IRC12:22
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:28
*** t0mmy <t0mmy!~tprrt@> has joined #yocto12:29
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has joined #yocto12:30
*** toscalix <toscalix!> has quit IRC12:39
RPJaMa: I'm pretty sure something depended upon it or I'd not have added it. I would be happy to remove it if we can12:42
*** lamego <lamego!~jose@> has joined #yocto12:45
pagioshi guys, i fired a script in /etc/rc.local and now my  system does not show the console login anymore, i cant login to it from the network too, i can go into the boot prompt is there a way to recover from that instead of formattin?12:49
LetoThe2ndpagios: pass the kernel init=/bin/sh or something alike12:50
pagiosLetoThe2nd, how can i do that ? i am at boot:>12:50
pagiosi have ubifsload- command etc12:50
LetoThe2ndpagios: i have no idea where your propt and what your bootloader is ;-)12:51
LetoThe2ndin uboot, the arguments that are passed to the kernel are in bootargs12:51
LetoThe2ndbut often the scripts generating it are a bit convoluted12:52
pagiosboot bootargs=init=/bin/sh?12:52
pagiosif i type boot it boots normally but hangs12:52
LetoThe2ndmore like setenv bootargs init=/bin/sh, then boot.12:53
pagiossetenv bootargs init=/bin/sh12:53
*** sjolley <sjolley!~sjolley@> has quit IRC12:53
LetoThe2ndbut like i said, the boot command can certainly include magic that overrides it. check the kernel log, it tells you the given arguments right at the beginning12:53
pagiosyea it doesnt owrk12:54
*** nighty- <nighty-!> has joined #yocto12:55
JaMaRP: ok, will try to build world without it12:58
*** morphis <morphis!> has quit IRC13:00
RPJaMa: the creation of the original list was really about documenting what we needed 'today'. I do want to try and reduce the list where it makes sense13:00
RPJaMa: sadly I haven't had the time to actually do that...13:00
pagiosLetoThe2nd, no good :/13:02
LetoThe2ndpagios: boot from an sd card and mount the filesystem, that would be another way13:02
pagiosno sd card :/13:03
pagiosonly the built in flash13:03
LetoThe2ndpagios: its basically things that can happen to you when you develop stuff in-target, instead of an outomated build, or at least boot from nfs ;-)13:04
LetoThe2ndpagios: boot from nfs then maybe...13:04
pagiosno network card13:05
*** stephano <stephano!stephano@nat/intel/x-dfofcxfuyjopbimn> has joined #yocto13:05
LetoThe2ndthen either dig through your u-boot stuff, or do a reflash13:06
pagiosLetoThe2nd, seems i have OTG13:09
pagiosi flash the ubi file to usb using dd?13:10
LetoThe2ndpagios: this is highly board specific, i don't have the slightest clue.13:10
pagiosLetoThe2nd, can i install an imx6 imahe on usb and boot from it ?13:13
pagioslike something generic13:13
LetoThe2ndpagios: highly board- and bootloader specific. and the bootloader magic is probably more complicated than just changing the bootargs13:15
*** Shurelous <Shurelous!~igor@> has quit IRC13:25
zarzari need help with errors when building with dora 1.5 on ubuntu 16LTS seems like compiler version issues to me13:25
Crofton|workzarzar, dora is ancient13:26
zarzari'm building core-image-sato\13:26
Crofton|worklikely going to be a source of ongoing pain13:26
Crofton|workfor the reasons you are seeing13:26
zarzari know but i need to match a system config including yocto and kernel and compiler for FIPS compliance13:27
Crofton|workzarzar, I have vague understanding of FIPS, but that is insane13:27
Crofton|workdo you have anyone actually supporting dora?13:27
zarzaryes very painful but i need to get close as possible, yocto 1.5, kernel 3.10, gcc 4.8.113:27
zarzarhaha it is insane yes13:28
Crofton|workzarzar, use an older linux distro to do the build13:28
Crofton|workI use docker in such situations13:28
Crofton|workand warn customer they are risk for CVE's13:28
zarzaryea i could use older ubuntu, but i like my 16LTS VM :(13:28
Crofton|workchose your pain13:29
zarzaryea, its a no win situation for me13:29
LetoThe2ndCrofton|work: hrhr13:29
zarzari actually really only need the compiler for application debugging13:29
Crofton|workwhich FIPS btw13:29
zarzari have not been able to find the same version of 4.8.1 armhf cross toolchain anywhere else13:30
Crofton|workwell, look slike your choices are clear13:32
Crofton|workcharge extra for this13:32
*** bbarr <bbarr!> has joined #yocto13:32
*** hnje <hnje!~hnje@> has quit IRC13:34
zarzardoes yocto build the compiler from source? hopefully it does not13:34
LetoThe2ndby default, it does.13:34
LetoThe2ndand its openembedded/poky, not yocto ;-)13:35
LetoThe2ndthere is way to use an external toolchain, though. should be in the docs.13:36
zarzarany idea if the built version is available somewhere?13:37
*** Shurelous <Shurelous!~igor@> has joined #yocto13:39
*** sjolley <sjolley!~sjolley@> has joined #yocto13:40
*** Willy-- <Willy--!188a097e@gateway/web/freenode/ip.> has joined #yocto13:40
*** Kakounet <Kakounet!> has joined #yocto13:43
*** mflow <mflow!~code@unaffiliated/shiningthrough> has joined #yocto13:43
zarzaris this the armhf cross toolchain for 1.5?
Crofton|workyou could try it13:45
zarzarlooks like it is not cross toolchain, hard to tell from the write up13:46
*** peacememories <peacememories!~textual@> has quit IRC13:50
*** dv__ is now known as dv_13:51
*** hnje <hnje!> has joined #yocto13:52
*** baali <baali!~baali@> has joined #yocto13:53
*** tasslehoff <tasslehoff!~Tasslehof@> has quit IRC13:57
*** FabKna <FabKna!~Fabian@> has quit IRC13:57
*** peacememories <peacememories!> has joined #yocto13:59
mflowIf I get ERROR: Feature 'xcomposite-glx' was enabled, but the pre-condition 'features.wayland-client && features.opengl && !features.opengles2 && libs.xcomposite && libs.glx' failed. while doing: bitbake -k meta-toolchain-qt5 while trying to a Qt SDK for the Raspberry Pi on an image where I don't want X11 or Wayland, with default DISTRO_FEATURES , does this mean that I either need to exclude X11 and Wayland with14:02
mflowDISTRO_FEATURES_remove  = " x11 wayland" and then qtwayland won't be build in the Qt SDK ?14:02
zarzarubuntu 12 for dora? or ubuntu 10?14:04
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:06
*** Argylelabcoat <Argylelabcoat!> has joined #yocto14:07
*** SonicPenguin <SonicPenguin!~valerio@> has joined #yocto14:12
SonicPenguinhi everyone14:12
SonicPenguini was wondering, how do i select only some recipes from an already publicy-available layer? like, i need to have docker inside my embedded system image, but the meta-virtualization layer that includes it carries also loads of other packages (like python or xen) that i definitely don't need14:14
SonicPenguinshoukd i use bbappend? or just create an empty layer and copy-paste the docker recipe? (i don't like the second option)14:15
rburtonSonicPenguin: they won't get built unless you ask them to be built14:16
rburtonlike adding meta-python with his 100 python modules won't add all of them to your image, just means you *can* build them14:17
SonicPenguinrburton, ok thank you14:17
SonicPenguinrburton, i know i can find the answer in the docs, but i'll ask you: where do i define the recipes in that layer that i want to build?14:18
*** Bunio_FH <Bunio_FH!> has quit IRC14:19
rburtonedit the image recipe that you're building14:19
Crofton|workmight help14:22
Crofton|worknot exact steps for yuo, but should give you ideas14:23
SonicPenguinCrofton|work, thank you, that's what i needed. frankly even if there's a lot of documentation for this project, i still feel lost14:24
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:24
Crofton|workthere are a lot of knobs14:25
Crofton|workI guess why should think about some more how to get real work done kind of things14:25
*** peacememories <peacememories!> has quit IRC14:25
*** Kakounet <Kakounet!> has quit IRC14:26
*** peacememories <peacememories!> has joined #yocto14:26
*** peacememories <peacememories!> has quit IRC14:27
SonicPenguinexactly, some kind of quick starting guide or cookbooks for the most common cases. the mega manual is great but feels like a university book14:27
rburtonSonicPenguin: quickstart?14:28
rburtonmega manual is all of the docs together in one epic bundle specifically for searching fulltext14:28
rburtonotherwise, drill into the right subsection14:28
*** hamis <hamis!~irfan@> has quit IRC14:28
*** peacememories <peacememories!~textual@> has joined #yocto14:30
*** majuk <majuk!> has joined #yocto14:31
SonicPenguinrburton, yes, it's the same anyway. quick start is pretty useless because just shows the installation and the building of a premade image14:35
rburtondevelopment manual has more "next step" sections14:35
Crofton|workWhat is poky?14:36
rburtonCrofton|work: shuttup14:36
*** grma <grma!~gruberm@> has quit IRC14:37
LetoThe2ndCrofton|work: ... and dance! </aerosmith>14:37
rburtonCrofton|work: in fairness its only in the anchors, the text doesn't say it14:38
Crofton|workdo any sections do a good job describing how MACHINE, DISTRO and image should be orthogonal14:38
*** Shurelous <Shurelous!~igor@> has quit IRC14:41
SonicPenguinrburton, ok this is something. but it should be on top of guide!14:41
*** aehs29 <aehs29!aehernan@nat/intel/x-hqqfcqpeujskmegi> has joined #yocto14:42
*** scottrif <scottrif!~scottrif@> has joined #yocto14:42
rburtonSonicPenguin: patches welcome for the docs, but links to
*** Shurelous <Shurelous!~igor@> has joined #yocto14:42
*** sjolley <sjolley!~sjolley@> has quit IRC14:48
*** sjolley <sjolley!~sjolley@> has joined #yocto14:49
*** Kakounet <Kakounet!> has joined #yocto14:50
*** mflow <mflow!~code@unaffiliated/shiningthrough> has quit IRC14:51
*** scottrif <scottrif!~scottrif@> has quit IRC14:51
*** scottrif <scottrif!> has joined #yocto14:52
*** gunnarx <gunnarx!~user@unaffiliated/gan> has joined #yocto14:53
*** aehs29 <aehs29!aehernan@nat/intel/x-hqqfcqpeujskmegi> has quit IRC14:54
*** toscalix <toscalix!> has joined #yocto14:56
*** rcw <rcw!~rwoolley@> has joined #yocto14:57
*** baali <baali!~baali@> has quit IRC14:58
*** Shurelous <Shurelous!~igor@> has quit IRC14:58
*** baali <baali!~baali@> has joined #yocto14:59
gunnarxI am looking at a component that fails when building the nativesdk version.  In particular there is a bbappend that performs a do_install_append() and installs files but are not shipped (packaged) in the SDK build, and that then fails on QA.  What's a good way to build the native component but NOT apply this append (or the do_install_append) for the SDK build only (still apply for target build)?14:59
*** toanju <toanju!~toanju@> has quit IRC15:02
*** rgchms <rgchms!~Rafa@> has joined #yocto15:07
*** rgc_hms <rgc_hms!~Rafa@> has quit IRC15:07
rburtongunnarx: use a class override15:07
rburtoneg do_install_append_class-target will only run in target builds15:08
gunnarxah perfect, makes sense.15:08
gunnarxthanks, I'll try15:08
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC15:08
rburtonthere's a similar override for each class, -target -native -nativesdk etc15:08
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto15:11
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC15:21
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto15:22
*** Costin1 <Costin1!> has left #yocto15:25
gunnarxYeah, I expected as much.  I'm used to MACHINE overrides also.  Problem is I do only like 10-20% code development nowadays and can't keep all the features in my head. :)15:25
joshuaglarmpit: next time you fire a build on the AB there's a dropdown where you can select a release name and it'll pre-populate all of the branch fields15:26
armpitjoshuagl, k, thanks15:26
* rburton cheers agai15:27
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto15:28
joshuaglrburton: have you tried it yet?15:28
rburtonnot yet15:29
*** hmwel <hmwel!> has quit IRC15:29
*** hnje <hnje!> has quit IRC15:31
*** Argylelabcoat <Argylelabcoat!> has quit IRC15:31
joshuagl2.4 M4 M+ my foot15:33
*** toscalix_ <toscalix_!~toscalix@> has joined #yocto15:33
*** baali <baali!~baali@> has quit IRC15:34
*** toscalix <toscalix!> has quit IRC15:35
*** zeeblex <zeeblex!> has quit IRC15:35
*** bodangly <bodangly!> has quit IRC15:35
*** Argylelabcoat <Argylelabcoat!> has joined #yocto15:37
*** gtristan <gtristan!~tristanva@> has quit IRC15:37
*** zeeblex <zeeblex!> has joined #yocto15:37
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has quit IRC15:38
joshuaglRP: rburton: do you have AB runs planned for this evening?15:39
rburtoni'll fire a mut shortly15:39
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has joined #yocto15:39
* joshuagl would like to try and repro the eclipse-poky-neon issue15:39
RPjoshuagl: I've found a bug in those dropdowns15:39
joshuaglRP: good, what is it?15:39
RPjoshuagl: trigger that build and kill everything but neon?15:40
RPjoshuagl: meta-gplv2 only has pyro and master branches15:40
joshuaglRP: gah!15:40
joshuaglRP: didn't realise, will add some special casing15:40
RPjoshuagl: meta-qt3 won't get a rocko branch afaik15:41
joshuaglI can see this is going to be "fun" to maintain :-)15:41
RPjoshuagl: thankfully the exceptions get fewer going forwards15:41
*** SonicPenguin <SonicPenguin!~valerio@> has quit IRC15:45
armpitit will only cause issues with morty15:46
RParmpit: quite the collection of pyro patches, thanks. Is there a bitbake branch anywhere with the bitbake patches in?15:46
armpitRP, err nope15:47
RParmpit: ok, np15:47
armpitworking on morty kernel updates now15:47
*** csanchezdll <csanchezdll!> has left #yocto15:49
*** toscalix_ <toscalix_!~toscalix@> has quit IRC15:50
*** aehs29 <aehs29!~aehernan@> has joined #yocto15:50
*** baali <baali!~baali@> has joined #yocto15:52
joshuaglRP: thanks for testing, I have a patch. Will test and deploy later/tomorrow15:53
RPjoshuagl: thanks!15:56
RParmpit: can you check I've merged everything in pyro please?15:56
*** baali <baali!~baali@> has quit IRC15:57
zarzaris the cross toolchain for armhf built into binaries during a yocto bitbake build for an armhf target/15:57
* armpit looks15:57
armpitRP looks good. thanks15:58
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:58
*** Argylelabcoat <Argylelabcoat!> has quit IRC15:59
RParmpit: thanks15:59
*** Argylelabcoat <Argylelabcoat!> has joined #yocto16:00
*** morphis <morphis!> has joined #yocto16:00
*** peacememories <peacememories!~textual@> has quit IRC16:01
*** CTtpollard <CTtpollard!~CTtpollar@> has quit IRC16:01
*** Argylelabcoat <Argylelabcoat!> has quit IRC16:01
*** peacememories <peacememories!~textual@> has joined #yocto16:02
*** peacememories <peacememories!~textual@> has quit IRC16:03
*** Argylelabcoat <Argylelabcoat!> has joined #yocto16:04
*** sjolley <sjolley!~sjolley@> has quit IRC16:04
*** luc4 <luc4!~luca@> has quit IRC16:06
*** colrack <colrack!~colrack@> has quit IRC16:07
*** fl0v0 <fl0v0!> has quit IRC16:07
*** WillMiles <WillMiles!> has joined #yocto16:07
*** morphis_ <morphis_!> has joined #yocto16:15
RParmpit: I've missed patches :(16:17
*** Marwin is now known as Amynka16:18
*** morphis <morphis!> has quit IRC16:18
RParmpit: sorted now I think16:20
*** morphis <morphis!> has joined #yocto16:21
*** morphis_ <morphis_!> has quit IRC16:21
*** sjolley <sjolley!~sjolley@> has joined #yocto16:27
*** aehs29 <aehs29!~aehernan@> has quit IRC16:28
*** jae <jae!95c73efe@gateway/web/freenode/ip.> has joined #yocto16:32
*** jae is now known as Guest2334116:32
*** AndersD <AndersD!~anders@> has quit IRC16:32
*** prabhakarlad <prabhakarlad!~prabhakar@> has quit IRC16:33
*** martinkelly1 <martinkelly1!~martin@> has joined #yocto16:33
*** bodangly <bodangly!~bodangly@> has joined #yocto16:34
Guest23341Hi, Im looking into setting up a ptest framework, does anyone know how this chart is populated?
Guest23341if there are already scripts available for this?16:35
*** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC16:45
*** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto16:47
*** martinkelly1 <martinkelly1!~martin@> has quit IRC16:48
*** t0mmy <t0mmy!~tprrt@> has quit IRC16:48
*** sjolley <sjolley!~sjolley@> has quit IRC16:48
*** vmeson <vmeson!> has quit IRC16:49
*** Kakounet <Kakounet!> has quit IRC16:52
*** vdehors <vdehors!> has quit IRC16:53
*** aehs29 <aehs29!~aehernan@> has joined #yocto16:56
*** zarzar1 <zarzar1!~zarzar@> has joined #yocto16:56
*** zarzar <zarzar!~zarzar@> has quit IRC16:57
*** bodangly_ <bodangly_!> has joined #yocto16:57
*** bodangly <bodangly!~bodangly@> has quit IRC17:00
*** scottrif <scottrif!> has quit IRC17:01
khemrburton: I want to have git versions of recipe for gcc and friends, using the new incantation you added is there some quick howto ?17:02
khemis it devupstream.bbclass ?17:04
*** vmeson <vmeson!> has joined #yocto17:08
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC17:08
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:bcb5:ceef:8427:d04f> has joined #yocto17:10
*** Guma <Guma!> has joined #yocto17:15
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto17:16
*** sjolley <sjolley!~sjolley@> has joined #yocto17:16
*** SoniaLeon <SoniaLeon!~sleonbau@> has joined #yocto17:17
*** SoniaLeon <SoniaLeon!~sleonbau@> has left #yocto17:19
*** SoniaLeon <SoniaLeon!~sleonbau@> has joined #yocto17:19
*** sachit <sachit!> has quit IRC17:24
*** sachit <sachit!> has joined #yocto17:24
*** melonipoika <melonipoika!~jose@> has quit IRC17:25
*** sjolley <sjolley!~sjolley@> has quit IRC17:26
*** sjolley <sjolley!~sjolley@> has joined #yocto17:26
*** paulg_ <paulg_!~paulg@> has quit IRC17:26
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto17:27
*** sjolley <sjolley!~sjolley@> has quit IRC17:27
*** sjolley <sjolley!~sjolley@> has joined #yocto17:28
*** paulg_ <paulg_!~paulg@> has joined #yocto17:29
*** yann <yann!> has quit IRC17:30
*** gunnarx <gunnarx!~user@unaffiliated/gan> has quit IRC17:32
*** fberg <fberg!> has quit IRC17:41
*** sjolley <sjolley!~sjolley@> has quit IRC17:42
*** sjolley <sjolley!~sjolley@> has joined #yocto17:42
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto17:45
*** sjolley <sjolley!~sjolley@> has quit IRC17:45
*** rajm <rajm!> has quit IRC17:47
*** Guest51513 <Guest51513!> has joined #yocto17:50
Guest51513hi, is there a mechanism/best practice for initial system preparation on first boot? e.g. setting hostname etc.17:51
*** majuk <majuk!> has quit IRC17:52
*** majuk <majuk!> has joined #yocto17:53
aehs29Guest51513: I dont think theres a single mechanism for that, you may use a combination of classes to achieve that though, like useradd.bbclass + rootfs_postinstall.bbclass and such17:56
*** majuk <majuk!> has quit IRC17:57
*** martinkelly1 <martinkelly1!> has joined #yocto18:00
*** stephano <stephano!stephano@nat/intel/x-dfofcxfuyjopbimn> has quit IRC18:01
Guest51513aehs29: iirc there was a runonce example for sysvinit. sounds like I have to write my own stuff for something I expected that many others have the same issue18:01
*** stefan_ <stefan_!> has joined #yocto18:02
*** yann <yann!> has joined #yocto18:04
*** jcstach <jcstach!~jcstach@> has joined #yocto18:07
*** Ademan-work <Ademan-work!> has quit IRC18:14
*** martinkelly2 <martinkelly2!> has joined #yocto18:15
*** martinkelly1 <martinkelly1!> has quit IRC18:16
sveinseIs it possible to define or call python functions in local.conf, site.conf or distro.conf?18:17
sveinseThe use case is to read and parse a central given VERSION file loading a value into the SP_VERSION18:17
sveinseCan I include a bbclass from these files and use these functions?18:18
kergothyou can call them from inline python in a .conf, but the function definition itself would have to be placed in a bbclass in INHERIT, or in a .inc file required from the .conf18:18
sveinseSo the use of "inherit" in e.g. distro.conf is ok?18:19
*** sjolley <sjolley!~sjolley@> has joined #yocto18:20
*** sjolley1 <sjolley1!~sjolley@> has quit IRC18:20
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto18:23
*** sjolley <sjolley!~sjolley@> has quit IRC18:23
khemyou need to do use INHERIT18:24
*** majuk <majuk!> has joined #yocto18:25
*** toanju <toanju!> has joined #yocto18:25
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:36
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:37
*** martinkelly2 <martinkelly2!> has quit IRC18:40
*** martinkelly1 <martinkelly1!> has joined #yocto18:40
sveinseI'm attempting to make my very first distro based on poky, and based on the mess of local.conf, I have put this into distro/sp-poky.conf: . Anything that stands out NOT being directives for a distro and should remain in local.conf?18:42
*** scottrif <scottrif!~scottrif@> has joined #yocto18:53
*** Ulfalizer <Ulfalizer!> has quit IRC18:53
*** Ademan-work <Ademan-work!> has joined #yocto18:58
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC18:58
Ademan-workIs it possible to conditionally append to bitbake variables based on an environment variable?18:59
Ademan-workI have an environment variable that changes the flavor of our build. Depending on the flavor I need to append an extra install file.18:59
Ademan-workThere's probably a better architecture but I'm not the right person to re-architect it...19:00
sveinseI ended up pre-parsing local.conf prior to running, bitbake, but that is certainly not an ideal way of doing it19:00
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC19:00
*** Liam_ <Liam_!171872b1@gateway/web/freenode/ip.> has joined #yocto19:02
*** Liam_ is now known as Guest1107019:02
*** Shurelous <Shurelous!~igor@> has joined #yocto19:04
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC19:08
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto19:11
*** gunnarx <gunnarx!> has joined #yocto19:13
*** gunnarx <gunnarx!~user@unaffiliated/gan> has joined #yocto19:13
Ademan-worksveinse: thanks, I hope to avoid that ;-)19:13
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto19:13
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC19:16
*** rcw <rcw!~rwoolley@> has quit IRC19:16
sveinseCan a distro definition sit in multiple layers? By that I mean, have a base distro in one layer and amend (bbappend?) to it in another?19:16
*** bodangly__ <bodangly__!~bodangly@> has joined #yocto19:23
*** bodangly_ <bodangly_!> has quit IRC19:26
sveinseHow can I access a file (a VERSION file which is located in the root of the layer) from a bbclass file?19:31
sveinseDoes the bbclass file have a THISFILE path or similar?19:31
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto19:31
*** toanju <toanju!> has quit IRC19:33
rburtonkhem: yes, devuptream.  doesn't work for native yet though, so doubt its useful for gcc19:36
sveinseInteresting. There seems to be no SRCDIR or similar. I actually have to parse through each entry in BBLAYERS to find the path to my layer :o Curious19:45
sveinseIs there any particular reason for not having a variable reference to the current (bitbake) source file?19:47
*** Willy-- <Willy--!188a097e@gateway/web/freenode/ip.> has quit IRC19:58
*** bluelightning <bluelightning!> has joined #yocto20:00
*** bluelightning <bluelightning!> has quit IRC20:00
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:00
*** WillMiles <WillMiles!> has quit IRC20:06
*** Dvorkin <Dvorkin!4faa1830@gateway/web/freenode/ip.> has joined #yocto20:09
Dvorkinany comments on ADT bug?
yoctiBug 12095: normal, Medium, 2.4 M4, brian.avery, NEW , Toolchain.Host.Mismatch problem20:09
*** Guest11070 <Guest11070!171872b1@gateway/web/freenode/ip.> has quit IRC20:10
khemrburton: gcc doesnt have native but all other variants are there20:10
*** ant_home <ant_home!> has joined #yocto20:21
*** bodangly__ <bodangly__!~bodangly@> has quit IRC20:26
*** Shurelous <Shurelous!~igor@> has quit IRC20:33
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC20:33
*** Shurelous <Shurelous!~igor@> has joined #yocto20:35
*** morphis <morphis!> has quit IRC20:35
*** sjolley1 <sjolley1!~sjolley@> has quit IRC20:37
*** bodangly <bodangly!~bodangly@> has joined #yocto20:37
sveinseI got a task here which results in ERROR from sstate_task_postfunc which is a py function. It does not log anything why or when. I expect an exception being raised behind the scenes. How can I enable bitbake to print the exception?20:39
sveinseI've tried -DDDDDDD in vain20:39
*** sjolley <sjolley!~sjolley@> has joined #yocto20:39
khemyeah python functions are notorious20:40
otavioHello folks20:42
armpithello Otavio20:45
Guest23341Hi, Im looking into setting up a ptest framework, does anyone know how this chart is populated?  if there are already scripts available for this?20:46
armpitGuest23341, maybe a Yocto bug would be in order20:47
*** morphis <morphis!> has joined #yocto20:53
*** Shurelous <Shurelous!~igor@> has quit IRC20:55
*** morphis <morphis!> has quit IRC20:58
*** pohly <pohly!> has quit IRC20:59
kergothRP: have you seen ?20:59
kergothwas just reading
kergothoh, that's interesting. new argparse feature "The parse_intermixed_args() supports letting the user intermix options and positional arguments on the command line, as is possible in many unix commands."21:00
kergothkhem: nice, just saw the lwn article about 4.4 and 4.9 kernels having patches to build with clang. good stuff21:06
behanwkergoth: The Google Android guys have been busy upstreaming LLVMLinux patches.21:07
kergothvery cool21:07
behanwAnd fixing new issues.21:07
behanwkergoth: Both google and Linaro are finally kicking butt.21:07
behanwWhich is nice. Though I wish they had listened to me 5 years ago.21:08
behanwBoth camps have apologized to me that they didn't help LLVMLinux project back when we started... They get it now.21:09
behanwI'm just glad that value is finally understood.21:09
*** Shurelous <Shurelous!~igor@> has joined #yocto21:09
RPkergoth: interesting, I had not21:14
behanwAndroid and ChromeOS are both pretty close to being clang-only these days.21:16
behanwAlong with FreeBSD, Mandriva, and of course iOS and MacOS...21:17
*** stefan_ <stefan_!> has quit IRC21:20
*** marex-cloud <marex-cloud!sid137234@gateway/web/> has quit IRC21:45
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@gateway/shell/panicbnc/x-jzutcqebndsqhzcm> has quit IRC21:47
*** paulbarker <paulbarker!~quassel@2a01:4f8:c17:626::2> has quit IRC21:47
*** paulbarker <paulbarker!~quassel@2a01:4f8:c17:626::2> has joined #yocto21:47
*** Gintaro <Gintaro!> has quit IRC21:47
*** Gintaro <Gintaro!> has joined #yocto21:47
*** OnkelUlla <OnkelUlla!> has quit IRC21:48
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@gateway/shell/panicbnc/x-rutngbpbzfmxfqaj> has joined #yocto21:55
*** lamego <lamego!~jose@> has quit IRC21:57
*** marex-cloud <marex-cloud!sid137234@gateway/web/> has joined #yocto22:01
*** klynn <klynn!~klynn@> has joined #yocto22:03
*** OnkelUlla <OnkelUlla!> has joined #yocto22:05
*** ant_home <ant_home!> has quit IRC22:08
*** joshuagl <joshuagl!joshuagl@nat/intel/x-pwngpfnwdraozzxa> has quit IRC22:12
*** Argylelabcoat <Argylelabcoat!> has quit IRC22:12
*** majuk <majuk!> has quit IRC22:18
*** majuk <majuk!> has joined #yocto22:18
*** majuk <majuk!> has quit IRC22:23
rburtonkhem: well actually, if it doesn't use bbclassextend you'll be okay (it can't extend an extended recipe yet)22:23
*** aragua <aragua!> has quit IRC22:25
khemrburton: ok22:26
khemthen i am out of luck22:26
khemrburton: btw. I am sending a llvm ver bump to final 5.0 release22:26
khemkergoth: yes clang community is very easy going.. no snotty people, and very responsive22:28
*** Shurelous <Shurelous!~igor@> has quit IRC22:29
*** bodangly <bodangly!~bodangly@> has quit IRC22:35
*** bodangly <bodangly!~bodangly@> has joined #yocto22:40
*** bodangly <bodangly!~bodangly@> has quit IRC22:44
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto22:54
*** lukma <lukma!> has quit IRC22:56
*** lukma <lukma!> has joined #yocto22:56
*** alimon <alimon!~alimon@> has quit IRC22:56
*** alimon <alimon!~alimon@> has joined #yocto22:58
*** nighty- <nighty-!> has quit IRC23:04
*** aehs29 <aehs29!~aehernan@> has quit IRC23:16
*** starscapes <starscapes!cfc66917@gateway/web/freenode/ip.> has joined #yocto23:31
*** SoniaLeon <SoniaLeon!~sleonbau@> has quit IRC23:37
*** starscapes <starscapes!cfc66917@gateway/web/freenode/ip.> has quit IRC23:40
*** agust <agust!> has quit IRC23:42
*** libby1 <libby1!~libby@> has left #yocto23:47
*** majuk <majuk!> has joined #yocto23:49
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC23:49
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto23:50
*** klynn <klynn!~klynn@> has quit IRC23:56

Generated by 2.11.0 by Marius Gedminas - find it at!