*** dreyna_ <dreyna_!~dreyna@unknown-6-157.windriver.com> has joined #yocto | 00:04 | |
*** dreyna <dreyna!~dreyna@unknown-216-197.windriver.com> has quit IRC | 00:04 | |
*** Klox <Klox!~Klox@c-24-15-54-56.hsd1.il.comcast.net> has joined #yocto | 00:10 | |
*** ant_home <ant_home!~ant__@95.236.249.99> has quit IRC | 00:23 | |
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC | 00:28 | |
*** nighty-- <nighty--!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 00:33 | |
*** manuel_ <manuel_!~manuel@c-67-186-132-157.hsd1.ma.comcast.net> has quit IRC | 00:44 | |
*** dreyna_ <dreyna_!~dreyna@unknown-6-157.windriver.com> has quit IRC | 00:52 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 00:55 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 01:00 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 01:01 | |
*** kai1 <kai1!~kai@118-92-235-112.dsl.dyn.ihug.co.nz> has left #yocto | 01:01 | |
*** morphis_ <morphis_!~morphis@pD9ED728C.dip0.t-ipconnect.de> has joined #yocto | 01:03 | |
*** morphis <morphis!~morphis@pD9ED73CE.dip0.t-ipconnect.de> has quit IRC | 01:07 | |
*** manuel_ <manuel_!~manuel@c-24-61-46-253.hsd1.ma.comcast.net> has joined #yocto | 01:26 | |
*** Klox <Klox!~Klox@c-24-15-54-56.hsd1.il.comcast.net> has quit IRC | 01:34 | |
-YoctoAutoBuilder- build #1105 of nightly-world is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/1105 | 01:43 | |
Crofton|work | bluelightning, did sip also end up in core | 01:46 |
---|---|---|
bluelightning | Crofton|work: nope: http://layers.openembedded.org/layerindex/branch/master/recipes/?q=sip | 01:47 |
bluelightning | (now that our search actually works well for this kind of thing...) | 01:47 |
Crofton|work | I think it was update sin meta-oe for something else | 01:48 |
bluelightning | oh, right... now I see the commit message | 01:49 |
bluelightning | sigh | 01:49 |
Crofton|work | ah yes, need for qt5 | 01:50 |
Crofton|work | reminds me, nede to work on pywt5 | 01:50 |
Crofton|work | pyqt5 :) | 01:51 |
bluelightning | so at the moment I can't merge this patch because python-pyqt will stop building without meta-oe and meta-oe isn't a dependency | 01:51 |
Crofton|work | pyqt won't build with newer sip | 01:51 |
bluelightning | no, and with the patch it won't build without it ;) | 01:52 |
bluelightning | short term the fix would be to copy the new sip version over to meta-qt4 | 01:52 |
Crofton|work | well, I think I am the only user of pyqt | 01:52 |
Crofton|work | we really do not want to dupe recipes | 01:53 |
bluelightning | not really, no, but we already have it | 01:53 |
Crofton|work | either meta-qt4 and meta-qt5 depnd on meta-oe | 01:53 |
bluelightning | alternatively we state that python-pyqt won't build without meta-oe | 01:53 |
Crofton|work | or sip goes to core | 01:53 |
bluelightning | I don't think we can add a layer dependency on meta-oe just for this | 01:53 |
Crofton|work | so you break pyqt for anyone using meta-oe? | 01:54 |
bluelightning | nope | 01:54 |
bluelightning | that's not what I am suggesting | 01:54 |
Crofton|work | you want to carry a dupe recipe then? | 01:55 |
bluelightning | no, not that either | 01:55 |
bluelightning | I'm saying, we don't add the layer dependency explicitly, but we force you to add meta-oe if you want to build pyqt | 01:55 |
bluelightning | we can document that in the readme | 01:55 |
Crofton|work | ok fine with me :) | 01:56 |
Crofton|work | I just need it to work | 01:56 |
Crofton|work | and it is late here :) | 01:56 |
Crofton|work | and I really need to shift to qt5 | 01:56 |
bluelightning | ok, I will merge your patch and send a patch to remove sip | 01:56 |
Crofton|work | that seems like the best approach | 01:57 |
Crofton|work | I have had people ask about pyqt5 | 01:57 |
Crofton|work | because you find an email from me asking about it | 01:57 |
Crofton|work | Thanks for getting caught up | 01:57 |
Crofton|work | I'm off to bed | 01:57 |
bluelightning | heh I also have to add an EXCLUDE_FROM_WORLD to poky's inc file as well | 01:58 |
bluelightning | fun times | 01:58 |
bluelightning | goodnight :) | 01:59 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 02:04 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 02:07 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 02:07 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 02:08 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 02:13 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 02:15 | |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 02:17 | |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 02:28 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 02:42 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 02:42 | |
*** rocket42 <rocket42!~chatzilla@118.70.215.33> has joined #yocto | 02:48 | |
rocket42 | hello, everyone | 02:48 |
rocket42 | i am having problem with cross-develop GUI application for beaglebone black | 02:49 |
rocket42 | tootchain i used is to get from yocto project | 02:49 |
rocket42 | image for beagelebone black also get from yocto project (santo image) | 02:50 |
rocket42 | i also use eclipse yocto plug-in to cross-develop | 02:51 |
rocket42 | i use gtk+ library for my application | 02:51 |
rocket42 | but when i build my application | 02:51 |
rocket42 | fatal error is always appear "fatal error: <gtk/gtk.h>: no such file or directory" | 02:52 |
rocket42 | i don't know how to solve it | 02:52 |
rocket42 | it is very strange that | 02:55 |
*** mkelly <mkelly!~martin@67.171.33.217> has quit IRC | 03:02 | |
*** caiortp <caiortp!~caiortp@201.78.60.215> has joined #yocto | 03:18 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 03:25 | |
*** redengin <redengin!~redengin@2601:600:9200:a356:110c:cdeb:790f:50ad> has quit IRC | 03:26 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 03:32 | |
*** redengin <redengin!~redengin@2601:600:9200:a356:81ae:1b21:93f5:2ed> has joined #yocto | 03:39 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 03:47 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 03:50 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 03:51 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 03:55 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 04:00 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 04:02 | |
*** mckoan|away <mckoan|away!~marco@host56-7-static.30-87-b.business.telecomitalia.it> has joined #yocto | 04:06 | |
*** rocket42 <rocket42!~chatzilla@118.70.215.33> has quit IRC | 04:10 | |
*** heliocastro <heliocastro!heliocastr@kde/heliocastro> has quit IRC | 04:10 | |
*** JoiF <JoiF!~jofr@193.182.166.3> has quit IRC | 04:10 | |
*** mckoan_ <mckoan_!~marco@unaffiliated/mckoan> has quit IRC | 04:10 | |
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC | 04:10 | |
*** heliocastro <heliocastro!heliocastr@gateway/shell/kde/x-agbfrbynbxopvujs> has joined #yocto | 04:12 | |
*** sbach <sbach!~sbach@104.156.100.181> has quit IRC | 04:12 | |
*** sbach <sbach!~sbach@104.156.100.181> has joined #yocto | 04:13 | |
*** zecke <zecke!~ich@59-124-137-26.HINET-IP.hinet.net> has joined #yocto | 04:14 | |
*** tlwoerner <tlwoerner!~tlwoerner@108.175.233.33> has joined #yocto | 04:16 | |
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto | 04:16 | |
*** JoiF <JoiF!~jofr@193.182.166.3> has joined #yocto | 04:18 | |
*** mkelly <mkelly!~martin@67.171.33.217> has joined #yocto | 04:20 | |
*** mkelly <mkelly!~martin@67.171.33.217> has quit IRC | 04:24 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 04:27 | |
*** manuel_ <manuel_!~manuel@c-24-61-46-253.hsd1.ma.comcast.net> has quit IRC | 04:33 | |
*** fray <fray!~fray@kernel.crashing.org> has quit IRC | 04:36 | |
*** fray <fray!~fray@kernel.crashing.org> has joined #yocto | 04:36 | |
*** zecke <zecke!~ich@59-124-137-26.HINET-IP.hinet.net> has quit IRC | 04:43 | |
*** zecke <zecke!~ich@59-124-137-26.HINET-IP.hinet.net> has joined #yocto | 04:50 | |
*** zecke <zecke!~ich@59-124-137-26.HINET-IP.hinet.net> has quit IRC | 05:02 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-reoebpeayajlxzbe> has quit IRC | 05:20 | |
*** AndersD <AndersD!~anders@194.237.220.218> has joined #yocto | 05:24 | |
*** AndersD <AndersD!~anders@194.237.220.218> has quit IRC | 05:28 | |
*** AndersD <AndersD!~anders@194.237.220.218> has joined #yocto | 05:31 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 05:48 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 05:51 | |
*** chep <chep!~chep@LFbn-1-2968-236.w90-76.abo.wanadoo.fr> has left #yocto | 05:52 | |
*** caiortp <caiortp!~caiortp@201.78.60.215> has quit IRC | 05:54 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 05:58 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 06:02 | |
*** frsc <frsc!~frsc@dslb-178-010-250-043.178.010.pools.vodafone-ip.de> has joined #yocto | 06:02 | |
*** agust <agust!~agust@p4FCB7688.dip0.t-ipconnect.de> has joined #yocto | 06:03 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 06:04 | |
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 06:08 | |
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 06:26 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 06:35 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 06:39 | |
*** pohly <pohly!~pohly@p5DE8E7C4.dip0.t-ipconnect.de> has joined #yocto | 06:40 | |
*** ddora <ddora!6cab81a4@gateway/web/freenode/ip.108.171.129.164> has quit IRC | 06:41 | |
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto | 06:44 | |
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 06:54 | |
*** yohboy <yohboy!~yohan@bce1.fw1.capo.montpellier-agglo.com> has joined #yocto | 07:00 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:04 | |
*** jku <jku!~jku@192.198.151.45> has joined #yocto | 07:05 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 07:10 | |
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 07:11 | |
*** mugurumov <mugurumov!533058f1@gateway/web/freenode/ip.83.48.88.241> has joined #yocto | 07:11 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@151.38.134.98> has joined #yocto | 07:12 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 07:12 | |
*** heliocastro <heliocastro!heliocastr@gateway/shell/kde/x-agbfrbynbxopvujs> has quit IRC | 07:17 | |
*** heliocastro <heliocastro!heliocastr@kde/heliocastro> has joined #yocto | 07:17 | |
*** fl0v0 <fl0v0!~fvo@pD9F6B605.dip0.t-ipconnect.de> has joined #yocto | 07:17 | |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 07:22 | |
*** joshuagl <joshuagl!~joshuagl@192.198.151.43> has joined #yocto | 07:22 | |
*** Chrys <Chrys!500c37da@gateway/web/freenode/ip.80.12.55.218> has joined #yocto | 07:25 | |
*** ant_work <ant_work!~ant__@host180-233-dynamic.45-213-r.retail.telecomitalia.it> has joined #yocto | 07:27 | |
Chrys | otavio : Hi, i've sent you a message in PVT. Thanks. | 07:28 |
*** cornel <cornel!~cornel@89.121.200.106> has quit IRC | 07:28 | |
*** jku <jku!~jku@192.198.151.45> has quit IRC | 07:31 | |
*** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto | 07:33 | |
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 07:33 | |
*** BarBQ <BarBQ!~textual@194.47.255.216> has joined #yocto | 07:36 | |
*** jku <jku!~jku@192.198.151.45> has joined #yocto | 07:40 | |
*** vdehors <vdehors!~vdehors@meu77-6-78-223-226-44.fbx.proxad.net> has joined #yocto | 07:40 | |
*** maxin <maxin!~maxin@134.134.139.78> has joined #yocto | 07:43 | |
*** mizux <mizux!~mizux@195.190.86.18> has joined #yocto | 07:49 | |
*** mizux <mizux!~mizux@195.190.86.18> has joined #yocto | 07:49 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 07:49 | |
yohboy | Hi ! I made a layer with one recipe and I set DEPENDS += "unzip" in my recipe. But when I execute bitbake core-image-minimal, I have one error which says : unzip not found. But I have unzip working on my machine, and this dependency works in others layers. Why is it not working in mine ? Any idea please ? | 07:50 |
jku | yohboy: please pastebin the error with enough context | 07:53 |
Chrys | I'm new also in yocto but I guess yohboy, your recipes should provides unzip. It don't care of what you can have on your computer, am I right ? | 07:54 |
yohboy | jku: the error is much bigger, with a lot of debug/note | 07:57 |
yohboy | the main error says : ERROR: zybo-gateway-linux-1.0-r0 do_install: Function failed: do_install (log file is located at /home/yohan/Smart_gateway/Linux_yocto/build/tmp/work/zybo_gateway-poky-linux-gnueabi/zybo-gateway-linux/1.0-r0/temp/log.do_install.4844) | 07:57 |
yohboy | with debug line important I think : /home/yohan/Smart_gateway/Linux_yocto/build/tmp/work/zybo_gateway-poky-linux-gnueabi/zybo-gateway-linux/1.0-r0/temp/run.do_install.4844: unzip: not found | 07:57 |
Chrys | yohboy : does unzip is provided by the recipes on your build project ? | 07:58 |
yohboy | Chrys: I was thinking my recipe uses unzip to make the do_install | 08:00 |
jku | yohboy: if it does then you would need unzip-native, not unzip | 08:01 |
LetoThe2nd | yohboy: try to be exact. show the recipe, or precisely tell us what you want to do. because it seems you are missing up the environments. | 08:01 |
LetoThe2nd | yohboy: (like jku just said, in short) | 08:01 |
yohboy | ok, let me explain better so | 08:02 |
LetoThe2nd | thinking about it, depends unzip hardly makes sense. it usually is either unzip-native or rdepends ;-) | 08:03 |
jku | yep | 08:03 |
yohboy | So i'm working also with meta-xilinx layers. I took example on a recipe from meta-xilinx, and try to make my own. The recipe take a zip file and need to unzip it to extract some usefull file, and deploy them | 08:04 |
yohboy | The recipe is very very similar to the one from meta-xilinx | 08:05 |
yohboy | but when I put this recipe in my layer | 08:05 |
yohboy | it can't find the depencies | 08:05 |
Chrys | yohboy : Maybe you should see documentation of what DEPENDS is. RDEPENDS = Dependencies in runtime while DEPENDS is more when a "recipe" need for " do_configure" another recipes which have already done "do_populate_sysroot" | 08:05 |
LetoThe2nd | yohboy: see above then. | 08:05 |
Chrys | LetoThe2nd : I'm I right ? | 08:05 |
LetoThe2nd | Chrys: close. | 08:06 |
yohboy | I will test it yes, but weird because the recipe from meta-xilinx works and uses DEPEND += "unzip" | 08:06 |
LetoThe2nd | all the do_* steps are executed during compile time, not during run time. they are executed on the host, not an the target. hence if you need something there that is not included in the standard toolchain, then you have to add it as a -native dependency | 08:07 |
LetoThe2nd | yohboy: well we don't know what else you messed up :-P | 08:07 |
Chrys | yohboy : It's not because nutella work in a bread that nutella should work also in a shoe ! | 08:07 |
yohboy | sure :p | 08:07 |
Chrys | :p | 08:07 |
yohboy | I'll test your solution and get back thanks | 08:08 |
LetoThe2nd | Chrys: nope. its more like: does recipe tell you that you need to put nutella in what you cook, or do you need to put nutella into the chef in order to make him work properly. | 08:08 |
Chrys | LetoThe2nd : You didn't get what I wanted to mean I guess ahah | 08:09 |
Chrys | LetoThe2nd : It's not because a line in a file worked for a meta, that this same line should work in another meta. | 08:09 |
LetoThe2nd | Chrys: nope. thats a completely wrong way to put it. | 08:10 |
yohboy | seems to be worst with RDEPENDS | 08:11 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 08:11 | |
yohboy | QA Issue: /home/yohan/Smart_gateway/Linux_yocto/layers/meta-zybo-gateway/recipes-bsp/reference-design/zybo-gateway-linux.bb: Variable RDEPENDS is set as not being package specific, please fix this. [pkgvarcheck] | 08:11 |
Chrys | LetoThe2nd : What you said is more like to explain differences between RDEPENDS and DEPEND =D | 08:11 |
LetoThe2nd | yohboy: because you didn't listen. | 08:11 |
LetoThe2nd | Chrys: exactly. and thats exactly his problem. | 08:11 |
yohboy | It seems I miss something yes | 08:11 |
Chrys | LetoThe2nd : Yeah but i was speaking because he said : weird because the recipe from meta-xilinx works and uses DEPEND += "unzip" | 08:12 |
LetoThe2nd | yohboy: so please let me repeat: 10:07 < LetoThe2nd> all the do_* steps are executed during compile time, not during run time. they are executed on the host, not an the target. hence if you need something there that is not included in the standard toolchain, then you have to add it as a -native dependency | 08:12 |
LetoThe2nd | Chrys: who says that the recipe that he claims to cite is even remotely comparable? that the line is not completely ripped out of context? | 08:12 |
Chrys | LetoThe2nd : It doesn't matter now ahah. | 08:13 |
LetoThe2nd | Chrys: its like saying: "I++;" works perfectly fine on this one project, it has to work EVERYWHERE hence | 08:13 |
*** colrack <colrack!~textual@94.126.8.166> has joined #yocto | 08:14 | |
LetoThe2nd | lines of code are always subject to context. | 08:14 |
Chrys | LetoThe2nd : That's why I said that. | 08:14 |
LetoThe2nd | all is fine then. | 08:14 |
Chrys | LetoThe2nd : Maybe my english isn't good enough but it was the meaning I wanted to say. | 08:15 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 08:15 | |
yohboy | it seems to work with -native, thank you | 08:16 |
abelal | hi folks | 08:29 |
abelal | http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx.inc#n6 | 08:29 |
abelal | why is it marked as commercial | 08:29 |
abelal | ? | 08:29 |
phako[m] | hah | 08:29 |
phako[m] | :D | 08:29 |
phako[m] | The current assumption is because it depends on bellagio | 08:29 |
phako[m] | Stumbled upon that last week. | 08:30 |
abelal | phako[m]: thanks but that's an assumption only, right? | 08:33 |
phako[m] | more or less | 08:34 |
sveinse | I am going to make a image post-processor (a installer generator) and I need it to access the rootfs images for a set of machines. Can I from my own recipe access the image rootfs files (e.g. tmp/work/${MACHINE}/sp-core-image/1.0-r0/rootfs/) as root via pseudo/fakeroot, or do I have to use the .tar.bz2 files in deploy/ for that? | 08:35 |
abelal | phako[m]: then shouldn't the libomxil recipe be marked this way rather than gstreamer-omx? | 08:36 |
phako[m] | t is. | 08:36 |
phako[m] | it ts. | 08:36 |
phako[m] | oh damn | 08:36 |
phako[m] | it is. | 08:36 |
phako[m] | but since gstreamer-omx is pretty useless without it if you don't have a vendor il. But that's just my guesswork | 08:37 |
abelal | phako[m]: :) hmmm odd only libomxil should be marked that way in this case | 08:37 |
abelal | and are we sure libomxil is commercial? | 08:38 |
RP | sveinse: you could add your own task to the images? | 08:38 |
phako[m] | abelal: it uses ffmpeg to implement all kind of license-encumbered codecs... | 08:40 |
sveinse | RP: Its slightly more complicated that that: The installer shall combine the rootfs images from multiple MACHINEs into one, and our current Yocto (krogoth) don't support building multiple machines in one invocation, so it have to be a separate recipe that must be run last | 08:40 |
abelal | phako[m]: but the recipe does not depend on ffmpeg... :s | 08:41 |
RP | sveinse: keep in mind we don't support cross workdir directory accesses | 08:41 |
RP | sveinse: also, each workdir has its own pseudo context which is going to complicate things for you | 08:41 |
sveinse | RP: I'm not crossing workdirs, they are all run in the same dir. Just three invocation of varying MACHINE. They are very similar, as they all have the same arch and tune | 08:42 |
RP | sveinse: you build all three images in the same WORKDIR? | 08:43 |
sveinse | yes | 08:43 |
RP | (for each of the three machines) | 08:43 |
RP | since even the path you posted earlier is tmp/work/${MACHINE}/sp-core-image, I very much doubt that | 08:43 |
RP | that path is machine specific | 08:43 |
sveinse | yes, I run MACHINE=a bitbake sp-core-image; MACHINE=b bitbake sp-core-imaage | 08:44 |
phako[m] | abelal: hm, true | 08:44 |
sveinse | I'll reuse most packages, as they are built for tune, while the bsp-stuff is individual | 08:44 |
RP | sveinse: and end up with three *different* directories each containing a rootfs. Each of those directories will have a WORKDIR/pseudo database for that directory | 08:44 |
sveinse | ok | 08:44 |
nrossi | yohboy: I've queued up a patch to fix it to use unzip-native in meta-xilinx aswell | 08:45 |
RP | pseudo only works with one database so you can't load each of these images into the same context easily | 08:45 |
phako[m] | abelal: so, no idea then | 08:45 |
RP | sveinse: even if you don't understand what I'm saying, trust me that tarballs are going to work better for you | 08:45 |
abelal | phako[m]: thanks a lot for your time :) | 08:45 |
yohboy | nrossi: ok nice :) | 08:46 |
sveinse | RP: yeah, I see there are multiple pseudo dbs in my build. I had hoped I could spare an extra untar-tar operation, but I'll use the tarballs. Thanks | 08:47 |
*** ed21 <ed21!~Adium@26.red-81-34-83.dynamicip.rima-tde.net> has joined #yocto | 08:52 | |
*** ed22 <ed22!Adium@nat/intel/x-kfkospvvvkrwlikm> has joined #yocto | 08:53 | |
*** ed22 is now known as ed2 | 08:53 | |
*** zeenix <zeenix!~zeenix@c83-254-44-114.bredband.comhem.se> has joined #yocto | 08:54 | |
*** ed21 <ed21!~Adium@26.red-81-34-83.dynamicip.rima-tde.net> has quit IRC | 08:56 | |
sveinse | BTW, the operations of bundling multiple images into one artefacts can't be that exotic, but I'm sensing that we're constantly hitting on the boundaries of what Yocto can do. The use case for this is that we have a common updater that the end customer uses to upgrade the products and it must contain all images. Other companies must have similar use cases, yes? | 08:56 |
LetoThe2nd | sveinse: its just a scenario that is rather new and not poured into a common procedure so far. | 08:57 |
LetoThe2nd | basically, chain-building | 08:58 |
sveinse | LetoThe2nd: right. yes, and we're not using that right now, because we're on krogoth. Looking forward to it | 08:58 |
RP | sveinse: right, multiconfig was new in morty and is on the edge of development... | 09:00 |
RP | sveinse: updaters isn't a solved problem at the moment, lots of different requirements | 09:00 |
sveinse | I guess what I'm saying, it that in the long run, there should be support for manipulating multiple images. I assume it will come :D | 09:00 |
phako[m] | abelal: according to gstreamer ppl, bellagio isn't really useful anymore | 09:02 |
*** warthog9 <warthog9!~warthog9@proxy.monkeyblade.net> has quit IRC | 09:04 | |
sveinse | RP: Agreed. And I'm not sure Yocto should set out to make updaters. In a commercial setting, you probably need some corporate encapsulation anyways. Just the means to build them. | 09:04 |
sveinse | And I'm confident that the means are there and that I'll get my recipe to work. Let's see | 09:05 |
*** Chrys <Chrys!500c37da@gateway/web/freenode/ip.80.12.55.218> has quit IRC | 09:07 | |
RP | sveinse: certainly you can use the tarballs and if you extract them within the same pseudo context you should be able to do what you need | 09:07 |
*** Chrys <Chrys!500c37ab@gateway/web/freenode/ip.80.12.55.171> has joined #yocto | 09:07 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 09:09 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 09:10 | |
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.185.105.31.249> has joined #yocto | 09:17 | |
Chrys | mappy : regarde en haut et clique sur chrys | 09:19 |
*** brutal_water_ <brutal_water_!4f82963d@gateway/web/freenode/ip.79.130.150.61> has joined #yocto | 09:22 | |
*** warthog9 <warthog9!~warthog9@proxy.monkeyblade.net> has joined #yocto | 09:24 | |
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto | 09:27 | |
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.185.105.31.249> has left #yocto | 09:27 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 09:29 | |
*** brutal_water_ <brutal_water_!4f82963d@gateway/web/freenode/ip.79.130.150.61> has quit IRC | 09:30 | |
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 09:33 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 09:40 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 09:43 | |
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto | 09:44 | |
*** ed2 <ed2!Adium@nat/intel/x-kfkospvvvkrwlikm> has quit IRC | 09:46 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 09:48 | |
Chrys | I'm doing my first recipes, and this recipes is for a first kernel module also. I took an exemple from the poky dist, but I would like to know how bitbake know what he have to do with the .c file and Makefile | 09:50 |
Chrys | Does it's because of " inherit modules" ? | 09:50 |
Chrys | and also, for meta-fsl-arm, I have this error :QA Issue: imx-vpu: LIC_FILES_CHKSUM points to an invalid file: /opt/PHYTEC_BSPs/phyBOARD-MIRA/build/tmp/work/phyboard_mira_imx6_4-phytec-linux-gnueabi/imx-vpu/1_5.4.33-r0/imx-vpu-5.4.33/COPYING | 09:53 |
*** CTtpollard <CTtpollard!~CTtpollar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 09:53 | |
Chrys | What should I do. | 09:53 |
Chrys | Thanks ! | 09:53 |
*** nighty-- <nighty--!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 09:55 | |
LetoThe2nd | Chrys: 1) look at the recipe and find out where it is pointing 2) look at the sources and check what is actually there | 09:56 |
Chrys | LetoThe2nd : When you have LIC_FILES_CHKSUM = " file://COPYING....blablabla " where should the COPYING be located ? | 09:58 |
LetoThe2nd | Chrys: there where the sources are unpacked. seems to be /opt/PHYTEC_BSPs/phyBOARD-MIRA/build/tmp/work/phyboard_mira_imx6_4-phytec-linux-gnueabi/imx-vpu/1_5.4.33-r0/imx-vpu-5.4.33 in your case | 09:59 |
LetoThe2nd | (and why are you building in /opt?) | 09:59 |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 10:00 | |
Chrys | LetoThe2nd : Because commercial software i guess | 10:00 |
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC | 10:01 | |
Chrys | LetoThe2nd : Thec ompany who made it have done a script with prepare the yocto directory and go in /opt | 10:01 |
LetoThe2nd | Chrys: then my first suggestion would be to get rid of that script and properly set up your layers yourself. | 10:02 |
LetoThe2nd | Chrys: its also a strong suspect for the missing git revision and priority issues yesterday. | 10:02 |
*** manuel_ <manuel_!~manuel@c-24-61-46-253.hsd1.ma.comcast.net> has joined #yocto | 10:03 | |
Chrys | LetoThe2nd : I don't think so, I download with git clone and I didn't get problem. I've maybe downloaded it directly from the website and copy the folder there. That's why I ugess. | 10:03 |
LetoThe2nd | Chrys: well then. | 10:03 |
*** CTtpollard <CTtpollard!~CTtpollar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 10:06 | |
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto | 10:06 | |
Chrys | LetoThe2nd : and why not in /opt ? Because of permission right ? | 10:06 |
*** zecke <zecke!~ich@210.177.106.145> has joined #yocto | 10:07 | |
LetoThe2nd | Chrys: counter question. users are meant to keep all their stuff in their home on unixoid platforms. why move to /opt? is there any benefit? | 10:07 |
LetoThe2nd | Chrys: (read that as: why should i find reasons to justify adhering to common best practises, instead of you for violating them) | 10:08 |
Chrys | LetoThe2nd : But if you consider that the work isn't user specific but computer specific and that the work is considered as commercial purpose, why not ? | 10:08 |
LetoThe2nd | Chrys: if it is not user specific how do you deal with file ownership clashes if multiple users work on it? | 10:09 |
LetoThe2nd | Chrys: and i really do not see how this relates to comemrcial or not. | 10:10 |
LetoThe2nd | other than the total contrast. in a commercial environment, any sane admin will take care to backeup /home. about none will care about /opt, as users are not meant to tinker with that. | 10:11 |
Chrys | LetoThe2nd : As i'm not in my own computer but in a computer dedictated 100% for that yocto project they put on opt | 10:12 |
LetoThe2nd | it still makes no sense. | 10:13 |
Chrys | LetoThe2nd : As atmel do the same | 10:13 |
LetoThe2nd | it doesn't make sense for them too. | 10:13 |
LetoThe2nd | tell me one(!) advantage of putting stuff into /opt. | 10:13 |
*** Chrys <Chrys!500c37ab@gateway/web/freenode/ip.80.12.55.171> has quit IRC | 10:21 | |
*** ignatius <ignatius!533058f1@gateway/web/freenode/ip.83.48.88.241> has joined #yocto | 10:22 | |
ignatius | Hey there, I'm facing a RAMDISK error while building yocto custom image, the error is the next one | 10:23 |
ignatius | RAMDISK: Couldn't find valid RAM disk image starting at 0. | 10:23 |
ignatius | the error trace is here | 10:23 |
ignatius | https://pastebin.com/E5E0QghE | 10:24 |
ignatius | I have tried to change the kernel conf with menuconfig | 10:25 |
*** zeeblex <zeeblex!~zeeblex@gate-zro.freescale.com> has quit IRC | 10:26 | |
ignatius | at General Setup -> Initramfs source files | 10:26 |
ignatius | and adding there a value, but If i do that, does not compile | 10:27 |
ignatius | printing a error: "gen_initramfs_list.sh: Cannot open 'b300'" | 10:27 |
ignatius | So I'm not sure how to proceed | 10:28 |
ignatius | thanks for the help | 10:28 |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 10:36 | |
*** rob_w_ <rob_w_!~bob@93.104.205.194> has joined #yocto | 10:46 | |
*** Chrys <Chrys!500c3728@gateway/web/freenode/ip.80.12.55.40> has joined #yocto | 10:50 | |
*** frsc <frsc!~frsc@dslb-178-010-250-043.178.010.pools.vodafone-ip.de> has quit IRC | 10:51 | |
ant_work | ignatius, obvious problem: Kernel command line: | 11:00 |
ignatius | ant_work: where can I find it at menuconfig? | 11:02 |
*** manuel_ <manuel_!~manuel@c-24-61-46-253.hsd1.ma.comcast.net> has quit IRC | 11:03 | |
ant_work | it is normnally set in the recipe | 11:05 |
*** rubiccube <rubiccube!d4af2303@gateway/web/freenode/ip.212.175.35.3> has joined #yocto | 11:05 | |
rubiccube | Hi there, I don't want to use any system service manager neither systemd nor sysvinit, when I add line to my conf/local.conf DISTRO_FEATURES_remove = " systemd" I got this error: Please ensure that your setting of VIRTUAL-RUNTIME_init_manager (systemd) matches the entries enabled in DISTRO_FEATURES | 11:07 |
*** Chrys <Chrys!500c3728@gateway/web/freenode/ip.80.12.55.40> has quit IRC | 11:14 | |
LetoThe2nd | rubiccube: so like busybox init? | 11:14 |
rubiccube | LetoThe2nd: No, I will just boot the kernel | 11:15 |
LetoThe2nd | rubiccube: ok, and what is it supposed to do after booting? | 11:15 |
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.185.105.31.249> has joined #yocto | 11:16 | |
mdnneo | rubiccube: I think the kernel needs to start "an" init ... might be just /bin/bash but still ... something needs to start | 11:17 |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 11:17 | |
LetoThe2nd | mdnneo: if it never ever gets there, no | 11:17 |
rubiccube | mdnneo: yes I have modified the kernel line that runs my qt application like, init=/bin/myQtApplication | 11:17 |
LetoThe2nd | rubiccube: have you tired setting VIRTUAL-RUNTIME_init_manager to some other value? | 11:17 |
rubiccube | LetoThe2nd: Can I do it like VIRTUAL-RUNTIME_init_manager=None ? | 11:18 |
mdnneo | I thought it expects some ... just like if you would kill init the kernel stops | 11:18 |
LetoThe2nd | rubiccube: probably not None, but = "" | 11:18 |
LetoThe2nd | mdnneo: technically you certainly could patch the kernel so that it just sits there and waits, never ever going into userspace. | 11:19 |
*** ed2 <ed2!~Adium@192.198.151.45> has joined #yocto | 11:20 | |
ant_work | rubiccube, we do that in an initramfs, init is our binary and we only rely on devtmpfs | 11:23 |
ant_work | EXTRA_IMAGEDEPENDS = "" IMAGE_FEATURES = "" | 11:23 |
ant_work | but you must know what you're doing... | 11:23 |
LetoThe2nd | ant_work: yeah, and especially anything Qt sounds... problematic :-P | 11:24 |
* ant_work still has to fix QT3 / opie touchscreen calibration, darn | 11:24 | |
rubiccube | LetoThe2nd: when I append init=/bin/myQtApplication my application comes after the kernel boot. Is there any problem with that ? | 11:25 |
ant_work | ehm.. what do you mean? | 11:26 |
LetoThe2nd | rubiccube: not necessarily, if your application works. there just is not much it can depend on, then. | 11:26 |
ant_work | it comes ofc after kernel boot | 11:26 |
LetoThe2nd | ant_work: but i want it to come *before* kernel boot *nagnagnag* | 11:27 |
*** mugurumov <mugurumov!533058f1@gateway/web/freenode/ip.83.48.88.241> has quit IRC | 11:29 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 11:33 | |
*** zecke <zecke!~ich@210.177.106.145> has quit IRC | 11:34 | |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 11:35 | |
*** berton <berton!~berton@189.114.111.135> has joined #yocto | 11:36 | |
*** zecke <zecke!~ich@210.177.106.145> has joined #yocto | 11:37 | |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 11:43 | |
*** zecke <zecke!~ich@210.177.106.145> has quit IRC | 11:48 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 12:00 | |
*** mjaggi1 <mjaggi1!~mjaggi@111.93.218.67> has joined #yocto | 12:03 | |
*** mjaggi <mjaggi!6f5dda43@gateway/web/freenode/ip.111.93.218.67> has joined #yocto | 12:04 | |
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC | 12:04 | |
mjaggi1 | I want to add files after rootfs is generated, how to extend core-image-minimal for that | 12:05 |
LetoThe2nd | mjaggi1: any specific reason why a standard recipe wouldn't do the trick and put the files in there that you need? | 12:09 |
mjaggi1 | I am working on mutlitib for aarch64 aarch64_ilp32 , | 12:11 |
mjaggi1 | bitbake generates two directories and keeps ld in lib and libilp32 directories | 12:12 |
mjaggi1 | for aarch64, both needs to be in same directory | 12:12 |
*** Chrys <Chrys!500c3756@gateway/web/freenode/ip.80.12.55.86> has joined #yocto | 12:12 | |
mjaggi1 | Till I find a way to do that, I am trying to create a link from lib to libilp32 | 12:13 |
mjaggi1 | is it possible to do in say do_deploy_append of core-image-minimal | 12:13 |
mjaggi1 | I am not sure how to do that | 12:13 |
LetoThe2nd | what comes to my mind is either http://lists.openembedded.org/pipermail/openembedded-core/2017-February/132815.html | 12:14 |
LetoThe2nd | or adding a postprocess command. | 12:15 |
mjaggi1 | lib is populated I believe by populate_sysroot, can we do something like populate_sysroot_append | 12:17 |
*** mjaggi <mjaggi!6f5dda43@gateway/web/freenode/ip.111.93.218.67> has quit IRC | 12:18 | |
LetoThe2nd | i'm sure there are many ways, but the question is where to put it. either hack some internal function, or keep it external and reproductible. | 12:20 |
LetoThe2nd | i personally would derive my own image class and do rootfs postprocessing there. | 12:20 |
*** Biliogadafr <Biliogadafr!~bilio@nat3-minsk-pool-46-53-182-120.telecom.by> has joined #yocto | 12:20 | |
mjaggi1 | thats a good idea | 12:21 |
mjaggi1 | if I have my-meta-layer/recipes-core/images/core-image-minimal.bbappend | 12:22 |
mjaggi1 | should I add do_rootfs_append | 12:22 |
mjaggi1 | would it work | 12:22 |
LetoThe2nd | i'm not completely sure about the syntax. did you check the dev manual? | 12:22 |
*** nighty-- <nighty--!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 12:23 | |
*** AndersD <AndersD!~anders@194.237.220.218> has quit IRC | 12:28 | |
mjaggi1 | do_rootfs is a python function so cant be appended | 12:30 |
*** BarBQ <BarBQ!~textual@194.47.255.216> has quit IRC | 12:30 | |
*** manuel__ <manuel__!~manuel@c-24-61-46-253.hsd1.ma.comcast.net> has joined #yocto | 12:31 | |
*** vdehors <vdehors!~vdehors@meu77-6-78-223-226-44.fbx.proxad.net> has quit IRC | 12:31 | |
*** vdehors <vdehors!~vdehors@meu77-6-78-223-226-44.fbx.proxad.net> has joined #yocto | 12:33 | |
*** ant_work <ant_work!~ant__@host180-233-dynamic.45-213-r.retail.telecomitalia.it> has quit IRC | 12:36 | |
nvld | Hello ! I'm trying to create a layer for a new board. Someone already did it with a previous version of yocto and a 3.14 kernel, I'm trying with Morty and a 4.1 kernel. I managed to compile the image, but whenever I try to boot, I only get a few lines from the serial port, then it just stops. Do you have any idea what is going on, and how I could g | 12:40 |
nvld | enerate logs or anything ? See https://pastebin.com/G4REDmAs | 12:40 |
LetoThe2nd | nvld: looks like simply your dtb is broken/unfitting. | 12:44 |
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.185.105.31.249> has left #yocto | 12:47 | |
nvld | The dtb is the exact same as the dtb we use with the 3.14 kernel. Should it be different ? | 12:49 |
LetoThe2nd | nvld: yep. | 12:50 |
nvld | Oh. | 12:51 |
LetoThe2nd | nvld: dtbs have not really been known for a stable binary api. at least not for non-mainlined things. | 12:51 |
nvld | Well, thank you :) | 12:52 |
LetoThe2nd | good luck | 12:54 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 12:55 | |
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 12:55 | |
*** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has joined #yocto | 12:56 | |
nvld | Thank's ! I think I'll need it ^^ | 12:56 |
*** blitz00_ <blitz00_!~stefan@gate-zro.freescale.com> has joined #yocto | 12:56 | |
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 12:57 | |
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has quit IRC | 12:57 | |
*** ignatius <ignatius!533058f1@gateway/web/freenode/ip.83.48.88.241> has quit IRC | 12:58 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:59 | |
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC | 13:03 | |
*** sbach <sbach!~sbach@104.156.100.181> has quit IRC | 13:04 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 13:08 | |
*** manuel__ <manuel__!~manuel@c-24-61-46-253.hsd1.ma.comcast.net> has quit IRC | 13:12 | |
*** sobczyk <sobczyk!~s.sobik@91.217.224.228> has quit IRC | 13:23 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 13:24 | |
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 13:26 | |
sveinse | I'm having problems compiling some Qt5 code outside yocto, but it works inside yocto (this way for once). It turns out yocto sets OE_QMAKE_STRIP=echo. Does this imply that yocto built apps never needs stripping? | 13:27 |
sveinse | I.e. is yocto doing its own stripping as a part of the packaging? | 13:27 |
Crofton|work | sveinse, they extarct the debug info, then strip | 13:27 |
Crofton|work | exactly | 13:27 |
sveinse | Right, thanks. Then it makes sense to bypass the Qt-world stripping | 13:28 |
Crofton|work | right | 13:28 |
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has joined #yocto | 13:31 | |
*** jku <jku!~jku@192.198.151.45> has quit IRC | 13:32 | |
*** vmesons <vmesons!~rmacleod@24-212-231-150.cable.teksavvy.com> has joined #yocto | 13:33 | |
*** blitz00_ <blitz00_!~stefan@gate-zro.freescale.com> has quit IRC | 13:34 | |
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto | 13:35 | |
*** stephano <stephano!stephano@nat/intel/x-ocbsdwnmmtbojjbu> has joined #yocto | 13:38 | |
*** slips <slips!~slips@62.167.164.82.customer.cdi.no> has quit IRC | 13:38 | |
*** zeeblex <zeeblex!~zeeblex@gate-zro.freescale.com> has joined #yocto | 13:41 | |
*** Hunk <Hunk!ce7a6654@gateway/web/freenode/ip.206.122.102.84> has joined #yocto | 13:44 | |
Hunk | Hello, I have a CMAKELists.txt file which searches for packages, which I don't need for cross compile. I was thinking about an patch for the file to remove this package. But i didnt't found any documentation how I have to write a patch? | 13:46 |
Hunk | For this patch I have to search all CMAKEfiles for a string and remove this string | 13:47 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 13:47 | |
*** slips <slips!~slips@62.167.164.82.customer.cdi.no> has joined #yocto | 13:51 | |
*** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 13:51 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 13:53 | |
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto | 13:54 | |
*** rcw <rcw!~rwoolley@69-165-150-37.dsl.teksavvy.com> has joined #yocto | 13:54 | |
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC | 13:56 | |
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto | 13:57 | |
Hunk | Hello, I have a CMAKELists.txt file which searches for packages, which I don't need for cross compile. I was thinking about an patch for the file to remove this package. But i didnt't found any documentation how I have to write a patch? | 14:01 |
*** rcw <rcw!~rwoolley@69-165-150-37.dsl.teksavvy.com> has quit IRC | 14:03 | |
*** madisox <madisox!~madison@12.30.244.5> has joined #yocto | 14:03 | |
*** rob_w_ <rob_w_!~bob@93.104.205.194> has quit IRC | 14:05 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:08 | |
*** tanuk <tanuk!~tanu@a91-152-158-222.elisa-laajakaista.fi> has quit IRC | 14:11 | |
*** tanuk <tanuk!~tanu@a91-152-158-222.elisa-laajakaista.fi> has joined #yocto | 14:11 | |
*** dholland_ <dholland_!~quassel@vpn.pelagicore.de> has joined #yocto | 14:13 | |
*** dholland <dholland!~quassel@vpn.pelagicore.de> has quit IRC | 14:13 | |
*** dholland_ is now known as dholland | 14:14 | |
*** rubiccube <rubiccube!d4af2303@gateway/web/freenode/ip.212.175.35.3> has quit IRC | 14:14 | |
*** jairglez <jairglez!~jairdeje@134.134.139.78> has joined #yocto | 14:15 | |
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 14:28 | |
*** lamego <lamego!~jose@134.134.139.82> has joined #yocto | 14:30 | |
*** Tamis <Tamis!3e862e04@gateway/web/freenode/ip.62.134.46.4> has joined #yocto | 14:36 | |
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 14:50 | |
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC | 14:52 | |
*** sameo <sameo!samuel@nat/intel/x-krrnyvwvbanoqyfz> has joined #yocto | 14:54 | |
*** rocket42 <rocket42!~chatzilla@118.70.215.33> has joined #yocto | 15:01 | |
rocket42 | hello everyone | 15:02 |
*** BaloneyGeek <BaloneyGeek!~bg14ina@kde/bgupta> has quit IRC | 15:02 | |
Tamis | hello | 15:03 |
rocket42 | i have a problem with eclipse yocto plugin | 15:03 |
rocket42 | i followed this documents to develop application based eclipse | 15:04 |
rocket42 | https://wiki.yoctoproject.org/wiki/TipsAndTricks/RunningEclipseAgainstBuiltImage | 15:04 |
rocket42 | And: http://www.yoctoproject.org/docs/current/sdk-manual/sdk-manual.html#sdk-manual-intro | 15:04 |
rocket42 | I created and build my first application: hello world | 15:05 |
rocket42 | build successfully but | 15:05 |
rocket42 | in my source code | 15:05 |
rocket42 | #include <stdlib.h> | 15:05 |
rocket42 | #include <stdio.h> | 15:05 |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 15:06 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 15:06 | |
rocket42 | stdlib.h and stdio.h, eclipse used to build my application from native directory: /usr/include | 15:06 |
rocket42 | because i am cross-compile | 15:07 |
rocket42 | i think eclipse must get two these files from [SYSTEM_ROOT]/usr/include | 15:07 |
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 15:08 | |
rocket42 | i don't understand why? | 15:08 |
rocket42 | i am cross-compiling for target, not compile for host | 15:09 |
rocket42 | please show me why so | 15:10 |
*** gregd <gregd!~greg@195.159.234.190> has quit IRC | 15:14 | |
*** JoiF <JoiF!~jofr@193.182.166.3> has left #yocto | 15:18 | |
*** rcw <rcw!~rwoolley@69-165-150-37.dsl.teksavvy.com> has joined #yocto | 15:19 | |
*** zecke <zecke!~ich@51.254.166.2> has joined #yocto | 15:20 | |
RP | ed2: I commented on that bug | 15:24 |
*** Chrys <Chrys!500c3756@gateway/web/freenode/ip.80.12.55.86> has quit IRC | 15:24 | |
RP | rocket42: gcc is probably invoked as arm-xxxx-gcc --sysroot=[path to sdk sysroot] | 15:25 |
RP | rocket42: it will prefix search paths with the sysroot | 15:25 |
rocket42 | I know, but this is what in terminal: arm-poky-linux-gnueabi-gcc -march=armv5e -marm --sysroot=/home/hung/poky/2.2.1/sysroots/armv5e-poky-linux-gnueabi -DHAVE_CONFIG_H -I. -I.. --sysroot=/home/hung/core-mage-sato-sdk-qemuarm-rootfs | 15:27 |
rocket42 | path to sdk is home/hung/poky/2.2.1/sysroots/armv5e-poky-linux-gnueabi | 15:27 |
rocket42 | so i think that eclipse must get file from home/hung/poky/2.2.1/sysroots/armv5e-poky-linux-gnueabi/usr/include | 15:28 |
rocket42 | but actually it get from /usr/include | 15:28 |
*** mizux <mizux!~mizux@195.190.86.18> has quit IRC | 15:29 | |
*** gtristan <gtristan!~tristanva@110.11.226.29> has joined #yocto | 15:33 | |
Tamis | I want to create an ext image in order to be mounted to have only kernel-modules inside. So only /lib/modules/... . | 15:41 |
Tamis | I made a recipe, inherited core-image and set IMAGE_INSTALL = "kernel-modules" and PACKAGE_INSTALL = "${IMAGE_INSTALL}". | 15:41 |
Tamis | But at final image I have also /boot with uImage and kernel along with /etc /usr /var with some minor staff inside. | 15:42 |
Tamis | How can I remove everything else? | 15:42 |
kergoth | you'd have to change the rdepends of the krne lmodule packages, which would affect all images, not just that one | 15:43 |
Tamis | kergoth: ok I think I got it. This is only about the kernel part. | 15:47 |
Tamis | kergoth: How I would delete all other folders? run for example is empty | 15:48 |
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 15:48 | |
*** ed2 <ed2!~Adium@192.198.151.45> has quit IRC | 15:49 | |
*** agust <agust!~agust@p4FCB7688.dip0.t-ipconnect.de> has quit IRC | 15:50 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-cwygqjqfgbjeoxwj> has quit IRC | 15:50 | |
*** yohboy <yohboy!~yohan@bce1.fw1.capo.montpellier-agglo.com> has quit IRC | 15:51 | |
*** yann <yann!~yann@LFbn-1-12676-32.w90-90.abo.wanadoo.fr> has quit IRC | 15:53 | |
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 16:04 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 16:12 | |
kergoth | denix: is the upcoming processor sdk release (the 2017.00 tag presumably) going to be pyro or morty based? | 16:15 |
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 16:15 | |
*** fl0v0 <fl0v0!~fvo@pD9F6B605.dip0.t-ipconnect.de> has quit IRC | 16:16 | |
*** fl0v0 <fl0v0!~fvo@pD9F6B605.dip0.t-ipconnect.de> has joined #yocto | 16:17 | |
*** agust <agust!~agust@p4FCB7688.dip0.t-ipconnect.de> has joined #yocto | 16:18 | |
*** gregd <gregd!~greg@136.37-191-168.fiber.lynet.no> has joined #yocto | 16:19 | |
*** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 16:21 | |
*** fl0v0 <fl0v0!~fvo@pD9F6B605.dip0.t-ipconnect.de> has quit IRC | 16:22 | |
*** jairglez <jairglez!~jairdeje@134.134.139.78> has left #yocto | 16:23 | |
*** zeeblex <zeeblex!~zeeblex@gate-zro.freescale.com> has quit IRC | 16:23 | |
*** rocket42 <rocket42!~chatzilla@118.70.215.33> has quit IRC | 16:24 | |
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has quit IRC | 16:25 | |
*** zeeblex <zeeblex!~zeeblex@gate-zro.freescale.com> has joined #yocto | 16:25 | |
*** zecke <zecke!~ich@51.254.166.2> has quit IRC | 16:30 | |
*** zecke <zecke!~ich@51.254.166.2> has joined #yocto | 16:30 | |
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 16:30 | |
*** vmesons <vmesons!~rmacleod@24-212-231-150.cable.teksavvy.com> has quit IRC | 16:32 | |
*** vmeson <vmeson!~rmacleod@24-212-231-150.cable.teksavvy.com> has joined #yocto | 16:36 | |
*** willdye <willdye!~willdye@h210.132.23.98.static.ip.windstream.net> has quit IRC | 16:39 | |
*** gattuso- <gattuso-!~gattuso@gruppoculturale.it> has quit IRC | 16:44 | |
*** gattuso <gattuso!~gattuso@gruppoculturale.it> has joined #yocto | 16:46 | |
denix | kergoth: 2017.00 tag is already applied to morty | 16:50 |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 16:50 | |
kergoth | ah | 16:50 |
kergoth | thanks | 16:50 |
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 16:50 | |
denix | kergoth: so, 2017.xx and processor sdk 4.x will be morty | 16:52 |
denix | kergoth: I'll track pyro and master on my own, but official releases will stay on morty for now | 16:53 |
kergoth | okay, cool, thanks | 16:53 |
kergoth | thought that was the case, just wanted toc onfirm | 16:53 |
denix | sure | 16:53 |
denix | kergoth: we kind of align to kernel LTS, which is once a year. 4.1=fido, 4.4=krogoth, 4.9=morty | 16:56 |
*** gregdi <gregdi!~greg@188.37-191-162.fiber.lynet.no> has joined #yocto | 17:06 | |
*** zecke <zecke!~ich@51.254.166.2> has quit IRC | 17:07 | |
Pharaoh_Atem | kanavin, marquiz: any luck on the dnf stack? | 17:08 |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 17:08 | |
*** gregd <gregd!~greg@136.37-191-168.fiber.lynet.no> has quit IRC | 17:10 | |
*** colrack <colrack!~textual@94.126.8.166> has quit IRC | 17:10 | |
*** ed2 <ed2!~Adium@192.198.151.45> has joined #yocto | 17:11 | |
*** gattuso <gattuso!~gattuso@gruppoculturale.it> has quit IRC | 17:13 | |
*** phoo1234567 <phoo1234567!~phoo12345@c-75-69-172-183.hsd1.nh.comcast.net> has joined #yocto | 17:20 | |
*** stephano <stephano!stephano@nat/intel/x-ocbsdwnmmtbojjbu> has quit IRC | 17:20 | |
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 17:20 | |
*** gregdis <gregdis!~greg@136.37-191-168.fiber.lynet.no> has joined #yocto | 17:33 | |
*** gregdi <gregdi!~greg@188.37-191-162.fiber.lynet.no> has quit IRC | 17:36 | |
*** sgw_ <sgw_!sgw_@nat/intel/x-pwjdmeqaazjkcdxo> has quit IRC | 17:36 | |
*** ed21 <ed21!~Adium@26.red-81-34-83.dynamicip.rima-tde.net> has joined #yocto | 17:37 | |
*** sgw_ <sgw_!~sgw_@134.134.139.74> has joined #yocto | 17:37 | |
*** ed2 <ed2!~Adium@192.198.151.45> has quit IRC | 17:37 | |
*** ed21 is now known as ed2 | 17:37 | |
*** gattuso <gattuso!~gattuso@gruppoculturale.it> has joined #yocto | 17:38 | |
*** willdye <willdye!~willdye@h210.132.23.98.static.ip.windstream.net> has joined #yocto | 17:41 | |
*** groleo <groleo!~dev@212.93.134.220> has joined #yocto | 17:49 | |
*** gregdi <gregdi!~greg@188.37-191-162.fiber.lynet.no> has joined #yocto | 17:54 | |
*** gregdis <gregdis!~greg@136.37-191-168.fiber.lynet.no> has quit IRC | 17:58 | |
*** wesam <wesam!~wesamhadd@96-64-10-68-static.hfc.comcastbusiness.net> has joined #yocto | 18:00 | |
wesam | hello, I was following a guide to develope qt apps for yocto and I am getting an error when qt creator transfers the app to yocto | 18:06 |
wesam | the error I am getting is `No such file or directory` | 18:06 |
wesam | this is the guide I was following http://ftp1.digi.com/support/documentation/APN%20-%20Yocto%20QT%20Application%20Development_20140925.pdf | 18:07 |
wesam | can anybody help me? | 18:07 |
*** jmcruzal <jmcruzal!jmcruzal@nat/intel/x-vflryyrbmmxbefrh> has joined #yocto | 18:09 | |
*** dvhart <dvhart!~dvhart@static-50-53-103-221.bvtn.or.frontiernet.net> has quit IRC | 18:13 | |
*** dvhart <dvhart!~dvhart@static-50-53-103-221.bvtn.or.frontiernet.net> has joined #yocto | 18:31 | |
*** vdehors <vdehors!~vdehors@meu77-6-78-223-226-44.fbx.proxad.net> has quit IRC | 18:34 | |
*** jairglez <jairglez!~jairdeje@134.134.139.76> has joined #yocto | 18:52 | |
lsandov | wesam: if you pastebin the error and the commands that entered, that would more useful | 19:01 |
ulf` | I'm trying to add the meta-virtualization layer to poky and am running into this error when I try to bitbake docker. What am I missing? -> https://pastebin.com/ywHr6b92 | 19:07 |
wesam | lsandov: ok sure, one sec | 19:18 |
wesam | `sh: /opt/HVAC/bin/HVAC: No such file or directory` is the exact error | 19:18 |
wesam | and I used a kit to run my app | 19:18 |
* kergoth grumbles | 19:19 | |
wesam | so page 11 on the guide i posted would be my kit since i used qt creator to build my app | 19:19 |
ulf` | zeddii_home: ping | 19:20 |
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has quit IRC | 19:20 | |
*** colrack <colrack!~textual@host185-234-dynamic.248-95-r.retail.telecomitalia.it> has joined #yocto | 19:26 | |
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has joined #yocto | 19:26 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 19:30 | |
*** morphis_ <morphis_!~morphis@pD9ED728C.dip0.t-ipconnect.de> has quit IRC | 19:31 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 19:37 | |
*** grma <grma!~gruberm@80.93.38.128> has quit IRC | 19:41 | |
*** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has quit IRC | 19:41 | |
*** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has joined #yocto | 19:42 | |
*** scottrif <scottrif!~scottrif@71-80-200-241.dhcp.mdfd.or.charter.com> has joined #yocto | 19:45 | |
*** stephano <stephano!stephano@nat/intel/x-rpqyzfcfyewumlbd> has joined #yocto | 19:48 | |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has joined #yocto | 19:48 | |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 19:51 | |
*** wesam <wesam!~wesamhadd@96-64-10-68-static.hfc.comcastbusiness.net> has quit IRC | 19:57 | |
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 20:00 | |
*** pohly <pohly!~pohly@p5DE8E7C4.dip0.t-ipconnect.de> has quit IRC | 20:00 | |
*** agust <agust!~agust@p4FCB7688.dip0.t-ipconnect.de> has quit IRC | 20:02 | |
*** Biliogadafr <Biliogadafr!~bilio@nat3-minsk-pool-46-53-182-120.telecom.by> has quit IRC | 20:04 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:16 | |
*** Biliogadafr <Biliogadafr!~bilio@nat3-minsk-pool-46-53-182-120.telecom.by> has joined #yocto | 20:20 | |
*** groleo <groleo!~dev@212.93.134.220> has quit IRC | 20:20 | |
HavoK_ | hi, my app was on daisy and now I moved to krogoth and I get this error after I integrated my layer into krogoth The recipe expertcontroller is trying to install files into a shared area when those files already exist. | 20:37 |
HavoK_ | I used to see this in daisy too but it was a warning. I read somewhere that this was changed i think in 2.0 to be an error. | 20:37 |
HavoK_ | I’m not sure how to fix this. I added ${libdir}/* to FILES_${PN} but that doesn’t do anything. | 20:38 |
HavoK_ | I read somewhere I should delete this files in do_install_append | 20:39 |
HavoK_ | so should I just rm these files? | 20:39 |
HavoK_ | these are shared libraries for that qt application | 20:39 |
HavoK_ | thanks | 20:40 |
bluelightning | HavoK_: so you have two recipes trying to put the same files into the sysroot, that's not allowed | 20:44 |
bluelightning | HavoK_: the correct solution would be to delete them in do_install in one of the recipes, yes | 20:45 |
HavoK_ | is there a way i can identify which two recipes they are | 20:45 |
bluelightning | the error should be telling you | 20:45 |
HavoK_ | im guessing expertcontroller is one since thats the one with the error | 20:46 |
bluelightning | right, that's one yes | 20:46 |
HavoK_ | hmm but that’s the qt app shouldn’t it be responsible for that? | 20:47 |
HavoK_ | it doesn’t even have a do_install method in there | 20:47 |
bluelightning | do_install will be being defined by a class the recipe inherits | 20:48 |
bluelightning | you can do a do_install_append to append additional commands in the recipe | 20:48 |
bluelightning | if the error message doesn't report the other recipe(s) then that is probably because a corresponding manifest isn't present - the files may have been copied in manually at some point (should never be done!) or they were previously installed by a recipe that no longer exists | 20:48 |
bluelightning | there's no chance you have a recipe installing those files into the sysroot directly is there? | 20:49 |
HavoK_ | so I deleted my tmp directory so copying manually or another recipe doesn’t sound like the problem | 20:49 |
*** sjolley <sjolley!~sjolley@134.134.139.72> has quit IRC | 20:50 | |
HavoK_ | I wonder if it’s the qt app | 20:50 |
bluelightning | it's possible its build script is installing files to a place it shouldn't, but that would be unusual | 20:50 |
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 20:50 | |
bluelightning | you could run some tests by doing bitbake -c clean on the recipe, delete the files, then bitbake -c install on the recipe and see if the files are there again | 20:51 |
HavoK_ | ok let me try that | 20:52 |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 20:52 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 20:53 | |
*** ant_home <ant_home!~ant__@95.236.249.99> has joined #yocto | 20:54 | |
HavoK_ | its doing the install now but i looked at the parts in qt and that seems to have it’s local path in opt/b2qt | 20:56 |
HavoK_ | where as the yocto errors seem to be here var-som-mx6/tmp/sysroots/controltech-var-som-mx6/usr/lib/ | 20:57 |
HavoK_ | so i’m guessing it’s some recipe | 20:57 |
HavoK_ | There is actually another recipe that depends and Rdepends on the expert controller would that cause anything? | 20:57 |
HavoK_ | so i just finished bitbake -c install and there are no errors but the files are present in sysroot | 21:04 |
*** sameo <sameo!samuel@nat/intel/x-krrnyvwvbanoqyfz> has quit IRC | 21:07 | |
*** alimon <alimon!~alimon@134.134.139.72> has quit IRC | 21:09 | |
*** zeenix <zeenix!~zeenix@c83-254-44-114.bredband.comhem.se> has quit IRC | 21:14 | |
*** Crofton|work <Crofton|work!~balister@pool-71-171-15-46.ronkva.east.verizon.net> has quit IRC | 21:15 | |
*** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has quit IRC | 21:20 | |
*** Crofton|work <Crofton|work!~balister@pool-71-171-15-46.ronkva.east.verizon.net> has joined #yocto | 21:20 | |
HavoK_ | so looks like install is putting it in sysroot and so is populate_sysroot | 21:21 |
HavoK_ | is that how it’s supposed to work? | 21:22 |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 21:22 | |
*** Biliogadafr <Biliogadafr!~bilio@nat3-minsk-pool-46-53-182-120.telecom.by> has quit IRC | 21:24 | |
*** sameo <sameo!~samuel@192.55.54.38> has joined #yocto | 21:24 | |
*** rewitt <rewitt!rewitt@nat/intel/x-qagllemcjvlvtenw> has quit IRC | 21:28 | |
*** rewitt <rewitt!~rewitt@134.134.137.71> has joined #yocto | 21:34 | |
*** joshuagl <joshuagl!~joshuagl@192.198.151.43> has quit IRC | 21:38 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 21:44 | |
kergoth | HavoK_: install puts files in ${D}, thats all. | 21:50 |
kergoth | the install task never touches a sysroot | 21:50 |
*** lamego <lamego!~jose@134.134.139.82> has quit IRC | 21:55 | |
HavoK_ | @kergoth well it seems like the files are in sysroot after i run bitbake -c install | 21:57 |
HavoK_ | not sure why that is happening if I understand correct they should be in the work dir and populate_sysroot should move them there | 21:58 |
kergoth | as i said, do_install writes to D. read the do_install task yourself to see what its doing | 22:06 |
*** colrack <colrack!~textual@host185-234-dynamic.248-95-r.retail.telecomitalia.it> has quit IRC | 22:06 | |
HavoK_ | ok so i see the problem now these libs are installed to ${libdir} by the app and populate_sysroot by default will also copy ${libdir} so they are getting duplicated. I will have to prevent them from going to ${libdir} some how on install or delete them in install_append | 22:27 |
HavoK_ | i think this might be the solution https://lists.yoctoproject.org/pipermail/yocto/2015-March/024228.html | 22:30 |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has quit IRC | 22:31 | |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has joined #yocto | 22:31 | |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has joined #yocto | 22:32 | |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has joined #yocto | 22:32 | |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has joined #yocto | 22:33 | |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has quit IRC | 22:34 | |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has joined #yocto | 22:34 | |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has joined #yocto | 22:35 | |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has joined #yocto | 22:36 | |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has joined #yocto | 22:36 | |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has joined #yocto | 22:37 | |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has quit IRC | 22:38 | |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has joined #yocto | 22:38 | |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has joined #yocto | 22:39 | |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has joined #yocto | 22:40 | |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has joined #yocto | 22:40 | |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has joined #yocto | 22:41 | |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has quit IRC | 22:42 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-cmihdtoxpnkdovtv> has joined #yocto | 22:42 | |
*** ant_home <ant_home!~ant__@95.236.249.99> has quit IRC | 22:43 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 22:57 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 23:01 | |
*** warthog9 <warthog9!~warthog9@proxy.monkeyblade.net> has quit IRC | 23:16 | |
*** HavoK_ <HavoK_!~neilshivk@173-24-252-249.client.mchsi.com> has joined #yocto | 23:17 | |
*** warthog9 <warthog9!~warthog9@proxy.monkeyblade.net> has joined #yocto | 23:21 | |
*** jmcruzal <jmcruzal!jmcruzal@nat/intel/x-vflryyrbmmxbefrh> has quit IRC | 23:22 | |
*** jwest__ <jwest__!~jwest@c-76-114-177-17.hsd1.md.comcast.net> has quit IRC | 23:27 | |
*** jairglez <jairglez!~jairdeje@134.134.139.76> has left #yocto | 23:34 | |
*** nighty-- <nighty--!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 23:37 | |
*** adca <adca!~adca@193.202.22.66> has quit IRC | 23:38 | |
bluelightning | HavoK_: the app *really* can't be putting stuff into the sysroot directly, that will end in other problems | 23:39 |
bluelightning | that directory is managed by sstate | 23:40 |
HavoK_ | well install is installing it in sysroot and then populate_sysroot is trying to do the same | 23:40 |
*** scottrif <scottrif!~scottrif@71-80-200-241.dhcp.mdfd.or.charter.com> has quit IRC | 23:47 | |
*** scottrif <scottrif!~scottrif@71-80-200-241.dhcp.mdfd.or.charter.com> has joined #yocto | 23:51 | |
HavoK_ | i don’t have a do_install so i’m guessing it’s whoever i inherit from which is qmake5 | 23:51 |
*** scottrif <scottrif!~scottrif@71-80-200-241.dhcp.mdfd.or.charter.com> has quit IRC | 23:53 | |
*** ed2 <ed2!~Adium@26.red-81-34-83.dynamicip.rima-tde.net> has quit IRC | 23:53 | |
kergoth | HavoK_: as i said before, do_install installs everything under the ${D} directory. i.e libs to ${D}${libdir} | 23:55 |
kergoth | if it does otherwise, it's broken | 23:56 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!