*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 00:47 | |
*** webreformer <webreformer!~webreform@106.51.29.139> has joined #yocto | 01:24 | |
*** ant_home <ant_home!~ant__@host160-253-dynamic.41-79-r.retail.telecomitalia.it> has quit IRC | 01:53 | |
khem | tlwoerner: ping? | 02:04 |
---|---|---|
tlwoerner | khem: pong | 02:04 |
khem | tlwoerner: got a question on meta-rockchip what boards do you test regularly | 02:04 |
tlwoerner | tinker-rk3288 and firefly-rk3288 | 02:04 |
tlwoerner | although i just was made aware that firefly u-boot doesn't work post 2008.01 (?) or something | 02:05 |
khem | http://en.t-firefly.com/product/rk3288 cool | 02:05 |
khem | you mean 2018.01 ? | 02:05 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 02:06 | |
khem | do you also have display working with firefly-rk3288 ? | 02:06 |
tlwoerner | firefly u-boot has been broken since 2008.03 | 02:07 |
tlwoerner | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=898520 | 02:07 |
khem | I see | 02:07 |
*** armpit <armpit!~armpit@64.2.3.196.ptr.us.xo.net> has quit IRC | 02:07 | |
tlwoerner | 2008.01 should still work, i just need to add back a recipe for it | 02:08 |
tlwoerner | i had display working with firefly-rk3288, although not accelerated | 02:08 |
khem | I am interested in lvds | 02:09 |
khem | 2018.01 is ok I guess for me | 02:09 |
tlwoerner | the rockchip people had their own meta-rockchip layer that had acceleration bits, i tried it a couple times, never saw it working, but they've abandoned their OE work | 02:09 |
tlwoerner | i think they're only supporting buildroot now, although there isn't anything in upstream buildroot | 02:10 |
tlwoerner | would the tinkerboard-rk3288 work just as well for your purposes? i recommend it over the firely-rk3288 | 02:10 |
tlwoerner | (not just because u-boot works) | 02:11 |
tlwoerner | one of these days i'll get around to doing kernel fragments for meta-rockchip like all the other "real" bsp's are doing ;-) | 02:11 |
tlwoerner | dealing with rockchip eMMC is a pain, requires you to install/run binary-only programs on your linux machine | 02:12 |
tlwoerner | then, to get the firefly into maskrom mode, you need to short out two test points on the board with a wire while trying to plug in the barrel jack | 02:12 |
tlwoerner | and if your wire slips... | 02:13 |
tlwoerner | tinker is _much_ easier | 02:13 |
khem | hmm | 02:13 |
tlwoerner | no eMMC, just sdcard and go | 02:13 |
tlwoerner | so what I do with new firefly boards is to get it into maskrom mode and wipe out the eMMC, the ROM bootloader will then try sdcard if it finds the eMMC is blank | 02:14 |
tlwoerner | therefore this only needs to be done once, but still needs to be done | 02:14 |
tlwoerner | http://en.t-firefly.com/doc/product/info/401.html | 02:15 |
tlwoerner | also there are 2 revs of the firefly-rk3288 board, so make sure you're crossing the correct test points based on which board you have! | 02:15 |
khem | https://www.asus.com/us/Single-Board-Computer/Tinker-Board/ is the tinker board right ? | 02:18 |
khem | it seems to not have lvds | 02:18 |
tlwoerner | yea, i was just coming to that conclusion :-( | 02:19 |
tlwoerner | so, firefly it is! | 02:19 |
khem | https://github.com/rockchip-linux/meta-rockchip | 02:20 |
khem | is that the other layer ? | 02:20 |
tlwoerner | yes | 02:20 |
tlwoerner | they have a repo somewhere too | 02:20 |
tlwoerner | that will make building more likely to succeed | 02:21 |
tlwoerner | http://rockchip.wikidot.com/yocto-user-guide | 02:21 |
tlwoerner | ahh.. just re-reading what i wrote | 02:23 |
tlwoerner | yes, sorry 2018.01 is the last working u-boot for firefly-rk3288 | 02:24 |
tlwoerner | post-2018.03 stopped working | 02:24 |
tlwoerner | (my brain is 10 years in the past) | 02:24 |
tlwoerner | is it really 2018 already??! | 02:24 |
khem | last commits in meta-rockchip is feb 2018 | 02:25 |
tlwoerner | yes, then they stopped and switched to buildroot (i should look for it one of these days) | 02:26 |
tlwoerner | probably: https://github.com/rockchip-linux/buildroot | 02:27 |
tlwoerner | latest commit jun 14 | 02:27 |
tlwoerner | oops 19 days ago on the 2018.02-rc3 branch | 02:27 |
khem | hmmm | 02:33 |
khem | tlwoerner: do you know why they stopped doing yocto ? | 02:33 |
khem | or is it that they just started doing BR as well ? | 02:34 |
tlwoerner | someone, who doesn't work at rockchip, told me privately that they had switched, which is what someone who does work at rockchip had told him privately | 02:35 |
tlwoerner | i believe it was a combination of things | 02:35 |
tlwoerner | they found buildroot easier | 02:35 |
moto-timo | until they need to support 10 platforms | 02:36 |
moto-timo | ;) | 02:36 |
tlwoerner | but also, a lot of the people who use rockchip chips for their boards were using buildroot (again, because they found it easier) | 02:36 |
tlwoerner | moto-timo: sometimes people have to find the right answer the hard way ;-) | 02:36 |
moto-timo | indeed | 02:36 |
* tlwoerner speculates... | 02:37 | |
tlwoerner | from their point of view, and from the board manufacturer's point of view, all they want is an image that will "show off" their board's/chip's capabilities | 02:37 |
tlwoerner | "throw it over the fence" | 02:38 |
khem | customers are smarter now a days, they look for scalable SW support | 02:38 |
* moto-timo holds tongue | 02:38 | |
khem | no wonder why some SOCs are better | 02:38 |
tlwoerner | khem: yes, very true. and embedded engineers are also getting smarter too | 02:38 |
moto-timo | some SOCs are much easier to build a product from... | 02:39 |
khem | sometimes its better to learn the lessons hardway | 02:39 |
khem | I let you fail :) | 02:39 |
moto-timo | failure is an excellent trainer | 02:40 |
tlwoerner | i wouldn't immediately disagree with someone who said that buildroot is easier for working with vendor kernels/u-boot/compiler/etc. | 02:40 |
moto-timo | as long as you have patience | 02:40 |
tlwoerner | keeping OE on the bleeding egde wrt compiler/glibc makes it harder to support vendor kernels based on 3.10 and gcc-4.8.x (i don't mean this comment to be rockchip-specific) | 02:41 |
tlwoerner | it'd be nice to have a "gcc graveyard" where older gcc recipes could live in the hopes of being useful for non-fully-upstream boards (i.e. all ARM boards??) ;-) | 02:42 |
* tlwoerner exagerates for effect ;-) | 02:42 | |
moto-timo | I call that git | 02:43 |
moto-timo | lol | 02:43 |
moto-timo | I think the issue with that is maintenance tlwoerner | 02:44 |
moto-timo | we have enough trouble as it is | 02:44 |
tlwoerner | moto-timo: absolutely! i can't think of anyone who could possibly promise to maintain any such thing | 02:44 |
tlwoerner | which is why i called it a "graveyard", it's there, if it works for you -> great, if it breaks -> you get to keep the pieces | 02:45 |
moto-timo | I see a t-shirt | 02:45 |
tlwoerner | call hellotux.com | 02:46 |
tlwoerner | ...and tell the yocto-ab to get the yocto t-shirts up already! | 02:47 |
tlwoerner | lol | 02:47 |
moto-timo | Yocto Linux? | 02:47 |
tlwoerner | of course! what else? | 02:48 |
moto-timo | "the shirt that shall not be named" | 02:48 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 02:50 | |
khem | tlwoerner: you have a point, we used to have toolchain-layer under meta-openembedded but test matrix explodes | 02:52 |
tlwoerner | khem: interesting, thanks for the info, wasn't aware of that! | 02:53 |
khem | we killed that layer, its just not tested and things broke almost always | 02:53 |
moto-timo | probably better to spend community effort maintaining older release branches which have said toolchains in them | 02:54 |
khem | there are uglier hacks for supporting older kernels/uboot see my meta-odroid hacks | 02:54 |
khem | https://github.com/akuster/meta-odroid/blob/master/recipes-kernel/linux/linux-hardkernel_3.16.bb | 02:54 |
khem | see how cleverly it used an old layer | 02:54 |
tlwoerner | but now meta-toolchain is a target | 02:54 |
moto-timo | khem: I forgot what risc-v 32 bit was missing, was it gcc support? | 02:54 |
tlwoerner | so at one point "meta-toolchain" was both a target and a layer?! | 02:55 |
khem | moto-timo: it was glibc but its not added and will be in glibc 2.29 yay | 02:55 |
moto-timo | khem: ah yes. that is good news thanks | 02:55 |
khem | tlwoerner: it was called toolchain-layer | 02:55 |
tlwoerner | khem: ah right, sorry | 02:55 |
khem | while BR might be easy to start it does not scale | 02:56 |
khem | I have seen people look for *something else* after 1 or 2 year affair | 02:57 |
moto-timo | khem: yeah, I saw that on day three of using BR (when I knew I had 3 SOCs to support) | 02:57 |
moto-timo | not that I was a BR expert... I was a n00b | 02:58 |
khem | we still keep last two released of toolchains around and I guess that gives people 2-3 year old toolchains | 03:03 |
khem | we make changes to core architecture that will make it maintaining older toolchains a lot more harder sometimes newer toolchains have features we adapt our workflow | 03:04 |
*** webreformer <webreformer!~webreform@106.51.29.139> has quit IRC | 03:04 | |
* tlwoerner much appreciates khem's hard work on toolchain support for OE | 03:05 | |
*** webreformer <webreformer!~webreform@106.51.29.139> has joined #yocto | 03:05 | |
khem | but you do bring a point to have a LTS release | 03:05 |
khem | much like ubuntu/rhel model | 03:06 |
tlwoerner | hmm, so having a graveyard of old gcc recipes wouldn't work, because the latest workflow won't work with newer gccs. so using an older gcc requires an older OE release | 03:08 |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 03:12 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 03:17 | |
*** tgraydon <tgraydon!textual@nat/intel/x-xrjerpiifmhrmktp> has quit IRC | 03:28 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:41 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 03:43 | |
khem | tlwoerner: yes | 03:45 |
khem | we have to maintain this layer, even though I would love to be called the "undertaker" | 03:46 |
khem | it wont be really a graveyard | 03:46 |
khem | but you are bringing the embedded world's original sin to fore and yocto project actually wants to solve that | 03:47 |
khem | on a different note, rpi3 b+ is fully supported in 3.18 upstream | 03:48 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:52 | |
*** armpit <armpit!~armpit@2601:202:4180:c33:8585:a1fd:28db:bf77> has joined #yocto | 04:17 | |
*** stephano <stephano!~stephano@134.134.139.73> has quit IRC | 04:17 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 04:18 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 04:26 | |
*** jacques <jacques!~jacques@nslu2-linux/jacques> has quit IRC | 05:38 | |
*** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 05:54 | |
*** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 06:12 | |
*** fdanis_away is now known as fdanis | 06:38 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 06:55 | |
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has quit IRC | 07:04 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:33 | |
*** yann|work <yann|work!~yann@LFbn-1-515-227.w86-245.abo.wanadoo.fr> has quit IRC | 07:33 | |
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 07:38 | |
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 07:50 | |
*** ant_home <ant_home!~ant__@host160-253-dynamic.41-79-r.retail.telecomitalia.it> has joined #yocto | 07:56 | |
*** joaocfernandes <joaocfernandes!~Joao@88.157.234.132> has joined #yocto | 08:12 | |
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 08:46 | |
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 08:47 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 09:31 | |
*** Tamis <Tamis!3e862e04@gateway/web/freenode/ip.62.134.46.4> has joined #yocto | 09:31 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 09:49 | |
*** webreformer <webreformer!~webreform@106.51.29.139> has quit IRC | 10:00 | |
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 10:05 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:10 | |
*** webreformer <webreformer!~webreform@106.51.23.158> has joined #yocto | 10:23 | |
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC | 10:26 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 10:27 | |
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 10:42 | |
*** fdanis <fdanis!~fdanis@97.205.83.79.rev.sfr.net> has quit IRC | 10:47 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:55 | |
*** mirzak <mirzak!sid303002@gateway/web/irccloud.com/x-bfjeryhjsfzhfaxv> has joined #yocto | 11:12 | |
*** fl0v0 <fl0v0!~fvo@i577A682E.versanet.de> has joined #yocto | 11:27 | |
*** ente <ente!~daemon@unaffiliated/ente> has quit IRC | 11:50 | |
*** webreformer <webreformer!~webreform@106.51.23.158> has quit IRC | 11:55 | |
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 11:57 | |
*** ak77 <ak77!c12e4b03@gateway/web/freenode/ip.193.46.75.3> has joined #yocto | 12:02 | |
ak77 | hello all | 12:02 |
ak77 | I am trying to build npm based project, and just install compiled js to the target system. I use npm command which is provided by DEPENDS += "nodejs-native".... problem is, I do npm install in do_compile step, but this is done using another user -- doesn't know about ssh keys it needs to access packages specified in package.json | 12:04 |
ak77 | I've tried to do a do_fetch_append() { npm install }, but that throws an error as it would expect a python block. | 12:08 |
ak77 | how can I add a step to generic fetch ? | 12:20 |
*** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-cfhqnkwcpwlhxwov> has joined #yocto | 12:21 | |
ak77 | or what is the way to produce compiled js for the target? I don't need nodejs on the target, so inheriting npm is not the right way | 12:23 |
*** joaocfernandes <joaocfernandes!~Joao@88.157.234.132> has quit IRC | 12:42 | |
*** ak77 <ak77!c12e4b03@gateway/web/freenode/ip.193.46.75.3> has quit IRC | 12:47 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 12:58 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-repwunmgihdqjuxh> has joined #yocto | 13:03 | |
*** webreformer <webreformer!~webreform@106.51.29.139> has joined #yocto | 13:05 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 13:06 | |
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto | 13:09 | |
*** ak77 <ak77!c12e4b03@gateway/web/freenode/ip.193.46.75.3> has joined #yocto | 13:29 | |
ak77 | how to use same user for my task (after do_fetch) as for do_fetch() | 13:29 |
ak77 | ? | 13:29 |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 13:33 | |
yocti | New news from stackoverflow: Yocto Custom Image Recipe does not install a file into the final rootfs <https://stackoverflow.com/questions/51949775/yocto-custom-image-recipe-does-not-install-a-file-into-the-final-rootfs> | 13:46 |
*** kanavin <kanavin!~kanavin@79.140.126.226> has joined #yocto | 13:55 | |
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 13:58 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 13:59 | |
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 14:09 | |
JPEW | Is there a YPTM today? | 14:19 |
kanavin | yes | 14:22 |
kanavin | actually, no. there is a 'engineering sync' meeting in 1 hour 36 minutes | 14:24 |
*** stephano <stephano!~stephano@134.134.139.73> has joined #yocto | 14:25 | |
*** kanavin <kanavin!~kanavin@79.140.126.226> has quit IRC | 14:26 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 14:30 | |
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 14:35 | |
*** xtungvu90 <xtungvu90!uid313450@gateway/web/irccloud.com/x-rkufrtaufzekkchk> has joined #yocto | 14:36 | |
*** noway96 <noway96!~noway96@50-244-213-195-static.hfc.comcastbusiness.net> has quit IRC | 14:47 | |
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 15:01 | |
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 15:05 | |
*** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 15:11 | |
*** jacques is now known as linuxjacques | 15:11 | |
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 15:16 | |
*** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 15:23 | |
*** joaocfernandes <joaocfernandes!~Joao@88.157.234.132> has joined #yocto | 15:24 | |
*** ak77 <ak77!c12e4b03@gateway/web/freenode/ip.193.46.75.3> has quit IRC | 15:30 | |
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 15:45 | |
*** kanavin <kanavin!~kanavin@79.140.126.226> has joined #yocto | 15:56 | |
yocti | New news from stackoverflow: Yocto Image Recipe and SRC_URI <https://stackoverflow.com/questions/51952495/yocto-image-recipe-and-src-uri> | 16:17 |
*** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 16:27 | |
*** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 16:28 | |
*** armpit <armpit!~armpit@2601:202:4180:c33:8585:a1fd:28db:bf77> has quit IRC | 16:29 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 16:33 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 16:33 | |
*** fl0v0 <fl0v0!~fvo@i577A682E.versanet.de> has quit IRC | 16:35 | |
*** joaocfernandes <joaocfernandes!~Joao@88.157.234.132> has quit IRC | 16:44 | |
*** kism <kism!615a3e9e@gateway/web/freenode/ip.97.90.62.158> has joined #yocto | 17:02 | |
kism | hi everyone. I have a noobie userspace/kernelspace question | 17:03 |
kism | how can I call a kernel module function from a userspace application? | 17:04 |
*** sgw <sgw!~sgw@134.134.139.74> has quit IRC | 17:15 | |
*** sgw <sgw!~sgw@134.134.139.74> has joined #yocto | 17:22 | |
*** xtungvu90 <xtungvu90!uid313450@gateway/web/irccloud.com/x-rkufrtaufzekkchk> has quit IRC | 17:24 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:30 | |
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 17:35 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 17:53 | |
*** webreformer <webreformer!~webreform@106.51.29.139> has quit IRC | 17:58 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-repwunmgihdqjuxh> has quit IRC | 18:11 | |
*** armpit <armpit!~armpit@64.2.3.196.ptr.us.xo.net> has joined #yocto | 18:15 | |
kism | From research I gathered that I need to create a new syscall ot be able to link a module function to userspace. | 18:23 |
*** aaronovz <aaronovz!3f95cd2a@gateway/web/freenode/ip.63.149.205.42> has joined #yocto | 18:24 | |
aaronovz | Hello all! | 18:25 |
RP | khem: lots of patches merged :) | 18:26 |
khem | RP: yes for first time I have no local patches today | 18:26 |
aaronovz | Does anyone have indepth knowledge of how FILES and do_install() work? I am trying to create a common recipe that contains a number of packages inside it and only install files associated with a particular package into certain images. It doesn't seem to be working the way I thought it would. | 18:27 |
*** toanju <toanju!~toanju@x4d0e31c8.dyn.telefonica.de> has joined #yocto | 18:29 | |
RP | khem: nice :) | 18:30 |
* RP thinks he may have found the test parallelism problem | 18:30 | |
aaronovz | I basically have two images and one needs to install 1 package from a recipe, and the other image needs to install X number of packages from that recipes. It doesn't appear to be working correctly as the initrd that just needs one package from the recipe is throwing an error "The initramfs size 138230(K) overrides INITRAMFS_MAXSIZE: 131072(K)" which suggests it is installing more then just the 1 package. | 18:31 |
RP | aaronovz: does your one package depend on other packages, maybe by shared library linkage? | 18:31 |
aaronovz | It does depend on some system libraries such as glib, libsystemd but I wouldn't expect those to make the image size over 130MB | 18:33 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 18:34 | |
kism | how can I add a new syscall at the build level with bitbake? | 18:34 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 18:36 | |
*** bviecelli <bviecelli!uid275978@gateway/web/irccloud.com/x-uvwhhccaoveefuhl> has quit IRC | 18:37 | |
*** rperier <rperier!~rperier@unaffiliated/bambee> has quit IRC | 18:37 | |
*** zibri <zibri!~zibri@2a01:7e01::f03c:91ff:febb:9538> has quit IRC | 18:37 | |
aaronovz | RP: I shouldn't need a bbappend file with a do_install_append() that removes all uneeded files, right? | 18:41 |
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-217-044.hsi2.kabel-badenwuerttemberg.de> has quit IRC | 18:41 | |
khem | RP: I think enabling hardening flags in poky is very nice | 18:41 |
*** kyle1 <kyle1!kylematrix@gateway/shell/matrix.org/x-scsgqkocdppewhay> has quit IRC | 18:42 | |
*** marble_visions <marble_visions!~marble_vi@46.101.108.79> has quit IRC | 18:42 | |
*** beneth` <beneth`!~beneth@lxcb.beneth.fr> has quit IRC | 18:42 | |
*** Hooloovo0 <Hooloovo0!Hooloovoo@hooloovoo.blue> has quit IRC | 18:42 | |
*** chainey <chainey!sid307801@gateway/web/irccloud.com/x-zdaysybmhobubxhf> has quit IRC | 18:42 | |
*** beneth <beneth!~beneth@lxcb.beneth.fr> has joined #yocto | 18:43 | |
khem | for a change meta-openembedded is also building cleanly now, I have propsoed few world exclusions for musl so we can get clean world builds here on | 18:43 |
*** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 18:44 | |
*** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 18:44 | |
*** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 18:45 | |
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-217-044.hsi2.kabel-badenwuerttemberg.de> has joined #yocto | 18:45 | |
*** marble_visions <marble_visions!~marble_vi@46.101.108.79> has joined #yocto | 18:46 | |
yocti | New news from stackoverflow: Bitbake - tracking builds in binary <https://stackoverflow.com/questions/51954644/bitbake-tracking-builds-in-binary> | 18:47 |
*** basic` <basic`!sid141140@drupal.org/association-staff/basic> has quit IRC | 18:56 | |
*** basic` <basic`!sid141140@linuxfoundation/basic> has joined #yocto | 18:56 | |
*** kism <kism!615a3e9e@gateway/web/freenode/ip.97.90.62.158> has quit IRC | 18:56 | |
RP | khem: sounds good for meta-oe. I'm hoping some of the tools/processes/testing we have for core can help there too | 19:19 |
RP | JPEW: did you see the oeqa patch I just posted? | 19:22 |
armpit | khem, exclude everything and you will aways have clean builds ; ) | 19:27 |
*** prpplague <prpplague!~danders@107-206-66-106.lightspeed.rcsntx.sbcglobal.net> has joined #yocto | 19:27 | |
JPEW | RP: Yes | 19:27 |
*** prpplague <prpplague!~danders@107-206-66-106.lightspeed.rcsntx.sbcglobal.net> has left #yocto | 19:28 | |
JPEW | RP: What are the unexpected signals? | 19:32 |
*** marex-cloud <marex-cloud!sid137234@gateway/web/irccloud.com/x-kprztzsfcmhxywnz> has quit IRC | 19:34 | |
*** ldts <ldts!sid269548@gateway/web/irccloud.com/x-kccoijjcgaqistoq> has quit IRC | 19:34 | |
*** lindblandro <lindblandro!~henrik@kapsi.fi> has quit IRC | 19:34 | |
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has quit IRC | 19:36 | |
RP | JPEW: odd we'd both hit similar issues at the same time! I suspect it was child process exitting signal or SIGPIPE | 19:38 |
*** wto <wto!~wto@h-136-128.A336.priv.bahnhof.se> has quit IRC | 19:39 | |
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC | 19:39 | |
*** ilbelkyr <ilbelkyr!ilbelkyr@freenode/staff/atheme.ilbelkyr> has quit IRC | 19:39 | |
*** dkc <dkc!~dkc@55.ip-158-69-215.net> has quit IRC | 19:39 | |
*** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has quit IRC | 19:39 | |
*** falk0n <falk0n!~falk0n@a109-49-51-30.cpe.netcabo.pt> has quit IRC | 19:40 | |
JPEW | RP: Ya. I suspect we don't (luckily) often have the bitbake server die without flushing stdout, so it wasn't eaily noticed | 19:43 |
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto | 19:45 | |
*** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has joined #yocto | 19:46 | |
*** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has quit IRC | 19:47 | |
*** ilbelkyr <ilbelkyr!ilbelkyr@freenode/staff/atheme.ilbelkyr> has joined #yocto | 19:49 | |
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 19:52 | |
*** toanju <toanju!~toanju@x4d0e31c8.dyn.telefonica.de> has quit IRC | 19:52 | |
*** mirzak <mirzak!sid303002@gateway/web/irccloud.com/x-bfjeryhjsfzhfaxv> has quit IRC | 19:57 | |
*** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 19:57 | |
*** jacques is now known as linuxjacques | 19:57 | |
JPEW | RP: I think I might have a lead on what was causing that persist_data errors. It kinda looks like the server was actually starting but taking more than 30 seconds to reply to the parent process as "ready" (as opposed to crashing) | 19:58 |
*** lusus_ <lusus_!~lusus@62.91.23.180> has joined #yocto | 20:00 | |
*** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has joined #yocto | 20:02 | |
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 20:03 | |
*** mirzak <mirzak!sid303002@gateway/web/irccloud.com/x-ujxfswwamhucgikr> has joined #yocto | 20:07 | |
*** ukembedded_ <ukembedded_!sid304355@gateway/web/irccloud.com/x-fgxsskprxtsqqjbv> has joined #yocto | 20:12 | |
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 20:14 | |
*** phreaknes <phreaknes!470b7104@gateway/web/freenode/ip.71.11.113.4> has joined #yocto | 20:18 | |
RP | JPEW: how could it end up being that slow? long database ops? | 20:18 |
*** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-eklacoyjmmmdkcbb> has quit IRC | 20:19 | |
*** ukembedded_ is now known as ukembedded | 20:19 | |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 20:24 | |
JPEW | RP: Not quite sure on how it relates to persist_data yet.... I can occassionally get that failure mode if I adequately tax my system when building. | 20:24 |
JPEW | RP: Not that it means that is what is going on, but it's the only way I've gotten anything at all to go on. I ran about 10000 iterations over the weekend with no failures :( | 20:25 |
*** marex-cloud <marex-cloud!sid137234@gateway/web/irccloud.com/x-rhrxxepsszcvwoxo> has joined #yocto | 20:26 | |
RP | JPEW: these things can be challenging to track down and fix, been here before :/ | 20:26 |
JPEW | RP: Indeed. I also think that the server being tardy to report "ready" is at least part of the cause for the selftest failure (https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/1274/steps/Running%20oe-selftest/logs/stdio). There are at least a few places where it reconnectes to an existing bitbake server instead of starting a new one | 20:31 |
JPEW | It's hard to say how much that is happening, but I think you would only see the reconnect message if the test where it reconnects happens to fail | 20:32 |
JPEW | s/but/because/ | 20:32 |
JPEW | Unless I'm mistaken about the selftest: perhaps it uses a persistent server and reconnecting is normal? | 20:33 |
RP | JPEW: With the selftest reconnects, it does usually work second try so I've tended to worry about other things | 20:33 |
RP | JPEW: It can do that but the current default is to restart each time. It usually means the previous server was still shutting down/exitting | 20:33 |
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 20:34 | |
RP | JPEW: I want to switch to memory resident but haven't gotten to that yet | 20:34 |
JPEW | RP: OK, I'll keep hammering on it. Thanks | 20:36 |
phreaknes | hello. I am doing some research for a project of a digital dash / center cluster with 2 LCD screens on a Renesas R2/3 platform.... | 20:45 |
phreaknes | I would like to keep it as open souce as possible but so far it seems that software options are very limited. Is the Yocto project truly open source compared to other platforms like QT and Integrty? | 20:47 |
RP | JPEW: turns out my fix does fix one problem but not the one I wanted to fix. Back to the drawing board on that then... | 20:47 |
*** yann|work <yann|work!~yann@LFbn-1-515-227.w86-245.abo.wanadoo.fr> has joined #yocto | 20:48 | |
*** armpit <armpit!~armpit@64.2.3.196.ptr.us.xo.net> has quit IRC | 20:48 | |
BCMM | phreaknes: it's a little difficult to tell which other platforms you're referring to there | 20:48 |
JPEW | RP: Too bad. It always seems so promising. It's probably a good change to have anyway | 20:48 |
RP | phreaknes: The core of Yocto Project is true open source, nothing secret/hidden/proprietary. It can build things which aren't open though.... | 20:48 |
*** Hoolootwo is now known as Hooloovo0 | 20:49 | |
RP | JPEW: it definitely fixes a problem, just not the one I hoped ;-) | 20:49 |
yann|work | looks like I can't add python code in a layer.conf - what alternative to I have to conditionally append to BBFILES ? | 20:49 |
*** yann|work is now known as yann | 20:49 | |
BCMM | phreaknes: are you talking about the Integrity RTOS and Qt Embedded? | 20:50 |
phreaknes | @BCMM forgive me for my ignorance, I'm very new to the embeded linux environment, yes I am | 20:51 |
BCMM | phreaknes: integrity is not even a bit open source. Qt is... not an alternative to Yocto | 20:51 |
BCMM | also Qt is open source | 20:51 |
BCMM | by "not an alternative to Yocto", i mean lots of people are building Yocto images that include Qt applications | 20:52 |
*** uglyoldbob <uglyoldbob!~uglyoldbo@12.182.35.187> has quit IRC | 20:53 | |
BCMM | it's entirely possible to use Yocto to build a totally open-source, redistributable image including Qt | 20:54 |
phreaknes | @BCMM sorry I knew Integrity was closed, I'm just looking for a platform to start this project with. I've seen a QT demo that has about 90% of what I want to do but It was running Intergrity and I'm wanting to keeep cost down | 20:54 |
phreaknes | I'm still tryign to figure out how all of these systems work together. | 20:55 |
BCMM | phreaknes: oh right. yes, yocto is open-source. you can include proprietary software in your images (provided you comply with the relevant licences, yada yada), but you don't have to | 20:55 |
BCMM | phreaknes: yocto is your linux distribution (or the tool that creates your linux distribution, depending on how you look at it). qt is a cross-platform application development framework, which does user interfaces as well as other stuff | 20:57 |
phreaknes | I think the demo was using Intergrty as a virual machine for the dash cluster and another for the center section. | 20:58 |
BCMM | how they fit together, assuming you want to use qt, is that *an application* written with Qt would be built in to your yocto *operating system image* | 20:59 |
phreaknes | so basically Yocto is just a base core OS with support for the hardware (kernel drivers) and QT rides on top as the Application / UI layer with hardware hooks. | 20:59 |
*** joaocfernandes <joaocfernandes!~Joao@a213-22-65-25.cpe.netcabo.pt> has joined #yocto | 21:06 | |
*** joaocfernandes <joaocfernandes!~Joao@a213-22-65-25.cpe.netcabo.pt> has quit IRC | 21:22 | |
*** aaronovz <aaronovz!3f95cd2a@gateway/web/freenode/ip.63.149.205.42> has quit IRC | 21:23 | |
BCMM | that's about right i guess | 21:27 |
BCMM | phreaknes: it's a minor quibble, but it's spelled Qt with a lower case t. QT is apple quicktime | 21:28 |
BCMM | Qt is essentially just a library that applications use (but a pretty all-encompassing library that decides a lot about the structure of the program) | 21:28 |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:31 | |
phreaknes | got it so now I need to research on if yocto can support my hardware (Renesas H2 / H3) for what I want to do. | 21:36 |
RP | phreaknes: Renesas is a strong supporter of the project which is a good start, I don't know much about their hardware range though | 21:44 |
phreaknes | RP: elinux.org seems to have alot of information on the intergration. All greek to me ATM but it will come in time. | 21:45 |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 21:57 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 21:59 | |
*** armpit <armpit!~armpit@2601:202:4180:c33:8585:a1fd:28db:bf77> has joined #yocto | 22:44 | |
*** tgraydon <tgraydon!~textual@134.134.139.76> has joined #yocto | 22:48 | |
*** puff <puff!~user@c-24-131-208-153.hsd1.pa.comcast.net> has joined #yocto | 22:52 | |
puff | Good evening. Working with some hardware that has a yocto version of linux installed. Trying to set up some python3 code, but it looks like pip3 isn't there. | 22:53 |
aehs29 | Am I the only one getting stuck on building python3? | 22:56 |
*** phreaknes <phreaknes!470b7104@gateway/web/freenode/ip.71.11.113.4> has quit IRC | 22:56 | |
aehs29 | it seems to get stuck on the profile stuff that was just added | 22:56 |
aehs29 | puff: pip3 its there, the recipe is called python3-pip | 22:57 |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 22:58 | |
aehs29 | nvm it got unstuck after 2632 seconds... | 22:58 |
puff | aehs29: The recipe is there, but it's not on this particular piece of hardware, which came with this yocto-produced distro already on it. | 22:58 |
puff | aehs29: Or is there some way to install the python-pip3 without rebuilding the whole thing, as if it were a debian package? | 22:59 |
aehs29 | puff: oh I see, you can build it and install it from a package feed if the image has package-management enabled | 22:59 |
aehs29 | puff: exactly | 22:59 |
puff | aehs29: How do we check that? | 22:59 |
puff | aehs29: I mean, can we enable that, or does the original provider have to enable it? | 23:00 |
aehs29 | puff: easy way would probably to just check if you have dpkg, opkg or dnf installed | 23:00 |
aehs29 | puff: if you have any of those youre golden | 23:01 |
puff | aehs29: Cool, checking. | 23:01 |
puff | dnf | 23:03 |
puff | is there | 23:03 |
aehs29 | puff: then you can build python3-pip to create a package feed and then add that package feed to dnf , and install the package throught the network, like you would od on any of the distros that support dnf | 23:05 |
puff | Can you point me at a tutorial on this? | 23:09 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 23:10 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 23:11 | |
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC | 23:18 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 23:24 | |
*** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 23:25 | |
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto | 23:25 | |
khem | 9 | 23:26 |
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC | 23:35 | |
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto | 23:41 | |
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 23:52 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!