*** paulg <paulg!~paulg@209.226.41.163> has quit IRC | 00:02 | |
-YoctoAutoBuilder- build #568 of nightly-rpm-non-rpm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm-non-rpm/builds/568 | 00:04 | |
-YoctoAutoBuilder- build #889 of nightly-rpm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm/builds/889 | 00:06 | |
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto | 00:12 | |
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 00:13 | |
-YoctoAutoBuilder- build #875 of nightly-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/875 | 00:30 | |
*** aehs29 <aehs29!~aehernan@134.134.137.71> has left #yocto | 00:33 | |
*** tlwoerner <tlwoerner!~trevor@unaffiliated/tlwoerner> has quit IRC | 00:37 | |
*** tlwoerner <tlwoerner!~trevor@unaffiliated/tlwoerner> has joined #yocto | 00:41 | |
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 00:42 | |
*** j4nusx <j4nusx!~optimus@189.181.49.185> has joined #yocto | 00:50 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-adcxesvzuupfrrii> has joined #yocto | 01:01 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 01:12 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 01:13 | |
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 01:49 | |
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 01:58 | |
-YoctoAutoBuilder- build #939 of nightly-multilib is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/939 | 02:03 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 02:21 | |
*** sgw_ <sgw_!sgw_@nat/intel/x-nsyjybypquaixqst> has joined #yocto | 02:25 | |
*** j4nusx <j4nusx!~optimus@189.181.49.185> has quit IRC | 02:28 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 02:45 | |
-YoctoAutoBuilder- build #551 of nightly-arm64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/551 | 02:54 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-adcxesvzuupfrrii> has quit IRC | 03:17 | |
*** a2Cypher <a2Cypher!~a1Cypher@S0106000fb0d83c8b.wp.shawcable.net> has quit IRC | 03:20 | |
*** dv <dv!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC | 03:28 | |
*** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto | 03:28 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 03:31 | |
*** a2Cypher <a2Cypher!~a1Cypher@S0106000fb0d83c8b.wp.shawcable.net> has joined #yocto | 03:45 | |
*** chetco <chetco!brownju@osuosl/staff/brownju> has joined #yocto | 03:56 | |
*** a2Cypher <a2Cypher!~a1Cypher@S0106000fb0d83c8b.wp.shawcable.net> has quit IRC | 04:06 | |
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto | 04:24 | |
-YoctoAutoBuilder- build #890 of nightly-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/890 | 04:24 | |
*** a2Cypher <a2Cypher!~a1Cypher@S0106000fb0d83c8b.wp.shawcable.net> has joined #yocto | 04:29 | |
*** a2Cypher <a2Cypher!~a1Cypher@S0106000fb0d83c8b.wp.shawcable.net> has quit IRC | 04:52 | |
*** agust <agust!~agust@p4FCB5DF5.dip0.t-ipconnect.de> has joined #yocto | 05:12 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 05:32 | |
*** obsrwr_home <obsrwr_home!~obsrwr@188.24.242.116> has joined #yocto | 05:36 | |
*** gtristan <gtristan!~tristanva@110.11.179.37> has quit IRC | 05:41 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-txngbwvocptftnmh> has joined #yocto | 05:41 | |
-YoctoAutoBuilder- build #900 of nightly-mips-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/900 | 05:49 | |
*** gtristan <gtristan!~tristanva@121.131.110.69> has joined #yocto | 05:51 | |
*** pohly <pohly!~pohly@p5DE8CDB5.dip0.t-ipconnect.de> has joined #yocto | 05:52 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 05:52 | |
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto | 05:55 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 06:04 | |
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 06:06 | |
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto | 06:08 | |
*** hatter <hatter!~hatter@c-2ec28157-74736162.cust.telenor.se> has joined #yocto | 06:10 | |
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC | 06:12 | |
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto | 06:14 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 06:19 | |
*** erik__ <erik__!~erik@li444-24.members.linode.com> has joined #yocto | 06:20 | |
-YoctoAutoBuilder- build #907 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/907 | 06:22 | |
*** gtristan <gtristan!~tristanva@121.131.110.69> has quit IRC | 06:23 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 06:24 | |
*** frsc <frsc!~frsc@dslb-178-002-238-058.178.002.pools.vodafone-ip.de> has joined #yocto | 06:26 | |
*** boucman_work <boucman_work!~boucman@2a02-8428-034f-f800-9e32-0c7c-b391-6223.rev.sfr.net> has quit IRC | 06:26 | |
*** jku <jku!jku@nat/intel/x-tcxiwhekcsyfralz> has joined #yocto | 06:26 | |
*** toscalix <toscalix!~toscalix@h-213.61.39.251.host.de.colt.net> has joined #yocto | 06:27 | |
*** fl0v0 <fl0v0!~fvo@pD9F6B89C.dip0.t-ipconnect.de> has joined #yocto | 06:31 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 06:41 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 06:41 | |
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 06:42 | |
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 06:43 | |
*** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto | 06:45 | |
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 06:45 | |
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto | 06:46 | |
*** sveinse <sveinse!~chatzilla@79.160.140.131> has joined #yocto | 06:52 | |
sveinse | Good morning. What is the practice for placing tools/scripts needed for building images? Placing in the metas? | 06:53 |
---|---|---|
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 06:54 | |
sveinse | Is it frowned upon and possible to refer to a another recipe's SRCes to get tools? | 06:54 |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 06:55 | |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 06:56 | |
*** mwarning <mwarning!~mwarning@2001:a60:a07d:1:39e8:9bb9:9850:f86f> has joined #yocto | 07:04 | |
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC | 07:05 | |
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC | 07:06 | |
*** joshuagl <joshuagl!~joshuagl@192.198.151.44> has joined #yocto | 07:23 | |
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC | 07:24 | |
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto | 07:25 | |
*** zeenix <zeenix!~zeenix@83.218.80.242> has joined #yocto | 07:30 | |
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:32 | |
*** willeponken <willeponken!~willeponk@diderot.campus.ltu.se> has quit IRC | 07:35 | |
*** toscalix <toscalix!~toscalix@h-213.61.39.251.host.de.colt.net> has quit IRC | 07:35 | |
*** florian_kc is now known as florian | 07:36 | |
*** willeponken <willeponken!~willeponk@diderot.campus.ltu.se> has joined #yocto | 07:41 | |
*** mckoan|away is now known as mckoan | 07:42 | |
*** sameo <sameo!~samuel@192.55.54.43> has joined #yocto | 07:50 | |
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has joined #yocto | 07:54 | |
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 07:56 | |
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has joined #yocto | 07:57 | |
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 07:58 | |
*** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto | 08:02 | |
*** phatina_ <phatina_!~phatina@82-119-96-90.static.chello.sk> has joined #yocto | 08:06 | |
*** phatina <phatina!~phatina@82-119-96-90.static.chello.sk> has quit IRC | 08:06 | |
zeenix | hi | 08:10 |
zeenix | rburton, made upstream geoclue release that builds fine now but for some reason generated rpm package is now named libgeoclue just cause a library is added | 08:11 |
zeenix | rburton, any clues? | 08:11 |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@37.159.19.250> has joined #yocto | 08:12 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 08:12 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-txngbwvocptftnmh> has quit IRC | 08:17 | |
jku | zeenix: 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!~maxin@37-219-201-32.nat.bb.dnainternet.fi> has joined #yocto | 08:19 | |
fragfutter | i guess zeenix expacts the package to be named geoclue-...rpm no matter that it includes a file libgeoclue.so | 08:19 |
zeenix | yeah | 08:20 |
zeenix | or some way of seperating out library part into another package | 08:21 |
fragfutter | s/expact/expect/ | 08:23 |
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 08:28 | |
jku | zeenix: maybe separate the daemon/utils to separate package(s) instead? | 08:28 |
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 08:29 | |
jku | assuming that makes sense for geoclue | 08:29 |
zeenix | jku, not really but wouldn't be a bad workaround i guess | 08:33 |
jku | zeenix: if all of it really should be in the same package then that's doable as well... it's just rare I think | 08:34 |
jku | zeenix: case in point, don't your fedora rpms have the same separation? | 08:38 |
jku | geoclue2-libs & geoclue3-demos | 08:38 |
jku | s/3/2/ | 08:39 |
zeenix | jope | 08:39 |
zeenix | nope | 08:39 |
zeenix | the main package is geoclue | 08:40 |
jku | and geoclue2 itself for daemon | 08:40 |
zeenix | then we have separate packages for others | 08:40 |
zeenix | yes | 08:40 |
zeenix | yeah, on fedora we have geoclue2, geoclue2-libe and geoclue2-demos | 08:41 |
zeenix | geoclue2-libs | 08:41 |
joshuagl | zeenix: jku: http://www.yoctoproject.org/docs/2.1/ref-manual/ref-manual.html#var-DEBIAN_NOAUTONAME | 08:43 |
joshuagl | if you really want to turn off the package renaming | 08:43 |
jku | I still don't see the real problem... AFAICS the lib and daemon really should be in separate packages | 08:44 |
jku | is this just about the name of the daemon package? | 08:44 |
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has quit IRC | 08:45 | |
joshuagl | They probably should be in separate packages, yeah | 08:47 |
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has joined #yocto | 08:47 | |
jku | if 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!~nighty@p001.gate.atson.jp> has joined #yocto | 08:57 | |
zeenix | jku, yeah, that's what i was looking for i think :) | 08:57 |
zeenix | man these sweds eat lunch even earlier than finns | 08:58 |
*** zeenix is now known as zeenix-lunch | 08:58 | |
*** Anticom <Anticom!~quassel@217.6.33.234> has joined #yocto | 08:59 | |
jku | 11 am? just think of it as breakfast | 09:00 |
*** mortderire <mortderire!~rkinsell@192.198.151.43> has joined #yocto | 09:01 | |
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 09:03 | |
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 09:03 | |
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 09:05 | |
*** maxin <maxin!~maxin@37-219-201-32.nat.bb.dnainternet.fi> has quit IRC | 09:06 | |
*** Ulfalizer <Ulfalizer!~ulf@217.89.178.116> has joined #yocto | 09:06 | |
*** aurele <aurele!~aurele@srvmsg.castel.fr> has joined #yocto | 09:07 | |
aurele | hi everyone | 09:07 |
aurele | i'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 IRC | 09:15 | |
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has quit IRC | 09:18 | |
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto | 09:19 | |
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC | 09:23 | |
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto | 09:24 | |
Ulfalizer | aurele: you probably need to add wayland-egl-dev or some such to TOOLCHAIN_TARGET_TASK (http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#var-TOOLCHAIN_TARGET_TASK) | 09:25 |
Ulfalizer | aurele: btw, see https://bugzilla.yoctoproject.org/show_bug.cgi?id=10216 to learn an easy way to figure out which package provides a file. it's some pending documentation. | 09:25 |
yocti | Bug 10216: normal, Undecided, ---, srifenbark, NEW , Suggested (currently missing) documentation for oe-pkgdata-util | 09:25 |
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has joined #yocto | 09:26 | |
Ulfalizer | oe-pkgdata-util find-path /path/to/wayland-egl.pc might tell you | 09:26 |
Ulfalizer | the path is relative to the sysroot (or, put another way, the path within the package9 | 09: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 |
Ulfalizer | ionte_: 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 one | 09:32 |
Ulfalizer | ionte_: you could do something like oe_runmake; oe_runmake -C $subdir in your do_compile | 09:33 |
Ulfalizer | it's better to use oe_runmake than directly calling make (or using ${MAKE}) btw. adds parallelization options automatically (via EXTRA_OEMAKE). | 09:34 |
Ulfalizer | the latest version of the reference manual has more information on do_compile than previous versions btw: http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#ref-tasks-compile | 09:35 |
Ulfalizer | and more information on oe_runmake | 09:35 |
*** mortderire <mortderire!~rkinsell@192.198.151.43> has quit IRC | 09:35 | |
ionte_ | nice! thanks! i tried using just make, but that did not work (missing includes etc) | 09:35 |
ionte_ | works perfectly now | 09:35 |
Ulfalizer | missing includes usually means missing stuff in DEPENDS | 09:36 |
Ulfalizer | np | 09:36 |
ionte_ | don't think so, since oe_runmake works | 09:36 |
Ulfalizer | ionte_: sometimes things can build even though there are missing build-time dependencies. see http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#checking-for-missing-build-time-dependencies. | 09:37 |
Ulfalizer | there's probably no problem in your case, but worth being aware of at least :) | 09:37 |
Ulfalizer | in general, the newest (2.2) version of the manuals add a lot of stuff over the 2.1 version | 09: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 |
Ulfalizer | yup, that's it, if you were using EXTRA_OEMAKE | 09:38 |
Ulfalizer | gotta run. brb. | 09:38 |
*** Ulfalizer <Ulfalizer!~ulf@217.89.178.116> has quit IRC | 09:39 | |
*** Biliogadafr <Biliogadafr!~pin@nat2-minsk-pool-46-53-194-183.telecom.by> has joined #yocto | 09:45 | |
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 09:47 | |
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto | 10:09 | |
*** nighty <nighty!~nighty@p001.gate.atson.jp> has quit IRC | 10:13 | |
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto | 10:14 | |
*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC | 10:21 | |
*** maxin <maxin!~maxin@37-219-201-32.nat.bb.dnainternet.fi> has joined #yocto | 10:28 | |
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC | 10:29 | |
*** ziggo <ziggo!~ziggo@217.89.178.116> has joined #yocto | 10:33 | |
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto | 10:33 | |
*** sgw_ <sgw_!sgw_@nat/intel/x-pxqkklywexsceluo> has joined #yocto | 10:35 | |
*** mortderire1 <mortderire1!~rkinsell@192.198.151.43> has joined #yocto | 10:36 | |
*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC | 10:38 | |
*** Ulfalize is now known as Ulfalizer | 10:41 | |
aurele | Ulfalizer, 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 |
Ulfalizer | the oe-pkgdata-util approach uses package metadata written out during do_package btw | 10:44 |
*** milindur <milindur!~milindur@deimos.ca-soft.de> has quit IRC | 10:45 | |
aurele | Ulfalizer, of course I can imagine oe-pkgdata-util uses better way than mine ;) I just tried, it is pretty powerfull! | 10:46 |
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC | 10:47 | |
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto | 10:47 | |
Ulfalizer | yeah, not sure why it's so "hidden" | 10:47 |
*** sgw_ <sgw_!sgw_@nat/intel/x-pxqkklywexsceluo> has quit IRC | 10:48 | |
*** zeenix-lunch is now known as zeenix | 10:48 | |
*** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has joined #yocto | 10:52 | |
*** milindur <milindur!~milindur@deimos.ca-soft.de> has joined #yocto | 10:57 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 11:00 | |
*** obsrwr_home <obsrwr_home!~obsrwr@188.24.242.116> has quit IRC | 11:00 | |
*** sgw_ <sgw_!~sgw_@134.134.139.72> has joined #yocto | 11:05 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 11:07 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 11:09 | |
*** morphis <morphis!~morphis@2001:67c:1560:a003:7928:2c52:a1ae:3fd> has quit IRC | 11:09 | |
*** clopez <clopez!~tau@neutrino.es> has quit IRC | 11:19 | |
*** clopez <clopez!~tau@neutrino.es> has joined #yocto | 11:23 | |
*** simonl <simonl!uid6729@gateway/web/irccloud.com/x-lsivaonhtjrrukxk> has joined #yocto | 11:27 | |
*** obsrwr_home <obsrwr_home!~obsrwr@188.24.242.116> has joined #yocto | 11:27 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 11:30 | |
*** sgw_ <sgw_!~sgw_@134.134.139.72> has quit IRC | 11:38 | |
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 11:56 | |
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto | 11:58 | |
*** halstead <halstead!~halstead@drupal.org/user/301087/view> has quit IRC | 12:00 | |
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 12:03 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 12:04 | |
*** manuel__ is now known as manuel_ | 12:04 | |
*** toscalix <toscalix!~toscalix@h-213.61.39.251.host.de.colt.net> has joined #yocto | 12:10 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 12:20 | |
*** toscalix <toscalix!~toscalix@h-213.61.39.251.host.de.colt.net> has quit IRC | 12:24 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:25 | |
*** marka <marka!~marka@128.224.252.2> has joined #yocto | 12:30 | |
*** morphis <morphis!~morphis@2001:67c:1560:a003:5ec5:d4ff:fe39:404a> has joined #yocto | 12:33 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 12:39 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 12:39 | |
fragfutter | can i tell yocto to use a gcc-4 compiler? | 12:42 |
sveinse | What process creates the link from the generic image to the datestamped image in deploy? Where can I find the recipe for this? | 12:44 |
fragfutter | to answer myself see meta/conf/distro/include/tcmode-default.inc variable GCCVERSION | 12:47 |
*** nighty <nighty!~nighty@sp49-106-215-219.msf.spmode.ne.jp> has joined #yocto | 12:49 | |
CTtpollard | Has anyone used the mkefidisk wic image for minnowboard max? | 12:52 |
*** benjamirc <benjamirc!~besquive@134.134.139.83> has joined #yocto | 12:55 | |
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has quit IRC | 12:57 | |
*** ziggo <ziggo!~ziggo@217.89.178.116> has quit IRC | 13:05 | |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 13:06 | |
*** phatina_ <phatina_!~phatina@82-119-96-90.static.chello.sk> has quit IRC | 13:06 | |
*** phatina <phatina!~phatina@82-119-96-90.static.chello.sk> has joined #yocto | 13:06 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 13:08 | |
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto | 13:13 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 13:15 | |
*** lamego <lamego!~jose@134.134.139.83> has joined #yocto | 13:17 | |
*** ziggo <ziggo!~ziggo@217.89.178.116> has joined #yocto | 13:19 | |
*** mattsm <mattsm!uid128834@gateway/web/irccloud.com/x-azacnsgtppdngvjs> has joined #yocto | 13:22 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 13:29 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 13:36 | |
simonl | I 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!~nighty@sp49-106-215-219.msf.spmode.ne.jp> has quit IRC | 13:44 | |
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC | 13:45 | |
*** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 13:45 | |
simonl | I 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 possible | 13:46 |
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto | 13:47 | |
neverpanic | simonl: it's not a bad idea to always start with an empty tmp/ for production | 13:49 |
simonl | neverpanic: 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 happen | 13:50 |
simonl | neverpanic: 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 |
sveinse | we always wipe tmp/ for each build to ensure repeatability on builds in production. We rely on sstate cache to provide efficiency during rebuilds | 13:53 |
sveinse | rebuilding a unchanged source from a wiped tmp and with full cache only takes a few minutes | 13:55 |
simonl | I originally set it all up in a hurry, and haven't really had the time to revisit the topic. Until it broke :( | 13:55 |
zeenix | jku, am i doing it wrong? http://paste.fedoraproject.org/423380/25652214/ | 13:55 |
jku | uh, 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 |
jku | zeenix: ^ | 14:03 |
jku | easy test would be to change the daemon package name to something else | 14:03 |
*** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has quit IRC | 14:04 | |
*** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has joined #yocto | 14:05 | |
jku | zeenix: do you want to share the recipe though, kind of hard to guess from single line? | 14:06 |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 14:08 | |
*** manuel_ <manuel_!~manuel@24.61.40.209> has joined #yocto | 14:08 | |
*** Crofton|work <Crofton|work!~balister@pool-71-171-12-218.nwrknj.east.verizon.net> has quit IRC | 14:10 | |
*** benjamirc <benjamirc!~besquive@134.134.139.83> has quit IRC | 14:11 | |
zeenix | jku, sure, i was hoping to submit it actually once i've happy with it | 14:11 |
*** Crofton <Crofton!~Crofton@pool-71-171-12-218.nwrknj.east.verizon.net> has quit IRC | 14:11 | |
zeenix | jku, http://paste.fedoraproject.org/423390/25752714/ | 14:12 |
*** benjamirc <benjamirc!~besquive@134.134.139.83> has joined #yocto | 14:12 | |
jku | zeenix: 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 name | 14:13 |
sveinse | What 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 |
jku | sorry about that | 14:13 |
joshuagl | jku: zeenix: pretty sure you want to add a -libs package and split the library into that | 14:14 |
jku | joshuagl: was just about to say I would just put the daemon to ${PN}-daemon package, but either way should work | 14:15 |
joshuagl | jku: or that, sure. I don't know enough about geoclue to know which makes sense as the ${PN} package | 14:15 |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 14:15 | |
jku | I mean if there is a standard library package naming, why work against that? | 14:16 |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 14:17 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 14:18 | |
rburton | one good question is why are you splitting daemon/libraries | 14:19 |
rburton | if they're both essential then what does that achieve | 14:19 |
zeenix | well ${PN}-daemon => libgeoclue-daemon | 14:19 |
zeenix | which is giving wrong impression | 14:20 |
zeenix | the actual thing is daemon/service, library is just a wrapper | 14:20 |
*** phatina <phatina!~phatina@82-119-96-90.static.chello.sk> has quit IRC | 14:20 | |
*** Anticom <Anticom!~quassel@217.6.33.234> has quit IRC | 14:20 | |
*** boucman_work <boucman_work!~boucman@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC | 14:20 | |
*** fragfutter <fragfutter!~scorch@belnbg038.gsi.de> has quit IRC | 14:20 | |
*** ftonello <ftonello!~felipe@81.145.202.106> has quit IRC | 14:20 | |
*** jonatan_ <jonatan_!~jonatan@83.218.80.242> has quit IRC | 14:20 | |
*** Ulfalizer <Ulfalizer!~ulf@217.89.178.116> has quit IRC | 14:20 | |
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC | 14:20 | |
*** denix <denix!~denix@pool-100-15-86-14.washdc.fios.verizon.net> has quit IRC | 14:20 | |
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC | 14:20 | |
*** tf_ <tf_!~tomas@r-finger.com> has quit IRC | 14:20 | |
rburton | just throw it all in PN splitting is overrated | 14:20 |
mckoan | Jefro ping | 14:20 |
rburton | unless you're playing multilib games | 14:20 |
zeenix | rburton, sure | 14:20 |
zeenix | rburton, just that it names my package as libgeoclue | 14:21 |
zeenix | just cause there is a library file included | 14:21 |
neverpanic | zeenix: IIRC it won't if it also has binaries | 14:21 |
rburton | that would surprise me because it only renames if there is *only* a library in there | 14:21 |
rburton | it *does* rename PN, so PN-daemon would be libgeoclue-daemon | 14:21 |
zeenix | i wouldn't have minded it automatically splitting a -lib package | 14:21 |
rburton | if you don't want that then call the other package geoclue-daemon | 14:21 |
rburton | but again, unless you actually want it split up, don't bother :) | 14:22 |
zeenix | but it does name it as libgeoclue | 14:22 |
rburton | where is this recipe so you can prove it ;) | 14:22 |
zeenix | but could be cause daemon binary is under /usr/libexec ? | 14:22 |
neverpanic | not if you use "geoclue-daemon", not "${PN}-daemon" | 14:22 |
rburton | oh there is the recipe | 14:23 |
rburton | 1PACKAGES += "geoclue" | 14:23 |
rburton | honest just ignore splitting. :) | 14:23 |
zeenix | ah that was there to try to fix the issue :) | 14:23 |
zeenix | sure, ignored | 14:23 |
*** Crofton <Crofton!~Crofton@pool-71-171-15-220.ronkva.east.verizon.net> has joined #yocto | 14:24 | |
zeenix | so i guess all i neeed then is: | 14:24 |
zeenix | DEBIAN_NOAUTONAME_geoclue = "1" | 14:24 |
*** boucman_work <boucman_work!~boucman@193.56.60.161> has joined #yocto | 14:25 | |
zeenix | also | 14:26 |
zeenix | DEBIAN_NOAUTONAME_geoclue-dev = "1" | 14:26 |
zeenix | and for -dbg | 14:26 |
*** gtristan <gtristan!~tristanva@110.11.179.37> has joined #yocto | 14:27 | |
*** Crofton|work <Crofton|work!~balister@pool-71-171-15-220.ronkva.east.verizon.net> has joined #yocto | 14:30 | |
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC | 14:32 | |
neverpanic | zeenix: Or set AUTO_LIBNAME_PKGS to exclude the packages you don't want to be renamed | 14:32 |
jku | rburtons 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 place | 14:34 |
*** aehs29 <aehs29!~aehernan@134.134.139.76> has joined #yocto | 14:36 | |
rburton | well, stuff in libexec can be considered part of the library | 14:37 |
rburton | the renamer just checks for $bindir which is fair enough imho | 14:37 |
rburton | AUTO_LIBNAME_PKGS="" should work nicely to nullify it | 14:38 |
jku | oh I missed the libexec detail | 14:38 |
*** jonatan_ <jonatan_!~jonatan@83.218.80.242> has joined #yocto | 14:39 | |
*** aehs29 <aehs29!~aehernan@134.134.139.76> has left #yocto | 14:39 | |
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto | 14:40 | |
*** present <present!c2336e7b@gateway/web/freenode/ip.194.51.110.123> has joined #yocto | 14:41 | |
boucman_work | rburton: submited my v2, btw... | 14:41 |
boucman_work | once it's accepted, I can work on the real goal of this project... | 14:41 |
boucman_work | backporting to jethro | 14:41 |
boucman_work | mwahahaha | 14:41 |
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto | 14:42 | |
*** phatina <phatina!~phatina@82-119-96-90.static.chello.sk> has joined #yocto | 14:42 | |
*** Anticom <Anticom!~quassel@217.6.33.234> has joined #yocto | 14:42 | |
*** ftonello <ftonello!~felipe@81.145.202.106> has joined #yocto | 14:42 | |
*** Ulfalizer <Ulfalizer!~ulf@217.89.178.116> has joined #yocto | 14:42 | |
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto | 14:42 | |
*** denix <denix!~denix@pool-100-15-86-14.washdc.fios.verizon.net> has joined #yocto | 14:42 | |
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto | 14:42 | |
*** tf_ <tf_!~tomas@r-finger.com> has joined #yocto | 14:42 | |
rburton | boucman_work: yeah was just looking at it actually | 14:42 |
sveinse | when tar complains about not being able to exec lbzip2, which package am I missing? libbz2 is apparently not it | 14:43 |
rburton | sveinse: paste the full message? | 14:43 |
sveinse | tar --directory=/mnt -xf /opt/image/image-01.tar.bz2 tar (child): lbzip2: Cannot exec: No such file or directory | 14:44 |
sveinse | This is on target | 14:44 |
*** fragfutter <fragfutter!~scorch@belnbg038.gsi.de> has joined #yocto | 14:44 | |
rburton | that's interesting | 14:45 |
sveinse | I've installed ${CORE_IMAGE_BASE_INSTALL} from core-image. perhaps I'm missing something here | 14:46 |
sveinse | And I've installed tar explicitly, as the busybox tar can't handle --directory | 14:47 |
boucman_work | sveinse: i would expect tar to call a binary called bzip2, not lbzip2 so two things to investigate | 14:47 |
rburton | http://lbzip2.org | 14:47 |
boucman_work | oh... | 14:48 |
rburton | i suspect it found lbzip2 on your build host at configure time and thought I KNOW I'LL USE THAT | 14:48 |
*** jku <jku!jku@nat/intel/x-tcxiwhekcsyfralz> has quit IRC | 14:48 | |
rburton | sveinse: so my first prediction is that you have lbzip2 on your build host | 14:48 |
boucman_work | hmm, interesting case of host poulution... | 14:49 |
rburton | i keep on thinking we need to patch AC_CHECK_FILE etc to check for configure scripts poking at the host | 14:49 |
rburton | we use pbzip, i wonder what one is better | 14:50 |
*** frsc <frsc!~frsc@dslb-178-002-238-058.178.002.pools.vodafone-ip.de> has quit IRC | 14:51 | |
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC | 14:52 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 14:53 | |
sveinse | rburton: I do have libbz2-1.0 installed on host. So yes, host pollution it apparently is. | 14:56 |
sveinse | I don't really care about which version of bz2, I just need one that works on target :P | 14:56 |
rburton | zeenix: yocto@ is for user support mostly, for meta-oe you want to send to openembedded-devel@lists.openembedded.org | 14:56 |
sveinse | If all else fails, I can uncompress and stream to tar manually | 14:57 |
*** manuel_ <manuel_!~manuel@24.61.40.209> has quit IRC | 14:57 | |
zeenix | rburton, ah ok. i had trouble finding where to send the patch. thanks | 14:57 |
rburton | zeenix: README in the layer says "Send pull requests to openembedded-devel@lists.openembedded.org with '[meta-oe]' in the subject'" | 14:57 |
davis | hello | 14:58 |
sveinse | Maybe I don't need to RDEPEND on libbz2, as I see bunzip2 is a part of busybox | 14:58 |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 14:58 | |
zeenix | rburton, right :( thanks | 14:59 |
*** morphis <morphis!~morphis@2001:67c:1560:a003:5ec5:d4ff:fe39:404a> has quit IRC | 14:59 | |
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 15:00 | |
*** belen <belen!~Adium@134.134.137.71> has quit IRC | 15:01 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 15:03 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 15:03 | |
sveinse | I'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!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 15:07 | |
joshuagl | pseudo | 15:08 |
Ulfalizer | sveinse: http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#fakeroot-and-pseudo | 15:08 |
*** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 15:10 | |
sveinse | very elegant | 15:10 |
*** aehs29 <aehs29!~aehernan@134.134.137.71> has joined #yocto | 15:11 | |
Ulfalizer | could 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!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 15:14 | |
Ulfalizer | that's what e.g. containers use | 15:14 |
*** Kakounet1 <Kakounet1!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 15:14 | |
rburton | patches welcome : | 15:15 |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 15:15 | |
*** Kakounet1 is now known as Kakounet | 15:15 | |
Ulfalizer | ain't broken though, plus two implementations would probably make the code harder to follow ;) | 15:16 |
*** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 15:16 | |
Ulfalizer | if it was a required kernel feature, it could probably simplify things a lot though | 15:17 |
Ulfalizer | going on a guess, because i've never actually done much with container stuff :P | 15:17 |
neverpanic | Ulfalizer: That's a Linux-only feature, though. pseudo used to work on OS X as well | 15:18 |
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 15:18 | |
Ulfalizer | alright | 15:18 |
neverpanic | Plus a lot of distro kernels still don't ship user namespaces by default | 15:18 |
rburton | neverpanic: until apple basically banned it :/ | 15:20 |
sveinse | rburton: why banned? | 15:20 |
Ulfalizer | persistence might get tricky too | 15:21 |
Ulfalizer | i.e., run a task, quit bitbake, run another task that needs to see the same fake permissions | 15:21 |
rburton | sveinse: http://jwintz.me/blog/2015/11/30/on-preload-and-sip-on-macos-x-dot-11/ | 15:22 |
sveinse | rburton: thanks. More of a side-effect really then | 15:24 |
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC | 15:24 | |
zeenix | rburton, thanks for all the help. | 15:30 |
*** zeenix <zeenix!~zeenix@83.218.80.242> has quit IRC | 15:30 | |
*** belen <belen!~Adium@134.134.137.71> has joined #yocto | 15:31 | |
present | OpenIndiana :) | 15:32 |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 15:32 | |
present | Ulfalizer: You might want to play with OpenIndiana on Linux zones soon... ;) | 15:32 |
a1cypher | anyone 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 |
fragfutter | a1cypher: compare the u-boot environments for old and new | 15:33 |
*** hatter <hatter!~hatter@c-2ec28157-74736162.cust.telenor.se> has quit IRC | 15:33 | |
a1cypher | it's the same environment. | 15:33 |
sveinse | a1cypher: 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 |
fragfutter | a1cypher: missing console parameters | 15:33 |
*** maxin <maxin!~maxin@37-219-201-32.nat.bb.dnainternet.fi> has quit IRC | 15:34 | |
fragfutter | a1cypher: you compared printenv from both u-boot versions? | 15:34 |
neverpanic | rburton: well, there are workarounds for Apple's ban as well | 15:34 |
a1cypher | i'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 blinking | 15:35 |
neverpanic | Ulfalizer: persistence might work with usernamespaces if you have sub-UIDs configured... but then again, who currently has. | 15:35 |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 15:36 | |
neverpanic | rburton: 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 |
a1cypher | envinronments 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_@213.197.143.19> has quit IRC | 15:40 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 15:41 | |
paulg | that 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|away | 15:42 | |
a1cypher | my old kernel predates FDT so all the machine specific stuff is compiled in | 15:42 |
paulg | yeah, 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 |
a1cypher | it 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 board | 15:45 |
paulg | well that is good; at least you have a working comparison to help narrow down the delta. | 15:46 |
a1cypher | yeah, 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 |
paulg | might 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 |
paulg | yes, ideally it would work, but probably on the wrong side of the bathtub curve on that one. | 15:48 |
a1cypher | yeah, 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 devboard | 15:50 |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 15:51 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 15:53 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 15:53 | |
jmesmon | What is the right way to remove a PNBLACKLIST in a bbappend? A python fragment that does d.delVarFlag('PNBLACKLIST', 'package') ? | 15:59 |
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has quit IRC | 15:59 | |
rburton | if you have master you can use the new keyword | 16:00 |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 16:01 | |
rburton | unset VAR[flag] | 16:01 |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 16:04 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 16:05 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 16:07 | |
*** halstead <halstead!~halstead@crown.incitedev.com> has joined #yocto | 16:09 | |
sveinse | is 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 IRC | 16:13 | |
rburton | a scripts/ directory in the layer? | 16:13 |
sveinse | jup. I need to path myself to it? Or can this be added in layer.conf? | 16:14 |
rburton | for *you* to run, or the recipe? | 16:15 |
sveinse | recipe | 16:15 |
rburton | then write a native recipe and ship them into the sysrot | 16:15 |
rburton | thats the "best" way | 16:15 |
rburton | you could use the layer path and extend $PATH in the layer.conf i guess though | 16:16 |
sveinse | right, when do you divide scripts and tools as separate repos vs. embed them into the meta layer? | 16:16 |
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 16:16 | |
rburton | yeah your choice really :) | 16:16 |
sveinse | because the idea is to keep the meta as a meta, right. With native tools somewhere in between | 16:17 |
present | dummy question guys: I get the message "Files/directories were installed but not shipped" | 16:18 |
fragfutter | file not listed in FILES_packagename | 16:19 |
present | Adding a FILES_${PN} += should be sufficient? | 16:19 |
fragfutter | yes | 16:19 |
present | And if I still get the message then? | 16:19 |
*** halstead <halstead!~halstead@drupal.org/user/301087/view> has joined #yocto | 16:19 | |
*** fl0v0 <fl0v0!~fvo@pD9F6B89C.dip0.t-ipconnect.de> has quit IRC | 16:19 | |
fragfutter | you did FILES_${PN} += /path/to/dir/thats/missing right? | 16:20 |
present | only the file name | 16:20 |
present | not the full path | 16:20 |
fragfutter | then /path/to/filename ? | 16:20 |
present | fragfutter: that's it! :) the full path :) | 16:21 |
present | fragfutter: thanks! | 16:22 |
fragfutter | you are welcome. | 16:22 |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 16:23 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 16:27 | |
*** present <present!c2336e7b@gateway/web/freenode/ip.194.51.110.123> has quit IRC | 16:27 | |
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 16:28 | |
*** fl0v0 <fl0v0!~fvo@pD9F6B89C.dip0.t-ipconnect.de> has joined #yocto | 16:28 | |
a1cypher | How 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 |
kergoth | KERNEL_DEVICETREE variable | 16:31 |
a1cypher | thanks. found it! | 16:32 |
*** belen <belen!~Adium@134.134.137.71> has quit IRC | 16:36 | |
*** sveinse <sveinse!~chatzilla@79.160.140.131> has quit IRC | 16:36 | |
*** hatter <hatter!~hatter@2001:470:28:537::18f> has joined #yocto | 16:37 | |
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has quit IRC | 16:38 | |
*** fl0v0 <fl0v0!~fvo@pD9F6B89C.dip0.t-ipconnect.de> has quit IRC | 16:43 | |
*** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has joined #yocto | 16:44 | |
*** hatter <hatter!~hatter@2001:470:28:537::18f> has quit IRC | 16:45 | |
*** Anticom <Anticom!~quassel@217.6.33.234> has quit IRC | 16:54 | |
*** challinan <challinan!~chris@2601:702:c100:8be0:996:ac7e:8325:798e> has quit IRC | 16:55 | |
*** benjamirc <benjamirc!~besquive@134.134.139.83> has quit IRC | 16:57 | |
a1cypher | Sweet! booting my new kernel using the new u-boot and dtb. thanks for the help paulg, fragfutter, and sveinse | 16:57 |
*** benjamirc <benjamirc!~besquive@134.134.139.83> has joined #yocto | 16:58 | |
paulg | a1cypher, no problem; glad my guess of being on the wrong side of the bathtub curve proved correct. | 17:00 |
a1cypher | now I just need to finish getting my dtb correct for all the other devices on my board. | 17:01 |
paulg | heh, 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 #yocto | 17:03 | |
*** mortderire1 <mortderire1!~rkinsell@192.198.151.43> has quit IRC | 17:05 | |
paulg | wow, that was back in 2008. http://lists.denx.de/pipermail/u-boot/2008-July/036985.html | 17:05 |
paulg | time flies. | 17:06 |
*** benjamirc <benjamirc!~besquive@134.134.139.83> has quit IRC | 17:06 | |
paulg | I've since deleted that BSP from u-boot and the kernel. :) | 17:06 |
*** ziggo <ziggo!~ziggo@217.89.178.116> has quit IRC | 17:10 | |
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 17:17 | |
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 17:20 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 17:23 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 17:24 | |
*** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC | 17:31 | |
*** falk0n <falk0n!~falk0n@a89-153-8-8.cpe.netcabo.pt> has quit IRC | 17:38 | |
*** falk0n <falk0n!~falk0n@a79-168-127-182.cpe.netcabo.pt> has joined #yocto | 17:40 | |
*** falk0n <falk0n!~falk0n@a79-168-127-182.cpe.netcabo.pt> has quit IRC | 17:46 | |
*** dcobbley <dcobbley!dacobble@nat/intel/x-hozxphmebkpozoqr> has joined #yocto | 17:51 | |
*** pohly <pohly!~pohly@p5DE8CDB5.dip0.t-ipconnect.de> has quit IRC | 17:53 | |
* kergoth thinks the bitbake user manual should be included in the mega manual | 17:53 | |
ntl | seconded... | 17:54 |
kergoth | folks keep searching the mega manual for things, like the fetcher url parameters, and not realizing it's covered in the bitbake manual | 17:54 |
*** cbzx <cbzx!6881c465@gateway/web/freenode/ip.104.129.196.101> has joined #yocto | 17:59 | |
*** sjolley <sjolley!~sjolley@134.134.137.75> has joined #yocto | 18:03 | |
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto | 18:05 | |
m2 | my 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 |
kergoth | BUILD_CC | 18:07 |
m2 | thanks, still waiting to see if that works :D | 18:18 |
*** LetoThe2nd <LetoThe2nd!~jd@unaffiliated/letothe2nd> has quit IRC | 18:30 | |
*** LetoThe2nd <LetoThe2nd!~jd@s15387740.onlinehome-server.info> has joined #yocto | 18:31 | |
rburton | it won't work for everythging, sadly | 18:31 |
rburton | theres a series to fix that on the list now | 18:31 |
rburton | symlinks in path work now | 18:31 |
kergoth | ah, didn't realize those weren't merged yet | 18:32 |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 18:34 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 18:34 | |
davis | i am trying to get files which I included as native/nativesdk to be in my populate-sdk build | 18:34 |
davis | i have them in my sysroot for x86_64 | 18:34 |
davis | but the sysroot install does not have them | 18:35 |
davis | i have done the inherit native nativesdk bit in my recipe. is there something else I need to do? | 18:35 |
*** maxin <maxin!~maxin@37-219-201-32.nat.bb.dnainternet.fi> has joined #yocto | 18:35 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 18:35 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 18:37 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 18:40 | |
*** toanju <toanju!~toanju@x4e37df3f.dyn.telefonica.de> has joined #yocto | 18:44 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 18:45 | |
davis | I also added to local.conf a SDKIMAGE_FEATURES += "my recipe" | 18:47 |
davis | with all that, it does not make it to the sysroots directory after I install the sdk. | 18:48 |
kergoth | features != packages | 18:51 |
kergoth | wrong variable | 18:51 |
kergoth | see TOOLCHAIN_TARGET_TASK and TOOLCHAIN_HOST_TASK | 18:51 |
kergoth | image features are things like dbg-pkgs, dev-pkgs, etc. | 18:51 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 18:53 | |
davis | kergoth: thanks | 18:53 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 18:53 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 18:58 | |
*** grma <grma!~gruberm@80.93.38.128> has quit IRC | 19:12 | |
*** toanju <toanju!~toanju@x4e37df3f.dyn.telefonica.de> has quit IRC | 19:24 | |
*** toddw <toddw!~toddw@c-98-242-71-65.hsd1.ga.comcast.net> has quit IRC | 19:26 | |
*** toddw <toddw!~toddw@c-98-242-71-65.hsd1.ga.comcast.net> has joined #yocto | 19:29 | |
*** sgw_ <sgw_!~sgw_@134.134.139.77> has joined #yocto | 19:35 | |
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 19:37 | |
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto | 19:40 | |
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 19:43 | |
*** sgw_ <sgw_!~sgw_@134.134.139.77> has quit IRC | 19:48 | |
*** maxin <maxin!~maxin@37-219-201-32.nat.bb.dnainternet.fi> has quit IRC | 19:49 | |
*** bluelightning <bluelightning!~paul@2406:e007:4090:1:5e51:4fff:febb:401d> has joined #yocto | 19:57 | |
*** bluelightning <bluelightning!~paul@2406:e007:4090:1:5e51:4fff:febb:401d> has quit IRC | 19:57 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:57 | |
*** maxin <maxin!~maxin@37-219-201-32.nat.bb.dnainternet.fi> has joined #yocto | 19:59 | |
*** sgw_ <sgw_!sgw_@nat/intel/x-bfanhobkrtwtpqlw> has joined #yocto | 20:07 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 20:11 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 20:12 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 20:17 | |
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 20:18 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 20:19 | |
*** manuel__ is now known as manuel_ | 20:19 | |
davis | hmm. 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@128.224.252.2> has quit IRC | 20:22 | |
*** alimon1 <alimon1!~alimon@134.134.139.83> has quit IRC | 20:24 | |
*** alimon1 <alimon1!~alimon@192.55.54.40> has joined #yocto | 20:26 | |
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC | 20:27 | |
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC | 20:28 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 20:29 | |
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto | 20:30 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 20:30 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 20:32 | |
bluelightning | davis: native recipes shouldn't be going anywhere near packaging - what are you trying to do exactly? | 20:37 |
davis | bluelightning: its complicated, but to try and boil it down to this. | 20:38 |
davis | i have a recipe which builds some code for the host. | 20:38 |
davis | the recipe is able to add some binaries to my host sysroot bin directory. | 20:38 |
davis | now I want to build an sdk which has these bins in it. | 20:39 |
davis | if I remove references to my recipe the sdk will build | 20:39 |
kergoth | add nativesdk to BBCLASSEXTEND, add nativesdk-yourrecipe to TOOLCHAIN_HOST_TASK | 20:39 |
davis | i do believe that is what i have | 20:40 |
davis | one sec, i'll pull up the refs | 20:40 |
davis | local.conf has TOOLCHAIN_HOST_TASK += "pcmx-native" | 20:40 |
bluelightning | native is not quite the same as nativesdk | 20:41 |
davis | pcmx-native_%.bb has | 20:41 |
davis | BBCLASSEXTEND = "native nativesdk" | 20:41 |
bluelightning | that's not quite right | 20:41 |
bluelightning | the recipe should be pcmx and by virtue of the BBCLASSEXTEND you will get pcmx-native and pcmx-nativesdk out of it | 20:42 |
davis | ok, so here is the complication i omitted. | 20:42 |
davis | i 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 |
davis | pcmx-native is used to build pcmx. | 20:43 |
kergoth | as bluelightning just said, create a pcmx recipe, let bbclassextend create -native and nativesdk- | 20:43 |
kergoth | DEPENDS_class-target = "pcmx-native" | 20:43 |
bluelightning | davis: right, and that's fine - you just need to be using pcmx-nativesdk in TOOLCHAIN_HOST_TASK not pcmx-native | 20:43 |
*** tlab <tlab!~tlab@104.235.20.44> has joined #yocto | 20:43 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 20:44 | |
bluelightning | of course you'll need to tidy up the -native naming of the recipe beforehand | 20:44 |
davis | ok so I need to have a recipe named pcmx_%.bb | 20:45 |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 20:45 | |
davis | in this recipe I'm going to have BBCLASSEXTEND = "native nativesdk" | 20:45 |
davis | and then in my local.conf I'm going to have DEPENDS_class-target = "pcmx-native" | 20:45 |
kergoth | ? | 20:46 |
kergoth | why would you put depends in local.conf? | 20:46 |
davis | and TOOLCHAIN_HOST_TASK += "pcmx-native" | 20:46 |
kergoth | no, that goes in the pcmx recipe so the target one depends on -native | 20:46 |
davis | hmm. | 20:46 |
kergoth | and no, bluelightning just told you explicitly not to put -native in TOOLCHAIN_HOST_TASK, you use nativesdk there | 20: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-native | 20:46 |
* kergoth kicks the shallow git code repeatedly | 20:48 | |
davis | ok. 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 IRC | 20:49 | |
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto | 20:53 | |
a1cypher | Does 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 |
a1cypher | Trying 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 right | 21:03 |
*** maxin <maxin!~maxin@37-219-201-32.nat.bb.dnainternet.fi> has left #yocto | 21:06 | |
davis | kergoth: bluelightning this is what I tried to do. It fails during parsing. https://gist.github.com/netskink/d51f1caf02157b580e2af10a3ace5b09 | 21:14 |
kergoth | nativesdk is prepended to the name | 21:14 |
kergoth | it's nativesdk-pcmx, not pcmx-nativesdk | 21:14 |
bluelightning | oh, sorry, that was my fault | 21:15 |
bluelightning | in history (almost ancient history by now) it used to be the other way around | 21:15 |
davis | no worries | 21:15 |
davis | i've made that change to gist and local.conf. lets see what bitbake does. | 21:16 |
davis | hmm. | 21:17 |
*** obsrwr_home <obsrwr_home!~obsrwr@188.24.242.116> has quit IRC | 21:17 | |
davis | its breaking in cmake now. it can't find gcc. | 21:18 |
bluelightning | when building which variant? | 21:20 |
davis | i have an inherit native cmake line. I also do not have a depends line. perhaps I need to add depends=gcc | 21:20 |
davis | its breaking durin g the nativesdk build do configure | 21:21 |
davis | i added a depends=gcc and now, i see its building a nativesdk-gcc | 21:23 |
davis | so this might work. | 21:23 |
bluelightning | that shouldn't be necessary | 21:23 |
bluelightning | gcc is a dependency by default unless you do something like INHIBIT_DEFAULT_DEPS = "1" | 21:24 |
bluelightning | I doubt that will fix it, nativesdk-gcc is the gcc that goes into the SDK, not the compiler used to build things for the SDK | 21:24 |
davis | yah it did not | 21:25 |
davis | previously i had the code building with cmake | 21:26 |
davis | and my god that was an endevour | 21:26 |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 21:27 | |
bluelightning | usually if it can't find it it means it's somehow looking in the wrong place, because it is almost certainly where it should be | 21:28 |
bluelightning | I suspect you haven't built the nativesdk variant until now and if so that would account for this coming up now | 21:29 |
davis | i probably have not. | 21:29 |
davis | ive built the sdk | 21:29 |
davis | would i say depends=nativesdk? | 21:29 |
davis | well, i take that back. | 21:30 |
davis | it had to be using the nativesdk when it was building for the host | 21:30 |
davis | i was getting binaries in the x86_64 sysroot | 21:30 |
davis | and then when i was building for the target it knew to use some of the files built for the host | 21:31 |
davis | it just was not getting into the sdk when I did the populate_sdk command. | 21:31 |
kergoth | native != nativesdk | 21:31 |
kergoth | nativesdk uses a completely different toolchain | 21:31 |
davis | ok | 21:31 |
davis | depends=nativesdk also does not work. | 21:32 |
davis | depends=nativegcc-sdk might | 21:34 |
davis | err nativesdk-gcc | 21:34 |
davis | nope. virtual:nativesdk pcmx do configure fails. the cmake compiler can not find gcc. | 21:35 |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 21:37 | |
davis | i updated this gist to include the entire .bb file | 21:38 |
davis | https://gist.github.com/netskink/d51f1caf02157b580e2af10a3ace5b09 | 21:38 |
*** ntl <ntl!~nathanl@cpe-24-242-74-130.austin.res.rr.com> has quit IRC | 21:38 | |
*** agust <agust!~agust@p4FCB5DF5.dip0.t-ipconnect.de> has quit IRC | 21:38 | |
*** sameo <sameo!~samuel@192.55.54.43> has quit IRC | 21:38 | |
kergoth | you 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 it | 21:41 |
davis | kergoth: you said this earlier. 16:43 < kergoth> DEPENDS_class-target = "pcmx-native" | 21:43 |
davis | where is that line supposed to go? in local.conf? | 21:43 |
kergoth | i told you this already | 21:43 |
kergoth | you said pcmx needed the native binaries to run, that's how you make pcmx depend on pcmx-native | 21:43 |
kergoth | and no, as i said earlier, it belongs inthe recipe | 21:44 |
davis | yes, i was reading scrollback and ... | 21:44 |
kergoth | but it's irrelevent to nativesdk | 21:44 |
kergoth | that's for the target recipe, which *you* said needed the native tools to build | 21:44 |
davis | yes, | 21:44 |
davis | so 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 |
kergoth | that really doesn't make any sense | 21:45 |
kergoth | the image doesn't need to run pcmx | 21:46 |
kergoth | if pcmx needs pcmx-native to build, then put the DPENEDS i gave you into the pcmx recipe | 21:46 |
*** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 21:46 | |
davis | i 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 |
kergoth | pcmx and pcmx-native are both irrelevent to nativesdk. | 21:47 |
davis | i removed the pcmx and pcmx-native recipes. Now I just have a single recipe pcmx_%.bb | 21:47 |
kergoth | nativesdk is its own build, with its own toolchain | 21:47 |
davis | it has similar layout as pcmx-native before. | 21:47 |
*** clsulliv <clsulliv!~clsulliv@134.134.137.71> has quit IRC | 21:49 | |
*** clsulliv <clsulliv!clsulliv@nat/intel/x-pntxbblglyfdsxgf> has joined #yocto | 21:52 | |
*** sameo <sameo!~samuel@192.55.54.44> has joined #yocto | 21:55 | |
davis | so i am repulling this code and buidling fresh. | 21:57 |
davis | hopefully with the single pcmx file and not the pcmx and pcmx-native it will work. | 21:57 |
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
*** bobt_ <bobt_!32f7afdd@gateway/web/freenode/ip.50.247.175.221> has quit IRC | 22:08 | |
*** joshuagl <joshuagl!~joshuagl@192.198.151.44> has quit IRC | 22:09 | |
*** sameo <sameo!~samuel@192.55.54.44> has quit IRC | 22:09 | |
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 22:13 | |
*** a2Cypher <a2Cypher!~a1Cypher@S0106000fb0d83c8b.wp.shawcable.net> has joined #yocto | 22:29 | |
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 22:31 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 22:32 | |
*** manuel__ is now known as manuel_ | 22:32 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 22:33 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 22:41 | |
*** sjolley <sjolley!~sjolley@134.134.137.75> has quit IRC | 22:51 | |
*** sjolley <sjolley!sjolley@nat/intel/x-cezuapwmaexveouc> has joined #yocto | 22:51 | |
*** lamego <lamego!~jose@134.134.139.83> has quit IRC | 22:53 | |
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 22:56 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 22:56 | |
*** manuel__ is now known as manuel_ | 22:56 | |
*** sjolley <sjolley!sjolley@nat/intel/x-cezuapwmaexveouc> has quit IRC | 22:57 | |
*** aehs29 <aehs29!~aehernan@134.134.137.71> has left #yocto | 22:58 | |
*** rodgort` <rodgort`!~rodgort@68.ip-149-56-14.net> has joined #yocto | 23:07 | |
*** rodgort <rodgort!~rodgort@68.ip-149-56-14.net> has quit IRC | 23:07 | |
*** nighty <nighty!~nighty@p001.gate.atson.jp> has joined #yocto | 23:17 | |
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 23:29 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 23:31 | |
*** manuel__ <manuel__!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 23:34 | |
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 23:42 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 23:43 | |
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC | 23:45 | |
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto | 23:46 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 23:48 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 23:48 | |
davis | kergoth: bluelightning you folks here? | 23:49 |
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 23:50 | |
davis | fwiw, 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_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 23:51 | |
davis | in the dir for where the source is located. it has a toolchain.cmake | 23:52 |
davis | this file looks like it is wrong though. CMAKE_C_COMPILER is set to gcc. | 23:52 |
bluelightning | davis: I am yes | 23:52 |
davis | that was ok for host builds (since it worked) | 23:52 |
davis | but for this nativesdk build its probably needs to be gcc-native or something | 23:53 |
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 23:53 | |
bluelightning | davis: well, that's not a recipe name, it's a command | 23:53 |
bluelightning | so gcc is expected to be in the PATH when cmake goes to check if it's there | 23:54 |
bluelightning | AFAIK that should be the case | 23:54 |
davis | in my pcmx_%.bb file, I don't specify any variable overrides for cmake. | 23:54 |
bluelightning | nor should you have to | 23:55 |
davis | I'm currently doing only this | 23:55 |
davis | BBCLASSEXTEND = "native nativesdk" | 23:55 |
bluelightning | you could double-check by running bitbake -c devshell nativesdk-pcmx | 23:55 |
bluelightning | then run "which gcc" | 23:55 |
davis | inherit native cmake | 23:55 |
bluelightning | oh wait | 23:55 |
davis | ok good idea | 23:55 |
davis | ok wait | 23:55 |
bluelightning | you *definitely* do not want "inherit native" | 23:55 |
bluelightning | not if you are also using BBCLASSEXTEND | 23:55 |
davis | gotcha | 23:56 |
bluelightning | that's probably causing the issue here | 23:56 |
davis | lets see what that does. ill do a clean before hand. one sec | 23:56 |
davis | bitbake -c cleanall pcmx | 23:56 |
davis | err, prolly s/pcmx/nativesdk-pcmx/ | 23:56 |
davis | this looks like its working. | 23:58 |
davis | nope | 23:58 |
davis | it is failing in cmake build now | 23:59 |
davis | this is understandable | 23:59 |
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC | 23:59 | |
davis | this cmake project is the bane of my existance and only serves as payment for my past sins. | 23:59 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!