| *** AndersD_ <AndersD_!~AndersD@194.237.220.218> has quit IRC | 00:02 | |
| *** joeytheaint is now known as joeythesaint | 00:18 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC | 00:20 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-zcrmtmldmvrnpayl> has joined #yocto | 00:30 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 00:34 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 00:36 | |
| *** peacememories <peacememories!~textual@2a02:8388:8480:fd80:a5ef:5ba3:4d3:3a88> has joined #yocto | 01:07 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 01:53 | |
| *** peacememories <peacememories!~textual@2a02:8388:8480:fd80:a5ef:5ba3:4d3:3a88> has quit IRC | 02:25 | |
| alicef | hello, i'm using devtool modify for trying to work with existing code. but it cannot find the recipe. also if is in the source code | 03:40 |
|---|---|---|
| alicef | the layer have to be added with bitbake layer-add for find the recipe ? | 03:42 |
| alicef | I'm by the way reading the user manual but there is almost no explanation on where the recipe have to reside | 03:43 |
| alicef | devtool modify $workspace/recipes/sl.bb $workspace/sources/sl/ | 03:45 |
| alicef | but it cannot find the recipe | 03:45 |
| kergoth | it has to reside the same place it would for bitbake to build it. | 03:49 |
| kergoth | add the layer to bblayers in conf/bblayers.conf as the documentation describes for adding a layer to the build | 03:49 |
| kergoth | devtool extracts the source and adds a bbappend to adjust the configuration of the recipe to build from those sources. the recipe still has to be available to bitbake as a build | 03:50 |
| alicef | kergoth: what if i have many layers to modify? there is no why of automating it ? | 03:51 |
| kergoth | what do you mean? | 03:51 |
| kergoth | again, devtool modifies how a recipe builds. bitbake has to be able to build the recipe for devtool to be of any use whatsoever | 03:51 |
| kergoth | add the layers you need to bblayers | 03:51 |
| alicef | kergoth: https://bugzilla.yoctoproject.org/show_bug.cgi?id=11677 add layer management functionality | 03:53 |
| yocti | Bug 11677: enhancement, Medium, 2.99, paul.eggleton, NEW , eSDK: add layer management functionality | 03:53 |
| alicef | this probably would be useful for my case. | 03:53 |
| kergoth | first, you said nothing about the esdk | 03:53 |
| alicef | kergoth: sorry, i thought devtool was only for esdk | 03:54 |
| kergoth | i use it every day and never touch esdk. it's a generally useful tool | 03:54 |
| kergoth | but that issue does sound up your alley, indeed | 03:54 |
| alicef | kergoth: thanks you | 03:55 |
| alicef | kergoth: using bblayers.conf is a good idea indeed. I could just use the bblayers.conf in the poky-sdk | 03:56 |
| alicef | and than modify it using devtool modify | 03:57 |
| kergoth | bitbake-layers add-layer is really just a convenience around manually changing bblayers, so it should be a viable workaround for now at least | 03:57 |
| alicef | how bitbake-layers choose the bblayers file ? | 03:57 |
| alicef | i think i have one under poky/ and one under poky-sdk/ | 03:58 |
| alicef | probably when i source the poky-sdk enviroment is using that | 03:58 |
| alicef | I will do some try with it | 03:58 |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 04:08 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-zcrmtmldmvrnpayl> has quit IRC | 04:09 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 04:10 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 04:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:22 | |
| *** vmeson <vmeson!~rmacleod@192.0.133.18> has joined #yocto | 04:23 | |
| learningc | Is there a way to list tasks dependencies? Like which task preceed or succeed which? | 04:27 |
| *** vmeson <vmeson!~rmacleod@192.0.133.18> has quit IRC | 04:28 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 04:47 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 04:47 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 04:48 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 04:50 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 05:15 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 05:18 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 05:43 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 05:47 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 05:57 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 06:00 | |
| *** yocti <yocti!~supybot@yocto-www.yoctoproject.org> has joined #yocto | 06:30 | |
| *** kroon <kroon!~jkroon@213.185.29.22> has joined #yocto | 06:35 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 06:35 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 06:44 | |
| *** agust <agust!~agust@p5483354E.dip0.t-ipconnect.de> has joined #yocto | 06:45 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 06:47 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 06:55 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 06:58 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 07:04 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 07:08 | |
| *** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has quit IRC | 07:10 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 07:15 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto | 07:15 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 07:30 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 07:32 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 07:43 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 07:46 | |
| *** daniel__ <daniel__!~daniel-k@195.14.245.218> has joined #yocto | 07:56 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 08:01 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 08:04 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 08:16 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:17 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 08:19 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 08:19 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 08:20 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:20 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto | 08:31 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 08:39 | |
| yocti | New news from stackoverflow: psplash image does not appear (yocto & qemu) <https://stackoverflow.com/questions/52969184/psplash-image-does-not-appear-yocto-qemu> | 08:40 |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 08:40 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has joined #yocto | 08:42 | |
| *** fbre <fbre!91fdde45@gateway/web/freenode/ip.145.253.222.69> has joined #yocto | 08:43 | |
| fbre | Hello, which recipe contains the command line tool "top"? https://layers.openembedded.org/layerindex/branch/sumo/recipes/?q=top does not give a good hint. | 08:44 |
| fbre | I don't want the busybox version | 08:44 |
| fbre | but the full-featured version of top | 08:45 |
| LetoThe2nd | fbre: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-extended/procps/procps_3.3.15.bb | 08:50 |
| LetoThe2nd | fbre: tip, htop is a package on its own. | 08:51 |
| LetoThe2nd | (and even more bang for the buck, methinks) | 08:51 |
| *** sashko <sashko!~sashko@83.218.80.243> has left #yocto | 08:52 | |
| *** kroon <kroon!~jkroon@213.185.29.22> has quit IRC | 08:55 | |
| *** fenrig <fenrig!~fenrig@84.198.211.186> has quit IRC | 08:56 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 08:59 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-dgjgnvxebddgkfqe> has joined #yocto | 09:00 | |
| *** yacar_ <yacar_!~yacar@80.215.43.152> has joined #yocto | 09:00 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:03 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 09:03 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 09:06 | |
| *** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto | 09:08 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 09:30 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 09:30 | |
| *** yacar_ <yacar_!~yacar@80.215.43.152> has quit IRC | 09:30 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 09:31 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 09:31 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 09:32 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 09:35 | |
| *** yacar_ <yacar_!~yacar@80.215.166.152> has joined #yocto | 09:46 | |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto | 09:57 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:58 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 10:00 | |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 10:01 | |
| *** lexa_ <lexa_!~user@217.66.60.5> has joined #yocto | 10:03 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:03 | |
| lexa_ | Hi, I have a question about creating mirrors in Yocto. | 10:07 |
| lexa_ | I set BB_GENERATE_MIRROR_TARBALLS = "1" in local.conf, and git2_*.tar.gz files | 10:07 |
| lexa_ | are created in the download directory. What bothering me is that this tarballs | 10:07 |
| lexa_ | are not versioned. What happen if I bump a recipe version? How Bitbake would | 10:07 |
| lexa_ | recognize that it needs to re-download the Git repository? | 10:07 |
| fbre | LetoThe2nd: cool, thanx! I added "procps" to my CORE_IMAGE_EXTRA_INSTALL_append variable | 10:08 |
| rburton | lexa_: i believe it downloads if the sha is after isn't in the local copy | 10:09 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:11 | |
| lexa_ | rburton: And then it will create a new tarball? | 10:11 |
| sveinse | Is there anyone here who has experience compiling and running Qt apps under qemux86? Foremost to get it to compile, but I'd like to avoid having to run X. | 10:11 |
| rburton | lexa_: yes | 10:11 |
| *** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto | 10:12 | |
| lexa_ | rburton: Thank you for explanation. | 10:13 |
| *** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto | 10:15 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:15 | |
| fbre | sveinse: if you just use qtcore, you won't need X | 10:16 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 10:18 | |
| sveinse | fbre: apparently I need to configure Qt to ignore opengl tests, because it failed in my build. Its not enough to remove X11 from distro features | 10:19 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 10:19 | |
| fbre | sveinse: there is a Qt configure option called "-opengl". Have you tried to remove that? | 10:21 |
| *** jofr <jofr!~jofr@193.182.166.3> has left #yocto | 10:22 | |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 10:25 | |
| *** jofr <jofr!~jofr@193.182.166.3> has quit IRC | 10:25 | |
| sveinse | btw, how can I remove a PACKAGECONFIG entry without having to repeat the whole default? | 10:25 |
| rburton | sveinse: _remove | 10:38 |
| *** yacar_ <yacar_!~yacar@80.215.166.152> has quit IRC | 10:39 | |
| *** MarcWe <MarcWe!hmwmatrixo@gateway/shell/matrix.org/x-gpeigztxkfnczfis> has joined #yocto | 10:50 | |
| sveinse | Just checked PACKAGECONFIG. it parses DISTRO_FEATUREs, and I haven't enabled x11, directfb nor gl. Verified that these PACKAGESCONFIGs are not set, yet the build fails. More digging needed apparently. | 10:53 |
| rburton | the distro feature is opengl, you checked that right | 10:54 |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 10:55 | |
| sveinse | yeah, I did. Checked both my DISTRO_FEATURES and PACKAGECONFIG for this recipe | 10:55 |
| rburton | sounds like the qt recipe is as usual a bit of a monster | 10:56 |
| sveinse | To be honest, I dislike that Qt is both an application framework as well as a GUI kit. But that is ranting for another time | 10:57 |
| fbre | I just can speak for the qt configure stuff of a non-yocto environment. It's the -opengl option there | 10:57 |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC | 10:57 | |
| fbre | First, it was a GUI kit. They separated the app framework to qtcore in qt4 | 10:58 |
| sveinse | fbre: I just checked the configure options, and there is no -opengl in it | 10:59 |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 10:59 | |
| fbre | sveinse: Grep for "./configure -debug-and-release -opensource -platform linux-g++ -opengl desktop" for instance on webpage https://stackoverflow.com/questions/14932315/how-to-compile-qt-5-under-windows-or-linux-32-or-64-bit-static-or-dynamic-on-v | 11:02 |
| fbre | I think yocto-linux route those options just trough | 11:03 |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 11:03 | |
| fbre | sveinse: if I remember corretly, there's always an opposite option "-no-blabla" in Qt's configure concept | 11:05 |
| sveinse | The configure is quite extensive: https://bpaste.net/show/dd4716b58cf0 | 11:06 |
| fbre | sveinse: Uhm... I cannot see a -opengl option. But maybe that is default. So try to add -no-opengl as the generic switch-off option. But I cannot promise if that will work. | 11:07 |
| sveinse | fbre: yup, thanks. That took it past configure at least. Bug in the recipe. | 11:13 |
| fbre | cool. You're welcome :) | 11:14 |
| sveinse | Does this imply that noone is really using Qt with qemu? Or is X the main way everyone is going for such a setup? | 11:14 |
| fbre | I suppose Qt users usually want to see some widgets. Although I especially like Qt's cool framework and also use it for programming command line tools (without GUI) | 11:15 |
| rburton | sveinse: what do you *actually* want to do. | 11:21 |
| rburton | sveinse: you have a graphical app using qt that you want to run in a qemu? | 11:21 |
| sveinse | fbre: we do the latter too, so my inital goal was to compile qt witout any GUI. | 11:22 |
| sveinse | However I do have another GUI app that would be awfully nice to be able to run within qemu. On our HW we run open gl via directfb (I think), not X. I'm uncertain what would be the simplest approach for qemu for this. I'd like to avoid having to do a major X setup just for displaying a singular fullscreen app. | 11:24 |
| rburton | i doubt you run opengl via directgb | 11:24 |
| rburton | you might run EGL on framebuffer | 11:24 |
| sveinse | then its eglfs | 11:24 |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 11:24 | |
| sveinse | I admit being a little out of my league here | 11:25 |
| rburton | https://doc.qt.io/qt-5/embedded-linux.html#linuxfb <-- qt' eglfs in software | 11:25 |
| rburton | should work in qemu | 11:25 |
| sveinse | rburton: cool, non accel is more than fine. I need to figure out what PACKAGE_CONFIG corresponds to that. | 11:27 |
| sveinse | this is not directfb, right? | 11:27 |
| rburton | no, that's directly to the framebuffer devices | 11:27 |
| fbre | sveinse: I'm afraid I can't help with getting opengl work for your special case. I just have used it on Windows for the past years | 11:28 |
| sveinse | fbre: no worries. thanks for the assist! | 11:28 |
| sveinse | I'll attept to enable eglfs and see what happens | 11:30 |
| *** berton <berton!~berton@177.194.204.148> has joined #yocto | 11:35 | |
| sveinse | No, the option was -linuxfb and compilation is under way. Excited to see if this works. Thanks rburton | 11:42 |
| *** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has joined #yocto | 11:49 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:55 | |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto | 11:56 | |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 12:00 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 12:00 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 12:03 | |
| fbre | sveinse: and if one configures -opengl -linuxfb, he can have Qt rendering 3D stuff into memory buffers, if I get it right? | 12:10 |
| *** justanotherboy <justanotherboy!~justanoth@136.49.196.186> has quit IRC | 12:10 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 12:18 | |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has joined #yocto | 12:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 12:24 | |
| *** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 12:30 | |
| *** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC | 12:33 | |
| *** yacar_ <yacar_!~yacar@80.215.164.48> has joined #yocto | 12:50 | |
| *** gsalazar <gsalazar!~gsalazar@66.252.115.89.rev.vodafone.pt> has quit IRC | 12:52 | |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-373-71.w83-201.abo.wanadoo.fr> has joined #yocto | 12:55 | |
| *** willie2 <willie2!d973313a@gateway/web/freenode/ip.217.115.49.58> has joined #yocto | 12:58 | |
| willie2 | Hi, I was here asking about sato help and got some very nice tips https://pastebin.com/LuhHkixw , however I'm having a hard time finding any documentation that describes how to do this. Are there any usefull guides i might have missed for this? | 13:04 |
| *** User__ <User__!~learningc@mti-37-145.tm.net.my> has quit IRC | 13:11 | |
| sveinse | fbre: not sure. I'll try. I do suspect that it needs some libs from the system, but its worth a try. | 13:12 |
| *** learningc <learningc!~learningc@2001:d08:d6:3bf7:4d06:2d8c:4476:c89f> has joined #yocto | 13:20 | |
| jtrimbl3 | So I've got an image recipe "B" where I copy the output image from recipe "A" into the rootfs of image "B". I've got the copying working, but when I make a change that causes a difference in "A", "B" does not get rebuilt. | 13:27 |
| jtrimbl3 | I'm building "B" in a multiconfig/, and "A" in my "main config" (conf/local.conf). | 13:27 |
| jtrimbl3 | How do I declare that do_rootfs of B depends on do_image_wic of A? | 13:28 |
| fbre | Another question: By "bitbake virtual/kernel -c menuconfig", I switched off many things I think I don't need. Is there a thing like telling the kernel configuration to verify the dependencies and to switch on everything I unchecked too much? | 13:42 |
| fbre | Currently, I have compile errors because I unchecked an option I rather should keep checked | 13:43 |
| fbre | but I don't know which one | 13:43 |
| MarcWe | you can save the config in the kernel config list | 13:44 |
| fbre | I still have the old .config file and can compare them side-by-side. But I cannot get the link which change is responsible for the compile error | 13:45 |
| fbre | So I thought maybe there is an automatically-solve-the-dependencies thingy | 13:46 |
| MarcWe | and load it using | 13:46 |
| MarcWe | use-kernel-config=exampl_defconfig saved as a afile that is loaded SRC_URI =+file://defconfig | 13:46 |
| fbre | I don't get it what you mean, MarcWe | 13:48 |
| MarcWe | fbre: ignore the last thing I described | 13:50 |
| MarcWe | fbre: Best thing that i know is diffing the config files | 13:50 |
| paulbarker | fbre: I think you're on your own with this one. There's nothing automatic to check kernel configs at that level of detail | 13:51 |
| MarcWe | fbre: If you have 1 working and 1 not working | 13:51 |
| paulbarker | The Kconfig files in the kernel source tree do express dependencies but there's always things missing. Too many possible permutations to test everything | 13:51 |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 13:59 | |
| fbre | When I look into <help> of a menuconfig item, it tells me the dependencies to other options. So I thought there is an automatic dependency resolver | 13:59 |
| paulbarker | There is, but the dependencies listed are always incomplete | 14:00 |
| marka | paulbarker: so netns is definitely a unicorn | 14:01 |
| marka | one of the rare recipes that work in a 'cross' environment but fail when the build and target arch are the same | 14:01 |
| paulbarker | marka: I think some of the difficulty is caused by the use of cgo | 14:01 |
| marka | is there a reason you were building static? | 14:01 |
| marka | just curious, I still want to solve this for static build as it should be possible | 14:02 |
| marka | paulbarker: it most certainly is the cgo aspect, along with -static | 14:02 |
| marka | after sleeping on it I have a few ideas I need to poke at this morning | 14:03 |
| marka | first I had to respond to some comments on my other two outstanding RRs | 14:04 |
| paulbarker | marka: Just looking at the git history | 14:04 |
| paulbarker | I copied do_compile from the original runc recipe which also did `oe_runmake static` | 14:04 |
| marka | OK, again I was just curious | 14:05 |
| marka | back in a bit after I try some things out | 14:05 |
| Piraty | does yocto define dependencies (as mentioned in an ipk's CONTROL file) by detecting the libraries a binary is linked against + having a map which package provides it? | 14:06 |
| *** feddischson <feddischson!~feddischs@55d4a686.access.ecotel.net> has joined #yocto | 14:07 | |
| marka | Piraty: you would usually need to include these as a DEPENDS in your recipe, and if it is dynamically linked these will essentially become RDEPENDS | 14:08 |
| paulbarker | marka: I have no idea is static is actually needed. Definitely something to look into! | 14:08 |
| marka | in which case the dependency is carried into the package | 14:08 |
| marka | Piraty: I am not an expert on this topic, so you can most likely do a quick test to validate this | 14:09 |
| marka | paulbarker: I still want to get this working as it is a valid thing to do | 14:10 |
| Piraty | marka: i'm not using yocto yet, just elaborating options and asking things to get a better view | 14:10 |
| marka | Piraty: in my experience the above is correct, for libraries | 14:11 |
| Piraty | marka: do you mean only packages i add manually to the recipe will end up in the packages's metadata ("depends" field in ipk's CONTROL for example) ? what would be sad | 14:12 |
| marka | if for example you needed to link against libssh, you would need to include it in your recipes DEPENDS | 14:14 |
| marka | this would ensure libssh-dev was installed in the recipe specific sysroot to assist building | 14:15 |
| marka | and would ensure libssh was noted as a dependency in the final packaging | 14:15 |
| marka | but yes, you are required to make the addition in the recipe to DEPENDS | 14:15 |
| paulbarker | Piraty: https://www.yoctoproject.org/docs/2.6.1/mega-manual/mega-manual.html#automatically-added-runtime-dependencies | 14:19 |
| Piraty | ah! | 14:19 |
| Piraty | marka should read it too ;) | 14:19 |
| *** sk_tandt_ <sk_tandt_!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto | 14:19 | |
| Piraty | i took RDEPENDS for revdepends somehow... | 14:19 |
| Piraty | but it's rundepends | 14:19 |
| paulbarker | It's rarely an issue in practice unless you use dlopen() | 14:20 |
| paulbarker | If you link directly against a library you'll need it in DEPENDS anyway so it's present at build time | 14:20 |
| *** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 14:21 | |
| paulbarker | RDEPENDS is usually the place for commands you run, libs you dlopen(), packages which provide configuration, etc as it's not possible to detect that stuff automatically | 14:21 |
| Piraty | thanks paulbarker. one more thing about it: is the mapping of "shlib to package" static? as in https://github.com/void-linux/void-packages/blob/master/common/shlibs | 14:22 |
| Piraty | or is it built during compilation, depending on what i selected to be build, specifically for that buildjob? | 14:22 |
| *** Crofton <Crofton!~Crofton@50-233-150-4-static.hfc.comcastbusiness.net> has joined #yocto | 14:22 | |
| marka | if your installed package includes scripts with #!/bin/something, the build system will warn you about missing 'something' | 14:22 |
| *** learningc <learningc!~learningc@2001:d08:d6:3bf7:4d06:2d8c:4476:c89f> has quit IRC | 14:23 | |
| Piraty | ok. sounds sane | 14:23 |
| paulbarker | Piraty: It's in the docs... "During the do_package task of each recipe, all shared libraries installed by the recipe are located. For each shared library, the package that contains the shared library is registered as providing the shared library." | 14:23 |
| marka | Piraty: no need to read, what I posted was essentially the distilled version | 14:23 |
| marka | you still need the direct dependency listed in DEPENDS, the rest is automatic as I mentioned | 14:24 |
| jofr | "no need to read", I don't remember having ever seen anyone discourage someone from reading documentation before... :p | 14:25 |
| marka | reading is overrated | 14:26 |
| marka | I tell my kids this all the time | 14:26 |
| jofr | marka: https://www.youtube.com/watch?v=BwkdGr9JYmE | 14:28 |
| willie2 | classic | 14:29 |
| jofr | :D | 14:32 |
| marka | jofr: thanks, I needed that | 14:32 |
| *** gsalazar <gsalazar!~gsalazar@66.252.115.89.rev.vodafone.pt> has joined #yocto | 14:41 | |
| *** Crofton <Crofton!~Crofton@50-233-150-4-static.hfc.comcastbusiness.net> has quit IRC | 14:56 | |
| *** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto | 14:57 | |
| *** Crofton <Crofton!~Crofton@50-233-150-4-static.hfc.comcastbusiness.net> has joined #yocto | 15:05 | |
| jtrimbl3 | If I want to append the do_install() of a recipe in a .bbappend file and the original do_install() is a shell function but I want my appended functionality to be written in Python, what's the best way to do that? | 15:12 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto | 15:14 | |
| *** fbre <fbre!91fdde45@gateway/web/freenode/ip.145.253.222.69> has quit IRC | 15:19 | |
| *** Crofton <Crofton!~Crofton@50-233-150-4-static.hfc.comcastbusiness.net> has quit IRC | 15:25 | |
| yacar_ | jtrimbl3: I think you that one of the case that is problematic (or at least I couldn't solve it) you probably need to patch the former one and replace the whole thing with yours | 15:31 |
| yacar_ | or write your's in shell ahah | 15:32 |
| yacar_ | *yours | 15:32 |
| paulbarker | jrtimbl3: You'll need to define a new task for that | 15:32 |
| paulbarker | jtrimble ^^^^. I can't spell | 15:33 |
| yacar_ | paulbarker: but how would you do that then ? You'll call the new task from the former do_install ? | 15:34 |
| paulbarker | https://stackoverflow.com/questions/43386270/how-can-i-add-a-task-after-do-deploy | 15:34 |
| yacar_ | Ok, that makes sens :) thanks | 15:35 |
| *** Tamis <Tamis!504e0570@gateway/web/freenode/ip.80.78.5.112> has quit IRC | 15:35 | |
| yacar_ | When I did it I just patch the first one, even though I knew that it was the wrong way to do it x) | 15:36 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 15:44 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 15:44 | |
| marka | I am pretty sure there are examples in existing recipes where there is a chain approach, have the shell function reference a python function | 15:45 |
| marka | don't hold me to it though, its been a while since I looked | 15:45 |
| kergoth | jtrimbl3: use a postfunc | 15:46 |
| kergoth | a new task works, but is overkill | 15:46 |
| marka | +1 | 15:46 |
| kergoth | do_install[postfuncs] += "my_do_install"; python my_do_install () { : } | 15:46 |
| *** AndersD <AndersD!~AndersD@63.80.117.228> has joined #yocto | 15:49 | |
| paulbarker | I always forget that postfuncs exist | 15:50 |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 15:50 | |
| *** AndersD_ <AndersD_!~AndersD@194.237.220.218> has joined #yocto | 15:54 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:56 | |
| *** AndersD <AndersD!~AndersD@63.80.117.228> has quit IRC | 15:57 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 15:58 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto | 16:01 | |
| kergoth | I'm personally not a big fan of recipes adding new tasks, as i'd prefer if recipes were more declarative, less changing how bitbake does its job and more just filling in the metadata for existing tasks and hooks where provided | 16:03 |
| marka | plus you avoid having work split across scripts, logs.... | 16:05 |
| marka | I tend to cheat while debugging a recipe's build. Edit the run.do_compile, and comment out set e, and do_compile, exit..., then source run.do_compile. Quick and easy devshell. | 16:07 |
| *** yacar_ <yacar_!~yacar@80.215.164.48> has quit IRC | 16:09 | |
| *** sk_tandt_ <sk_tandt_!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC | 16:17 | |
| yocti | New news from stackoverflow: Enable systemd services using yocto <https://stackoverflow.com/questions/45614578/enable-systemd-services-using-yocto> | 16:42 |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 16:44 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC | 16:58 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 17:01 | |
| *** daniel__ <daniel__!~daniel-k@195.14.245.218> has quit IRC | 17:03 | |
| *** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 17:05 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 17:09 | |
| *** berton <berton!~berton@177.194.204.148> has quit IRC | 17:12 | |
| *** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 17:20 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 17:35 | |
| yocti | New news from stackoverflow: Yocto recipe problem with scons and ws281x on Raspberry Pi 3B+ <https://stackoverflow.com/questions/55187811/yocto-recipe-problem-with-scons-and-ws281x-on-raspberry-pi-3b> | 17:42 |
| sveinse | fbre: You're probably not here any longer, but using -linuxfb and -opengl does not work. "ERROR: Feature 'opengl' was enabled, but the pre-condition 'features.opengl-desktop || features.opengl-dynamic || features.opengles2' failed." So apparently -opengl isn't intended to be used with -linuxfb | 17:48 |
| sveinse | ^ context is configuring Qt | 17:49 |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 17:53 | |
| *** tgraydon <tgraydon!textual@nat/intel/x-lbhqlcdopusfykok> has joined #yocto | 17:55 | |
| khem | sveinse:yes it is not, for opengl you need driver to implement some form of gl | 17:58 |
| halstead | armpit, RP, rburton AB is coming back up and is ready for new work. | 18:03 |
| armpit | k, thanks | 18:04 |
| *** gsalazar <gsalazar!~gsalazar@66.252.115.89.rev.vodafone.pt> has quit IRC | 18:10 | |
| sveinse | khem: yeah, apparently. We were curious if Qt implemented a opengl renderer for linuxfb, and thus -opengl -linuxfb | 18:11 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 18:27 | |
| *** feddischson <feddischson!~feddischs@55d4a686.access.ecotel.net> has quit IRC | 18:47 | |
| *** destmaster <destmaster!~destmaste@host31-136-dynamic.15-87-r.retail.telecomitalia.it> has joined #yocto | 18:50 | |
| *** destmaster <destmaster!~destmaste@host31-136-dynamic.15-87-r.retail.telecomitalia.it> has quit IRC | 18:52 | |
| marka | paulbarker: so I believe I have solved some of the mystery with the netns GO build | 18:55 |
| marka | definitely not 100% yet though | 18:55 |
| marka | it is related to https://plus.google.com/117192131596509381660/posts/eNnNePihYnK | 18:56 |
| marka | and https://github.com/golang/go/issues/9369 | 18:56 |
| marka | when reading these, however, this should be an issue any longer | 18:56 |
| marka | but obviously it is, most likely since we are also mixing in cross compiling | 18:57 |
| marka | at any rate I can workaround the issue by adding a -pkgdir to the go build cmd | 18:57 |
| marka | as described in those links it is related to the build being performed differently than when the go std pkgs were built | 18:57 |
| marka | and like those discussions our situation was mapping to that, as with more verbose building I could see it seeking out runtime/cgo when it should never have been | 18:58 |
| *** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 19:03 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 19:04 | |
| *** aidanh_ is now known as aidanh | 19:04 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 19:09 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-dgjgnvxebddgkfqe> has quit IRC | 19:13 | |
| *** lexa_ <lexa_!~user@217.66.60.5> has quit IRC | 19:14 | |
| marka | khem: did you want me to expand my GOARM patch to cover more of the exports? or can I go ahead and resend what I have and work on the remainder in future work? | 19:15 |
| * armpit GOARM sound like a sports team chant | 19:23 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:26 | |
| marka | I have had enough long days after sorting out GO quirks that I might have dreamed about something similar at some point | 19:31 |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 20:07 | |
| LetoThe2nd | armpit: unfortunately a very un-metal chant. | 20:11 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has joined #yocto | 20:11 | |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 20:23 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 20:37 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 21:25 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 21:27 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 21:27 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 21:30 | |
| khem | marka: yes finish it once for all | 21:40 |
| khem | armpit: goarm but there might be risk ;) | 21:41 |
| armpit | khem, maybe, you got intel on that situation? | 21:49 |
| * armpit maybe more power? | 21:49 | |
| * armpit SoC puns.. I am so sad | 21:52 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-lanhccunbhcudvis> has joined #yocto | 21:52 | |
| *** gaulishcoin <gaulishcoin!~gaulishco@anice-652-1-373-71.w83-201.abo.wanadoo.fr> has quit IRC | 21:58 | |
| *** AndersD_ <AndersD_!~AndersD@194.237.220.218> has quit IRC | 22:05 | |
| khem | armpit: yeah | 22:07 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 22:46 | |
| *** ant_home <ant_home!~ant__@host129-250-dynamic.0-87-r.retail.telecomitalia.it> has joined #yocto | 23:09 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC | 23:57 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!