*** ant_home <ant_home!~ant__@95.237.99.235> has quit IRC | 00:02 | |
*** sjolley <sjolley!~sjolley@134.134.139.74> has quit IRC | 00:02 | |
*** scottrif <scottrif!~scottrif@2600-6c55-4600-1e9f-15ee-236d-e039-1a83.dhcp6.chtrptr.net> has quit IRC | 00:02 | |
*** slips <slips!~slips@138.51-174-203.customer.lyse.net> has quit IRC | 00:06 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 00:09 | |
*** sjolley <sjolley!sjolley@nat/intel/x-bykuzztqamullhsd> has joined #yocto | 00:11 | |
*** tgraydon <tgraydon!tgraydon@nat/intel/x-ifxmktqgpptxffhv> has quit IRC | 00:13 | |
*** tgraydon <tgraydon!tgraydon@nat/intel/x-wnqbydfsnzcemmll> has joined #yocto | 00:15 | |
*** tgraydon <tgraydon!tgraydon@nat/intel/x-wnqbydfsnzcemmll> has left #yocto | 00:15 | |
*** jmcruzal <jmcruzal!~jmcruzal@134.134.139.72> has quit IRC | 00:20 | |
*** martinkelly1 <martinkelly1!~martin@67.171.33.217> has quit IRC | 00:23 | |
*** jmcruzal <jmcruzal!jmcruzal@nat/intel/x-wlaezibvmpjtyuxi> has joined #yocto | 00:26 | |
*** jmcruzal <jmcruzal!jmcruzal@nat/intel/x-wlaezibvmpjtyuxi> has quit IRC | 00:28 | |
*** garbados <garbados!~garbados@2601:1c2:303:6b0:dcae:eaf:2d9a:ffd8> has quit IRC | 00:31 | |
*** voxadam <voxadam!~adam@fedora/voxadam> has quit IRC | 00:31 | |
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-169-82.central.biz.rr.com> has joined #yocto | 00:31 | |
*** voxadam <voxadam!~adam@fedora/voxadam> has joined #yocto | 00:34 | |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 00:37 | |
*** paulbarker <paulbarker!~quassel@2a01:4f8:c17:626::2> has quit IRC | 00:44 | |
*** paulbarker <paulbarker!~quassel@2a01:4f8:c17:626::2> has joined #yocto | 00:45 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 00:56 | |
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 00:56 | |
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto | 00:58 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 01:00 | |
*** curlybracket <curlybracket!~textual@ip-62-245-69-227.net.upcbroadband.cz> has joined #yocto | 01:01 | |
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 01:34 | |
*** morphis_ <morphis_!~morphis@pD9ED7349.dip0.t-ipconnect.de> has joined #yocto | 01:40 | |
*** morphis <morphis!~morphis@pD9ED7274.dip0.t-ipconnect.de> has quit IRC | 01:43 | |
kergoth | RP: if you wouldn't mind taking a quick look at https://gist.github.com/kergoth/9c163433c33cf883b21256459d743a98 tomorrow, just to get your thoughts on the general approach, obviously have work yet to do | 01:58 |
---|---|---|
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-nqgiymhknfsyhlbl> has joined #yocto | 02:22 | |
*** armpit <armpit!~armpit@2601:202:4001:9ea0:85c8:7ef8:c85:ee45> has quit IRC | 02:26 | |
*** armpit <armpit!~armpit@2601:202:4001:9ea0:6d19:bef7:4a8c:962> has joined #yocto | 02:39 | |
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-169-82.central.biz.rr.com> has quit IRC | 02:49 | |
*** berndhs <berndhs!~berndhs@xplr-104-249-227-92.xplornet.com> has quit IRC | 02:59 | |
*** somerandomdick is now known as tcdump | 03:19 | |
*** tcdump is now known as tcpdump | 03:20 | |
*** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 03:24 | |
*** slips <slips!~slips@138.51-174-203.customer.lyse.net> has joined #yocto | 03:25 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ttumzdcqwfjordrg> has quit IRC | 03:57 | |
*** voxadam <voxadam!~adam@fedora/voxadam> has quit IRC | 04:20 | |
*** seebs <seebs!~seebs@24.196.59.174> has quit IRC | 04:27 | |
*** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 04:28 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 04:45 | |
*** clement <clement!~clement@lns-bzn-39-82-255-32-23.adsl.proxad.net> has quit IRC | 04:45 | |
*** clement <clement!~clement@lns-bzn-39-82-255-32-23.adsl.proxad.net> has joined #yocto | 04:47 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 05:00 | |
*** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has quit IRC | 05:06 | |
*** AndersD <AndersD!~anders@194.237.220.218> has joined #yocto | 05:10 | |
*** voxadam <voxadam!~adam@fedora/voxadam> has joined #yocto | 05:11 | |
*** nemunaire <nemunaire!~nemunaire@2a01:e35:8bb7:3c60::a> has joined #yocto | 05:13 | |
*** voxadam <voxadam!~adam@fedora/voxadam> has quit IRC | 05:15 | |
*** agust <agust!~agust@p4FCB5739.dip0.t-ipconnect.de> has joined #yocto | 05:15 | |
tcpdump | Hey everyone -Hello everyone. | 05:18 |
tcpdump | Anyone alive this time of night? :) | 05:18 |
*** voxadam <voxadam!~adam@fedora/voxadam> has joined #yocto | 05:22 | |
*** hmwel <hmwel!~hmw@zimbra.welvaarts.com> has joined #yocto | 05:57 | |
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.102> has joined #yocto | 06:21 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 06:21 | |
*** luc4 <luc4!~luca@185.43.148.11> has joined #yocto | 06:24 | |
*** colrack <colrack!~colrack@94.126.8.166> has joined #yocto | 06:24 | |
*** jku <jku!~jku@192.198.151.43> has joined #yocto | 06:32 | |
*** pohly <pohly!~pohly@p5DE8D67B.dip0.t-ipconnect.de> has joined #yocto | 06:35 | |
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has quit IRC | 06:38 | |
*** Puru <Puru!~purushoth@111.93.218.67> has quit IRC | 06:41 | |
*** Puru1 <Puru1!~purushoth@111.93.218.67> has joined #yocto | 06:43 | |
*** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 06:48 | |
*** rob_w <rob_w!~rob@ppp-93-104-161-44.dynamic.mnet-online.de> has joined #yocto | 06:49 | |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:49 | |
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 06:51 | |
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has joined #yocto | 06:56 | |
*** fl0v0 <fl0v0!~fvo@p4FC0A16E.dip0.t-ipconnect.de> has joined #yocto | 06:56 | |
*** rajm <rajm!~robertmar@167.98.27.226> has joined #yocto | 07:12 | |
RP | tcpdump: for some its now morning :) | 07:15 |
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 07:16 | |
jku | RP, did you happen to see rakuco's mail on yocto list on friday "Pyro's uninative and libstdc++ symbols"? he was asking me about the issue and I probably wasn't very useful... | 07:23 |
jku | my guess was to check for host library path leaks while linking the native tool, does that sound possible? | 07:24 |
*** vdehors_arc <vdehors_arc!~vincent@LMontsouris-657-1-239-42.w82-127.abo.wanadoo.fr> has joined #yocto | 07:32 | |
*** ed21 <ed21!~Adium@192.198.151.44> has joined #yocto | 07:33 | |
*** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto | 07:40 | |
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 07:40 | |
melonipoika | morning | 07:45 |
*** msvb-lab <msvb-lab!~michael@x55b541b3.dyn.telefonica.de> has joined #yocto | 08:01 | |
RP | jku: replied | 08:03 |
RP | jku: short version, need to upgrade uninative in pyro | 08:03 |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-tjokmesimrxgrynh> has joined #yocto | 08:04 | |
*** toscalix <toscalix!~toscalix@68.red-83-42-135.dynamicip.rima-tde.net> has joined #yocto | 08:11 | |
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.102> has quit IRC | 08:14 | |
jku | thanks | 08:15 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 08:17 | |
*** colrack <colrack!~colrack@94.126.8.166> has quit IRC | 08:19 | |
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.102> has joined #yocto | 08:19 | |
*** tasslehoff is now known as Guest48874 | 08:20 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 08:20 | |
*** tasslehoff_ <tasslehoff_!~Tasslehof@77.40.182.102> has joined #yocto | 08:20 | |
*** sameo <sameo!samuel@nat/intel/x-bpcsiqwnvdripkfj> has joined #yocto | 08:23 | |
pagios | hi all, i dont see any Packages.gz in my directory how can i generate it | 08:29 |
fl0v0 | Hi, i have a package that should be rebuild when a change to the kernel or dtb was made. Do i just add DEPENDS += "virtual/kernel" to do this? | 08:35 |
*** hnje <hnje!~hnje@193.106.123.182> has joined #yocto | 08:35 | |
*** aV_V <aV_V!~aV_V@146.66.253.137> has joined #yocto | 08:36 | |
*** toscalix <toscalix!~toscalix@68.red-83-42-135.dynamicip.rima-tde.net> has quit IRC | 08:38 | |
*** toscalix <toscalix!~toscalix@68.red-83-42-135.dynamicip.rima-tde.net> has joined #yocto | 08:39 | |
bluelightning | pagios: bitbake package-index | 08:39 |
bluelightning | fl0v0: yes | 08:39 |
*** ant_work <ant_work!~ant__@host11-249-dynamic.16-79-r.retail.telecomitalia.it> has joined #yocto | 08:40 | |
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 08:41 | |
*** fl0v0 <fl0v0!~fvo@p4FC0A16E.dip0.t-ipconnect.de> has quit IRC | 08:44 | |
*** fl0v01 <fl0v01!~fvo@p4FC0A4C9.dip0.t-ipconnect.de> has joined #yocto | 08:44 | |
*** bananadev <bananadev!~bananadev@118.70.128.150> has joined #yocto | 08:44 | |
*** fl0v01 is now known as fl0v0 | 08:44 | |
fl0v0 | bluelightning: thank you! | 08:44 |
aurele | bluelightning, is there a way to set a dependency from an image to "package-index" ? | 08:56 |
*** rperier <rperier!~rperier@ubuntu/member/rperier> has quit IRC | 08:56 | |
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has joined #yocto | 08:57 | |
bluelightning | aurele: yes, you'd just set it up as a task dependency i.e. do_build[depends] += "package-index:do_package_index", though I think after building the image you should find the package indexes are populated already - at least it was that way at one point | 08:59 |
*** wouterstreamit <wouterstreamit!589f1708@gateway/web/freenode/ip.88.159.23.8> has joined #yocto | 09:04 | |
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 09:04 | |
*** tasslehoff_ <tasslehoff_!~Tasslehof@77.40.182.102> has quit IRC | 09:04 | |
wouterstreamit | Suppose I have an existing recipe and I want to make and test, on my embedded device, some significant changes to the source code of the corresponding application, what would be the recommended workflow to do this? | 09:06 |
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 09:06 | |
*** aV_V <aV_V!~aV_V@146.66.253.137> has quit IRC | 09:07 | |
*** CTtpollard <CTtpollard!~CTtpollar@167.98.27.226> has joined #yocto | 09:07 | |
bluelightning | wouterstreamit: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#devtool-use-devtool-modify-to-enable-work-on-code-associated-with-an-existing-recipe | 09:09 |
*** BubuIIC <BubuIIC!~mhoffmann@x55b20326.dyn.telefonica.de> has joined #yocto | 09:10 | |
pagios | bluelightning, what is the use of the packages.gz file | 09:14 |
wouterstreamit | bluelightning: thanks, that's what I was looking for | 09:15 |
aurele | bluelightning, thanks | 09:17 |
*** AndersD <AndersD!~anders@194.237.220.218> has quit IRC | 09:18 | |
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto | 09:18 | |
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 09:21 | |
pagios | bluelightning, should the packages.stamps be generated too? | 09:23 |
pagios | .flock | 09:23 |
*** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 09:24 | |
*** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 09:24 | |
bluelightning | pagios: package index for the package manager to read from, as far as I'm aware | 09:24 |
bluelightning | pagios: not sure | 09:24 |
bluelightning | wouterstreamit: let us know if you have any further issues / questions - I'm particularly interested to hear from people using devtool as a lot of it was written by me :) | 09:25 |
pagios | bluelightning, where can i start with yocto and all this new thing to me | 09:28 |
bluelightning | pagios: I guess it depends on what you want to do :) presumably you have at least been able to set it up so you have run through the quick start guide? | 09:30 |
*** Snert_ <Snert_!~LoginName@106-24-237-24.gci.net> has joined #yocto | 09:30 | |
pagios | bluelightning, i am prototyping an IoT software to be used on a yocto OS embedded system | 09:31 |
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 09:33 | |
bluelightning | pagios: ok, you may want to look at the extensible SDK, or at least devtool if you are able to set up a working build environment - this should help you get your code integrated into the image; there's some coverage of it in the development manual | 09:33 |
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has quit IRC | 09:35 | |
pagios | bluelightning, what i am concerned with is later when i have like 50 iot devices and want to roll a package update or security update on them, i can do that from a remote package manager so my iot devices need to read from that remote server is this possible using yocto | 09:39 |
crazy_imp | hi, i'm trying to build a custom recipe that's using cmake and cmake depends on matlab (it builds fine without yocto/bitbake). but cmake fails to find matlab once i try to build it with bitbake | 09:44 |
crazy_imp | guess this is because bitbake sandboxes the build? | 09:44 |
*** sameo <sameo!samuel@nat/intel/x-bpcsiqwnvdripkfj> has quit IRC | 09:45 | |
*** voxadam <voxadam!~adam@fedora/voxadam> has quit IRC | 09:51 | |
*** BubuIIC <BubuIIC!~mhoffmann@x55b20326.dyn.telefonica.de> has quit IRC | 09:51 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 09:52 | |
*** sameo <sameo!~samuel@192.55.55.41> has joined #yocto | 10:06 | |
*** voxadam <voxadam!~adam@fedora/voxadam> has joined #yocto | 10:10 | |
bluelightning | pagios: you can, but typically in a scenario like that you would use something with a bit more management capability like mender.io I would think | 10:12 |
bluelightning | pagios: this may be of interest: https://www.linux.com/videos/surviving-wilderness-integrity-protection-and-system-update-patrick-ohly-intel-gmbh | 10:12 |
pagios | bluelightning, yea idea is to have these boxes secure all the time | 10:13 |
bluelightning | crazy_imp: yes it does | 10:13 |
pagios | thanks i will check | 10:13 |
crazy_imp | bluelightning: can i somehow tell it to make an exception for matlab? | 10:13 |
bluelightning | crazy_imp: depends - is it trying to link to a library or just run a command? | 10:14 |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 10:16 | |
*** ed21 <ed21!~Adium@192.198.151.44> has quit IRC | 10:16 | |
crazy_imp | bluelightning: i've told cmake to require matlab because it's needed to generate some source files, besides calling matlab for it, there's no linking or such involved | 10:17 |
bluelightning | crazy_imp: ok - assuming you are using a recent version (pyro/2.3 or master) then it ought to be as easy as adding the matlab command(s) to HOSTTOOLS | 10:19 |
crazy_imp | bluelightning: morty... | 10:19 |
bluelightning | crazy_imp: right, in that case it is simply not understanding where it needs to look | 10:20 |
bluelightning | crazy_imp: you'd have to dig into the cmake files to see how it is looking for matlab | 10:20 |
bluelightning | I have dug into cmake that way before but unfortunately I don't know much about its matlab integration... I guess it would be in a FindMatlab.cmake file as part of cmake itself | 10:21 |
*** BubuIIC <BubuIIC!~mhoffmann@p50997306.dip0.t-ipconnect.de> has joined #yocto | 10:23 | |
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 10:24 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:25 | |
crazy_imp | bluelightning: yes, there's one. see for the error i got and (what i suspect) the relevant part from the FindMatlab.cmake file https://pastebin.com/6LXLEEiC | 10:25 |
*** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 10:27 | |
*** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 10:28 | |
bluelightning | crazy_imp: hmm, can you perhaps set Matlab_ROOT_DIR ? | 10:28 |
bluelightning | you'd presumably do EXTRA_OECMAKE += "-DMatlab_ROOT_DIR=/path/to/somewhere" or something like that | 10:29 |
crazy_imp | bluelightning: where would i put the latter? inside the recipe or as enviroment variable for bitbake? | 10:32 |
*** sjolley <sjolley!sjolley@nat/intel/x-bykuzztqamullhsd> has quit IRC | 10:32 | |
*** sjolley <sjolley!~sjolley@134.134.139.73> has joined #yocto | 10:33 | |
*** kjokinie <kjokinie!~kjokinie@145.247.120.245> has quit IRC | 10:34 | |
*** kjokinie <kjokinie!~kjokinie@145.247.120.245> has joined #yocto | 10:36 | |
*** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto | 10:36 | |
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 10:36 | |
bluelightning | crazy_imp: in the recipe | 10:38 |
crazy_imp | doesn't change anything | 10:41 |
crazy_imp | oh, wait | 10:45 |
crazy_imp | guess i have to set all 5 variables | 10:45 |
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 10:48 | |
aurele | hi again, would it be possible to have "DATETIME" in the sdk name? I tried but it seems to make some problems | 10:55 |
*** jku <jku!~jku@192.198.151.43> has quit IRC | 11:00 | |
*** jku <jku!~jku@192.198.151.43> has joined #yocto | 11:00 | |
*** zero_note <zero_note!~zero@2.238.240.162> has joined #yocto | 11:01 | |
tcpdump | I would assume bitbake recipes are parsed in the order they're written? So, for example, if you tried to install a package that had missing dependencies it would fail? | 11:03 |
tcpdump | Hipefully Im using the right words to describe that. | 11:03 |
jku | tcpdump: actual parsing order shouldn't really matter (a recipe can't affect another directly). Task execution on the other hand is carefully controlled (so a library is compiled and put into sysroot before an app (that depends on the library) is configured and compiled | 11:07 |
tcpdump | jku: I think I may actually be asking about taske execution... | 11:07 |
tcpdump | 1 sec | 11:07 |
aurele | tcpdump, If you didn't set a dependency in a package the compile task will fail if no other package pulled the needed package, and I had such kind of missing dependecies, and bitbake kindly warned me that a dependecy was missing in my recipe | 11:08 |
aurele | tcpdump, if a dependecy you set doesn't fit any recipe, then bitbake will end with an error | 11:08 |
aurele | tcpdump, I hope that is what you were looking for ;) | 11:09 |
jku | tcpdump: In addition to that the runtime dependencies are handled automatically for the common case (normal dynamic linking) so if you add the app package to your image, the library gets added automatically | 11:09 |
crazy_imp | bluelightning: got it running now, thanks for the pointer :) | 11:10 |
tcpdump | Just so I make sure Im asking the right questions... a .bb file is called a what? | 11:10 |
tcpdump | Thats not a recipe is it? | 11:10 |
jku | yes, recipe | 11:10 |
tcpdump | OK - got it.. | 11:10 |
tcpdump | So, I have a .bb recipe that calls a lower level (farther down the path) .bb file that includes some more proprietary functions. For the sake of this discussion we will say that a.bb has a line that references b.bb IMAGE_INSTALL_append = " b" | 11:12 |
pagios | bluelightning, bitbake question, i create on my local pc a web directory storing all my ipks, pointed my other embdeed system to my localmachine web directory using opkg.conf, opkg update gives a weird error parse_from_stream_nomalloc missing new line character at end of file! | 11:12 |
jku | tcpdump: so you have a image recipe that adds things to the image? | 11:13 |
tcpdump | So when I make a build and have IMAGE_INSTALL_append = " b" included my build fails. When I comment it out the build works, but of course doesn't include any of the functions of b.bb. | 11:13 |
jku | tcpdump: the things it adds are actually packages, not recipes | 11:13 |
tcpdump | So the error it gives me is really generic. Is it safe to assume there's something wrong with my b.bb recipe? | 11:13 |
tcpdump | jku: sure the b.bb file is the recipe that does things like install packages, create symlinks, etc. Got that. | 11:14 |
pagios | parse_from_stream_nomalloc: Missing new line character at end of file! | 11:15 |
pagios | how can i clean obkg | 11:15 |
jku | tcpdump: just making sure: the "b" you add to image is not a recipe but a package (that might be produced by recipe "b"). You'll have to show the error message for any more detailed advice | 11:17 |
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 11:18 | |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 11:19 | |
*** bananadev <bananadev!~bananadev@118.70.128.150> has quit IRC | 11:20 | |
*** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 11:21 | |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 11:22 | |
*** Puru1 <Puru1!~purushoth@111.93.218.67> has quit IRC | 11:24 | |
tcpdump | jku: https://pastebin.com/zctWMrJ3 | 11:24 |
pagios | opkg.conf line: src/gz cortexa9hf-neon http://12.12.12.12/ipk/cortex is this correct as an entry? | 11:24 |
tcpdump | I sanitized the names of a few things for the sake of identity | 11:25 |
tcpdump | But theres the generic log. | 11:25 |
pagios | i do opkg update it works but opkg install says nothing to install | 11:25 |
tcpdump | It doesnt even reference the "b.bb" recipe. | 11:25 |
tcpdump | In the errors. | 11:25 |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto | 11:25 | |
pagios | hello? | 11:26 |
tcpdump | Does a recipe care about spaces, tabs, etc? For example, one of my devs made the b.bb file "pretty" using tabs/spaces. | 11:27 |
tcpdump | Ex: https://pastebin.com/zscdyFu3 | 11:27 |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC | 11:27 | |
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 11:29 | |
jku | tcpdump: yikes. Something fails during package installation... Was there anything more useful in log.do_rootfs.28655 that it links to? | 11:29 |
tcpdump | There was not jku ... | 11:30 |
tcpdump | so I just did bitbake b | 11:30 |
tcpdump | and ran just the b.bb recipe, and that didnt fail... | 11:30 |
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 11:30 | |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto | 11:30 | |
jku | kanavin: https://pastebin.com/zctWMrJ3 -- is that dnf giving up with "error: unknown error"? | 11:30 |
tcpdump | I think the order of where b.bb is referenced in my a recipe may be the issue. | 11:31 |
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 11:31 | |
*** Puru <Puru!~purushoth@111.93.218.67> has joined #yocto | 11:32 | |
tcpdump | Alright, so, Ive changed the order of operation in my higher level recipe (in githuv), and I want to rerun it.. Is there a way to pull down just that change without having to do it all from complete scratch again? | 11:32 |
kanavin | jku: could also be one of package scriptlets failing | 11:32 |
lukma | Sorry for my neglence: | 11:33 |
lukma | I do have my distro.conf file with a lot of IMAGE_INSTALL += "foo" | 11:33 |
lukma | I wanted to add image only when ${MACHINE}=XXX is used, so I did: | 11:33 |
lukma | IMAGE_INSTALL_XXX = " spiutils" | 11:33 |
lukma | But then it shown image shrunk from 100 MiB to 4MiB :-) | 11:33 |
lukma | Why I do need to use IMAGE_INSTALL_append_XXX = " foo" to make the image 100 MiB (correct) again? | 11:33 |
lukma | Any help? | 11:34 |
jku | lukma: because IMAGE_INSTALL_XXX = " spiutils" means you want _only_ spiutils in your image | 11:34 |
lukma | IMAGE_INSTALL_XXX += "spiutils" | 11:35 |
pagios | jku, can you help | 11:35 |
lukma | I've forgotten to write += in the original post | 11:35 |
lukma | IMAGE_INSTALL_XXX += "spiutils" | 11:35 |
jku | pagios: sorry not too familiar with opkg | 11:36 |
*** ed21 <ed21!~Adium@192.198.151.44> has joined #yocto | 11:37 | |
*** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has joined #yocto | 11:37 | |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC | 11:42 | |
jku | lukma: ref manual: "Using IMAGE_INSTALL with the += operator from the /conf/local.conf file or from within an image recipe is not recommended as it can cause ordering issues." (apparently += interferes with =? from core-image.bbclass) | 11:43 |
tcpdump | When I do a full build, for example bitbake my-custom-image it takes about 2 hours.. it pulls down all the source from github, and caches tons of packages. If I want to make a one lone change and rerun how can I do that? I can use nano to edit the local source in my build dir. but it seems to ignore the change when it runs? | 11:44 |
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 11:46 | |
kanavin | tcpdump: you just rerun. bitbake will reuse everything you built previously | 11:46 |
lukma | jku: Thanks for clarification :) | 11:46 |
*** toscalix <toscalix!~toscalix@68.red-83-42-135.dynamicip.rima-tde.net> has quit IRC | 11:48 | |
*** toscalix <toscalix!~toscalix@90.174.2.1> has joined #yocto | 11:48 | |
aurele | tcpdump, did you check devtool I use it to modify the sources and do some testing | 11:49 |
aurele | tcpdump, http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#ref-devtool-reference | 11:52 |
crazy_imp | bluelightning: hm, it it normal that it'll build cmake stuff witl reldebug enabled and no with target type release? (i even set EXTRA_OECMAKE += "-DCMAKE_BUILD_TYPE=Release" ) | 11:52 |
bluelightning | crazy_imp: not sure, but I assume so as we do our own processing during packaging to take binaries, split the debugging symbols out and then strip them, so they have to start out with debugging symbols included | 11:54 |
tcpdump | kanavin: When you say re-use, it should include any changes I made in the cached copy locally? | 11:56 |
tcpdump | aurele: reading now - thanks. | 11:56 |
kanavin | tcpdump: no. you generally are not allowed to edit anything in build directory | 11:59 |
crazy_imp | bluelightning: that would work, but compiling with debug enabled, doesn't work well with that code, gcc goes crazy about it and takes > 10 minutes to compile stuff that builds within 30 seconds... | 12:10 |
*** BarBQ <BarBQ!~textual@sg1.maxiv.lu.se> has joined #yocto | 12:11 | |
*** voxadam <voxadam!~adam@fedora/voxadam> has quit IRC | 12:11 | |
*** voxadam <voxadam!~adam@fedora/voxadam> has joined #yocto | 12:12 | |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto | 12:14 | |
bluelightning | crazy_imp: I should imagine there is a way to control that, you'd have to look into our cmake class | 12:17 |
crazy_imp | bluelightning: meta/classes/cmake.bbclass ? | 12:18 |
bluelightning | crazy_imp: yes | 12:19 |
*** toscalix_ <toscalix_!~toscalix@90.174.2.1> has joined #yocto | 12:21 | |
*** toscalix__ <toscalix__!~toscalix@68.red-83-42-135.dynamicip.rima-tde.net> has joined #yocto | 12:21 | |
*** toscalix <toscalix!~toscalix@90.174.2.1> has quit IRC | 12:21 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bwdqgundhyuibktg> has joined #yocto | 12:22 | |
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 12:23 | |
*** toscalix_ <toscalix_!~toscalix@90.174.2.1> has quit IRC | 12:25 | |
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 12:26 | |
*** igor <igor!~igor@187.108.42.203> has joined #yocto | 12:28 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 12:29 | |
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 12:34 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 12:34 | |
*** toscalix__ is now known as toscalix | 12:34 | |
jku | crazy_imp: the EXTRA_OECMAKE things should work: we do exactly that with webkitgtk . Maybe double check in the logs that it actually got used | 12:36 |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC | 12:40 | |
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 12:42 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:43 | |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto | 12:43 | |
*** bananadev <bananadev!~bananadev@2405:4800:109e:c976:d773:d19e:96aa:cb6a> has joined #yocto | 12:47 | |
*** bananadev <bananadev!~bananadev@2405:4800:109e:c976:d773:d19e:96aa:cb6a> has quit IRC | 12:48 | |
*** bananadev <bananadev!~bananadev@2405:4800:109e:c976:d773:d19e:96aa:cb6a> has joined #yocto | 12:48 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 12:52 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 12:52 | |
*** caiortp <caiortp!~inatel@131.221.240.233> has joined #yocto | 12:53 | |
*** fberg <fberg!~kappe@93-42-191-214.ip88.fastwebnet.it> has joined #yocto | 12:55 | |
*** bananadev <bananadev!~bananadev@2405:4800:109e:c976:d773:d19e:96aa:cb6a> has quit IRC | 12:56 | |
fberg | hello guys | 12:56 |
fberg | I have one question.. Is it possibile to build an image for multiple machines ? eg setting MACHINE = "MACHINE1" MACHIN += "MACHINE2" | 12:57 |
fberg | and then running bitbake core-image-minimal | 12:57 |
*** lamego <lamego!~jose@134.134.139.78> has joined #yocto | 12:59 | |
melonipoika | fberg AFAIK, it is not possible. The way I did it was to make a scrip that changes the machine in conf/local.conf and then calls bitbake <image name> | 12:59 |
fberg | yup | 13:01 |
fberg | thank you | 13:01 |
jku | fberg, melonipoika: there's BBMULTICONFIG http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#platdev-building-targets-with-multiple-configurations | 13:01 |
rburton | fberg: not possible now, just do two builds. use different build dirs and you can still share sstate if they're similar enough. in the future you'll be able to sort of do that though, 2.4 has multiconfig support | 13:01 |
*** hnje <hnje!~hnje@193.106.123.182> has quit IRC | 13:01 | |
jku | but never used it | 13:01 |
*** kimtinh <kimtinh!~kimtinh@2405:4800:109e:c976:d773:d19e:96aa:cb6a> has joined #yocto | 13:02 | |
fberg | thank you guys | 13:02 |
jku | rburton: what's missing in 2.3 -- I think we have it in the docs already? | 13:02 |
rburton | good question, no idea, only been back for ten minutes ;) | 13:02 |
rburton | (hi everyone) | 13:03 |
jku | there's a actually a couple of known issues in the dev manual, probably answers my question | 13:04 |
*** BarBQ <BarBQ!~textual@sg1.maxiv.lu.se> has quit IRC | 13:05 | |
kanavin | rburton: hello, that was a long ten days :) | 13:06 |
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 13:07 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 13:08 | |
tcpdump | I have some apps that require xerver in ARM64 and ARM32. Is there a way to do multiarch on Yocto? | 13:22 |
tcpdump | x11 | 13:22 |
rburton | tcpdump: look up multilib in the docs | 13:22 |
tcpdump | http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#combining-multiple-versions-library-files-into-one-image | 13:23 |
tcpdump | thx | 13:23 |
*** bguthro__ <bguthro__!~bguthro@72.22.182.166> has joined #yocto | 13:25 | |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC | 13:26 | |
* fray notes he has customers that uses multilib arm64/arm32 systems. The only gotcha right now is compiling on the target can have issues as the kernel headers have not been 'merged' upstream.. | 13:27 | |
fray | but if you are simply running the software on the target (vs trying to do development) everything is workign as far as I know.. | 13:27 |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto | 13:28 | |
*** bguthro_ <bguthro_!~bguthro@72.22.182.166> has quit IRC | 13:29 | |
*** armpit <armpit!~armpit@2601:202:4001:9ea0:6d19:bef7:4a8c:962> has quit IRC | 13:31 | |
*** rob_w_ <rob_w_!~bob@ppp-93-104-161-44.dynamic.mnet-online.de> has joined #yocto | 13:32 | |
*** rob_w_ <rob_w_!~bob@ppp-93-104-161-44.dynamic.mnet-online.de> has quit IRC | 13:32 | |
*** vdehors_arc <vdehors_arc!~vincent@LMontsouris-657-1-239-42.w82-127.abo.wanadoo.fr> has quit IRC | 13:34 | |
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-tawyhcamqgjdtkfb> has joined #yocto | 13:38 | |
*** jku <jku!~jku@192.198.151.43> has quit IRC | 13:41 | |
*** rcw <rcw!~rwoolley@107-179-142-182.cpe.teksavvy.com> has joined #yocto | 13:42 | |
*** vdehors_arc <vdehors_arc!~vincent@LMontsouris-657-1-239-42.w82-127.abo.wanadoo.fr> has joined #yocto | 13:42 | |
*** armpit <armpit!~armpit@2601:202:4001:9ea0:3811:df20:51dd:86d9> has joined #yocto | 13:42 | |
*** BubuIIC <BubuIIC!~mhoffmann@p50997306.dip0.t-ipconnect.de> has quit IRC | 13:43 | |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:43 | |
*** rob_w <rob_w!~bob@ppp-93-104-161-44.dynamic.mnet-online.de> has joined #yocto | 13:43 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 13:43 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-tjokmesimrxgrynh> has quit IRC | 13:44 | |
*** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has joined #yocto | 13:49 | |
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto | 13:49 | |
*** ant_work <ant_work!~ant__@host11-249-dynamic.16-79-r.retail.telecomitalia.it> has quit IRC | 13:51 | |
*** BubuIIC <BubuIIC!~mhoffmann@2003:a:772:9200:5748:f262:e193:b5c1> has joined #yocto | 13:52 | |
*** willdye <willdye!~willdye@cpe-108-167-39-135.neb.res.rr.com> has joined #yocto | 13:56 | |
*** willdye <willdye!~willdye@cpe-108-167-39-135.neb.res.rr.com> has quit IRC | 13:59 | |
*** willdye <willdye!~willdye@cpe-108-167-39-135.neb.res.rr.com> has joined #yocto | 14:01 | |
*** dvhart <dvhart!~dvhart@136.179.21.81> has joined #yocto | 14:01 | |
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC | 14:03 | |
*** jonte <jonte!~Jonatan@h-79-136-12-196.NA.cust.bahnhof.se> has quit IRC | 14:06 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 14:09 | |
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto | 14:10 | |
*** dvhart <dvhart!~dvhart@136.179.21.81> has quit IRC | 14:13 | |
RP | armpit: around? | 14:15 |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:17 | |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 14:17 | |
armpit | yes | 14:17 |
armpit | yes sent you an email | 14:19 |
RP | armpit: that helps a lot, thanks | 14:21 |
RP | armpit: thanks, replied | 14:22 |
RP | armpit: I merged in pyro-next into pyro, that seemed to be building and working ok | 14:23 |
RP | armpit: have asked a question in email, basically just wondering if I should merge some of the changes into morty? | 14:23 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:25 | |
*** melonipoika_ <melonipoika_!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has joined #yocto | 14:27 | |
armpit | RP: replied | 14:28 |
armpit | basically - yes to merging | 14:29 |
*** gtristan <gtristan!~tristanva@modemcable172.18-161-184.mc.videotron.ca> has quit IRC | 14:30 | |
*** fberg <fberg!~kappe@93-42-191-214.ip88.fastwebnet.it> has quit IRC | 14:32 | |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC | 14:35 | |
*** melonipoika_ <melonipoika_!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has quit IRC | 14:45 | |
*** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 14:46 | |
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 14:47 | |
*** jmcruzal <jmcruzal!~jmcruzal@134.134.139.82> has joined #yocto | 14:48 | |
*** hmwel <hmwel!~hmw@zimbra.welvaarts.com> has quit IRC | 14:51 | |
*** bguthro__ <bguthro__!~bguthro@72.22.182.166> has quit IRC | 14:51 | |
*** willdye <willdye!~willdye@cpe-108-167-39-135.neb.res.rr.com> has quit IRC | 14:52 | |
RP | armpit: cool, thanks | 14:52 |
armpit | np | 14:53 |
*** sbtkd85 <sbtkd85!~sbtkd85@ps3mwgproxy08-dmz.us.dell.com> has quit IRC | 14:53 | |
*** sbtkd85 <sbtkd85!~sbtkd85@ps3mwgproxy08-dmz.us.dell.com> has joined #yocto | 14:54 | |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto | 15:00 | |
*** gtristan <gtristan!~tristanva@mtlxpqak-1176248019.sdsl.bell.ca> has joined #yocto | 15:01 | |
*** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 15:02 | |
*** dreyna <dreyna!~dreyna@4.15.102.76> has joined #yocto | 15:03 | |
*** bguthro__ <bguthro__!~bguthro@72.22.182.166> has joined #yocto | 15:04 | |
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto | 15:12 | |
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC | 15:13 | |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto | 15:13 | |
*** yahiafarghaly <yahiafarghaly!b968b889@gateway/web/freenode/ip.185.104.184.137> has joined #yocto | 15:14 | |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC | 15:14 | |
yahiafarghaly | hi, i am try adding gnugp recipe into my image, so when i bitbake it with the image , it gives me this error https://pastebin.com/00r2AHyx , my yocto version is pyro-17.0.1 | 15:15 |
yahiafarghaly | it exists in meta/recipes-support/gnupg/gnupg_2.1.18.bb | 15:16 |
igor | seems like it is trying to create a link pointing to a existing file | 15:18 |
igor | have you tried to cleansstate gnupg and automake-native | 15:19 |
igor | you can remove the file "/home/yahia/Desktop/elinux_dev/bake_factory/poky-pyro-17.0.1/build/tmp/work/i586-poky-linux/gnupg/2.1.18-r0/recipe-sysroot-native/usr/share/aclocal-1.15/python.m4" manually | 15:20 |
*** grma <grma!~gruberm@80.93.38.128> has quit IRC | 15:20 | |
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC | 15:20 | |
igor | yahiafarghaly | 15:20 |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto | 15:21 | |
yahiafarghaly | ok i will remove and see the result | 15:22 |
Willy-- | Hi, I am just starting out with embedded linux. I am working through the quick start guide and have the build running at the moment to make sure everything works. When it is finished I wanted to try to build an image for a Orange Pi Zero (H2+). I have been reading the docs but can not work out how to go about it, any pointers? | 15:22 |
rburton | get the right bsp, set machine in local.conf, build image | 15:23 |
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto | 15:23 | |
CTtpollard | I'm not aware of a meta-orangepi | 15:24 |
Willy-- | Well I sort of figured that out, but where do I get the bsp from? | 15:24 |
CTtpollard | but you might be able to find a similar bsp for the SoC | 15:24 |
*** BubuIIC <BubuIIC!~mhoffmann@2003:a:772:9200:5748:f262:e193:b5c1> has left #yocto | 15:24 | |
Willy-- | CTtpollard: I could not find one for it.. but I figured that is because I didn't know what I was really doing | 15:25 |
*** stephano <stephano!~stephano@134.134.139.78> has joined #yocto | 15:25 | |
kergoth | Willy--: https://layers.openembedded.org/layerindex/branch/master/machines/?q=orange | 15:26 |
yahiafarghaly | [igor] : still give the error | 15:26 |
CTtpollard | nice | 15:26 |
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 15:26 | |
Willy-- | kergoth: thanks very muchly | 15:26 |
kergoth | np | 15:26 |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC | 15:27 | |
Willy-- | kergoth: that is the conf file, don't I need the bsp? | 15:27 |
kergoth | I don't understand the question. | 15:27 |
kergoth | what exactly do you think a yocto bsp *is*? | 15:27 |
kergoth | it's a layer with a machine configuration and associated recipes | 15:27 |
kergoth | which is exactly what that url directs you to, no? | 15:27 |
Willy-- | so the bsp IS just the machine details that you put into the local.conf file? | 15:28 |
kergoth | that's not what i said, no | 15:29 |
kergoth | all you put in local.conf is MACHINE. that tells bitbake to load that machine .conf, which is responsible for picking the correct kernel, bootloader, etc | 15:29 |
kergoth | so in a way, yes, and in a way absolutely not. local.conf isn't where the knowledge lives, that's just where you configure your build. | 15:29 |
yahiafarghaly | any help ? | 15:30 |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto | 15:31 | |
*** Bunio_FH <Bunio_FH!~bunio@89-79-16-212.dynamic.chello.pl> has quit IRC | 15:32 | |
Willy-- | ok, that makes sense. | 15:34 |
kergoth | that said, the term 'bsp' is pretty overloaded, it completely depends on context | 15:34 |
kergoth | i.e. some folks ship a bsp *based on yocto*, which is an installer or tarball that includes bitbake, oe-core, all associated layers, the bsp / machine layer, binary images, etc | 15:34 |
kergoth | but if you want to build from source, not using a bsp sdk from a chip manufacturer, using the open source components, then all you need is the bsp/machine layer, its dependencies, and bitbake | 15:35 |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC | 15:36 | |
tcpdump | I am trying to build a recipe that has a DEPENDS on python3-flask. In the original recipe it had a python3-Flask (capital F) and was thus failing | 15:37 |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto | 15:38 | |
tcpdump | Ive edited the recipe locally and run bitbake -c clean python-flask-httpauth | 15:38 |
tcpdump | but it still seems to be trying to find the capital F version. | 15:38 |
tcpdump | Is there a way to make it re-read my local copy? | 15:38 |
kergoth | it does automatically | 15:39 |
kergoth | i'd just wipe tmp to be safe, you odn't really lose anything anyway | 15:39 |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC | 15:40 | |
*** wouterstreamit <wouterstreamit!589f1708@gateway/web/freenode/ip.88.159.23.8> has quit IRC | 15:40 | |
Willy-- | kergoth: what is the format for the MACHINE variable for the orange-pi-zero, is it the .conf file name so 'MACHINE ?= "orange-pi-zero"' | 15:45 |
*** martinkelly <martinkelly!~martin@4.14.243.50> has joined #yocto | 15:45 | |
kergoth | yes. the value of machine is used to load conf/machine/${MACHINE}.conf | 15:45 |
crazy_imp | still fighting with my recipe using cmake, put -DCMAKE_BUILD_TYPE=Release into EXTRA_OECMAKE like jku suggested - it ends up in the parameters for cmake as expected, but the build is still with debug enabled and only -O2 | 15:45 |
Willy-- | TY | 15:46 |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto | 15:46 | |
*** fl0v0 <fl0v0!~fvo@p4FC0A4C9.dip0.t-ipconnect.de> has quit IRC | 15:47 | |
*** rajm <rajm!~robertmar@167.98.27.226> has quit IRC | 15:48 | |
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-tawyhcamqgjdtkfb> has quit IRC | 15:48 | |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto | 15:55 | |
*** melonipoika_ <melonipoika_!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has joined #yocto | 15:56 | |
*** zero_note <zero_note!~zero@2.238.240.162> has quit IRC | 15:58 | |
kergoth | Hmm, I'll have to dig into how progress is implemented, to see if i can wrap multiple git progress classes under a multi stage progress handler for the new gitsm fetcher | 15:58 |
*** jmcruzal <jmcruzal!~jmcruzal@134.134.139.82> has quit IRC | 15:59 | |
*** Jefro <Jefro!~josiermi@134.134.139.76> has joined #yocto | 16:03 | |
*** jmcruzal <jmcruzal!~jmcruzal@134.134.139.82> has joined #yocto | 16:03 | |
*** luc4 <luc4!~luca@185.43.148.11> has quit IRC | 16:05 | |
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 16:06 | |
*** sjolley <sjolley!~sjolley@134.134.139.73> has quit IRC | 16:09 | |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC | 16:12 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 16:15 | |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has joined #yocto | 16:15 | |
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 16:15 | |
*** melonipoika_ <melonipoika_!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has quit IRC | 16:17 | |
*** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has quit IRC | 16:24 | |
*** melonipoika_ <melonipoika_!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has joined #yocto | 16:24 | |
*** scottrif <scottrif!~scottrif@47.39.44.219> has joined #yocto | 16:26 | |
*** jmcruzal <jmcruzal!~jmcruzal@134.134.139.82> has quit IRC | 16:27 | |
kergoth | RP: thoughts on integrating the submodule support directly into the git fetcher for 2.5, potentially enabled by default? i can't imagine many repositories have submodules but don't require them to build.. can add a url parameter to explicitly disable | 16:30 |
RP | kergoth: you're probably right about that. If it supports all the fetcher modes correctly I'd be ok with that | 16:31 |
RP | kergoth: sorry, not had a chance to look at the code or do it justice | 16:31 |
*** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC | 16:31 | |
kergoth | no worries. i know you have a lot on your plate, as always :) | 16:32 |
RP | well, I did look but not enough to do it justice | 16:32 |
kergoth | i'll pursue with the integration route, will probably make it easier to fix the progress reporting anyway | 16:32 |
*** sameo <sameo!~samuel@192.55.55.41> has quit IRC | 16:34 | |
*** toscalix <toscalix!~toscalix@68.red-83-42-135.dynamicip.rima-tde.net> has quit IRC | 16:35 | |
*** TafThorne <TafThorne!~thomastho@81.128.174.58> has quit IRC | 16:37 | |
tcpdump | isnt there a bitbake recipe search somewhere? | 16:38 |
kergoth | layers.openembedded.org | 16:39 |
*** melonipoika_ <melonipoika_!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has quit IRC | 16:39 | |
RP | kergoth: I only ever made them separate as there was different functionality guarantees | 16:41 |
*** armpit <armpit!~armpit@2601:202:4001:9ea0:3811:df20:51dd:86d9> has quit IRC | 16:41 | |
*** vdehors_arc <vdehors_arc!~vincent@LMontsouris-657-1-239-42.w82-127.abo.wanadoo.fr> has quit IRC | 16:41 | |
*** sjolley <sjolley!~sjolley@134.134.139.72> has joined #yocto | 16:43 | |
*** ed21 <ed21!~Adium@192.198.151.44> has quit IRC | 16:54 | |
*** hbruce <hbruce!hbruce@nat/intel/x-bocebuydcbnxyksz> has quit IRC | 16:56 | |
*** itseris <itseris!~emikulin@76.77.65.2> has joined #yocto | 16:58 | |
*** juvenal <juvenal!~juvenal@200-170-110-244.corp.ajato.com.br> has quit IRC | 17:00 | |
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC | 17:02 | |
*** dreyna <dreyna!~dreyna@4.15.102.76> has quit IRC | 17:02 | |
*** dreyna <dreyna!~dreyna@4.15.102.76> has joined #yocto | 17:03 | |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 17:06 | |
*** garbados <garbados!~garbados@2601:1c2:303:6b0:f54b:30ee:eb3e:3587> has joined #yocto | 17:17 | |
yahiafarghaly | if someone can help me with that https://stackoverflow.com/questions/45944947/apt-key-line-352-comm-command-not-found | 17:24 |
*** kimtinh <kimtinh!~kimtinh@2405:4800:109e:c976:d773:d19e:96aa:cb6a> has quit IRC | 17:26 | |
*** juvenal <juvenal!~juvenal@2804:431:b709:70b4:39bc:1e20:c8f9:fd2e> has joined #yocto | 17:31 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bwdqgundhyuibktg> has quit IRC | 17:32 | |
majuk | So I have a recipe that installs some scripts to a directory. I updated those script files in the recipe and issued -c clean for both the recipe and the image, but my changes are not coming through to the resultant rootfs. | 17:37 |
majuk | Any questions or comments appreciated. | 17:38 |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC | 17:40 | |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto | 17:41 | |
crazy_imp | nevermind, bitbake overwrote the expected compilerflags set in cmake... | 17:43 |
*** voxadam <voxadam!~adam@fedora/voxadam> has quit IRC | 17:44 | |
kergoth | majuk: clean won't do much if it pulls the prebuilt binaries from sstate | 17:46 |
kergoth | majuk: use cleansstate instead | 17:46 |
majuk | kergoth: Ah! Thanks. | 17:46 |
kergoth | majuk: that said, you shouldn't have to do that at all if bitbake is trcking changes to the files, so it sounds like you're manually pulling them externally instead of usign SRC_URI, you should fix that | 17:46 |
kergoth | it picks up changes to sources automatically | 17:46 |
majuk | kergoth: Yea, I tried that to begin with, but it generated issues that I didn't understand and don't have time to address at the moment. That's good to know though. | 17:47 |
*** juvenal <juvenal!~juvenal@2804:431:b709:70b4:39bc:1e20:c8f9:fd2e> has quit IRC | 17:48 | |
majuk | Piece by piece I am getting a better hold on this system. | 17:48 |
kergoth | there are ways to explicitly track external files without using SRC_URI, but not worth the hassle unless absolutely necessary | 17:48 |
kergoth | i.e. we do that for WKS_FILE, since the user can point that to any path on disk, but it's not in SRC_URI | 17:48 |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC | 17:48 | |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto | 17:49 | |
*** juvenal <juvenal!~juvenal@191.8.90.18> has joined #yocto | 17:50 | |
*** yahiafarghaly <yahiafarghaly!b968b889@gateway/web/freenode/ip.185.104.184.137> has quit IRC | 17:58 | |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC | 17:59 | |
*** jmcruzal <jmcruzal!~jmcruzal@134.134.139.83> has joined #yocto | 18:03 | |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto | 18:05 | |
-YoctoAutoBuilder- build #1202 of nightly-x86-lsb is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/1202 | 18:08 | |
tcpdump | I do source setup-environment and get ERROR: do not use the BSP as root. Exiting... | 18:11 |
tcpdump | is there a way to allow it to work as root? | 18:12 |
*** juvenal <juvenal!~juvenal@191.8.90.18> has quit IRC | 18:15 | |
tcpdump | Neverind | 18:15 |
tcpdump | commented out the root check from the config script. | 18:16 |
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has joined #yocto | 18:18 | |
tcpdump | ugh | 18:18 |
tcpdump | other stuff sucks now.. | 18:18 |
-YoctoAutoBuilder- build #1228 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/1228 | 18:20 | |
*** voxadam <voxadam!~adam@fedora/voxadam> has joined #yocto | 18:21 | |
*** juvenal <juvenal!~juvenal@2804:431:b709:70b4:d11e:396a:d68c:5050> has joined #yocto | 18:21 | |
*** juvenal <juvenal!~juvenal@2804:431:b709:70b4:d11e:396a:d68c:5050> has quit IRC | 18:25 | |
*** voxadam <voxadam!~adam@fedora/voxadam> has quit IRC | 18:28 | |
*** voxadam <voxadam!~adam@fedora/voxadam> has joined #yocto | 18:28 | |
*** Jefro <Jefro!~josiermi@134.134.139.76> has quit IRC | 18:30 | |
*** tripzero <tripzero!~tripzero@134.134.139.77> has quit IRC | 18:35 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 18:36 | |
*** voxadam <voxadam!~adam@fedora/voxadam> has quit IRC | 18:36 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 18:37 | |
*** tripzero <tripzero!~tripzero@134.134.139.77> has joined #yocto | 18:38 | |
*** rcw <rcw!~rwoolley@107-179-142-182.cpe.teksavvy.com> has quit IRC | 18:42 | |
Willy-- | cd .. | 18:44 |
Willy-- | meow | 18:44 |
*** Willy-- <Willy--!188a097e@gateway/web/freenode/ip.24.138.9.126> has left #yocto | 18:44 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 18:46 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 18:47 | |
*** aehs29 <aehs29!aehernan@nat/intel/x-lyontvstdnhanyej> has quit IRC | 18:50 | |
*** aehs29 <aehs29!~aehernan@134.134.139.77> has joined #yocto | 18:53 | |
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 18:56 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 18:58 | |
*** rodgort <rodgort!~rodgort@68.ip-149-56-14.net> has quit IRC | 18:59 | |
rburton | tcpdump: really best not to do builds as root. | 19:03 |
rburton | there's a reason the check is there | 19:03 |
tcpdump | Ya, I made a user. | 19:03 |
*** rodgort <rodgort!~rodgort@68.ip-149-56-14.net> has joined #yocto | 19:03 | |
tcpdump | But having said that, its a dedicated build box, so not too bad. | 19:04 |
*** melonipoika_ <melonipoika_!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has joined #yocto | 19:04 | |
rburton | still bad | 19:04 |
*** moto-tim_ <moto-tim_!~moto-timo@fsf/member/moto-timo> has joined #yocto | 19:04 | |
rburton | its also about containing arbitrary build systems | 19:05 |
*** moto-tim_ <moto-tim_!~moto-timo@fsf/member/moto-timo> has quit IRC | 19:09 | |
kergoth | you're one screwed up makefile away from a rm -rf / due to an undefined variable :P | 19:10 |
*** jmcruzal <jmcruzal!~jmcruzal@134.134.139.83> has quit IRC | 19:19 | |
*** morphis_ <morphis_!~morphis@pD9ED7349.dip0.t-ipconnect.de> has quit IRC | 19:21 | |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 19:24 | |
*** Snert__ is now known as Snert | 19:27 | |
*** jmcruzal <jmcruzal!~jmcruzal@134.134.139.83> has joined #yocto | 19:28 | |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 19:28 | |
*** toanju <toanju!~toanju@x55b4f816.dyn.telefonica.de> has joined #yocto | 19:35 | |
*** melonipoika_ <melonipoika_!~quassel@dsl-hkibng22-54f8db-14.dhcp.inet.fi> has quit IRC | 19:39 | |
kergoth | we should really do something to reduce the verbosity of runfetchcmd commands, specifically the display of the export commands. imo we should use the process environment to inject htose, and just add a logging message about what that environment is, at Fetch() construction time, or something, so we see it once, not 842 times in the log | 19:48 |
*** Circuitsoft <Circuitsoft!4b92a52b@gateway/web/freenode/ip.75.146.165.43> has quit IRC | 19:50 | |
*** stefan__ <stefan__!~stefan@ipbcc3cc6c.dynamic.kabel-deutschland.de> has joined #yocto | 19:51 | |
*** jmcruzal <jmcruzal!~jmcruzal@134.134.139.83> has quit IRC | 19:52 | |
-YoctoAutoBuilder- build #843 of nightly-mips64 is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips64/builds/843 | 19:58 | |
*** toanju <toanju!~toanju@x55b4f816.dyn.telefonica.de> has quit IRC | 19:58 | |
*** ant_home <ant_home!~ant__@95.237.99.235> has joined #yocto | 19:59 | |
*** Artox <Artox!~Artox@79.124.7.87> has quit IRC | 20:02 | |
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 20:05 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 20:06 | |
*** juvenal <juvenal!~juvenal@177.95.49.35> has joined #yocto | 20:08 | |
*** Artox <Artox!~Artox@79.124.7.87> has joined #yocto | 20:09 | |
*** Jefro <Jefro!~josiermi@134.134.139.75> has joined #yocto | 20:15 | |
*** stefan__ <stefan__!~stefan@ipbcc3cc6c.dynamic.kabel-deutschland.de> has quit IRC | 20:17 | |
tcpdump | Sorry for all the dumb questions guys and gals - Im new to this :( | 20:18 |
tcpdump | I need to install some python things that dont exist... as such, Ive made the following recipe: | 20:18 |
tcpdump | https://www.irccloud.com/pastebin/qdzDiH2G/ | 20:18 |
tcpdump | 1. Does that look right? | 20:18 |
tcpdump | The file is recipes-devtools/python/python-flask-cors_3.0.3.bb | 20:19 |
tcpdump | would I then do bitbake python-flask-cors? | 20:19 |
fray | that will build it.. but will not include it in any generated images.. | 20:20 |
fray | either in your customer image you need to tell the system you need a package that recipe produces -- or you can do it globally to all images you generate.. | 20:20 |
fray | the global way isn't the recommended way, but it's quick and easy if you are experimenting.. | 20:21 |
fray | edit your conf/local.conf and add something like: | 20:21 |
fray | INSTALL_PACKAGES_append = " python-flask-cors" (note the leading space) | 20:21 |
fray | the name you put into INSTALL_PACKAGES is a -package- name, not a recipe name. It needs to match up to one of the 'PACKAGES' that is produced by the python-flask-cors recipe. You can use bitbake -e python-flash-cors to figure out what names it may be producing.. | 20:22 |
*** bluelightning <bluelightning!~paul@118.148.113.155> has joined #yocto | 20:24 | |
*** bluelightning <bluelightning!~paul@118.148.113.155> has quit IRC | 20:24 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:24 | |
tcpdump | Thanks fray ! Man, Im swimming here.. | 20:26 |
tcpdump | fray: If I have all my source code local, can I somehow point bitbake to my .bb recipe files to test them before I do an include in my global image? | 20:27 |
tcpdump | Im just wanting to make sure that my recipe actually works. considering this is my first recipe ever... | 20:27 |
fray | bitbake <your_recipe> will build it.. | 20:28 |
fray | you would want to use one of the tools to define a local layer (if you havn't already) and include that in your project.. | 20:28 |
tcpdump | hmmm | 20:28 |
tcpdump | Did that recipe look OK, at a rudimentary level? | 20:29 |
fray | I did not look | 20:29 |
*** Jefro <Jefro!~josiermi@134.134.139.75> has quit IRC | 20:29 | |
fray | ok, it looks reasonable to me. | 20:29 |
tcpdump | OK - thanks... sorry to be a bother. | 20:29 |
tcpdump | Im about to just go for broke... | 20:30 |
fray | is pypi in oe-core? if not -- then you'll need to make sure you have meta-python for it | 20:30 |
*** Jefro <Jefro!~josiermi@134.134.139.73> has joined #yocto | 20:30 | |
fray | (pretty sure flash and six are in meta-python, so you probably already have that configured in) | 20:30 |
tcpdump | not sure.. I just found an example recipe and tried to make it match. | 20:30 |
tcpdump | How can I check? | 20:30 |
fray | cat conf/bblayers.conf | 20:30 |
fray | something like this: | 20:31 |
fray | BBLAYERS ?= " \ | 20:31 |
fray | ##OEROOT##/layers/oe-core/meta \ | 20:31 |
fray | ##OEROOT##/layers/meta-openembedded/meta-python \ | 20:31 |
fray | " | 20:31 |
fray | (replace ##OEROOT##/layers with your local path) | 20:31 |
tcpdump | ${OEROOT}/layers/meta-openembedded/meta-python \ | 20:31 |
tcpdump | thats in there | 20:32 |
tcpdump | so looks good. | 20:32 |
fray | yes | 20:32 |
tcpdump | Last question - I put all my recipes in meta-qcom/recipes-devtools/python. | 20:34 |
tcpdump | That should be OK, right? | 20:34 |
tcpdump | Just made a new dir named python | 20:34 |
fray | yes.. meta-qcom will need to be in that same conf/bblayers.conf -- and the layer needs a conf/layers.conf (assuming you have all that -- and its configured in a typical way) then it should work | 20:34 |
*** pohly <pohly!~pohly@p5DE8D67B.dip0.t-ipconnect.de> has quit IRC | 20:36 | |
tcpdump | yea meta-qcom is in the conf/bblayers.conf | 20:36 |
*** dreyna <dreyna!~dreyna@4.15.102.76> has quit IRC | 20:38 | |
-YoctoAutoBuilder- build #66 of nightly-refkit is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-refkit/builds/66 | 20:40 | |
tcpdump | https://www.irccloud.com/pastebin/aZYCdRpR/ | 20:41 |
tcpdump | That went terribly wrong fray lol | 20:41 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 20:41 | |
*** stephano <stephano!~stephano@134.134.139.78> has quit IRC | 20:41 | |
tcpdump | https://www.irccloud.com/pastebin/00nOwpjr/ | 20:42 |
tcpdump | Theres my recipe for python-flask-httpauth | 20:42 |
*** stephano <stephano!~stephano@134.134.139.72> has joined #yocto | 20:42 | |
fray | value our of range means something told the build system either a null (non integer) value or ??? | 20:43 |
fray | Ahh.. your recipe is missing the SRC_URI = ... | 20:43 |
fray | (or is pypi setting that?) | 20:43 |
tcpdump | I think pypi is setting that, from what I understand.. | 20:43 |
fray | ok.. then I don't know you may have to ask on #oe.. be sure to mention if you are using master or a specific branch of oe-core | 20:44 |
tcpdump | fray: can you add a repo manager such as dnf and just installed this stuff for arm64? | 20:44 |
*** jmcruzal <jmcruzal!~jmcruzal@134.134.139.83> has joined #yocto | 20:44 | |
tcpdump | Do you know? | 20:44 |
fray | you can add DNF, (if you are on 2.3 or master -- it's 'smartpm' prior to that) | 20:45 |
tcpdump | *install | 20:45 |
fray | but you still need to build the packages somehow.. the DNF and such may not install Fedora/CentOS packages.. due to difference in dependencies and compilation.. | 20:45 |
tcpdump | Do you know of any good ARM64 repos? | 20:45 |
tcpdump | Is there one for yocto? | 20:45 |
tcpdump | makes sense. | 20:46 |
fray | The yocto ones I know of are usually specific to an OSV for 'project'.. | 20:46 |
fray | OSV -or-, not for.. | 20:46 |
tcpdump | I see | 20:46 |
tcpdump | As soon as I figured this out Im going to beat my dev that wrote all his crap in python with these frameworks... for an embedded platform. | 20:47 |
JEEB | :D | 20:48 |
fray | ya, python, running on an embedded system, is powerful -- but does consume additional resources ... | 20:48 |
JEEB | not necessarily bad, but you can bet you won't have things included in build systems | 20:49 |
JEEB | (depends on requirements and hardware) | 20:49 |
fray | yes | 20:49 |
tcpdump | If it was just python that would be great... but he wrote it all with these elaborate frameworks and modules.. | 20:49 |
tcpdump | Yea, if it was going on a server would be perfect. | 20:49 |
tcpdump | https://www.irccloud.com/pastebin/VHudarO2/ | 20:51 |
tcpdump | I need to get all these packages integrated... | 20:51 |
kergoth | RP: Hmm. If we have multiple specified names/branches/revs, and the repo uses submodules on each, but different ones, should we fetch and unpack only the ones for the rev we're checking out? we can't really fetch and unpack all the ones we might need, because their repos under .git/modules/ for unpack might conflict (i.e. same name, different upstream repo and url). Thinking we just fetch and unpack the bits we're actually going to be unpacking and | 20:51 |
kergoth | using, but add methods to the fetcher that a recipe could use to set up the submodules for a non-default branch/rev wherever they want it | 20:51 |
* kergoth ponders | 20:51 | |
-YoctoAutoBuilder- build #1265 of nightly-x86-64 is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/1265 | 20:56 | |
-YoctoAutoBuilder- build #1204 of nightly-mips is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/1204 | 21:00 | |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:02 | |
*** stephano <stephano!~stephano@134.134.139.72> has quit IRC | 21:06 | |
*** itseris <itseris!~emikulin@76.77.65.2> has quit IRC | 21:08 | |
tcpdump | Im trying to install or move an entire directory. | 21:12 |
tcpdump | install -m 755 ${WORKDIR}/git/client.conf ${D}/etc/openvpn | 21:12 |
tcpdump | Thats one that works now. | 21:12 |
tcpdump | But I want to do that with an entire directory tree, rather than a single file... | 21:13 |
tcpdump | What would that look like? | 21:13 |
*** igor <igor!~igor@187.108.42.203> has quit IRC | 21:16 | |
*** stephano <stephano!stephano@nat/intel/x-jostzlfqfipybqis> has joined #yocto | 21:17 | |
*** dreyna <dreyna!~dreyna@4.15.102.76> has joined #yocto | 21:19 | |
kergoth | tcpdump: just use cp. you'll have to correct the ownership afterward, though, to make sure it ends up owned by root rather than the build user | 21:21 |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has left #yocto | 21:26 | |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has joined #yocto | 21:26 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 21:26 | |
*** garbados <garbados!~garbados@2601:1c2:303:6b0:f54b:30ee:eb3e:3587> has quit IRC | 21:27 | |
*** sjolley <sjolley!~sjolley@134.134.139.72> has quit IRC | 21:27 | |
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 21:31 | |
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto | 21:32 | |
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 21:32 | |
*** Snert_ <Snert_!~LoginName@106-24-237-24.gci.net> has quit IRC | 21:34 | |
*** yahiafarghaly <yahiafarghaly!b9bd7074@gateway/web/freenode/ip.185.189.112.116> has joined #yocto | 21:34 | |
*** caiortp <caiortp!~inatel@131.221.240.233> has quit IRC | 21:34 | |
*** klynn <klynn!~klynn@2600-6c55-4600-1e9f-51bd-d611-7e54-01b0.dhcp6.chtrptr.net> has joined #yocto | 21:34 | |
*** Snert_ <Snert_!~LoginName@106-24-237-24.gci.net> has joined #yocto | 21:36 | |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 21:42 | |
-YoctoAutoBuilder- build #1219 of nightly-multilib is complete: Failure [failed Running Sanity Tests_4] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/1219 | 21:42 | |
*** yahiafarghaly <yahiafarghaly!b9bd7074@gateway/web/freenode/ip.185.189.112.116> has quit IRC | 21:43 | |
*** martinkelly <martinkelly!~martin@4.14.243.50> has quit IRC | 21:45 | |
*** bodangly <bodangly!~bodangly@c-24-218-194-93.hsd1.ct.comcast.net> has quit IRC | 21:48 | |
*** stephano <stephano!stephano@nat/intel/x-jostzlfqfipybqis> has quit IRC | 21:51 | |
*** bhargav <bhargav!95c73efe@gateway/web/freenode/ip.149.199.62.254> has joined #yocto | 21:52 | |
RP | kergoth: only fetch/unpack what you're using seems sane | 21:53 |
*** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC | 21:56 | |
*** dv_ <dv_!~quassel@62.178.118.86> has joined #yocto | 21:57 | |
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 21:58 | |
*** christner <christner!~dchristne@50-76-27-165-static.hfc.comcastbusiness.net> has quit IRC | 21:59 | |
bhargav | Hello everyone. I have a question regarding patching. | 22:01 |
bhargav | If I have a patch file located in layer_a and a bb file in layer_b, how can i include the patch file in my SRC_URI? | 22:02 |
*** ant_home <ant_home!~ant__@95.237.99.235> has quit IRC | 22:03 | |
*** Jefro <Jefro!~josiermi@134.134.139.73> has quit IRC | 22:03 | |
*** Jefro <Jefro!~josiermi@134.134.139.73> has joined #yocto | 22:03 | |
bhargav | I tried SRC_URI = "file:// layer_b/file/some-patch.patch" and it does not work | 22:03 |
*** lamego <lamego!~jose@134.134.139.78> has quit IRC | 22:04 | |
*** stephano <stephano!~stephano@134.134.139.78> has joined #yocto | 22:06 | |
majuk | Need a .bbappend file | 22:06 |
majuk | bhargav: ^ | 22:07 |
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC | 22:07 | |
*** Jefro1 <Jefro1!~josiermi@134.134.139.75> has joined #yocto | 22:07 | |
*** Jefro <Jefro!~josiermi@134.134.139.73> has quit IRC | 22:08 | |
*** libby1 <libby1!~libby@134.134.139.77> has quit IRC | 22:08 | |
majuk | Well I was going to pastebin you my dts patch layer, but pastebin is throwing a fit. | 22:08 |
bhargav | So I add the patch path in FILESEXTRAPATH in the bbappend file? | 22:10 |
majuk | bhargav: https://pastebin.com/QBMCp6j8 | 22:10 |
majuk | So those two patches live in the directory specified by FILESEXTRAPATHS_prepend | 22:11 |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 22:14 | |
bhargav | majuk: can I add FILESEXTRAPATH in my bb file itself? | 22:14 |
*** libby1 <libby1!~libby@134.134.139.77> has joined #yocto | 22:14 | |
bhargav | I am writing a new version of an existing recipe in a different layer and I want my new recipe to pull hte old patches | 22:15 |
majuk | Ah. Yea, I dunno, haven't come close to handling that situation, just patching existing recipes. | 22:15 |
*** sjolley <sjolley!~sjolley@134.134.139.75> has joined #yocto | 22:15 | |
*** mranostay <mranostay!sid127487@pdpc/supporter/active/mranostay> has joined #yocto | 22:21 | |
*** moto-tim_ <moto-tim_!~moto-timo@fsf/member/moto-timo> has joined #yocto | 22:24 | |
* Crofton|work washes himself with bleach | 22:25 | |
*** moto-tim_ <moto-tim_!~moto-timo@fsf/member/moto-timo> has quit IRC | 22:27 | |
majuk | lol | 22:27 |
majuk | Don't forget to drink some, get that bleach cleanse working for you. | 22:27 |
*** yahiafarghaly <yahiafarghaly!9cdfac79@gateway/web/freenode/ip.156.223.172.121> has joined #yocto | 22:29 | |
*** mranostay <mranostay!sid127487@pdpc/supporter/active/mranostay> has left #yocto | 22:31 | |
*** martinkelly <martinkelly!~martin@67.171.33.217> has joined #yocto | 22:33 | |
*** gtristan <gtristan!~tristanva@mtlxpqak-1176248019.sdsl.bell.ca> has quit IRC | 22:37 | |
*** jmcruzal <jmcruzal!~jmcruzal@134.134.139.83> has quit IRC | 22:37 | |
*** dreyna <dreyna!~dreyna@4.15.102.76> has quit IRC | 22:43 | |
yahiafarghaly | how can i submit patch in yocto in proper way ? (especially in pyro version) | 22:45 |
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC | 22:46 | |
*** sjolley <sjolley!~sjolley@134.134.139.75> has quit IRC | 22:46 | |
*** agust <agust!~agust@p4FCB5739.dip0.t-ipconnect.de> has quit IRC | 22:51 | |
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-nqgiymhknfsyhlbl> has quit IRC | 22:52 | |
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 22:55 | |
*** mtahmed <mtahmed!b8178782@gateway/web/freenode/ip.184.23.135.130> has joined #yocto | 22:57 | |
khem | bhargav: its better that you make a copy of patches in your own layer if you are overwriting a recipe completely | 22:58 |
khem | otherwise you are at the behest of original layer and patches in there might change and break your recipe | 22:58 |
mtahmed | matrix808 | 23:00 |
*** mtahmed <mtahmed!b8178782@gateway/web/freenode/ip.184.23.135.130> has quit IRC | 23:00 | |
*** mtahmed <mtahmed!b8178782@gateway/web/freenode/ip.184.23.135.130> has joined #yocto | 23:00 | |
mtahmed | I am trying to build a new version of a package and applying my own patches on top in my own layer through an `openssl_%.bbappend` file. However, during configure, the configure script is unable to find a file from the original recipe because BBPATH points the the .bbappend file's directory. Is there a way to add a .bbappend to my own layer and have it use the files from the original recipe as well? | 23:04 |
kergoth | mtahmed: it'll alwyas be able to find the original files when appending, unless you've incorrectly modified FILESPATH/FILESEXTRAPATH | 23:07 |
kergoth | and bbpath is irrelevent in this case, file:// files are found via FILESPATY | 23:07 |
*** stephano <stephano!~stephano@134.134.139.78> has quit IRC | 23:08 | |
kergoth | BBPATH is used to find classes, config files, and .inc files | 23:08 |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 23:11 | |
*** yahiafarghaly <yahiafarghaly!9cdfac79@gateway/web/freenode/ip.156.223.172.121> has quit IRC | 23:12 | |
*** yahiafarghaly <yahiafarghaly!9cdfac79@gateway/web/freenode/ip.156.223.172.121> has joined #yocto | 23:13 | |
bhargav | khem: Thanks! I ended up doing the same since I could not figure out a way for my problem | 23:13 |
bhargav | What you said actually makes sense | 23:13 |
*** yahiafarghaly <yahiafarghaly!9cdfac79@gateway/web/freenode/ip.156.223.172.121> has quit IRC | 23:13 | |
mtahmed | kergoth: Oh that makes sense. I think I might have been missing a the file that it required because I was redefining SRC_URI instead of appending to SRC_URI. | 23:15 |
mtahmed | I still have the problem of FILEEXTRAPATHS_prepend not able to use the ${PV} (presumably because it isn't defined when it's expanded; it just gets expanded to the string "%") but it is able to get ${BPN} just fine. | 23:16 |
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC | 23:16 | |
kergoth | PV should work fine in that context, but worst case you could arrange to immediately expand THISDIR, i.e. thorugh an intermediate variable, but leave PV alone | 23:20 |
*** alimon1 <alimon1!~alimon@148.240.201.158> has joined #yocto | 23:22 | |
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 23:23 | |
*** msvb-lab <msvb-lab!~michael@x55b541b3.dyn.telefonica.de> has quit IRC | 23:35 | |
*** Jefro1 <Jefro1!~josiermi@134.134.139.75> has quit IRC | 23:37 | |
-YoctoAutoBuilder- build #1184 of nightly-ppc-lsb is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/1184 | 23:43 | |
*** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 23:48 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-lmrppuufyivrlmdh> has joined #yocto | 23:49 | |
*** hbruce <hbruce!c0373627@gateway/web/freenode/ip.192.55.54.39> has joined #yocto | 23:50 | |
*** hbruce1 <hbruce1!~hbruce@192.55.54.39> has joined #yocto | 23:51 | |
*** hbruce1 <hbruce1!~hbruce@192.55.54.39> has left #yocto | 23:52 | |
*** hbruce1 <hbruce1!~hbruce@192.55.54.39> has joined #yocto | 23:52 | |
*** bhargav <bhargav!95c73efe@gateway/web/freenode/ip.149.199.62.254> has quit IRC | 23:52 | |
*** hbruce <hbruce!c0373627@gateway/web/freenode/ip.192.55.54.39> has left #yocto | 23:53 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-lmrppuufyivrlmdh> has quit IRC | 23:58 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-aswqfjilsjxsaewe> has joined #yocto | 23:58 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!