Friday, 2017-02-17

*** dv_ <dv_!~quassel@> has quit IRC00:16
*** dv__ <dv__!~quassel@> has joined #yocto00:16
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:20
*** sameo <sameo!~samuel@> has quit IRC00:22
*** stephano <stephano!~stephano@> has joined #yocto00:23
RP1i.e. TARGET_ARCH is an override00:24
*** jairglez <jairglez!~jairdeje@> has quit IRC00:24
paulgRP1, yeah, I'll have to dig up and re-test my use case ; from what I recall -- everything I saw made it _look_  like it should work; but it simply would not work.00:26
paulgI was trying to something as simple as limiting grub to x86_64 and i386 builds.00:26
paulgs/to/to do/00:27
RP1paulg: that is usually with COMPATIBLE_HOST00:29
*** JordonWu <JordonWu!~quassel@> has joined #yocto00:30
*** nighty <nighty!> has joined #yocto00:31
paulgRP1, yeah I originally did see COMPATIBLE_HOST examples, and may have fallen into that trap originally but zeddii  and jwessel were looking at the same changes and didn't see why it was working for MACHINE and not arch.   Which made me feel  slightly less like a knuckle dragging mouth breather in a puddle of self drool.  :)00:35
paulgI'll revisit it tomorrow.00:36
paulgIt is probably a common enough example that we should have a documented example for it once everything is sorted.00:39 the earlier query here on #yocto reinforces.00:39
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC00:56
RP1paulg: not sure you'd do knuckle dragging ;-)00:58
paulgRP1, perhaps, but I'd rather be on the modest side of the Dunning-Kruger effect...01:01
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto01:09
*** gizero <gizero!~gizero@> has joined #yocto01:15
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto01:17
*** stephano <stephano!~stephano@> has quit IRC01:18
*** gizero <gizero!~gizero@> has quit IRC01:19
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto01:27
*** dvhart <dvhart!> has joined #yocto01:38
*** jamesp <jamesp!~jamesp@> has quit IRC01:40
*** RP1 <RP1!~richard@> has quit IRC01:47
*** trollkarlen1 <trollkarlen1!~trollkarl@> has joined #yocto01:55
trollkarlen1what is the issue with my bitbake recipe using cmake build, can some one let me know?01:59
trollkarlen1 QA Issue: ABC: Files/directories were installed but not shipped in any package:01:59
trollkarlen1Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.02:00
*** csanchezdll <csanchezdll!> has quit IRC02:03
*** gizero <gizero!~gizero@> has joined #yocto02:15
*** gizero <gizero!~gizero@> has quit IRC02:20
*** dvhart <dvhart!> has quit IRC02:24
kergothtrollkarlen1: it just told you what to do..02:28
*** RP1 <RP1!> has joined #yocto02:29
*** dvhart <dvhart!> has joined #yocto02:32
trollkarlen1I donot want to delete them. Also I am setting FILES_${PN} += "${sysconfdir}/myfile" but still getting the error.02:34
kergoththen your file isn't actually in sysconfdir02:36
kergothalso, all of sysconfdir is packaged by default, there's no need to add that at all02:37
trollkarlen1The files it is telling are02:39
trollkarlen1  /usr/etc02:39
trollkarlen1  /usr/etc/file102:39
trollkarlen1  /usr/etc/file202:39
trollkarlen1  /usr/etc/file302:39
trollkarlen1  /usr/etc/file402:39
*** khem` is now known as onoffon02:40
trollkarlen1Does that means a relative path from my build directory right?02:40
trollkarlen1and the files are present here tmp/work/<machine>-poky-<arch>/<recipe-name>/<PN>-<PV>/package/usr/etc/file102:44
*** onoffon is now known as khem`02:50
kergoth /usr/etc is not /etc02:56
kergothsysconfdir is /etc02:56
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC02:56
trollkarlen1kergoth: oh, ok. let me try.02:59
kergothmodifying FILES isn't the fix, you'll need to figure out why its buildsystem is installing files to the wrong path03:02
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto03:03
trollkarlen1kergoth: ok03:07
*** khem` is now known as onoffon03:11
*** bananadev <bananadev!~onlyester@> has joined #yocto03:21
*** bananadev <bananadev!~onlyester@> has quit IRC03:22
*** bananadev <bananadev!~onlyester@> has joined #yocto03:24
*** deepbook5broo <deepbook5broo!> has joined #yocto03:33
*** deepbook5broo <deepbook5broo!> has left #yocto03:33
*** onoffon is now known as khem`03:33
*** khem` is now known as onoffon03:42
*** dvhart <dvhart!> has quit IRC03:59
*** onoffon is now known as khem`04:02
*** gizero <gizero!~gizero@> has joined #yocto04:15
-YoctoAutoBuilder- build #393 of nightly-musl is complete: Failure [failed BuildImages] Build details are at
*** gizero <gizero!~gizero@> has quit IRC04:20
*** nrossi <nrossi!uid193926@gateway/web/> has joined #yocto05:03
*** voltbit <voltbit!> has joined #yocto05:07
*** voltbit <voltbit!> has quit IRC05:10
*** dvhart <dvhart!> has joined #yocto05:22
*** gizero <gizero!~gizero@> has joined #yocto05:25
*** gizero <gizero!~gizero@> has quit IRC05:30
*** gizero <gizero!~gizero@> has joined #yocto05:41
*** gizero <gizero!~gizero@> has quit IRC05:45
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC05:46
*** onoffon <onoffon!~khem@unaffiliated/khem> has joined #yocto05:55
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC05:59
*** dvhart <dvhart!> has quit IRC06:01
*** john1 <john1!> has joined #yocto06:02
*** AndersD <AndersD!> has joined #yocto06:11
*** agust <agust!> has joined #yocto06:13
*** hamis <hamis!~irfan@> has joined #yocto06:14
*** morphis <morphis!> has joined #yocto06:16
*** AndersD <AndersD!> has quit IRC06:18
*** AndersD <AndersD!> has joined #yocto06:20
*** qt-x <qt-x!~Thunderbi@> has joined #yocto06:34
*** gizero <gizero!~gizero@> has joined #yocto06:42
*** pohly <pohly!> has joined #yocto06:47
*** dreyna_ <dreyna_!> has joined #yocto06:49
*** jku <jku!> has joined #yocto07:04
*** gizero <gizero!~gizero@> has quit IRC07:28
*** sameo <sameo!~samuel@> has joined #yocto07:32
*** manuel__ <manuel__!> has joined #yocto07:35
*** mdnneo <mdnneo!~umaucher@> has joined #yocto07:43
*** dreyna_ <dreyna_!> has quit IRC07:45
*** sameo <sameo!~samuel@> has quit IRC07:48
*** t0mmy <t0mmy!~tprrt@> has joined #yocto07:48
*** ant_work <ant_work!> has joined #yocto07:50
*** csanchezdll <csanchezdll!> has joined #yocto07:52
*** aV_V <aV_V!~aV_V@> has joined #yocto07:54
*** fl0v0 <fl0v0!> has joined #yocto07:55
pohlyWhat's the trick again to get something installed for a DEPENDS when the thing that one wants is ASSUME_PROVIDED?08:00
pohlyExample: DEPENDS=bzip2-native for libbz2.08:00
pohlybzip2-native is ASSUMED_PROVIDED and thus the DEPENDS doesn't actually provide libbz2.08:01
*** mckoan|away is now known as mckoan08:02
pohlyHah, found it in cmake-native, with the exact same example: bzip2-replacement-native08:03
*** manuel__ <manuel__!> has quit IRC08:04
*** sgw_ <sgw_!~sgw_@> has quit IRC08:06
*** voltbit <voltbit!> has joined #yocto08:08
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto08:10
*** g0hl1n <g0hl1n!~g0hl1n@> has quit IRC08:12
*** joseppc <joseppc!~josep@unaffiliated/joseppc> has quit IRC08:12
*** redengin <redengin!~redengin@2601:600:9200:a356:b5ce:e13:1fcd:368d> has quit IRC08:12
*** rajm <rajm!> has joined #yocto08:13
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:18
*** sgw_ <sgw_!~sgw_@> has joined #yocto08:21
*** voltbit <voltbit!> has quit IRC08:27
*** TobSnyder <TobSnyder!> has joined #yocto08:30
*** TobSnyder <TobSnyder!> has joined #yocto08:32
*** trollkarlen1 <trollkarlen1!~trollkarl@> has quit IRC08:35
*** gizero <gizero!~gizero@> has joined #yocto08:37
*** dv__ <dv__!~quassel@> has quit IRC08:45
*** dv_ <dv_!> has joined #yocto08:46
*** joseppc <joseppc!> has joined #yocto08:48
*** joseppc <joseppc!~josep@unaffiliated/joseppc> has joined #yocto08:48
*** manuel__ <manuel__!> has joined #yocto08:57
*** abelloni <abelloni!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has quit IRC09:19
*** abelloni <abelloni!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has joined #yocto09:25
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC09:25
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto09:26
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto09:26
*** manuel__ <manuel__!> has quit IRC09:29
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto09:35
*** JoiF <JoiF!~jofr@> has joined #yocto09:36
*** JordonWu <JordonWu!~quassel@> has quit IRC09:39
*** manuel__ <manuel__!> has joined #yocto09:49
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC09:54
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto10:05
*** yann|work <yann|work!> has quit IRC10:05
*** cornel <cornel!~cornel@> has quit IRC10:24
*** grma <grma!~gruberm@> has joined #yocto10:31
*** nighty <nighty!> has quit IRC10:34
*** Snert <Snert!> has quit IRC10:35
*** Snert <Snert!> has joined #yocto10:37
*** yann|work <yann|work!> has joined #yocto10:44
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto10:45
*** caiortp <caiortp!~inatel@> has joined #yocto10:46
*** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC10:47
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC10:50
*** berton <berton!~berton@> has joined #yocto10:53
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto10:56
*** manuel__ <manuel__!> has quit IRC11:24
*** ftonello <ftonello!~felipe@> has quit IRC11:24
*** ftonello <ftonello!~felipe@> has joined #yocto11:25
*** morphis <morphis!> has quit IRC11:25
*** morphis <morphis!> has joined #yocto11:27
*** bananadev <bananadev!~onlyester@> has quit IRC11:30
HyP3rhello everybody. I'm working here with a Heterogeneous ARM Cortex™-A5, Cortex™-M4 System. On the A5 Processor runs Linux. I have for this plattform a bitbake openembedded toolchain ( All my recpies are compiled with the self compiled x86-arm compiler. But this compiler is for the arm a5 processor.11:44
HyP3rBut now I need to compile a bunch of c code and place it under /lib/firmware which is compiled with the arm-m4 architecutre11:44
HyP3rHow can I realize that?11:44
*** clement_ <clement_!~clement@> has joined #yocto11:46
HyP3rInside the Kernel is a kernel module which is loading this compiled c code (under /lib/firmware) and writes this programm into the other processor11:46
HyP3rThats the reason why I need compiled arm-m4 code under an linux cortex-a5 plattform11:46
LetoThe2ndHyP3r: technically the compiler is the same, as they are both armv7. but the linux compiler targets gnueabi, whereas for the baremetal part you have no os.11:46
LetoThe2ndHyP3r: i'm relatively sure that you can beat the compiler into building for the m4 too with clever makefiles11:47
*** clement <clement!> has quit IRC11:47
*** clement_ is now known as clement11:47
LetoThe2ndHyP3r: the other option is to inherently set up a distinct toolchain, basically introducing a third architecture11:47
HyP3rLetoThe2nd: I was also thinking about a makefile which should be able to handle this.11:49
HyP3rLetoThe2nd: but this c project for the co-processor (m4) is actually based on CMake and is using this compiler: gcc-arm-none-eabi-4_9-2015q311:50
LetoThe2ndHyP3r: you could look up the buld process for zephyr as suggested by jurob in poky-contrib. this beats OE to building zephyr for a desired board, which is basically doing a baremetal compile. so with some digging, what you need should be in there.11:50
HyP3rarm-none-eabi-gcc (GNU Tools for ARM Embedded Processors) 4.9.3 20150529 (release) [ARM/embedded-4_9-branch revision 227977]11:50
LetoThe2ndHyP3r: if hte project is nailed to a specific compiler, you are doomed anyways.11:50
HyP3rI don't think that this is a special compiler:
HyP3r (take a look at the beginning of linux)11:51
LetoThe2ndthen your only proper way is to rather treat it as an asset and compile externally, including it as a binary blob into your image.11:51
HyP3rLetoThe2nd: so you would do it like that: and the folder foo with thie freertos.elf including it. And inside the recpie, just copy the freertos file into the specific directory?11:52
HyP3rLetoThe2nd: so no dynamic compilation, just static?11:52
*** istarilucky <istarilucky!~rlucca@> has joined #yocto11:53
LetoThe2ndHyP3r: thats the lame way, yes. including binary assets is properly documented by the yocto project.11:53
HyP3rLetoThe2nd: and what about to dynamically compile this specific compiler and then compile the c project with that compiler?11:54
*** rubdos <rubdos!~rubdos@2a02:2788:1036:2d::2> has joined #yocto11:55
LetoThe2ndHyP3r: thats what i mentioned above: "inherently set up a distinct toolchain"11:55
LetoThe2ndcertainly should be doable and sounds interesting, but probably requires quite a bit of effort.11:56
HyP3rLetoThe2nd: ok11:56
*** manuel__ <manuel__!~manuel@> has joined #yocto12:08
*** manuel__ <manuel__!~manuel@> has joined #yocto12:09
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC12:10
*** manuel__ <manuel__!~manuel@> has joined #yocto12:10
*** manuel__ <manuel__!~manuel@> has joined #yocto12:11
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto12:11
*** manuel__ <manuel__!~manuel@> has quit IRC12:11
*** manuel__ <manuel__!~manuel@> has joined #yocto12:12
*** manuel__ <manuel__!~manuel@> has joined #yocto12:13
*** jku <jku!> has quit IRC12:14
*** jku <jku!> has joined #yocto12:14
*** manuel__ <manuel__!~manuel@> has joined #yocto12:14
*** jku <jku!> has quit IRC12:17
*** jku_ <jku_!> has joined #yocto12:18
*** jku_ <jku_!> has joined #yocto12:18
*** jku_ <jku_!> has quit IRC12:19
*** jku_ <jku_!> has joined #yocto12:19
*** vignesh_ <vignesh_!~vignesh@> has joined #yocto12:23
*** jku_ <jku_!> has quit IRC12:23
*** jku_ <jku_!> has joined #yocto12:23
*** jku_ <jku_!> has quit IRC12:26
*** jku_ <jku_!> has joined #yocto12:27
*** Anticom <Anticom!~quassel@> has joined #yocto12:32
AnticomHi all. (On jethro) how do i control in a recipe whether i gets placed in the SDK or not? I've got some recipes building libraries but they don't end up in the SDK12:33
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC12:35
*** AndersD <AndersD!> has quit IRC12:35
AnticomWell to be even more precise. the actual libs do end up in the SDK however the headers don't12:35
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto12:47
*** AndersD <AndersD!> has joined #yocto12:48
*** qt-x <qt-x!~Thunderbi@> has quit IRC12:50
Crofton|workant_work, do they end up in the image?12:54
Crofton|workare you using -c populate_sdk ?12:54
*** nighty <nighty!> has joined #yocto12:55
*** dv_ <dv_!> has quit IRC13:02
*** dv_ <dv_!~quassel@> has joined #yocto13:02
*** RP1 is now known as RP13:02
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC13:16
*** vignesh_ <vignesh_!~vignesh@> has quit IRC13:20
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto13:26
*** hamis <hamis!~irfan@> has quit IRC13:26
*** mdnneo <mdnneo!~umaucher@> has quit IRC13:30
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto13:30
AnticomCrofton|work: yea13:32
Anticomsorry i totally missed, that you where talking to me13:33
Crofton|workno worries13:33
Crofton|workI forgot to reply to you so no blinky13:33
Anticomwell the headers don't end up in the image of course. Only the libs are installed so my binaries can use them13:35
Anticomhowever when dealing with an SDK i need the headers for compilation aswell13:36
*** avalluri <avalluri!~avalluri@> has quit IRC13:47
Crofton|workthat should happen in sdk13:49
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC13:51
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC13:55
*** lamego <lamego!~jose@> has joined #yocto13:58
*** zeenix <zeenix!~zeenix@> has quit IRC14:02
*** lamego <lamego!~jose@> has quit IRC14:03
*** lamego <lamego!~jose@> has joined #yocto14:03
*** avalluri <avalluri!~avalluri@> has joined #yocto14:10
*** rburton <rburton!> has joined #yocto14:14
*** zeenix <zeenix!~zeenix@> has joined #yocto14:17
*** istarilucky1 <istarilucky1!~rlucca@> has joined #yocto14:23
*** istarilucky <istarilucky!~rlucca@> has quit IRC14:24
*** gizero <gizero!~gizero@> has quit IRC14:25
*** voltbit <voltbit!> has joined #yocto14:31
*** TobSnyder <TobSnyder!> has quit IRC14:38
*** istarilucky1 <istarilucky1!~rlucca@> has quit IRC14:39
*** JaMa <JaMa!~martin@> has joined #yocto14:44
*** adca <adca!~adca@> has left #yocto14:46
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC14:51
*** istarilucky <istarilucky!~rlucca@> has joined #yocto14:54
*** adca <adca!~adca@> has joined #yocto14:54
*** AndersD <AndersD!> has quit IRC15:01
*** istarilucky1 <istarilucky1!~rlucca@> has joined #yocto15:02
*** istarilucky <istarilucky!~rlucca@> has quit IRC15:04
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto15:07
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:08
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC15:12
*** khem` is now known as onoffon15:15
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto15:17
*** zeenix <zeenix!~zeenix@> has quit IRC15:17
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC15:19
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC15:22
*** joseppc <joseppc!~josep@unaffiliated/joseppc> has quit IRC15:22
*** RP <RP!> has quit IRC15:25
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto15:26
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto15:28
*** zeenix <zeenix!~zeenix@> has joined #yocto15:31
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC15:31
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto15:32
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC15:32
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto15:36
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC15:37
*** chep <chep!> has quit IRC15:39
*** chep <chep!> has joined #yocto15:40
*** boucman_work1 <boucman_work1!> has joined #yocto15:40
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC15:41
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto15:42
*** istarilucky1 <istarilucky1!~rlucca@> has quit IRC15:42
*** onoffon is now known as khem`15:45
*** onoffon <onoffon!~khem@unaffiliated/khem> has joined #yocto15:50
*** Guest98289 is now known as davis15:50
*** RP11 <RP11!~richard@> has joined #yocto15:52
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC15:54
RP11pohly: :/15:54
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC15:54
pohlyRP11: empty page for me?15:55
RP11pohly: hmm. halstead needs to look at that15:56
*** istarilucky <istarilucky!~rlucca@> has joined #yocto15:56
*** RP11 is now known as RP15:57
rburtonoh such fun15:57
rburtonpresumably the patch was correct and git "fixed" the line endings15:57
pohlyrburton: yes. I might even have mentioned that in my cover letter ;-}15:58
RPrburton: hmm, possible.15:59
RPpohly: ok, so my fault :/15:59
*** csanchezdll <csanchezdll!> has left #yocto16:00
pohlyBeware that "git am --keep-cr" must be used to import the ovmf patches16:00
RPpohly: right16:00
rburtonmaybe i should add that to my applyotron script16:00
RPmight as well kill that build16:00
RPpohly: sadly doesn't import with --keep-cr due to the mailing list encodings16:03
RPpohly: is there a branch somewhere?16:03
halsteadpohly, Can you run curl and let me know what response you get?16:07
halsteadpohly, curl -v ''16:07
*** stephano <stephano!stephano@nat/intel/x-lxzzwajmzkldqjxr> has joined #yocto16:07
pohlyRP: commit e4b6ce68fb0676646a16:08
pohlyThat's what I am currently using for the ELC demo. It's the unmodified  v5 of the patch series applied on top of other pending patches.16:09
pohlyhalstead: curl seems fine, it's just firefox which doesn't display anything.16:10
pohlyChromium also works.16:10
*** ant_work <ant_work!> has quit IRC16:11
*** jairglez <jairglez!~jairdeje@> has joined #yocto16:13
halsteadpohly, That's interesting. I can load it with Firefox 51.0.1 on Fedora. Do you have an older version? Any interesting extensions? Let me know if you have any theories about what the issue could be.16:14
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto16:16
pohlyhalstead: Iceweasel from Debian Stable, so probably older. No idea what's causing it.16:18
*** rcw <rcw!~rwoolley@> has joined #yocto16:19
*** Ox4 <Ox4!~user@unaffiliated/zloy> has joined #yocto16:20
Ox4hello everyone16:20
halsteadpohly, Thanks for the info. I might be able to replicate now.16:20
Ox4is it possible to generate random MAC-address in runtime?16:21
pohlyIt's 45.6.016:21
*** rcw <rcw!~rwoolley@> has quit IRC16:30
*** mckoan is now known as mckoan|away16:37
*** tripzero <tripzero!~tripzero@> has quit IRC16:41
*** joshuagl <joshuagl!~joshuagl@> has quit IRC16:44
*** JoiF <JoiF!~jofr@> has quit IRC16:44
*** boucman_work1 <boucman_work1!> has quit IRC16:47
*** aV_V <aV_V!~aV_V@> has quit IRC16:48
*** rajm <rajm!> has quit IRC16:50
*** sameo <sameo!~samuel@> has joined #yocto16:50
*** dmoseley <dmoseley!> has joined #yocto16:56
*** Anticom <Anticom!~quassel@> has quit IRC16:58
*** CTtpollard <CTtpollard!> has quit IRC16:59
*** sameo <sameo!~samuel@> has quit IRC17:04
*** sameo <sameo!~samuel@> has joined #yocto17:04
*** paulg <paulg!> has quit IRC17:06
*** stephano <stephano!stephano@nat/intel/x-lxzzwajmzkldqjxr> has quit IRC17:09
*** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC17:13
*** sameo <sameo!~samuel@> has quit IRC17:14
*** sameo <sameo!~samuel@> has joined #yocto17:14
*** gabrbedd <gabrbedd!> has quit IRC17:18
*** gabrbedd <gabrbedd!> has joined #yocto17:23
*** fl0v0 <fl0v0!> has quit IRC17:23
*** zeenix <zeenix!~zeenix@> has quit IRC17:26
*** paulg <paulg!> has joined #yocto17:27
*** voltbit <voltbit!> has quit IRC17:32
*** voltbit <voltbit!~acid___@> has joined #yocto17:36
*** dscully <dscully!~dscully@> has joined #yocto17:39
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC17:39
*** Kakounet <Kakounet!> has quit IRC17:41
*** stephano <stephano!~stephano@> has joined #yocto17:43
*** ntl <ntl!> has quit IRC17:51
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:53
*** voltbit <voltbit!~acid___@> has quit IRC17:56
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:57
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC18:02
*** radzy <radzy!> has quit IRC18:02
*** radzy <radzy!> has joined #yocto18:03
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto18:03
*** khem` is now known as onoffon18:03
*** onoffon is now known as khem`18:03
*** dreyna_ <dreyna_!> has joined #yocto18:08
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC18:08
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto18:09
*** Nerbrun <Nerbrun!> has quit IRC18:11
*** Ox4 <Ox4!~user@unaffiliated/zloy> has quit IRC18:13
*** JaMa <JaMa!~martin@> has quit IRC18:15
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto18:15
*** radzy <radzy!> has quit IRC18:24
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC18:27
*** ash_charles <ash_charles!> has joined #yocto18:27
*** t0mmy <t0mmy!~tprrt@> has quit IRC18:40
*** tripzero <tripzero!~tripzero@> has joined #yocto18:43
*** khem` is now known as onoffon18:50
*** t0mmy <t0mmy!> has joined #yocto18:52
*** morphis <morphis!> has quit IRC18:57
*** yann|work <yann|work!> has quit IRC18:58
*** ash_charles <ash_charles!> has quit IRC18:58
*** yann|work <yann|work!> has joined #yocto18:58
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto19:03
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto19:03
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC19:05
*** morphis <morphis!> has joined #yocto19:06
*** JaMa <JaMa!~martin@> has joined #yocto19:09
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto19:09
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto19:10
*** yann|work <yann|work!> has quit IRC19:11
*** ntl <ntl!> has joined #yocto19:18
*** Crofton|work <Crofton|work!> has quit IRC19:22
*** Crofton_ <Crofton_!> has joined #yocto19:24
*** Crofton|work <Crofton|work!> has joined #yocto19:24
*** Crofton <Crofton!> has quit IRC19:26
*** pohly <pohly!> has quit IRC19:31
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC19:32
*** dreyna_ <dreyna_!> has quit IRC19:33
*** radzy <radzy!> has joined #yocto19:35
*** rcw <rcw!~rwoolley@> has joined #yocto19:36
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto19:37
*** jamesp <jamesp!~jamesp@> has joined #yocto19:39
*** sameo <sameo!~samuel@> has quit IRC19:50
*** Nerbrun <Nerbrun!> has joined #yocto19:57
*** sameo <sameo!~samuel@> has joined #yocto20:04
*** john1 <john1!> has quit IRC20:07
*** sameo <sameo!~samuel@> has quit IRC20:08
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC20:22
*** berton <berton!~berton@> has quit IRC20:22
*** paulg <paulg!> has quit IRC20:24
*** Snert_ <Snert_!~snert_@> has quit IRC20:27
themikenicholsonHas anything changed with BBMASK in morty20:28
themikenicholsonI have a BBMASK that was working as expected in 2.1 and when I upgraded to Morty its pulling in the masked-out .bbapends again20:29
kergothnewer versions changed it to a space separated list of regexes, rather than a single regex20:29
themikenicholsonBBMASK = "meta-freescale/dynamic-layers/qt4-layer/recipes-qt4/qt4/"20:31
themikenicholsonAnd if I run "bitbake -e qt4-x11-free | grep ^BBMASK" I see that value, so I'm certain its not being overridden20:32
kergothlooks fine to me, should be working afaict20:32
*** grma <grma!~gruberm@> has quit IRC20:34
themikenicholsonHrmm... even putting the exact filename in there fails to mask the bbapend20:35
*** yann|work <yann|work!> has joined #yocto20:42
*** trollkarlen1 <trollkarlen1!> has joined #yocto20:45
*** brrrm is now known as brrm20:46
*** rcwoolley_ <rcwoolley_!~rwoolley@> has joined #yocto20:50
davisi've made some progress with learning how to use libnl (netlink) version 3, but still need some additional help. I've sent a mail to their mailing list. I can use the cli sub lib to get mac and ip address, but using the non cli lib I can only get mac addr. I would like ot know how to get an ip addr for a given interface name.  Here is what ive done so far. Any pointers is appreciated.20:50
*** rcw <rcw!~rwoolley@> has quit IRC20:53
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC20:54
*** ant_home <ant_home!> has joined #yocto20:57
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto21:04
*** nrossi <nrossi!uid193926@gateway/web/> has quit IRC21:05
*** caiortp <caiortp!~inatel@> has quit IRC21:06
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto21:07
themikenicholsonkergoth: It was a stupid misunderstanding.  Someone had placed a BBMASK in a .bb file which apparently has no effect. They duplicated it in the local.conf and that was the instance that mattered.21:08
kergothheh, that'd explain it21:09
themikenicholsonwhere should BBMASK go then? Seems like more of a layers.conf thing21:09
kergothgenerally you shouldn't set it at all :) but anywhere in the config metadata is legal21:09
kergothbblayers.conf, local.conf, or the distro could be appropriate, depending21:09
*** paulg <paulg!~paulg@> has joined #yocto21:10
themikenicholsonunfortantely we have Qt patches that conflict with freescales Qt patches, although maybe I can just pull their Qt4 layer out via bblayers.conf...21:10
themikenicholsondoesn't look like they provide any mechanism for that though :/21:15
themikenicholsonAs always, thanks for the help21:15
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC21:16
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto21:22
*** manuel__ <manuel__!> has joined #yocto21:25
*** trollkarlen1 <trollkarlen1!> has left #yocto21:27
*** Snert_ <Snert_!~snert_@> has joined #yocto21:29
paulgRP, per our conversation yest -- I added FOOBAR to my package list, default ?= ""  and then put this in my local.conf:21:29
paulg# Basic test to see we are in pkglist21:29
paulg#FOOBAR += " idontexist"21:29
paulg# ARCH based tests21:29
paulgFOOBAR_x86-64 += " idontexist-x64"21:29
paulgFOOBAR_i586 += " idontexist-i5"21:29
paulgFOOBAR_aarch64 += " idontexist-a6"21:29
paulgFOOBAR_arm += " idontexist-arm"21:29
*** dreyna_ <dreyna_!> has joined #yocto21:30
paulg...those are the TRANSLATED_TARGET_ARCH values according to bitbake -e21:30
tripzeroi have a native recipe that installs files to ${S}/image/usr/sbin but never ends up in they sysroot's /usr/sbin.  What could I be doing wrong?21:30
paulgand yet only the "aarch64" one trips.21:30
paulg(i've separate build dirs for each arch of course.)21:30
RPpaulg: that makes no sense as I know _arm works21:32
paulgwell, the test as I've described it is trivial to re-implement.  :)21:33
paulgin our packagegroup, I added:21:34
paulg+FOOBAR ?= ""21:34
paulg...and +    ${FOOBAR} \21:35
paulg     "21:35
RPpaulg: my test seems to say everything works...21:35
paulgI wonder if it is to do with locating it in the packagegroup...21:36
RPpaulg: ah, packagegroups are allarch by default which would clear TARGET_ARCH21:36
paulglet me try your simple test here to confirm there isn't a space time discontinuity21:37
paulgoh, so my guess was right.  Damn.21:37
frayha... I never even thought about checking if he was talking about packagegroups.. d'oh!21:37
RPpaulg: make the packagegroup not allarch21:37
paulgand aarch64 prolly works 'cause it happens to also be in HOST_ARCH or some other OVERRIDE21:37
* paulg kicks fray in the shin21:38
*** khem` is now known as onoffon21:38
*** onoffon is now known as khem`21:38
*** manuel__ <manuel__!> has quit IRC21:39
* paulg goes in search of what makes pkgroups allarch21:39
*** khem` is now known as onoffon21:39
RPpaulg: set PACKAGE_ARCH = "${TUNE_PKGARCH}" after the inherit packagegroup21:40
* RP thinks that is right but its from memory21:40
*** istarilucky <istarilucky!~rlucca@> has quit IRC21:42
paulgRP, thanks -- even if it isn't right, it gives me something to grep for.21:43
*** manuel__ <manuel__!> has joined #yocto21:44
*** onoffon is now known as khem`21:49
*** manuel__ <manuel__!> has quit IRC21:51
*** sameo <sameo!~samuel@> has joined #yocto21:51
*** rcwoolley_ <rcwoolley_!~rwoolley@> has quit IRC21:52
*** manuel__ <manuel__!> has joined #yocto21:53
ant_homeRP: hi there in West Coast21:53
RPant_home: hi21:55
*** gattuso <gattuso!> has quit IRC21:55
*** gattuso <gattuso!~gattuso@> has joined #yocto21:57
*** sameo <sameo!~samuel@> has quit IRC21:59
*** khem` is now known as onoffon22:01
*** willdye_ <willdye_!> has joined #yocto22:05
*** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC22:07
paulglets say I was feeling generous and wanted to patch the docs to indicate overrides may not work in packagegroups...22:07
paulgwhat was the original reasoning for that decision?22:07
*** Snert_ <Snert_!~snert_@> has quit IRC22:08
*** Snert_ <Snert_!~snert_@> has joined #yocto22:08
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto22:09
paulgsince it violates the principle of least surprise, it probably warrants a note if there isn't one somewhere already.22:09
* paulg rotfl22:14
paulgRP, apparently what you suggested is illegal.22:14
paulgERROR: /home/paul/poky/meta-overc/meta-cube/recipes-core/packagegroups/ Please ensure recipe /home/paul/poky/meta-overc/meta-cube/recipes-core/packagegroups/ sets PACKAGE_ARCH before inherit packagegroup22:14
*** khem` is now known as onoffon22:16
*** nbigaouette <nbigaouette!> has quit IRC22:17
*** willdye_ is now known as willdye22:20
*** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC22:21
fray# By default, packagegroup packages do not depend on a certain architecture.22:23
fray# Only if dependencies are modified by MACHINE_FEATURES, packages22:23
fray# need to be set to MACHINE_ARCH after inheriting packagegroup.bbclass22:23
frayPACKAGE_ARCH ?= "all"22:23
fray(this is 2.2's packafgegroup.bbclass).. so as long as PACKAGE_ARCH is set BEFORE the inherit packagegroup it -should- work?22:23
fray(you need to make sure that the recipe doesn't also inherit allarch)22:24
*** ant_home <ant_home!> has quit IRC22:24
* paulg is more confused22:24
paulgfray, but RP said set it _after_22:24
frayyes..  try before..22:25
* paulg has NFI what he's doing22:25
paulgwhat I was understanding (which may be entirely wrong) was it was the inherit packagegroup that clobbered it, hence the need for it to be _after_22:26
kergothbitbake -e should tell you exactly what its value is and what set it when..22:27
frayyes.. the PACKAGE_ARCH ?= "all" in the packagegroup.bbclass says "only set this to all if not already set"22:27
paulgah.  whee.22:27
frayso you want to set PACKAGE_ARCH = "something else" and it'll magically work..22:27
fray${MACHINE} if it's BSP specific.. or ${TUNE_ARCH} (or whateevr RP said) if it's generic, but architecture specific22:27
paulgmy comment about this violating the principle of least surprise still stands.22:27
paulg"These variables cause this magic, except in these special files."22:28
frayI suspect in the past things were PACKAGE_ARCH = "all", so you HAD to set it after..22:28
fraybut I don't remember for sure22:28
*** manuel__ <manuel__!> has quit IRC22:29
paulgmy comment about this violating the principle of least surprise still stands.   :)22:30
* paulg tests22:30
kergoththere's no good way to make the recipes package independent without modifying the variables used in overrides. if the recipe is arch independent, we dont' *want* target arch dependent overrides applying22:31
kergoths/package indep/arch indep/22:31
*** agust <agust!> has quit IRC22:31
kergothwhat would be better behavior, in your opinion? I'm not seeing an alternative22:32
*** manuel__ <manuel__!> has joined #yocto22:32
paulgkergoth, I'm not arguing the behaviour -- I'm just saying for someone who doesn't know the innards as well as you, fray or RP, it simply isn't expected.22:33
paulgand hence the need for a note in the OVERRIDES section.22:33
paulg(doc section)22:33
*** dmoseley <dmoseley!> has quit IRC22:38
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto22:39
frayIn the past I've opened a bugzilla on the docs with what I'd like clarified and Scott has been able to do it pretty quickly..22:39
frayjust make the note like you have above.  In the discussion of the overrides, it would be nice to indicate that when a package is set to allarch that some of the override values (target specific) are intentionally cleared.22:40
paulgfray, RP -- good news ; with the magic line _before_ the inherit, it seems to work; I added fake packages (FAKE NEWS!) called grub-32 and grub-64 respectively and got the errors of them being not found when using those arch22:40
paulgthanks ; I'd never have nutted that out myself in a month of Sundays.22:40
kergothfirst step, when using OVERRIDES, use bitbake -e to see what OVERRIDES is actually set to :)22:42
paulgdid that.  :)22:42
paulgeventually ; maybe not as 1st step.22:42
kergoththat tells you that package arch isn't what you'd expect, then bitgbake -e on that would have shown where and how it got set to what it is22:42
* kergoth nods22:43
paulgnow that you mention it...22:43
paulganother way I found pkgroups special, is that any vars declared within them never appear in bitbake -e22:43
kergoththat's not the case..22:44
paulgwell, when I 1st started fighting with this, I wanted to inspect what a package list from a packagegroup was set to22:44
paulgbut it wasn't there.22:45
paulgas if it didn't exist22:45
paulganyway.  I've a fix now, so I'm happy.22:46
kergothbitbake has a tendency to not always put its errors on stderr, which means quite often when doing a bitbake -e recipe | grep on a recipe that has an expansion or parse failure would just show no output in your grep, and you wouldn't realize it didn't actually output *anything at all* in bitbake -e22:46
kergothso when my grep is showing nothing, my first step is to drop the grep and directly examine the output22:46
paulgya, did that.  :)22:47
*** dreyna__ <dreyna__!> has joined #yocto22:47
paulglets say you have RDEPENDS_packagegroup-builder-debug22:48
kergothwell, i just did a bitbake -e on a packagegroup and its variables are showing up just fine22:48
kergoth› bitbake -e packagegroup-core-sdk|grep \^SUMMARY22:48
kergothSUMMARY_packagegroup-core-sdk-doc="Software development tools - Documentation files"22:48
kergothSUMMARY="Software development tools"22:48
paulgand you want to see if it contains gdb.22:48
kergothso don't know what to tell you22:48
paulgyou'll never see that variable in bitbake -e22:48
kergothyou're falsely taking a specific failure and equating it with a general problem22:48
paulgI'll do some more local testing and see if I can refine what I was seeing earlier ; it was a while ago and so perhaps I'm not recalling correctly.22:49
*** dreyna_ <dreyna_!> has quit IRC22:50
kergothobviously there could certainly be a bug, but packagegroups aren't special in the way you're saying, so it's more likely a specific bug rather than a general one :) by all means open an issue if you can repro it22:51
kergoth$ bitbake -e packagegroup-base | grep '^RDEPENDS_' | head -n 122:51
kergothRDEPENDS_packagegroup-base-3g="    ofono"22:51
paulgok, so let me rewind to that when I get a chance and poke around a bit ; it sounds like it should work as expected.22:56
paulganyway, again -- do appreciate the help from folks.23:00
*** khem` is now known as onoffon23:00
*** freanux <freanux!~freanux@unaffiliated/freanux> has joined #yocto23:00
*** bfederau <bfederau!> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!> has quit IRC23:01
*** bfederau <bfederau!> has joined #yocto23:01
*** fmeerkoetter <fmeerkoetter!> has joined #yocto23:01
*** lamego <lamego!~jose@> has quit IRC23:04
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC23:04
*** onoffon is now known as khem`23:04
*** manuel__ <manuel__!> has quit IRC23:19
*** khem` is now known as onoffon23:21
*** rburton <rburton!> has quit IRC23:22
*** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC23:26
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC23:27
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto23:28
*** paulg <paulg!~paulg@> has quit IRC23:30
*** clsulliv1 <clsulliv1!~clsulliv@> has quit IRC23:40
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC23:40
*** manuel__ <manuel__!> has joined #yocto23:41
-YoctoAutoBuilder- build #459 of nightly-checkuri is complete: Success [build successful] Build details are at
*** paulg <paulg!> has joined #yocto23:52

Generated by 2.11.0 by Marius Gedminas - find it at!