Wednesday, 2016-09-07

*** paulg <paulg!~paulg@> has quit IRC00:02
-YoctoAutoBuilder- build #568 of nightly-rpm-non-rpm is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #889 of nightly-rpm is complete: Success [build successful] Build details are at
*** Snert <Snert!> has joined #yocto00:12
*** nighty <nighty!> has joined #yocto00:13
-YoctoAutoBuilder- build #875 of nightly-deb is complete: Success [build successful] Build details are at
*** aehs29 <aehs29!~aehernan@> has left #yocto00:33
*** tlwoerner <tlwoerner!~trevor@unaffiliated/tlwoerner> has quit IRC00:37
*** tlwoerner <tlwoerner!~trevor@unaffiliated/tlwoerner> has joined #yocto00:41
*** nighty <nighty!> has quit IRC00:42
*** j4nusx <j4nusx!~optimus@> has joined #yocto00:50
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto01:01
*** Snert_ <Snert_!~snert_@> has quit IRC01:12
*** Snert_ <Snert_!~snert_@> has joined #yocto01:13
*** nighty <nighty!> has joined #yocto01:49
*** nighty <nighty!> has quit IRC01:58
-YoctoAutoBuilder- build #939 of nightly-multilib is complete: Success [build successful] Build details are at
*** manuel_ <manuel_!> has joined #yocto02:21
*** sgw_ <sgw_!sgw_@nat/intel/x-nsyjybypquaixqst> has joined #yocto02:25
*** j4nusx <j4nusx!~optimus@> has quit IRC02:28
*** dreyna <dreyna!> has quit IRC02:45
-YoctoAutoBuilder- build #551 of nightly-arm64 is complete: Success [build successful] Build details are at
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC03:17
*** a2Cypher <a2Cypher!> has quit IRC03:20
*** dv <dv!> has quit IRC03:28
*** dv_ <dv_!> has joined #yocto03:28
*** manuel_ <manuel_!> has quit IRC03:31
*** a2Cypher <a2Cypher!> has joined #yocto03:45
*** chetco <chetco!brownju@osuosl/staff/brownju> has joined #yocto03:56
*** a2Cypher <a2Cypher!> has quit IRC04:06
*** AndersD <AndersD!> has joined #yocto04:24
-YoctoAutoBuilder- build #890 of nightly-arm-lsb is complete: Success [build successful] Build details are at
*** a2Cypher <a2Cypher!> has joined #yocto04:29
*** a2Cypher <a2Cypher!> has quit IRC04:52
*** agust <agust!> has joined #yocto05:12
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC05:32
*** obsrwr_home <obsrwr_home!~obsrwr@> has joined #yocto05:36
*** gtristan <gtristan!~tristanva@> has quit IRC05:41
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto05:41
-YoctoAutoBuilder- build #900 of nightly-mips-lsb is complete: Success [build successful] Build details are at
*** gtristan <gtristan!~tristanva@> has joined #yocto05:51
*** pohly <pohly!> has joined #yocto05:52
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto05:52
*** qt-x <qt-x!~Thunderbi@> has joined #yocto05:55
*** hamis <hamis!~irfan@> has joined #yocto06:04
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC06:06
*** TobSnyder <TobSnyder!> has joined #yocto06:08
*** hatter <hatter!> has joined #yocto06:10
*** JaMa <JaMa!> has quit IRC06:12
*** JaMa <JaMa!> has joined #yocto06:14
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC06:19
*** erik__ <erik__!> has joined #yocto06:20
-YoctoAutoBuilder- build #907 of nightly-ppc-lsb is complete: Success [build successful] Build details are at
*** gtristan <gtristan!~tristanva@> has quit IRC06:23
*** t0mmy <t0mmy!~tprrt@> has joined #yocto06:24
*** frsc <frsc!> has joined #yocto06:26
*** boucman_work <boucman_work!> has quit IRC06:26
*** jku <jku!jku@nat/intel/x-tcxiwhekcsyfralz> has joined #yocto06:26
*** toscalix <toscalix!> has joined #yocto06:27
*** fl0v0 <fl0v0!> has joined #yocto06:31
*** Snert_ <Snert_!~snert_@> has quit IRC06:41
*** Snert_ <Snert_!~snert_@> has joined #yocto06:41
*** eduardas_m <eduardas_m!~eduardas_@> has joined #yocto06:42
*** gtristan <gtristan!~tristanva@> has joined #yocto06:43
*** joseppc <joseppc!> has joined #yocto06:45
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto06:45
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto06:46
*** sveinse <sveinse!~chatzilla@> has joined #yocto06:52
sveinseGood morning. What is the practice for placing tools/scripts needed for building images? Placing in the metas?06:53
*** toanju <toanju!~toanju@> has joined #yocto06:54
sveinseIs it frowned upon and possible to refer to a another recipe's SRCes to get tools?06:54
*** Kakounet <Kakounet!> has joined #yocto06:55
*** rajm <rajm!> has joined #yocto06:56
*** mwarning <mwarning!~mwarning@2001:a60:a07d:1:39e8:9bb9:9850:f86f> has joined #yocto07:04
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC07:05
*** yann <yann!> has quit IRC07:06
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto07:23
*** qt-x <qt-x!~Thunderbi@> has quit IRC07:24
*** qt-x <qt-x!~Thunderbi@> has joined #yocto07:25
*** zeenix <zeenix!~zeenix@> has joined #yocto07:30
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:32
*** willeponken <willeponken!> has quit IRC07:35
*** toscalix <toscalix!> has quit IRC07:35
*** florian_kc is now known as florian07:36
*** willeponken <willeponken!> has joined #yocto07:41
*** mckoan|away is now known as mckoan07:42
*** sameo <sameo!~samuel@> has joined #yocto07:50
*** yann <yann!> has joined #yocto07:54
*** CTtpollard <CTtpollard!> has quit IRC07:56
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has joined #yocto07:57
*** CTtpollard <CTtpollard!> has joined #yocto07:58
*** boucman_work <boucman_work!> has joined #yocto08:02
*** phatina_ <phatina_!> has joined #yocto08:06
*** phatina <phatina!> has quit IRC08:06
zeenixrburton, made upstream geoclue release that builds fine now but for some reason generated rpm package is now named libgeoclue just cause a library is added08:11
zeenixrburton, any clues?08:11
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto08:12
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto08:12
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC08:17
jkuzeenix: there's a library renamer (to follow debian naming policy IIRC). You can override if needed but usually the renaming is not a bad thing. Is there a problem?08:18
*** maxin <maxin!> has joined #yocto08:19
fragfutteri guess zeenix expacts the package to be named geoclue-...rpm no matter that it includes a file libgeoclue.so08:19
zeenixor some way of seperating out library part into another package08:21
*** Snert_ <Snert_!~snert_@> has quit IRC08:28
jkuzeenix: maybe separate the daemon/utils to separate package(s) instead?08:28
*** Snert_ <Snert_!~snert_@> has joined #yocto08:29
jkuassuming that makes sense for geoclue08:29
zeenixjku, not really but wouldn't be a bad workaround i guess08:33
jkuzeenix: if all of it really should be in the same package then that's doable as well... it's just rare I think08:34
jkuzeenix: case in point, don't your fedora rpms have the same separation?08:38
jkugeoclue2-libs & geoclue3-demos08:38
zeenixthe main package is geoclue08:40
jkuand geoclue2 itself for daemon08:40
zeenixthen we have separate packages for others08:40
zeenixyeah, on fedora we have geoclue2, geoclue2-libe and geoclue2-demos08:41
joshuaglzeenix: jku:
joshuaglif you really want to turn off the package renaming08:43
jkuI still don't see the real problem... AFAICS the lib and daemon really should be in separate packages08:44
jkuis this just about the name of the daemon package?08:44
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has quit IRC08:45
joshuaglThey probably should be in separate packages, yeah08:47
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has joined #yocto08:47
jkuif the issue is that the daemon should be in a package called "geoclue", I think that should still be possible. Just add "geoclue" to  PACKAGES and add the daemon files to that package.08:56
*** nighty <nighty!> has joined #yocto08:57
zeenixjku, yeah, that's what i was looking for i think :)08:57
zeenixman these sweds eat lunch even earlier than finns08:58
*** zeenix is now known as zeenix-lunch08:58
*** Anticom <Anticom!~quassel@> has joined #yocto08:59
jku11 am? just think of it as breakfast09:00
*** mortderire <mortderire!~rkinsell@> has joined #yocto09:01
*** CTtpollard <CTtpollard!> has quit IRC09:03
*** grma <grma!~gruberm@> has joined #yocto09:03
*** CTtpollard <CTtpollard!> has joined #yocto09:05
*** maxin <maxin!> has quit IRC09:06
*** Ulfalizer <Ulfalizer!~ulf@> has joined #yocto09:06
*** aurele <aurele!> has joined #yocto09:07
aurelehi everyone09:07
aurelei'm using wayland on a Freescale IMX6, everything is ok whith bitbake, I can build the sdk for my image. When i'm using my sdk to build a graphical application (using gtk3+) the configure complains about missing package "wayland-egl". I checked on bitbake's sysroot I can find the wayland-egl.pc but I can't find it in the  sdk sysroot... Any idea to workaround this?09:13
aurele(i can find the wayland-egl.pc inside a package : libwayland-egl-mx6-dev-5.0.11.p8.3+hfp-r0.0.cortexa9hf_neon_mx6qdl.rpm)09:13
*** sgw_ <sgw_!sgw_@nat/intel/x-nsyjybypquaixqst> has quit IRC09:15
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has quit IRC09:18
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto09:19
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC09:23
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto09:24
Ulfalizeraurele: you probably need to add wayland-egl-dev or some such to TOOLCHAIN_TARGET_TASK (
Ulfalizeraurele: btw, see to learn an easy way to figure out which package provides a file. it's some pending documentation.09:25
yoctiBug 10216: normal, Undecided, ---, srifenbark, NEW , Suggested (currently missing) documentation for oe-pkgdata-util09:25
*** falk0n <falk0n!> has joined #yocto09:26
Ulfalizeroe-pkgdata-util find-path /path/to/wayland-egl.pc   might tell you09:26
Ulfalizerthe path is relative to the sysroot (or, put another way, the path within the package909:26
ionte_hi. i could need a hint. i'm writing a recipe for a project with a sucky layout: it uses plain makefiles. there's one Makefile in the root source directory, and then there's another Makefile in a subdirectory. how do i write a recipe that builds using both makefiles?09:30
Ulfalizerionte_: do both need to be run manually, or does the top-level makefile call the other one?09:31
ionte_Ulfalizer: the top-level does not call the other one09:32
Ulfalizerionte_: you could do something like  oe_runmake; oe_runmake -C $subdir  in your do_compile09:33
Ulfalizerit's better to use oe_runmake than directly calling make (or using ${MAKE}) btw. adds parallelization options automatically (via EXTRA_OEMAKE).09:34
Ulfalizerthe latest version of the reference manual has more information on do_compile than previous versions btw:
Ulfalizerand more information on oe_runmake09:35
*** mortderire <mortderire!~rkinsell@> has quit IRC09:35
ionte_nice! thanks! i tried using just make, but that did not work (missing includes etc)09:35
ionte_works perfectly now09:35
Ulfalizermissing includes usually means missing stuff in DEPENDS09:36
ionte_don't think so, since oe_runmake works09:36
Ulfalizerionte_: sometimes things can build even though there are missing build-time dependencies. see
Ulfalizerthere's probably no problem in your case, but worth being aware of at least :)09:37
Ulfalizerin general, the newest (2.2) version of the manuals add a lot of stuff over the 2.1 version09:38
ionte_it might be because i had to add extra cflags using EXTRA_OEMAKE and oe_runmake use that information while plain "make" does not...09:38
Ulfalizeryup, that's it, if you were using EXTRA_OEMAKE09:38
Ulfalizergotta run. brb.09:38
*** Ulfalizer <Ulfalizer!~ulf@> has quit IRC09:39
*** Biliogadafr <Biliogadafr!> has joined #yocto09:45
*** gtristan <gtristan!~tristanva@> has quit IRC09:47
*** mortderire <mortderire!~rkinsell@> has joined #yocto10:09
*** nighty <nighty!> has quit IRC10:13
*** mortderire <mortderire!~rkinsell@> has joined #yocto10:14
*** mortderire <mortderire!~rkinsell@> has quit IRC10:21
*** maxin <maxin!> has joined #yocto10:28
*** JaMa <JaMa!> has quit IRC10:29
*** ziggo <ziggo!~ziggo@> has joined #yocto10:33
*** mortderire <mortderire!~rkinsell@> has joined #yocto10:33
*** sgw_ <sgw_!sgw_@nat/intel/x-pxqkklywexsceluo> has joined #yocto10:35
*** mortderire1 <mortderire1!~rkinsell@> has joined #yocto10:36
*** mortderire <mortderire!~rkinsell@> has quit IRC10:38
*** Ulfalize is now known as Ulfalizer10:41
aureleUlfalizer, sry to be late, thanks for the tips (to find wich package provide which files I made a python script wich calls "rpm -qpl" on all package then stores it in a json file... then searching is pretty fast)10:42
Ulfalizerthe oe-pkgdata-util approach uses package metadata written out during do_package btw10:44
*** milindur <milindur!> has quit IRC10:45
aureleUlfalizer, of course I can imagine oe-pkgdata-util uses better way than mine ;) I just tried, it is pretty powerfull!10:46
*** AndersD <AndersD!> has quit IRC10:47
*** AndersD <AndersD!> has joined #yocto10:47
Ulfalizeryeah, not sure why it's so "hidden"10:47
*** sgw_ <sgw_!sgw_@nat/intel/x-pxqkklywexsceluo> has quit IRC10:48
*** zeenix-lunch is now known as zeenix10:48
*** diego_r <diego_r!> has joined #yocto10:52
*** milindur <milindur!> has joined #yocto10:57
*** Kakounet <Kakounet!> has quit IRC11:00
*** obsrwr_home <obsrwr_home!~obsrwr@> has quit IRC11:00
*** sgw_ <sgw_!~sgw_@> has joined #yocto11:05
*** Kakounet <Kakounet!> has joined #yocto11:07
*** manuel_ <manuel_!> has joined #yocto11:09
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has quit IRC11:09
*** clopez <clopez!> has quit IRC11:19
*** clopez <clopez!> has joined #yocto11:23
*** simonl <simonl!uid6729@gateway/web/> has joined #yocto11:27
*** obsrwr_home <obsrwr_home!~obsrwr@> has joined #yocto11:27
*** Kakounet <Kakounet!> has quit IRC11:30
*** sgw_ <sgw_!~sgw_@> has quit IRC11:38
*** vmeson <vmeson!> has quit IRC11:56
*** istarilucky <istarilucky!~rlucca@> has joined #yocto11:58
*** halstead <halstead!> has quit IRC12:00
*** manuel__ <manuel__!> has joined #yocto12:03
*** manuel_ <manuel_!> has quit IRC12:04
*** manuel__ is now known as manuel_12:04
*** toscalix <toscalix!> has joined #yocto12:10
*** Kakounet <Kakounet!> has joined #yocto12:20
*** toscalix <toscalix!> has quit IRC12:24
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:25
*** marka <marka!~marka@> has joined #yocto12:30
*** morphis <morphis!~morphis@2001:67c:1560:a003:5ec5:d4ff:fe39:404a> has joined #yocto12:33
*** Snert_ <Snert_!~snert_@> has quit IRC12:39
*** Snert_ <Snert_!~snert_@> has joined #yocto12:39
fragfuttercan i tell yocto to use a gcc-4 compiler?12:42
sveinseWhat process creates the link from the generic image to the datestamped image in deploy? Where can I find the recipe for this?12:44
fragfutterto answer myself see meta/conf/distro/include/ variable GCCVERSION12:47
*** nighty <nighty!> has joined #yocto12:49
CTtpollardHas anyone used the mkefidisk wic image for minnowboard max?12:52
*** benjamirc <benjamirc!~besquive@> has joined #yocto12:55
*** istarilucky <istarilucky!~rlucca@> has quit IRC12:57
*** ziggo <ziggo!~ziggo@> has quit IRC13:05
*** hamis <hamis!~irfan@> has quit IRC13:06
*** phatina_ <phatina_!> has quit IRC13:06
*** phatina <phatina!> has joined #yocto13:06
*** manuel_ <manuel_!> has quit IRC13:08
*** dmoseley <dmoseley!> has joined #yocto13:13
*** manuel_ <manuel_!> has joined #yocto13:15
*** lamego <lamego!~jose@> has joined #yocto13:17
*** ziggo <ziggo!~ziggo@> has joined #yocto13:19
*** mattsm <mattsm!uid128834@gateway/web/> has joined #yocto13:22
*** manuel_ <manuel_!> has quit IRC13:29
*** manuel_ <manuel_!> has joined #yocto13:36
simonlI have a corrupted Packages.stamps in my (production) build folder. Looks like there's some extra data at the end (ie like a smaller file was written on top, essentially)13:43
*** nighty <nighty!> has quit IRC13:44
*** AndersD <AndersD!> has quit IRC13:45
*** ntl <ntl!> has joined #yocto13:45
simonlI was given the advice to try a new tmp folder. However that's not great given it's meant for production, I assume at least, so I'm looking for other suggestions for repairing it/regenerating it if possible13:46
*** vmeson <vmeson!~rmacleod@> has joined #yocto13:47
neverpanicsimonl: it's not a bad idea to always start with an empty tmp/ for production13:49
simonlneverpanic: I've experimented a bit and ended up getting new revisions of pretty much every package. Maybe I messed something up then to make that happen13:50
simonlneverpanic: since it sounds like it's meant to be safe (I'd assumed it was better _not_ to do it) maybe I should just try again.13:52
sveinsewe always wipe tmp/ for each build to ensure repeatability on builds in production. We rely on sstate cache to provide efficiency during rebuilds13:53
sveinserebuilding a unchanged source from a wiped tmp and with full cache only takes a few minutes13:55
simonlI originally set it all up in a hurry, and haven't really had the time to revisit the topic. Until it broke :(13:55
zeenixjku, am i doing it wrong?
jkuuh, I might have been wrong. maybe you can't set the daemon package name as that if it's the original (non-debianized) main package name...14:02
jkuzeenix: ^14:03
jkueasy test would be to change the daemon package name to something else14:03
*** egavinc <egavinc!> has quit IRC14:04
*** egavinc <egavinc!> has joined #yocto14:05
jkuzeenix: do you want to share the recipe though, kind of hard to guess from single line?14:06
*** manuel_ <manuel_!> has quit IRC14:08
*** manuel_ <manuel_!~manuel@> has joined #yocto14:08
*** Crofton|work <Crofton|work!> has quit IRC14:10
*** benjamirc <benjamirc!~besquive@> has quit IRC14:11
zeenixjku, sure, i was hoping to submit it actually once i've happy with it14:11
*** Crofton <Crofton!> has quit IRC14:11
*** benjamirc <benjamirc!~besquive@> has joined #yocto14:12
jkuzeenix: yes I think I was indeed wrong: the package name mangling happens after the files have been split to the package directories -- so you can't reuse the name14:13
sveinseWhat controls the rootfs size with wic? My 380M image has 65M to spare (80% use). I've set IMAGE_OVERHEAD_FACTOR="1.0" and IMAGE_ROOTFS_EXTRA_SPACE="1024". Any other ideas?14:13
jkusorry about that14:13
joshuagljku: zeenix: pretty sure you want to add a -libs package and split the library into that14:14
jkujoshuagl: was just about to say I would just put the daemon to ${PN}-daemon package, but either way should work14:15
joshuagljku: or that, sure. I don't know enough about geoclue to know which makes sense as the ${PN} package14:15
*** Kakounet <Kakounet!> has quit IRC14:15
jkuI mean if there is a standard library package naming, why work against that?14:16
*** Kakounet <Kakounet!> has joined #yocto14:17
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:18
rburtonone good question is why are you splitting daemon/libraries14:19
rburtonif they're both essential then what does that achieve14:19
zeenixwell  ${PN}-daemon => libgeoclue-daemon14:19
zeenixwhich is giving wrong impression14:20
zeenixthe actual thing is daemon/service, library is just a wrapper14:20
*** phatina <phatina!> has quit IRC14:20
*** Anticom <Anticom!~quassel@> has quit IRC14:20
*** boucman_work <boucman_work!> has quit IRC14:20
*** fragfutter <fragfutter!> has quit IRC14:20
*** ftonello <ftonello!~felipe@> has quit IRC14:20
*** jonatan_ <jonatan_!~jonatan@> has quit IRC14:20
*** Ulfalizer <Ulfalizer!~ulf@> has quit IRC14:20
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC14:20
*** denix <denix!> has quit IRC14:20
*** Gintaro <Gintaro!> has quit IRC14:20
*** tf_ <tf_!> has quit IRC14:20
rburtonjust throw it all in PN splitting is overrated14:20
mckoanJefro ping14:20
rburtonunless you're playing multilib games14:20
zeenixrburton, sure14:20
zeenixrburton, just that it names my package as libgeoclue14:21
zeenixjust cause there is a library file included14:21
neverpaniczeenix: IIRC it won't if it also has binaries14:21
rburtonthat would surprise me because it only renames if there is *only* a library in there14:21
rburtonit *does* rename PN, so PN-daemon would be libgeoclue-daemon14:21
zeenixi wouldn't have minded it automatically splitting a -lib package14:21
rburtonif you don't want that then call the other package geoclue-daemon14:21
rburtonbut again, unless you actually want it split up, don't bother :)14:22
zeenixbut it does name it as libgeoclue14:22
rburtonwhere is this recipe so you can prove it ;)14:22
zeenixbut could be cause daemon binary is under /usr/libexec ?14:22
neverpanicnot if you use "geoclue-daemon", not "${PN}-daemon"14:22
rburtonoh there is the recipe14:23
rburton1PACKAGES += "geoclue"14:23
rburtonhonest just ignore splitting. :)14:23
zeenixah that was there to try to fix the issue :)14:23
zeenixsure, ignored14:23
*** Crofton <Crofton!> has joined #yocto14:24
zeenixso i guess all i neeed then is:14:24
zeenixDEBIAN_NOAUTONAME_geoclue = "1"14:24
*** boucman_work <boucman_work!~boucman@> has joined #yocto14:25
zeenixDEBIAN_NOAUTONAME_geoclue-dev = "1"14:26
zeenixand for -dbg14:26
*** gtristan <gtristan!~tristanva@> has joined #yocto14:27
*** Crofton|work <Crofton|work!> has joined #yocto14:30
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC14:32
neverpaniczeenix: Or set AUTO_LIBNAME_PKGS to exclude the packages you don't want to be renamed14:32
jkurburtons point is good though: if the renamer shouldn't rename if there is more than a library in the package then something is going wrong in the first place14:34
*** aehs29 <aehs29!~aehernan@> has joined #yocto14:36
rburtonwell, stuff in libexec can be considered part of the library14:37
rburtonthe renamer just checks for $bindir which is fair enough imho14:37
rburtonAUTO_LIBNAME_PKGS="" should work nicely to nullify it14:38
jkuoh I missed the libexec detail14:38
*** jonatan_ <jonatan_!~jonatan@> has joined #yocto14:39
*** aehs29 <aehs29!~aehernan@> has left #yocto14:39
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto14:40
*** present <present!c2336e7b@gateway/web/freenode/ip.> has joined #yocto14:41
boucman_workrburton: submited my v2, btw...14:41
boucman_workonce it's accepted, I can work on the real goal of this project...14:41
boucman_workbackporting to jethro14:41
*** paulg <paulg!> has joined #yocto14:42
*** phatina <phatina!> has joined #yocto14:42
*** Anticom <Anticom!~quassel@> has joined #yocto14:42
*** ftonello <ftonello!~felipe@> has joined #yocto14:42
*** Ulfalizer <Ulfalizer!~ulf@> has joined #yocto14:42
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto14:42
*** denix <denix!> has joined #yocto14:42
*** Gintaro <Gintaro!> has joined #yocto14:42
*** tf_ <tf_!> has joined #yocto14:42
rburtonboucman_work: yeah was just looking at it actually14:42
sveinsewhen tar complains about not being able to exec lbzip2, which package am I missing? libbz2 is apparently not it14:43
rburtonsveinse: paste the full message?14:43
sveinsetar --directory=/mnt -xf /opt/image/image-01.tar.bz2   tar (child): lbzip2: Cannot exec: No such file or directory14:44
sveinseThis is on target14:44
*** fragfutter <fragfutter!> has joined #yocto14:44
rburtonthat's interesting14:45
sveinseI've installed ${CORE_IMAGE_BASE_INSTALL} from core-image. perhaps I'm missing something here14:46
sveinseAnd I've installed tar explicitly, as the busybox tar can't handle --directory14:47
boucman_worksveinse: i would expect tar to call a binary called bzip2, not lbzip2 so two things to investigate14:47
rburtoni suspect it found lbzip2 on your build host at configure time and thought I KNOW I'LL USE THAT14:48
*** jku <jku!jku@nat/intel/x-tcxiwhekcsyfralz> has quit IRC14:48
rburtonsveinse: so my first prediction is that you have lbzip2 on your build host14:48
boucman_workhmm, interesting case of host poulution...14:49
rburtoni keep on thinking we need to patch AC_CHECK_FILE etc to check for configure scripts poking at the host14:49
rburtonwe use pbzip, i wonder what one is better14:50
*** frsc <frsc!> has quit IRC14:51
*** qt-x <qt-x!~Thunderbi@> has quit IRC14:52
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC14:53
sveinserburton: I do have libbz2-1.0 installed on host. So yes, host pollution it apparently is.14:56
sveinseI don't really care about which version of bz2, I just need one that works on target :P14:56
rburtonzeenix: yocto@ is for user support mostly, for meta-oe you want to send to openembedded-devel@lists.openembedded.org14:56
sveinseIf all else fails, I can uncompress and stream to tar manually14:57
*** manuel_ <manuel_!~manuel@> has quit IRC14:57
zeenixrburton, ah ok. i had trouble finding where to send the patch. thanks14:57
rburtonzeenix: README in the layer says "Send pull requests to with '[meta-oe]' in the subject'"14:57
sveinseMaybe I don't need to RDEPEND on libbz2, as I see bunzip2 is a part of busybox14:58
*** rajm <rajm!> has quit IRC14:58
zeenixrburton, right :( thanks14:59
*** morphis <morphis!~morphis@2001:67c:1560:a003:5ec5:d4ff:fe39:404a> has quit IRC14:59
*** CTtpollard <CTtpollard!> has quit IRC15:00
*** belen <belen!~Adium@> has quit IRC15:01
*** manuel_ <manuel_!> has joined #yocto15:03
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto15:03
sveinseI've been doing linux embedded systems and build systems for 10 years, and one thing amazes me guys: How have you managed to do fs system manipulation without ever becoming root? Respect!15:06
*** CTtpollard <CTtpollard!> has joined #yocto15:07
*** toanju <toanju!~toanju@> has quit IRC15:10
sveinsevery elegant15:10
*** aehs29 <aehs29!~aehernan@> has joined #yocto15:11
Ulfalizercould probably be done without emulation on modern kernels. they allow you to create isolated environments where you appear to be root.15:14
*** rajm <rajm!> has joined #yocto15:14
Ulfalizerthat's what e.g. containers use15:14
*** Kakounet1 <Kakounet1!> has joined #yocto15:14
rburtonpatches welcome :15:15
*** Kakounet <Kakounet!> has quit IRC15:15
*** Kakounet1 is now known as Kakounet15:15
Ulfalizerain't broken though, plus two implementations would probably make the code harder to follow ;)15:16
*** ntl <ntl!> has quit IRC15:16
Ulfalizerif it was a required kernel feature, it could probably simplify things a lot though15:17
Ulfalizergoing on a guess, because i've never actually done much with container stuff :P15:17
neverpanicUlfalizer: That's a Linux-only feature, though. pseudo used to work on OS X as well15:18
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC15:18
neverpanicPlus a lot of distro kernels still don't ship user namespaces by default15:18
rburtonneverpanic: until apple basically banned it :/15:20
sveinserburton: why banned?15:20
Ulfalizerpersistence might get tricky too15:21
Ulfalizeri.e., run a task, quit bitbake, run another task that needs to see the same fake permissions15:21
sveinserburton: thanks. More of a side-effect really then15:24
*** zeddii_home <zeddii_home!> has quit IRC15:24
zeenixrburton, thanks for all the help.15:30
*** zeenix <zeenix!~zeenix@> has quit IRC15:30
*** belen <belen!~Adium@> has joined #yocto15:31
presentOpenIndiana :)15:32
*** manuel_ <manuel_!> has quit IRC15:32
presentUlfalizer: You might want to play with OpenIndiana on Linux zones soon... ;)15:32
a1cypheranyone here familiar with u-boot ?  I have an old version that I have compiled outside of yocto that works.  Now I'm trying to switch to yocto and getting the yocto u-boot working for my board.    U-boot runs, but when I get to the actual booting of the kernel it gets to "Starting Linux..." and just hangs.  The same kernel image I can load and run just fine with my old U-boot.15:32
fragfuttera1cypher: compare the u-boot environments for old and new15:33
*** hatter <hatter!> has quit IRC15:33
a1cypherit's the same environment.15:33
sveinsea1cypher: One common cause is that kernel output is going to another console. Have you checked the kernel parameters for the new, including the default built-in to u-boot?15:33
fragfuttera1cypher: missing console parameters15:33
*** maxin <maxin!> has quit IRC15:34
fragfuttera1cypher: you compared printenv from both u-boot versions?15:34
neverpanicrburton: well, there are workarounds for Apple's ban as well15:34
a1cypheri'll try the compared printenv next.   I dont think the kernel is starting at all.  I have an led setup as a heartbeat in the kernel that never starts blinking15:35
neverpanicUlfalizer: persistence might work with usernamespaces if you have sub-UIDs configured... but then again, who currently has.15:35
*** manuel_ <manuel_!> has joined #yocto15:36
neverpanicrburton: To be honest, it seems Apple's "ban" on DYLD_INSERT_LIBRARIES is more of a bug than a conscient decision. You can always still use it on copies of the binaries (so why doesn't it just behave as if it was when run with DYLD_* stuff set?), and it breaks /usr/bin/env and /usr/bin/printenv (they won't show DYLD variables)15:38
a1cypherenvinronments are identical except the new one also has a defined fdt_file variable.  However, I dont load this and when I boot it does say "No Flattened Device Tree Continuing to boot without FDT"15:39
*** eduardas_m <eduardas_m!~eduardas_@> has quit IRC15:40
*** Jefro <Jefro!> has joined #yocto15:41
paulgthat will be it ; the dtb/dts can specify pretty much anything/everything -- ram size, serial ports etc.   If it doesn't find/use one, and makes assumptions in some (largely untested) legacy mode, chances are it will get things wrong.15:42
*** mckoan is now known as mckoan|away15:42
a1cyphermy old kernel predates FDT so all the machine specific stuff is compiled in15:42
paulgyeah, if you are on some old 2.6.x stuff and trying to move forward to today, you probably have your work cut out for you if the board isn't supported in mainline.15:44
a1cypherit is supported.  I have another devboard that boots just fine using the latest yocto and the same version of u-boot.  I"m trying now to move to my custom board15:45
paulgwell that is good; at least you have a working comparison to help narrow down the delta.15:46
a1cypheryeah, I'm trying to figure out just u-boot first, then I'll move on to the kernel.  I was thinking that the new u-boot should be able to load my old kernel just fine.15:46
paulgmight  be worth jumping ahead ; test new u-boot with dtb on new kernel ; if you don't have a use case for new u-boot and old kernel, then who cares?15:47
paulgyes, ideally it would work, but probably on the wrong side of the bathtub curve on that one.15:48
a1cypheryeah, perhaps thats the best bet.   I just need to write up a simple dts for my board and see if I can get it to boot the same new kernel as the devboard15:50
*** rajm <rajm!> has quit IRC15:51
*** manuel_ <manuel_!> has quit IRC15:53
*** manuel_ <manuel_!> has joined #yocto15:53
jmesmonWhat is the right way to remove a PNBLACKLIST in a bbappend? A python fragment that does d.delVarFlag('PNBLACKLIST', 'package') ?15:59
*** TobSnyder <TobSnyder!> has quit IRC15:59
rburtonif you have master you can use the new keyword16:00
*** Kakounet <Kakounet!> has quit IRC16:01
rburton    unset VAR[flag]16:01
*** manuel_ <manuel_!> has quit IRC16:04
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC16:05
*** manuel_ <manuel_!> has joined #yocto16:07
*** halstead <halstead!> has joined #yocto16:09
sveinseis there any best practices for placing scripts and tools for recipes in layers?16:12
*** mwarning <mwarning!~mwarning@2001:a60:a07d:1:39e8:9bb9:9850:f86f> has quit IRC16:13
rburtona scripts/ directory in the layer?16:13
sveinsejup. I need to path myself to it? Or can this be added in layer.conf?16:14
rburtonfor *you* to run, or the recipe?16:15
rburtonthen write a native recipe and ship them into the sysrot16:15
rburtonthats the "best" way16:15
rburtonyou could use the layer path and extend $PATH in the layer.conf i guess though16:16
sveinseright, when do you divide scripts and tools as separate repos vs. embed them into the meta layer?16:16
*** CTtpollard <CTtpollard!> has quit IRC16:16
rburtonyeah your choice really :)16:16
sveinsebecause the idea is to keep the meta as a meta, right. With native tools somewhere in between16:17
presentdummy question guys: I get the message "Files/directories were installed but not shipped"16:18
fragfutterfile not listed in FILES_packagename16:19
presentAdding a FILES_${PN} += should be sufficient?16:19
presentAnd if I still get the message then?16:19
*** halstead <halstead!> has joined #yocto16:19
*** fl0v0 <fl0v0!> has quit IRC16:19
fragfutteryou did FILES_${PN} += /path/to/dir/thats/missing right?16:20
presentonly the file name16:20
presentnot the full path16:20
fragfutterthen /path/to/filename ?16:20
presentfragfutter: that's it! :) the full path :)16:21
presentfragfutter: thanks!16:22
fragfutteryou are welcome.16:22
*** manuel_ <manuel_!> has quit IRC16:23
*** manuel_ <manuel_!> has joined #yocto16:27
*** present <present!c2336e7b@gateway/web/freenode/ip.> has quit IRC16:27
*** rcw <rcw!~rwoolley@> has joined #yocto16:28
*** fl0v0 <fl0v0!> has joined #yocto16:28
a1cypherHow does yocto know what dtb's to build?   I have added my new dts to the kernel and added it to the Makefile in the dts directory, but when i do   bitbake linux-fslc -c compile -f  it does not seem to make nor deploy the dtb file.16:29
kergothKERNEL_DEVICETREE variable16:31
a1cypherthanks. found it!16:32
*** belen <belen!~Adium@> has quit IRC16:36
*** sveinse <sveinse!~chatzilla@> has quit IRC16:36
*** hatter <hatter!~hatter@2001:470:28:537::18f> has joined #yocto16:37
*** yann <yann!> has quit IRC16:38
*** fl0v0 <fl0v0!> has quit IRC16:43
*** ntl <ntl!> has joined #yocto16:44
*** hatter <hatter!~hatter@2001:470:28:537::18f> has quit IRC16:45
*** Anticom <Anticom!~quassel@> has quit IRC16:54
*** challinan <challinan!~chris@2601:702:c100:8be0:996:ac7e:8325:798e> has quit IRC16:55
*** benjamirc <benjamirc!~besquive@> has quit IRC16:57
a1cypherSweet!  booting my new kernel using the new u-boot and dtb.  thanks for the help paulg, fragfutter, and sveinse16:57
*** benjamirc <benjamirc!~besquive@> has joined #yocto16:58
paulga1cypher, no problem; glad my guess of being on the wrong side of the bathtub curve proved correct.17:00
a1cyphernow I just need to finish getting my dtb correct for all the other devices on my board.17:01
paulgheh, been down that road back in the day when all of ppc went dtb ; don't have fond memories of it.17:02
*** challinan <challinan!~chris@2601:702:c100:8be0:d5:27e5:50:8a60> has joined #yocto17:03
*** mortderire1 <mortderire1!~rkinsell@> has quit IRC17:05
paulgwow, that was back in 2008.
paulgtime flies.17:06
*** benjamirc <benjamirc!~besquive@> has quit IRC17:06
paulgI've since deleted that BSP from u-boot and the kernel.  :)17:06
*** ziggo <ziggo!~ziggo@> has quit IRC17:10
*** sjolley <sjolley!~sjolley@> has joined #yocto17:17
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto17:20
*** manuel_ <manuel_!> has quit IRC17:23
*** manuel_ <manuel_!> has joined #yocto17:24
*** sjolley <sjolley!~sjolley@> has quit IRC17:31
*** falk0n <falk0n!> has quit IRC17:38
*** falk0n <falk0n!> has joined #yocto17:40
*** falk0n <falk0n!> has quit IRC17:46
*** dcobbley <dcobbley!dacobble@nat/intel/x-hozxphmebkpozoqr> has joined #yocto17:51
*** pohly <pohly!> has quit IRC17:53
* kergoth thinks the bitbake user manual should be included in the mega manual17:53
kergothfolks keep searching the mega manual for things, like the fetcher url parameters, and not realizing it's covered in the bitbake manual17:54
*** cbzx <cbzx!6881c465@gateway/web/freenode/ip.> has joined #yocto17:59
*** sjolley <sjolley!~sjolley@> has joined #yocto18:03
*** yann <yann!> has joined #yocto18:05
m2my google-fu is not strong today ... gcc on my host is 6.1. Some recipes in the Yocto release I'm using right now are failing to compile with that. I also have gcc-4.9 installed, and that seems to work. How do I tell the build to use gcc-4.9 instead of gcc for native builds?18:06
m2(how did I figure that gcc-4.9 works? I messed around with symlinks the PATH)18:07
m2thanks, still waiting to see if that works :D18:18
*** LetoThe2nd <LetoThe2nd!~jd@unaffiliated/letothe2nd> has quit IRC18:30
*** LetoThe2nd <LetoThe2nd!> has joined #yocto18:31
rburtonit won't work for everythging, sadly18:31
rburtontheres a series to fix that on the list now18:31
rburtonsymlinks in path work now18:31
kergothah, didn't realize those weren't merged yet18:32
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:34
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto18:34
davisi am trying to get files which I included as native/nativesdk to be in my populate-sdk build18:34
davisi have them in my sysroot for x86_6418:34
davisbut the sysroot install does not have them18:35
davisi have done the inherit native nativesdk bit in my recipe. is there something else I need to do?18:35
*** maxin <maxin!> has joined #yocto18:35
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:35
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:37
*** manuel_ <manuel_!> has quit IRC18:40
*** toanju <toanju!> has joined #yocto18:44
*** manuel_ <manuel_!> has joined #yocto18:45
davisI also added to local.conf a SDKIMAGE_FEATURES += "my recipe"18:47
daviswith all that, it does not make it to the sysroots directory after I install the sdk.18:48
kergothfeatures != packages18:51
kergothwrong variable18:51
kergothimage features are things like dbg-pkgs, dev-pkgs, etc.18:51
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:53
daviskergoth: thanks18:53
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:53
*** t0mmy <t0mmy!~tprrt@> has quit IRC18:58
*** grma <grma!~gruberm@> has quit IRC19:12
*** toanju <toanju!> has quit IRC19:24
*** toddw <toddw!> has quit IRC19:26
*** toddw <toddw!> has joined #yocto19:29
*** sgw_ <sgw_!~sgw_@> has joined #yocto19:35
*** toanju <toanju!~toanju@> has joined #yocto19:37
*** rcwoolley_ <rcwoolley_!~rwoolley@> has joined #yocto19:40
*** rcw <rcw!~rwoolley@> has quit IRC19:43
*** sgw_ <sgw_!~sgw_@> has quit IRC19:48
*** maxin <maxin!> has quit IRC19:49
*** bluelightning <bluelightning!~paul@2406:e007:4090:1:5e51:4fff:febb:401d> has joined #yocto19:57
*** bluelightning <bluelightning!~paul@2406:e007:4090:1:5e51:4fff:febb:401d> has quit IRC19:57
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:57
*** maxin <maxin!> has joined #yocto19:59
*** sgw_ <sgw_!sgw_@nat/intel/x-bfanhobkrtwtpqlw> has joined #yocto20:07
*** Snert_ <Snert_!~snert_@> has quit IRC20:11
*** Snert_ <Snert_!~snert_@> has joined #yocto20:12
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC20:17
*** manuel__ <manuel__!> has joined #yocto20:18
*** manuel_ <manuel_!> has quit IRC20:19
*** manuel__ is now known as manuel_20:19
davishmm. now I am back to where I started with this error.20:19
davis * opkg_prepare_url_for_install: Couldn't find anything to satisfy 'my native recipe'20:19
*** rcwoolley_ <rcwoolley_!~rwoolley@> has quit IRC20:22
*** alimon1 <alimon1!~alimon@> has quit IRC20:24
*** alimon1 <alimon1!~alimon@> has joined #yocto20:26
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC20:27
*** vmeson <vmeson!~rmacleod@> has quit IRC20:28
*** manuel_ <manuel_!> has quit IRC20:29
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto20:30
*** Jefro <Jefro!> has quit IRC20:30
*** manuel_ <manuel_!> has joined #yocto20:32
bluelightningdavis: native recipes shouldn't be going anywhere near packaging - what are you trying to do exactly?20:37
davisbluelightning: its complicated, but to try and boil it down to this.20:38
davisi have a recipe which builds some code for the host.20:38
davisthe recipe is able to add some binaries to my host sysroot bin directory.20:38
davisnow I want to build an sdk which has these bins in it.20:39
davisif I remove references to my recipe the sdk will build20:39
kergothadd nativesdk to BBCLASSEXTEND, add nativesdk-yourrecipe to TOOLCHAIN_HOST_TASK20:39
davisi do believe that is what i have20:40
davisone sec, i'll pull up the refs20:40
davislocal.conf has TOOLCHAIN_HOST_TASK += "pcmx-native"20:40
bluelightningnative is not quite the same as nativesdk20:41 has20:41
davisBBCLASSEXTEND = "native nativesdk"20:41
bluelightningthat's not quite right20:41
bluelightningthe recipe should be pcmx and by virtue of the BBCLASSEXTEND you will get pcmx-native and pcmx-nativesdk out of it20:42
davisok, so here is the complication i omitted.20:42
davisi need to have two pcmx's. one for native and one for target. I was trying to use pcmx as the target and pcmx-native as the host.20:42
davispcmx-native is used to build pcmx.20:43
kergothas bluelightning just said, create a pcmx recipe, let bbclassextend create -native and nativesdk-20:43
kergothDEPENDS_class-target = "pcmx-native"20:43
bluelightningdavis: right, and that's fine - you just need to be using pcmx-nativesdk in TOOLCHAIN_HOST_TASK not pcmx-native20:43
*** tlab <tlab!~tlab@> has joined #yocto20:43
*** Jefro <Jefro!> has joined #yocto20:44
bluelightningof course you'll need to tidy up the -native naming of the recipe beforehand20:44
davisok so I need to have a recipe named pcmx_%.bb20:45
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto20:45
davisin this recipe I'm going to have BBCLASSEXTEND = "native nativesdk"20:45
davisand then in my local.conf I'm going to have  DEPENDS_class-target = "pcmx-native"20:45
kergothwhy would you put depends in local.conf?20:46
davisand  TOOLCHAIN_HOST_TASK += "pcmx-native"20:46
kergothno, that goes in the pcmx recipe so the target one depends on -native20:46
kergothand no, bluelightning just told you explicitly not to put -native in TOOLCHAIN_HOST_TASK, you use nativesdk there20:46
kergoth[13:43:33]  <bluelightning>davis: right, and that's fine - you just need to be using pcmx-nativesdk in TOOLCHAIN_HOST_TASK not pcmx-native20:46
* kergoth kicks the shallow git code repeatedly20:48
davisok. i'll try to replay the notes and get it right again. i'm doing a build at the momemnt which I need to complete.20:48
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC20:49
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto20:53
a1cypherDoes the delay loop bogomips reported by the kernel correspond to the speed the processor is running?    In my old kernel I have 999.42 bogomips which looks right considering it is a 1GHz processor but the same board on the new kernel I am working with it reports only 66.66 Bogomips.21:03
a1cypherTrying to figure out if its just the schedule timer that is running at 33MHz now or if the whole processor is running slow because the kernel is not switching/setting clock frequencies right21:03
*** maxin <maxin!> has left #yocto21:06
daviskergoth: bluelightning this is what I tried to do. It fails during parsing.
kergothnativesdk is prepended to the name21:14
kergothit's nativesdk-pcmx, not pcmx-nativesdk21:14
bluelightningoh, sorry, that was my fault21:15
bluelightningin history (almost ancient history by now) it used to be the other way around21:15
davisno worries21:15
davisi've made that change to gist and local.conf. lets see what bitbake does.21:16
*** obsrwr_home <obsrwr_home!~obsrwr@> has quit IRC21:17
davisits breaking in cmake now. it can't find gcc.21:18
bluelightningwhen building which variant?21:20
davisi have an inherit native cmake line. I also do not have a depends line. perhaps I need to add depends=gcc21:20
davisits breaking durin g the nativesdk build do configure21:21
davisi added a depends=gcc and now, i see its building a nativesdk-gcc21:23
davisso this might work.21:23
bluelightningthat shouldn't be necessary21:23
bluelightninggcc is a dependency by default unless you do something like INHIBIT_DEFAULT_DEPS = "1"21:24
bluelightningI doubt that will fix it, nativesdk-gcc is the gcc that goes into the SDK, not the compiler used to build things for the SDK21:24
davisyah it did not21:25
davispreviously i had the code building with cmake21:26
davisand my god that was an endevour21:26
*** manuel_ <manuel_!> has quit IRC21:27
bluelightningusually if it can't find it it means it's somehow looking in the wrong place, because it is almost certainly where it should be21:28
bluelightningI suspect you haven't built the nativesdk variant until now and if so that would account for this coming up now21:29
davisi probably have not.21:29
davisive built the sdk21:29
daviswould i say depends=nativesdk?21:29
daviswell, i take that back.21:30
davisit had to be using the nativesdk when it was building for the host21:30
davisi was getting binaries in the x86_64 sysroot21:30
davisand then when i was building for the target it knew to use some of the files built for the host21:31
davisit just was not getting into the sdk when I did the populate_sdk command.21:31
kergothnative != nativesdk21:31
kergothnativesdk uses a completely different toolchain21:31
davisdepends=nativesdk also does not work.21:32
davisdepends=nativegcc-sdk might21:34
daviserr nativesdk-gcc21:34
davisnope. virtual:nativesdk pcmx do configure fails. the cmake compiler can not find gcc.21:35
*** manuel_ <manuel_!> has joined #yocto21:37
davisi updated this gist to include the entire .bb file21:38
*** ntl <ntl!> has quit IRC21:38
*** agust <agust!> has quit IRC21:38
*** sameo <sameo!~samuel@> has quit IRC21:38
kergothyou don't need to add gcc as a dep, it's there by default, as bluelightning said. check into their use of cmake to figure out why it's not finding it21:41
daviskergoth: you said this earlier. 16:43 < kergoth> DEPENDS_class-target = "pcmx-native"21:43
daviswhere is that line supposed to go? in local.conf?21:43
kergothi told you this already21:43
kergothyou said pcmx needed the native binaries to run, that's how you make pcmx depend on pcmx-native21:43
kergothand no, as i said earlier, it belongs inthe recipe21:44
davisyes, i was reading scrollback and ...21:44
kergothbut it's irrelevent to nativesdk21:44
kergoththat's for the target recipe, which *you* said needed the native tools to build21:44
davisso when I get pcmx to build for the host again, I will use that perhaps in my image recipe for building the target version of pcmx?21:45
kergoththat really doesn't make any sense21:45
kergoththe image doesn't need to run pcmx21:46
kergothif pcmx needs pcmx-native to build, then put the DPENEDS i gave you into the pcmx recipe21:46
*** toanju <toanju!~toanju@> has quit IRC21:46
davisi had a pcmx and a pcmx-native recipe. the pcmx-native was building to sysroot of x86_64 but not breaking the sdk build.21:47
kergothpcmx and pcmx-native are both irrelevent to nativesdk.21:47
davisi removed the pcmx and pcmx-native recipes. Now I just have a single recipe pcmx_%.bb21:47
kergothnativesdk is its own build, with its own toolchain21:47
davisit has similar layout as pcmx-native before.21:47
*** clsulliv <clsulliv!~clsulliv@> has quit IRC21:49
*** clsulliv <clsulliv!clsulliv@nat/intel/x-pntxbblglyfdsxgf> has joined #yocto21:52
*** sameo <sameo!~samuel@> has joined #yocto21:55
davisso i am repulling this code and buidling fresh.21:57
davishopefully with the single pcmx file and not the pcmx and pcmx-native it will work.21:57
*** bfederau <bfederau!> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!> has joined #yocto22:01
*** bfederau <bfederau!> has joined #yocto22:01
*** bobt_ <bobt_!32f7afdd@gateway/web/freenode/ip.> has quit IRC22:08
*** joshuagl <joshuagl!~joshuagl@> has quit IRC22:09
*** sameo <sameo!~samuel@> has quit IRC22:09
*** t0mmy <t0mmy!> has joined #yocto22:13
*** a2Cypher <a2Cypher!> has joined #yocto22:29
*** manuel__ <manuel__!> has joined #yocto22:31
*** manuel_ <manuel_!> has quit IRC22:32
*** manuel__ is now known as manuel_22:32
*** Jefro <Jefro!> has quit IRC22:33
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto22:41
*** sjolley <sjolley!~sjolley@> has quit IRC22:51
*** sjolley <sjolley!sjolley@nat/intel/x-cezuapwmaexveouc> has joined #yocto22:51
*** lamego <lamego!~jose@> has quit IRC22:53
*** manuel__ <manuel__!> has joined #yocto22:56
*** manuel_ <manuel_!> has quit IRC22:56
*** manuel__ is now known as manuel_22:56
*** sjolley <sjolley!sjolley@nat/intel/x-cezuapwmaexveouc> has quit IRC22:57
*** aehs29 <aehs29!~aehernan@> has left #yocto22:58
*** rodgort` <rodgort`!> has joined #yocto23:07
*** rodgort <rodgort!> has quit IRC23:07
*** nighty <nighty!> has joined #yocto23:17
*** manuel__ <manuel__!> has joined #yocto23:29
*** manuel_ <manuel_!> has quit IRC23:31
*** manuel__ <manuel__!> has quit IRC23:34
*** vmeson <vmeson!> has joined #yocto23:42
*** manuel_ <manuel_!> has joined #yocto23:43
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC23:45
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto23:46
*** manuel_ <manuel_!> has quit IRC23:48
*** Jefro <Jefro!> has joined #yocto23:48
daviskergoth: bluelightning you folks here?23:49
*** t0mmy <t0mmy!> has quit IRC23:50
davisfwiw, rather than building in x86_64-linux/pcmx its now in x86_64-nativesdk-oesdk-linux/nativesdk-pcmx so that sounds as expected.23:50
*** manuel_ <manuel_!> has joined #yocto23:51
davisin the dir for where the source is located. it has a toolchain.cmake23:52
davisthis file looks like it is wrong though. CMAKE_C_COMPILER is set to gcc.23:52
bluelightningdavis: I am yes23:52
davisthat was ok for host builds (since it worked)23:52
davisbut for this nativesdk build its probably needs to be gcc-native or something23:53
*** sjolley <sjolley!~sjolley@> has joined #yocto23:53
bluelightningdavis: well, that's not a recipe name, it's a command23:53
bluelightningso gcc is expected to be in the PATH when cmake goes to check if it's there23:54
bluelightningAFAIK that should be the case23:54
davisin my file, I don't specify any variable overrides for cmake.23:54
bluelightningnor should you have to23:55
davisI'm currently doing only this23:55
davisBBCLASSEXTEND = "native nativesdk"23:55
bluelightningyou could double-check by running bitbake -c devshell nativesdk-pcmx23:55
bluelightningthen run "which gcc"23:55
davisinherit native cmake23:55
bluelightningoh wait23:55
davisok good idea23:55
davisok wait23:55
bluelightningyou *definitely* do not want "inherit native"23:55
bluelightningnot if you are also using BBCLASSEXTEND23:55
bluelightningthat's probably causing the issue here23:56
davislets see what that does. ill do a clean before hand. one sec23:56
davisbitbake -c cleanall pcmx23:56
daviserr, prolly s/pcmx/nativesdk-pcmx/23:56
davisthis looks like its working.23:58
davisit is failing in cmake build now23:59
davisthis is understandable23:59
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC23:59
davisthis cmake project is the bane of my existance and only serves as payment for my past sins.23:59

Generated by 2.11.0 by Marius Gedminas - find it at!