Friday, 2017-12-01

*** majuk <majuk!> has quit IRC00:00
*** majuk <majuk!> has joined #yocto00:00
*** majuk <majuk!> has quit IRC00:04
*** majuk <majuk!> has joined #yocto00:05
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC00:05
*** aragua <aragua!> has quit IRC00:08
*** majuk <majuk!> has quit IRC00:10
*** agust <agust!> has quit IRC00:10
*** Guest51_ <Guest51_!~textual@2620:10d:c090:200::6:1574> has quit IRC00:13
*** BubuIIC <BubuIIC!> has quit IRC00:20
*** armpit <armpit!~armpit@2601:202:4001:9ea0:d931:40ea:f4e3:3a31> has joined #yocto00:25
*** scottrif <scottrif!~scottrif@> has left #yocto00:29
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto00:33
*** BubuIIC <BubuIIC!> has joined #yocto00:33
*** Phanes <Phanes!Phanes@surro/founder/phanes> has quit IRC00:35
*** Phanes <Phanes!Phanes@2600:3c02::f03c:91ff:fe92:354e> has joined #yocto00:36
*** Phanes <Phanes!Phanes@surro/founder/phanes> has joined #yocto00:36
*** BubuIIC <BubuIIC!> has quit IRC00:37
*** Phanes <Phanes!Phanes@surro/founder/phanes> has quit IRC00:37
*** Phanes <Phanes!Phanes@2600:3c02::f03c:91ff:fe92:354e> has joined #yocto00:38
*** Phanes <Phanes!Phanes@surro/founder/phanes> has joined #yocto00:38
*** Phanes <Phanes!> has joined #yocto00:38
*** Phanes <Phanes!~Phanes@surro/founder/phanes> has joined #yocto00:38
*** Phanes <Phanes!~Phanes@surro/founder/phanes> has quit IRC00:39
*** Phanes <Phanes!Phanes@2600:3c02::f03c:91ff:fe92:354e> has joined #yocto00:39
*** Phanes <Phanes!Phanes@surro/founder/phanes> has joined #yocto00:39
*** Phanes <Phanes!Phanes@2600:3c02::f03c:91ff:fe92:354e> has joined #yocto00:43
*** Phanes <Phanes!Phanes@surro/founder/phanes> has joined #yocto00:43
*** neverpan1c <neverpan1c!> has joined #yocto00:46
*** neverpanic <neverpanic!> has quit IRC00:46
*** Phanes <Phanes!Phanes@surro/founder/phanes> has quit IRC00:47
*** neverpan1c <neverpan1c!> has quit IRC00:48
*** neverpanic <neverpanic!> has joined #yocto00:48
*** Phanes <Phanes!Phanes@2600:3c02::f03c:91ff:fe92:354e> has joined #yocto00:49
*** Phanes <Phanes!Phanes@surro/founder/phanes> has joined #yocto00:49
*** armpit <armpit!~armpit@2601:202:4001:9ea0:d931:40ea:f4e3:3a31> has quit IRC00:52
*** armpit <armpit!~armpit@2601:202:4001:9ea0:3416:8ca3:d963:ae71> has joined #yocto00:53
*** kpo_ <kpo_!> has quit IRC01:04
*** jdelmore <jdelmore!> has quit IRC01:04
*** nemequ <nemequ!~nemequ@2600:8801:d100:0:91b7:cf33:d97f:785c> has joined #yocto01:14
*** kaspter <kaspter!~Instantbi@> has quit IRC01:20
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:22
*** sgw <sgw!> has joined #yocto01:27
*** dreyna <dreyna!> has quit IRC01:35
*** sgw <sgw!> has quit IRC01:39
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC01:39
*** sgw <sgw!~swold@> has joined #yocto01:40
*** sgw <sgw!~swold@> has joined #yocto01:40
*** nerdboy <nerdboy!> has joined #yocto01:42
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto01:42
*** andycooper <andycooper!uid246432@gateway/web/> has quit IRC01:42
*** nathani__ <nathani__!> has quit IRC01:44
*** nathani__ <nathani__!> has joined #yocto01:44
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto01:50
*** nighty- <nighty-!> has joined #yocto01:53
*** majuk <majuk!> has joined #yocto02:06
*** learningc <learningc!> has joined #yocto02:07
*** zarzar1 <zarzar1!~zarzar@> has joined #yocto02:09
*** majuk <majuk!> has quit IRC02:11
*** maciejjo_ <maciejjo_!> has joined #yocto02:15
*** sveinse_ <sveinse_!> has joined #yocto02:16
*** kanavin1 <kanavin1!ak@nat/intel/x-dkvzvrrtycxywshk> has joined #yocto02:18
*** milindur_ <milindur_!> has joined #yocto02:18
*** fmeerkoetter_ <fmeerkoetter_!> has joined #yocto02:20
*** zarzar <zarzar!~zarzar@> has quit IRC02:20
*** learningc <learningc!> has quit IRC02:20
*** bavery_fn <bavery_fn!~bavery@> has quit IRC02:22
*** maciejjo <maciejjo!> has quit IRC02:22
*** Artox <Artox!~Artox@> has quit IRC02:22
*** milindur <milindur!> has quit IRC02:22
*** libby2 <libby2!~libby@> has quit IRC02:22
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC02:22
*** fabo <fabo!~fabo@linaro/fabo> has quit IRC02:22
*** gattuso <gattuso!> has quit IRC02:22
*** sveinse <sveinse!> has quit IRC02:22
*** fmeerkoetter <fmeerkoetter!> has quit IRC02:22
*** kanavin <kanavin!ak@nat/intel/x-wckfdmwixrosdgva> has quit IRC02:22
*** MiskaX <MiskaX!> has quit IRC02:22
*** oni <oni!> has quit IRC02:22
*** RP <RP!> has quit IRC02:22
*** cpo <cpo!> has quit IRC02:22
*** milindur_ is now known as milindur02:22
*** kaspter <kaspter!~Instantbi@> has joined #yocto02:23
*** gattuso <gattuso!> has joined #yocto02:23
*** Artox <Artox!~Artox@> has joined #yocto02:27
*** 07IAB1IGR <07IAB1IGR!~YoctoAuto@> has joined #yocto02:27
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto02:27
*** libby2 <libby2!~libby@> has joined #yocto02:27
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto02:27
*** fabo <fabo!~fabo@linaro/fabo> has joined #yocto02:27
*** MiskaX <MiskaX!> has joined #yocto02:27
*** RP <RP!> has joined #yocto02:27
*** cpo <cpo!> has joined #yocto02:27
*** oni <oni!> has joined #yocto02:28
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC02:28
*** oni is now known as Guest3499102:28
*** Guest51 <Guest51!> has joined #yocto02:42
*** Guest51 <Guest51!> has quit IRC02:44
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC02:45
*** nerdboy <nerdboy!> has joined #yocto02:46
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto02:47
*** Guest51 <Guest51!> has joined #yocto02:50
*** Guest51 <Guest51!> has quit IRC03:08
*** dv_ <dv_!~quassel@> has quit IRC03:19
*** dv_ <dv_!~quassel@> has joined #yocto03:19
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:20
*** learningc <learningc!> has joined #yocto03:24
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto03:26
*** nathani__ <nathani__!> has quit IRC03:45
*** nathani__ <nathani__!> has joined #yocto03:45
*** Guest51 <Guest51!> has joined #yocto03:52
*** t0mmy <t0mmy!> has joined #yocto03:55
*** luneff <luneff!~yury@> has joined #yocto04:03
*** kaspter1 <kaspter1!~Instantbi@> has joined #yocto04:09
*** kaspter <kaspter!~Instantbi@> has quit IRC04:10
*** kaspter1 is now known as kaspter04:10
*** luneff <luneff!~yury@> has quit IRC04:13
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC04:24
*** kaspter <kaspter!~Instantbi@> has quit IRC04:31
*** kaspter <kaspter!~Instantbi@> has joined #yocto04:32
*** Guest51 <Guest51!> has quit IRC04:37
*** luneff <luneff!~yury@> has joined #yocto04:47
*** Snert__ <Snert__!> has joined #yocto05:35
*** Snert <Snert!> has quit IRC05:35
*** nathani__ <nathani__!> has quit IRC05:46
*** nathani__ <nathani__!> has joined #yocto05:47
*** Guest51 <Guest51!> has joined #yocto05:47
*** t0mmy <t0mmy!> has quit IRC06:03
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto06:07
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC06:08
*** learningc <learningc!> has quit IRC06:09
*** learningc <learningc!> has joined #yocto06:09
*** Bunio_FH <Bunio_FH!> has quit IRC06:17
*** catch22 <catch22!> has quit IRC06:22
yoctiNew news from stackoverflow: error adding java package in toaster <>06:26
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC06:29
*** zerus <zerus!> has joined #yocto06:32
*** Guest51 <Guest51!> has quit IRC06:41
*** majuk <majuk!> has joined #yocto06:48
*** t0mmy <t0mmy!~tprrt@> has joined #yocto06:48
*** lucaceresoli <lucaceresoli!> has quit IRC06:50
*** lucaceresoli <lucaceresoli!> has joined #yocto06:50
*** majuk <majuk!> has quit IRC06:53
*** mdnneo <mdnneo!~umaucher@> has joined #yocto06:58
*** pohly <pohly!> has joined #yocto07:02
*** t0mmy <t0mmy!~tprrt@> has quit IRC07:15
*** t0mmy <t0mmy!~tprrt@> has joined #yocto07:17
*** agust <agust!> has joined #yocto07:17
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto07:31
*** open-nandra <open-nandra!> has joined #yocto07:31
*** bluelightning <bluelightning!~paul@2406:e007:4e50:1:5e51:4fff:febb:401d> has joined #yocto07:42
*** bluelightning <bluelightning!~paul@2406:e007:4e50:1:5e51:4fff:febb:401d> has quit IRC07:42
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto07:42
*** nathani__ <nathani__!> has quit IRC07:49
*** nathani__ <nathani__!> has joined #yocto07:49
*** jdelmore <jdelmore!> has joined #yocto07:58
*** fl0v0 <fl0v0!> has joined #yocto08:02
*** jdelmore <jdelmore!> has quit IRC08:02
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC08:06
*** Snert_ <Snert_!~snert_@> has quit IRC08:08
*** aragua <aragua!> has joined #yocto08:10
*** Kakounet <Kakounet!> has joined #yocto08:12
*** rajm <rajm!~robertmar@> has joined #yocto08:13
*** YoctoAutoBuilder <YoctoAutoBuilder!> has quit IRC08:22
*** YoctoAutoBuilder <YoctoAutoBuilder!> has joined #yocto08:22
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto08:31
*** YoctoAutoBuilder <YoctoAutoBuilder!> has quit IRC08:46
*** YoctoAutoBuilder <YoctoAutoBuilder!> has joined #yocto08:46
*** AndersD <AndersD!~anders@> has joined #yocto08:51
*** yann <yann!> has quit IRC08:57
*** ed21 <ed21!Adium@nat/intel/x-tlaeabqipigjbcgi> has joined #yocto08:59
*** YoctoAutoBuilder <YoctoAutoBuilder!> has quit IRC09:04
*** YoctoAutoBuilder <YoctoAutoBuilder!> has joined #yocto09:05
*** zero_note <zero_note!> has joined #yocto09:07
*** Bunio_FH <Bunio_FH!> has joined #yocto09:16
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto09:24
*** joseppc <joseppc!> has joined #yocto09:24
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto09:24
*** joshuagl <joshuagl!~joshuagl@> has quit IRC09:26
*** Kakounet <Kakounet!> has quit IRC09:32
*** kuneco <kuneco!~kuneco@> has quit IRC09:34
*** edgar444 <edgar444!uid214381@gateway/web/> has joined #yocto09:37
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC09:41
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto09:44
*** Bunio_FH <Bunio_FH!> has quit IRC09:44
*** Bunio_FH <Bunio_FH!> has joined #yocto09:44
*** kuneco <kuneco!~kuneco@> has joined #yocto09:47
*** nathani__ <nathani__!> has quit IRC09:51
*** nathani__ <nathani__!> has joined #yocto09:51
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto09:54
*** yann <yann!~yann@> has joined #yocto09:54
*** lukma <lukma!> has joined #yocto09:56
lukmaDear All,09:56
lukmaI'm wondering about the best place (I mean where) I shall put a set of commands which are adding customized stuff to rootfs09:57
lukmaThe best would be to create links, copy some custom scripts, just after the rootfs is ready (and before creating tar)09:58
*** clopez <clopez!> has quit IRC09:59
*** vdehors <vdehors!> has joined #yocto09:59
lukmaimage.bbclass ?09:59
nayfelukma: use ROOTFS_POSTPROCESS_COMMAND to customize your image ?09:59
*** catch22 <catch22!> has joined #yocto10:00
lukmanayfe: Is it possible to use if for installing (copy) an script10:02
lukmanayfe: I do have built rootfs and then I would like to "install" or just copy some legacy scripts and e.g. do some symbolic links10:03
nayfelukma sure you can10:04
*** BubuIIC <BubuIIC!> has joined #yocto10:06
nayfelukma: in image recipe you do something like10:06
nayfeadd_my_link() { ln -s ${IMAGE_ROOTFS}/etc/test1 ${IMAGE_ROOTFS}/etc/test2 }10:06
nayfeROOTFS_POSTPROCESS_COMMAND += "add_my_link ; "10:06
*** zero_note <zero_note!> has quit IRC10:06
lukmanayfe: Just one more question - shall I add ROOTFS_POSTPROCESS_COMMAND to recipes-core/images/ ? or is there any better place?10:07
lukmaOr would you recommend creating new recipe -> like and put there this10:07
lukmathe second option seems more appealing10:07
nayfelukma: you can add it to your local.conf but i suggest the second solution indeed, you should customize your current image recipe in your custom layer10:10
*** zero_note <zero_note!> has joined #yocto10:11
lukmanayfe: having a separate recipe is better -> I can remove it in some day without cluttering other stuff.....10:11
lukmabut if it is the way to go -> I'm more than happy to use it10:12
nayfelukma: yes, copy it and make your own image recipe10:13
*** joshuagl <joshuagl!joshuagl@nat/intel/x-lzuaanvcbvfmosjh> has joined #yocto10:14
*** luneff <luneff!~yury@> has quit IRC10:17
lukmanayfe: ${IMAGE_ROOTFS}/etc/ == ${sysconf} ?10:19
nayfe${IMAGE_ROOTFS} is the path of your rootfs, i'm not sure at this moment you have access to ${sysconf}10:20
*** gtristan <gtristan!~tristanva@> has quit IRC10:21
lukmanayfe: Just last question10:23
lukmaI do have (it inherit core-image)10:24
lukmaand I would like to create in the same directory (with the ROOTFS_POSTPROCESS_COMMAND +=)10:24
lukmahow shall I "include" the package with adjustments into the ?10:25
nayfewill you have 2 different images ?10:27
lukmanayfe: I just want to have one -> my-image-base.bb10:28
lukmaand this shall "include" (require command?) the recipe to extend it with adjustments10:28
nayfeyou can create a with function + postprocess then add    require in base image10:28
*** Ramose_ <Ramose_!c05e2222@gateway/web/freenode/ip.> has joined #yocto10:30
lukmagreat this is what I look for :)10:30
*** Kakounet <Kakounet!> has joined #yocto10:30
lukmanayfe: Thanks for help10:32
Ramose_Hi, how can one build OpenGL EL 2.0 for Imx platform ?10:32
nayfelukma: my plaisure10:32
*** hnje <hnje!~hnje@> has joined #yocto10:32
nayfe<Ramose_:  you mean openfg es 2.0 ?10:37
nayfeopengl es 2.010:37
nayferamose_: i've in mind you have to remove x11 to distro feature, then maybe add virtual/libgles210:41
*** rburton <rburton!> has joined #yocto10:42
*** Kakounet <Kakounet!> has quit IRC10:43
Ramose_nayfe: Yes, its opengl es 2.010:43
Ramose_x11 is already not present in distro-feature10:44
*** BubuIIC <BubuIIC!> has quit IRC10:45
Ramose_nayfe: virtual/libgles2 has to go to distro feature ?10:45
*** gtristan <gtristan!~tristanva@> has joined #yocto10:50
nayfeRamose_: nop, it's virtual package, but i'm not confident about what to do, i just have some old memories that you have to remove every backend (wayland, x11 ...) but after that, i don't remember maybe otavio?10:50
nayfeRamose_ which board do you use ?10:50
nayfeyocto version ?10:51
Ramose_nayfe: Its imx6 based nitrogen6x10:51
nayfeif you type       bitbake -e | grep -i gles2               what do you have ?10:53
Ramose_let me check10:53
Ramose_its actually gives lots of stuff10:56
nayfeRamose_: libgles2 is virtual package, so there are some PREFERRED_PROVIDER_virtual/libgles2 with machine overrides11:00
nayfeit should be imx-gpu-viv for nitrogen6x11:00
Ramose_nayfe: I just did this, bitbake fsl-gpu-sdk11:00
Ramose_it provided me few GELS2 examples11:01
nayfeso what's the problem ?11:02
Ramose_nayfe: Now, have to figure out how it can be run11:03
nayfebrb in 1 hour, sorry11:03
Ramose_ok, sure. No issues :)11:03
Ramose_Thanks for helping.11:03
*** gtristan <gtristan!~tristanva@> has quit IRC11:09
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:10
*** nighty- <nighty-!> has quit IRC11:13
*** rajm <rajm!~robertmar@> has quit IRC11:17
*** BubuIIC <BubuIIC!> has joined #yocto11:24
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC11:25
*** BubuIIC <BubuIIC!> has quit IRC11:27
-07IAB1IGR- build #624 of nightly-musl is complete: Failure [failed BuildImages] Build details are at
*** BubuIIC <BubuIIC!~mhoffmann@2003:a:772:9200:5748:f262:e193:b5c1> has joined #yocto11:36
*** [1]muppe <[1]muppe!> has joined #yocto11:36
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC11:43
*** catch22 <catch22!> has quit IRC11:52
*** zero_note <zero_note!> has quit IRC11:53
*** nathani__ <nathani__!> has quit IRC11:53
*** zero_note <zero_note!> has joined #yocto11:53
*** nathani__ <nathani__!> has joined #yocto11:53
*** gtristan <gtristan!~tristanva@> has joined #yocto11:56
*** clopez <clopez!> has joined #yocto12:00
*** joseppc <joseppc!> has joined #yocto12:05
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto12:05
*** edgar444 <edgar444!uid214381@gateway/web/> has quit IRC12:07
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto12:09
sveinse_As a part of a build server post process tasks, I want to extract the logs from certain core recipes. What is the best approach to get the package PV (to get its path)? use bitbake -e recipe or parse one of the generated manifests?12:14
*** sveinse_ <sveinse_!> has quit IRC12:14
*** sveinse <sveinse!> has joined #yocto12:15
sveinsebitbake -e isn't particularely fast12:15
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto12:15
LetoThe2ndsounds more like maybe leveraging the buildinfo stuff12:17
Crofton|workor buildhistory12:18
LetoThe2ndCrofton|work: we all know, history software is bad.12:18
rburtonsveinse: as in the logs in workdir/recipe/version/temp?12:18
sveinserburton: Yes. However, sometimes the recipe exists in multiple version and I need to find which is the correct one.12:19
rburtonnote that you'll want to get T to find out the path too12:19
rburtonjust use -e to get T for the recipe and that will give you the full path.  yes, a second to let bitbake run but then you'll have the actual path.12:20
rburtonin the context of a build server that extra second for some recipes really isn't going to hurt12:21
rburtonof course another solution would be a class that runs after build and pushes the logs somewhere12:21
rburtonthen it will already know T without havign to look it up12:22
sveinseT is brilliant.12:22
*** YoctoAutoBuilder <YoctoAutoBuilder!> has quit IRC12:22
sveinseHey, that's an idea!12:22
rburtoni should invoice for this12:22
*** YoctoAutoBuilder <YoctoAutoBuilder!> has joined #yocto12:22
sveinseWhat if, instead of setting the build system up to look for certain logs, the recipes could push logs themselves.12:23
*** gunnarx <gunnarx!~user@unaffiliated/gan> has quit IRC12:23
sveinsehmm, the downside if you want logs from standard oe recipes12:23
LetoThe2ndsveinse: thats why i said. buildinfo.12:25
LetoThe2ndone could certainly make a brother of it, like, buildlogger or such. depending on your needs.12:25
sveinseLetoThe2nd: Buildinfo. I need to google that.12:26
LetoThe2ndthere are buildhistory, buildstats, and image-buildinfo already. so be inspired(TM)12:27
sveinseLetoThe2nd: image-buildinfo writes to target file system, so its out of the question ot use that as is. But yes, as inspiration12:28
*** ed21 <ed21!Adium@nat/intel/x-tlaeabqipigjbcgi> has quit IRC12:29
rburtonsveinse: global class inherit12:29
sveinseYocto and OE is like a big city. You discover new alleys every day. :D With intended reference to the Catherdral and the Bazaar12:30
rburtonhell INHERIT_append_pn-systemd = " logpusher" would work in a distro conf12:30
LetoThe2ndrburton: ++12:30
LetoThe2ndsveinse: we certainly need more bars.12:31
rburtonsurely there's a service for pushing logs to for future analysis12:31
sveinseLetoThe2nd: lol. What is the OE metaphor of a bar?12:32
joshuaglI beleive it's quite common to push them somewhere like an elastic instance12:32
*** zero_note <zero_note!> has quit IRC12:32
*** rajm <rajm!> has joined #yocto12:33
LetoThe2ndsveinse: i don't want metaphors, but real bars :-)12:34
*** vdehors <vdehors!> has quit IRC12:35
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC12:35
rburtonjoshuagl: sounds about right12:36
joshuaglI'd like to do something with that for the AB12:37
joshuaglone day…12:37
rburtonerrors.yp on steriods12:37
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:39
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto12:47
[1]muppeDoes anybody know if there is a proper support for Intel i219 Ethernet adapter in Yocto/Poky? I have a device with multiple i210s and one i219 port. The one with i219 throws "Reset adapter unexpectedly" and "Detected Hardware Unite Hang" after a while when cable is connected.12:51
LetoThe2nd[1]muppe: i don't think this is realted to poky itself, but to the kernel in use12:52
[1]muppeLetoThe2nd: I seem to be having 4.1.18-yocto-standard (printed with uname -a)12:53
*** ed21 <ed21!~Adium@> has joined #yocto12:53
*** nighty- <nighty-!> has joined #yocto12:55
*** gtristan <gtristan!~tristanva@> has quit IRC12:55
LetoThe2nd[1]muppe: um. 4.1 seems to be a bit unsuited for a chip that is very recent (which the one you nemed probably is, given a very quick google survey)12:57
LetoThe2ndlaunched Q2'1512:58
LetoThe2ndthough, 4.1 is June '1512:59
LetoThe2ndso that might actually have been a very close match.12:59
LetoThe2ndi personally would just try a newer one for a first shot.12:59
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC13:00
[1]muppeok. I'll see if that works. I am afraid that upgrading kernel blows up some dependencies in some other layers I am using...13:01
*** gunnarx <gunnarx!> has joined #yocto13:01
*** gunnarx <gunnarx!~user@unaffiliated/gan> has joined #yocto13:01
LetoThe2ndgood luck13:03
[1]muppeThanks =:o13:03
*** JosePerez1 <JosePerez1!jgperezc@nat/intel/x-drfsuzfratenymsz> has quit IRC13:15
*** hnje <hnje!~hnje@> has quit IRC13:21
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto13:31
MajorGrubHi all13:32
MajorGrubI'd like to install a file from a .bbappend directory, but I can't find the proper env variables to find the path to the .bbappend13:33
MajorGrubI have "FILESEXTRAPATHS_prepend := "${THISDIR}/${BPN}:""13:33
MajorGrubin my bbappend13:33
MajorGrubSo I thought using ${THISDIR}/${BPN}/myfile would work13:34
*** t0mmy <t0mmy!~tprrt@> has quit IRC13:34
rburtonadd myfile to SRC_URI13:34
rburtonthen its in WORKDIR like everything else13:34
*** zerus <zerus!> has quit IRC13:35
MajorGrubSo from workdir I can install it ?13:35
MajorGrubinstall -m 644 ${WORKDIR}/myfile ${D}${sysconfdir}13:36
rburtonyes, exactly like normal13:36
MajorGrubWill try that13:36
rburtonthe only tweak is the FILEEXTRAPATHS so it knows to look in the directory next to the bbappend13:36
MajorGrubWhy do I need to add it to the SRC_URI ??13:37
rburtonbecause thats what you do if you want to install a file13:37
*** peacememories <peacememories!> has joined #yocto13:38
MajorGrubWhy can't I do  install -m 644 ${THISDIR}/${BPN}/myfile ${D}${sysconfdir} ?13:39
MajorGrubWithout the need for adding my file to SRC_URI ,13:39
rburtondo you want the reason why that doesn't work, or why you should use SRC_URI?13:39
*** t0mmy <t0mmy!~tprrt@> has joined #yocto13:39
MajorGrubWhy it doesnt work13:39
rburtonbecayse THISDIR is the location of the recipe at the time the variable gets expanded, not the bbappend13:40
MajorGrubOk understood13:40
rburtonyou should use SRC_URI so the recipe knows that the file is part of the output and if the file changes, the recipe needs to be rebuilt13:40
rburtonalso it gives you a way to have per-machine/distro/whatever files, ie you could have qemuarm/myfile qemuppc/myfile and bitbake will use the right file automatically13:41
*** JosePerez <JosePerez!jgperezc@nat/intel/x-bxymntyngnklzayj> has joined #yocto13:41
rburtonbut mainly the first one.  if you just copy it directly out of the layer then bitbake doesn't know that file dependency exists and changing the file won't make the recipe rebuild13:41
rburtonwaiting for someone to say "bitbake can do that?!" for the arch-specific lookup.  yes, see xserver-xf86-config.13:42
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto13:44
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC13:45
*** dafna <dafna!4d7e60f3@gateway/web/freenode/ip.> has joined #yocto13:51
dafnaI have this problem that it seems that yocto looks for header files in the /usr/include dir of my host's root13:52
dafnaI try to build a package that depends on libsoc13:53
dafnaI added DEPENDS="libsoc"13:53
dafnato my bb file13:53
rburtonyocto doesn't look anywhere for headers.  your package's build system might be.13:53
dafnaand I see the libsoc_gpio.h file is in the sysroote under /usr/include13:53
dafnamy package have a makefile13:54
dafnaHow do I fix it ?13:55
mjourdando you use $CC and all the other standard env ?13:55
mjourdanin your makefile ?13:55
rburtondafna: share the makefile and we might be able to help13:55
dafnaI run gcc13:55
rburtonso theres bug one13:55
dafnathat's the makefile13:55
rburtonuse ${CC} ${CFLAGS} ${LDFLAGS} etc13:55
rburtonand line two is telling it *explicitly* to link against your build host13:56
rburtonline 7 is telling it *explicitly* to install on the build host so that wont work either13:56
dafnathis line: LIBS = -L/usr/lib64/ -lsoc13:56
rburtonline 1 is erasing the cflags we're trying to pass in13:57
dafnathe install line ?13:57
rburtonbasically, unless you know what you're doing, don't use a bare makefile13:57
yoctiNew news from stackoverflow: YOCTO - headers are searched in host's path <>13:57
rburton(if you know what you're doing then you'll know that writing a bare makefile is tedious and non-trivial)13:57
rburtonuse autoconf/cmake/whatever you prefer13:57
dafnaI added this question13:57
*** AndersD <AndersD!~anders@> has quit IRC13:58
*** nathani__ <nathani__!> has quit IRC13:58
rburtonif you just have a single file to compile, you don't need to use a makefile at all, just build it in the recipe13:58
rburton${CC} ${CPPFLAGS} ${CFLAGS} ${LDFLAGS} myfile.o -o myfile -lsoc13:58
rburtonerm, myfile.c13:59
dafnaso , just to clarify, the CFLAGS currently in the makefile overrides to default ?13:59
rburtonno, overrides it to empty13:59
dafnaso it does override ?13:59
rburtonyes, unsets it13:59
*** [1]muppe <[1]muppe!> has left #yocto13:59
dafnalike the last value is the one in the makefile which is empty13:59
dafnabut , many projects still use bare makefile14:00
dafnaright ?14:00
rburtonsure, they're either trivial, complicated, or broken14:00
rburtonan example of the CFLAGS we're trying to pass in:14:00
rburtonexport CFLAGS=" -O2 -pipe -g -feliminate-unused-debug-types -fdebug-prefix-map=/data/poky-tmp/master/build/work/corei7-64-poky-linux/m4/1.4.18-r0=/usr/src/debug/m4/1.4.18-r0 -fdebug-prefix-map=/data/poky-tmp/master/build/work/corei7-64-poky-linux/m4/1.4.18-r0/recipe-sysroot-native= -fdebug-prefix-map=/data/poky-tmp/master/build/work/corei7-64-poky-linux/m4/1.4.18-r0/recipe-sysroot= "14:00
dafnaand many of them have their own CFLAGS14:01
rburtonand instead of CC you want14:01
rburtonexport CC="x86_64-poky-linux-gcc  -m64 -march=corei7 -mtune=corei7 -mfpmath=sse -msse4.2 -fstack-protector-strong  -D_FORTIFY_SOURC14:01
rburtonE=2 -Wformat -Wformat-security -Werror=format-security --sysroot=/data/poky-tmp/master/build/work/corei7-64-poky-linux/m4/1.4.18-r014:01
dafnaso they all overrides yocto's14:01
rburtonwell behaved makefiles inherit CFLAGS from the environment and extend it, but not all do.  we patch where required.14:01
rburtoncflags/cppflags/ldflags/cc/ld/etc etc14:02
peacememorieshmm, can i add a postinstall script to an image recipe? for example to run a command in the sysroot of the built image?14:02
dafnacan you give an example of a makefile that inherit CFLAGS ?14:02
rburtonthere's at least one recipe in oe-core where we just drop in a complete autoconf system as its easier than dealing with the makefile14:02
rburtonpeacememories: images are not packages, so don't have a postinstall14:03
peacememoriesstill the problem from yesterday with samba, but while i'm waiting for an answer to my email i'll try to work around the problem14:03
peacememoriesrburton any other way to do something like this then?14:03
rburtonpeacememories: there *is* a number of post-image and post-rootfs hooks14:03
peacememoriesi'd basically like to run update-rc.d some time later in the build process14:03
rburtonyou're working around a stupid bug though14:03
peacememoriesyes, but i can't afford to wait for a response on the mailing list for too long14:04
peacememoriesso workarounds it is14:04
rburtonpeacememories: my guess is that is in a different package to the initscript14:05
rburtonoe-pkgdata-util can tell you what files are in what package14:05
peacememorieshmm, samba only exports one package afaics though14:05
rburtonwell that file must come from somewhere14:06
rburtonand if its not in the package with the init script but appears in the rootfs later, its either another package, or the samba package writes it itself in another postinstall fragment that is running too late14:06
dafnahi rburton, can you show a link to a bare makefile that is well behaved ?14:06
lukmanayfe: There are some issues with your approach - relative symlinks will not work14:06
dafnaso I can see how it's done ?14:06
rburtonnayfe: just have MYCFLAGS and then include ${CFLAGS} in it14:07
*** ntl <ntl!> has quit IRC14:07
peacememoriesrburton well i'll see what oe-pkgdata-util tells me14:07
peacememoriesah, it seems to be part of samba-base. for reasons14:07
peacememoriesso i need to change the config to use update-rc.d for samba-base i guess?14:10
nayfelukma: ln -s test1  ${IMAGE_ROOTFS}/path/test2 will do14:10
rburtonpeacememories: move the file, or move the postinst, whatever is "right"14:10
peacememorieshmm 🤔14:10
* peacememories probably broke a bunch of irc clients with that emoji right now14:10
peacememoriesbtw, i've seen -= used in some places in recipes, does that work for, say, removing a file from the FILES_${PN}-base variable? (in case i want to do this in an append file)14:12
rburtonback in the day we discovered that a colleague had an irc client that crashed on utf-814:12
rburtonmuch fun14:12
rburtonpeacememories: for appends its best practise to use _remove to ensure it happens at the end14:13
*** Guest34991 is now known as oni14:13
*** oni is now known as Guest5004914:13
lukmanayfe: and also problem with copying scripts14:13
lukmajust adi SRC_URI += "file://"14:13
lukmais not copying it to either WORKDIR nor Source14:14
*** Guest50049 is now known as oni14:14
lukmaor I do it in a wrong way.....14:15
*** vdehors <vdehors!> has joined #yocto14:16
rburtonthat will put it in WORKDIR for you14:16
rburtonso is your append even being found?14:16
nayfelukma: i think you can't do this, you can add a recipe with custom files and add it to the image recipe, you can also use class14:16
*** 07IAB1IGR <07IAB1IGR!~YoctoAuto@> has quit IRC14:20
*** peacememories <peacememories!> has quit IRC14:22
*** peacememories <peacememories!> has joined #yocto14:23
*** pohly <pohly!> has quit IRC14:25
*** marka <marka!> has joined #yocto14:26
sveinseWhy the distinction between BB_ENV_WHITELIST and BB_ENV_EXTRAWHITE ? Manual sais little, and code could seem to indicate that the former is just passing vars over to bb, while the latter also exposes them to recipes and tasks?14:32
*** dafna <dafna!4d7e60f3@gateway/web/freenode/ip.> has quit IRC14:34
*** rajm <rajm!> has quit IRC14:35
*** rcw <rcw!~rwoolley@> has joined #yocto14:37
*** dfaught <dfaught!> has joined #yocto14:37
peacememoriesrburton yes! it worked. thank you so much, also for introducing me to some new debugging methods :)14:38
*** stephano <stephano!stephano@nat/intel/x-npwyyjvtyhiuyvef> has joined #yocto14:38
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC14:42
sveinseApparently using BB_ENV_WHITELIST cause the build to crash on erroneous PATH. BB_ENV_EXTRAWHITE is what one should use to amend new vars into bb14:47
sveinseYet another example of "ye long and narrow road" of bitbake :D :P14:48
*** rajm <rajm!> has joined #yocto14:50
lukmaIs it possible to use directory structure from one recipe in the other?14:53
lukmaI mean I do have a recipe X, which creates FOO_DIR114:54
lukmathen I do have recipe Y, which uses FOO_DIR1 to do e.g. ln -s14:54
rburtonlukma: for install, no.14:54
lukmawhy do I need to first create at Y FOO_DIR1 to make it successfull ?14:54
*** lamego <lamego!~jose@> has joined #yocto14:55
lukmainstall -m 0755 -d ${D}${bindir} must be done in Y recipe14:55
*** nathani__ <nathani__!> has joined #yocto14:55
lukmarburton: the RDEPENDS_${PN} += "X" at Y doesn't guarantee FOO_DIR1 normally created by X14:56
neverpaniclukma: ${D} is separate for each recipe14:57
neverpaniclukma: it's not until package installation that those get merged together14:57
lukmaSo those are per instantiation of the package14:58
lukmaand get merged only when I do build final image?14:58
*** pohly <pohly!> has joined #yocto14:58
neverpanic${D} is per-recipe, not per-package.14:58
lukmaSo I cannot rely on one recipe to create /usr/bin14:58
lukmaand reuse it in another?14:59
neverpanicYou can rely on some paths to be there, IIRC. I think ${D}${bindir} is one of them, but I could be wrong.14:59
neverpanicIf you want to be safe, just add the install -d14:59
*** YoctoAutoBuilder <YoctoAutoBuilder!> has quit IRC15:00
neverpanicAnd no, you cannot rely on other recipes to create folders in ${D} for you.15:00
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@> has joined #yocto15:00
*** jdelmore <jdelmore!> has joined #yocto15:00
lukmaok, thanks for explanation15:00
*** dfaught <dfaught!> has quit IRC15:02
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:03
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@> has quit IRC15:03
*** jdelmore <jdelmore!> has quit IRC15:05
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@> has joined #yocto15:05
*** overdamped <overdamped!> has joined #yocto15:06
*** joshuagl <joshuagl!joshuagl@nat/intel/x-lzuaanvcbvfmosjh> has quit IRC15:09
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:09
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC15:09
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC15:10
overdampedbluelightning: Thanks again for the help. Turns out meson has no hooks into where the c preprocessor is located, and the build was relying upon a hard coded cpp.15:11
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:11
*** rajm <rajm!> has quit IRC15:12
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto15:12
*** Bunio_FH <Bunio_FH!> has quit IRC15:14
lukmarburton: Sorry to ask - but what is the exact meaning of "CLOSED" license?15:15
nayfenot open :D15:16
lukmais it a placeholder if we don't have around the LICENSE file?15:16
lukmaOr shall I use it if it is a proprietary SW ?15:16
Crofton|worklukma, yes for proprietary15:17
Crofton|workand if you lack a licnese at least it marks the recipe as needing careful review before releasing anything15:17
Crofton|workreally depends on your business needs15:17
lukmaOk, thanks15:17
lukmaI was just curious -> since LIC_CHECKSUM_FILE is very strict to have proper value15:18
kergothideally you'd set it to a unique name for your particular brand of proprietary, but CLOSED is a decent starting point15:18
lukmaand then you can specify LICENSE="CLOSED" and all checks are gone15:19
*** Kakounet <Kakounet!> has joined #yocto15:19
*** jdelmore <jdelmore!> has joined #yocto15:20
*** nslu2-log <nslu2-log!> has quit IRC15:20
*** nslu2-log <nslu2-log!> has joined #yocto15:21
nayfelukma: in meta-foo/conf/layer.conf add LICENSE_PATH += "${LAYERDIR}/custom-licenses" then in meta-foo/custom-licenses you can add your custom license file15:21
nayfesay meta-foo/custom-licenses/mylicense then you can use LICENSE = "mylicense"15:22
jdelmorehello everyone15:26
*** open-nandra <open-nandra!> has quit IRC15:26
jdelmoreI am having issues with a build process that is building dependencies that are required to continue building itself15:27
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto15:27
nayfejdelmore: hey you need to be more specific15:31
jdelmoreI am building Bro Network Security Monitor and it builds a package called bifcl which is supposed to be placed in /bin/sh. as it continues to build and tries to use that binary it cannot find it15:31
*** zerus <zerus!> has joined #yocto15:33
jdelmorewhich software do you prefer to share snipets of output code15:33
nayfejdelmore: bifcl is replacing default shell ?15:34
*** lfa <lfa!~lfa@> has quit IRC15:36
neverpanicjdelmore: you'll likely need a bifcl-native if you intend to run bifcl on the build system15:37
*** wouterstreamit <wouterstreamit!589f1708@gateway/web/freenode/ip.> has joined #yocto15:38
*** Guest77686 <Guest77686!0c30d402@gateway/web/freenode/ip.> has quit IRC15:38
*** zerus <zerus!> has quit IRC15:40
*** majuk <majuk!> has joined #yocto15:40
wouterstreamitWhy does setting a PREFERRED_VERSION of some recipe in my local.conf work but setting it in my image recipe does not? How can I have two image recipes where I want one version in the one recipe and another version in the other recipe?15:41
nayfejdelmore: add DEPENDS = "bifcl" in your recipe ?15:42
nayfeyou are using yocto sdk ?15:42
jdelmore@nayfe did you see the snip of output messeges I shared?15:44
*** t0mmy <t0mmy!~tprrt@> has quit IRC15:45
jdelmoreI am using the yocto environment that Phytec probided with its imx7 evaluation board15:45
*** Kakounet <Kakounet!> has quit IRC15:46
jdelmore@neverpanic the problem is that bifcl is being built during the process15:47
*** t0mmy <t0mmy!~tprrt@> has joined #yocto15:47
nayfeit's more a cmake problem to me15:48
*** JaMa <JaMa!~martin@> has joined #yocto15:49
jdelmore@nayfe correct. cmake doesn't make this process easy15:50
jdelmore@neverpanic you can't add bifcl-native to DEPENDS because it doesn't exist. it is build from the Bro source repository15:51
neverpanicjdelmore: is bifcl a binary?15:53
jdelmoreit is after it is built15:54
neverpanicUnfortunately CMake does not support building tools for the build machine at the same time as building code for a target machine. Autotools does.15:54
*** pohly <pohly!> has quit IRC15:54
*** zerus <zerus!> has joined #yocto15:54
neverpanicSince you need bifcl built for the build machine's architecture, you'll have to add a bifcl-native recipe that builds bifcl for the build machine and patch the target-bifcl buildsystem to use that15:55
peacememorieshmm, the eternal dilemma of how to deploy python applications does not get better when combining it with yocto^^15:56
brrmI try to install a package as part of a packagegroup which only contains a C header file. but it fails with '...Cannot satisfy the following dependencies for packagegroup-pe-devel:  pe-headers'. like the other packages I added it to RDEPENDS_${PN}. Why does it fail and how can it be done?15:57
neverpanicbrrm: the header was probably packaged in pe-headers-dev15:58
neverpanicas a consequence, pe-headers is probably empty, and you didn't set ALLOW_EMPTY_pe-headers = "1", so the package was not created.15:58
*** learningc <learningc!> has quit IRC15:58
jdelmore@neverpanic this does build on the actual target platform16:00
brrmneverpanic: I tried adding pe-headers-dev, but still the same error16:00
brrmso I have to add ALLOW_EMPTY_pe-headers = "1" AND add pe-headers-dev?16:01
brrmand ALLOW_EMPTY_pe-headers = "1" goes into
neverpanicbrrm: First, you should check which package contains your header file. Then, add a dependency on that package.16:03
neverpanicbrrm: ALLOW_EMPTY_pe-headers = "1" doesn't give you anything if the package is empty and your goal is to get the header installed. (But yes, this would be added to the recipe file.)16:03
neverpanicjdelmore: Unfortunately, Yocto doesn't know that and assumes the general case of host arch != target arch.16:04
*** learningc <learningc!> has joined #yocto16:05
*** pohly <pohly!> has joined #yocto16:07
brrmneverpanic: I did like explained above and it worked. so I think the header is in pe-headers-dev16:10
brrmis it possible that the pe-headers-dev package implicitely depends on pe-headers?16:11
brrmand so if ALLOW_EMPTY_pe-headers = "1" is not set both are not created?16:12
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto16:12
*** mdnneo <mdnneo!~umaucher@> has quit IRC16:14
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC16:15
*** bavery_fn <bavery_fn!~bavery@> has quit IRC16:17
*** peacememories <peacememories!> has quit IRC16:19
*** rburton <rburton!> has quit IRC16:19
neverpanicbrrm: main packages never depend on -dev packages. That would make the split useless, because you could never install the main package without the dev package.16:22
neverpanicIn fact, there's a QA check about that16:22
neverpanicBut yes, pe-headers-dev might depend on pe-headers.16:22
*** learningc <learningc!> has quit IRC16:23
neverpanicIn that case, pe-headers-dev will still be created, but you won't be able to install it.16:23
*** learningc <learningc!> has joined #yocto16:24
*** peacememories <peacememories!> has joined #yocto16:27
*** peacememories <peacememories!> has quit IRC16:28
*** peacememories <peacememories!> has joined #yocto16:31
*** gtristan <gtristan!> has joined #yocto16:35
*** yann <yann!~yann@> has quit IRC16:36
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC16:38
*** gtristan <gtristan!> has quit IRC16:41
*** rajm <rajm!~robertmar@> has joined #yocto16:43
*** rburton <rburton!> has joined #yocto16:47
*** stephano <stephano!stephano@nat/intel/x-npwyyjvtyhiuyvef> has quit IRC16:49
*** top22 <top22!540ed2b2@gateway/web/freenode/ip.> has quit IRC16:55
*** WillMiles <WillMiles!> has joined #yocto16:57
*** kaspter <kaspter!~Instantbi@> has quit IRC16:57
*** kaspter <kaspter!~Instantbi@> has joined #yocto16:57
*** wouterstreamit <wouterstreamit!589f1708@gateway/web/freenode/ip.> has quit IRC17:00
*** todor1 <todor1!~todor@> has left #yocto17:01
*** learningc <learningc!> has quit IRC17:11
*** learningc <learningc!> has joined #yocto17:12
*** CTtpollard <CTtpollard!~CTtpollar@> has quit IRC17:12
*** Snert_ <Snert_!~snert_@> has joined #yocto17:12
*** fl0v0 <fl0v0!> has quit IRC17:14
*** mckoan|away is now known as mckoan17:15
*** rajm <rajm!~robertmar@> has quit IRC17:16
*** mckoan is now known as mckoan|away17:17
*** vdehors <vdehors!> has quit IRC17:21
*** BubuIIC <BubuIIC!~mhoffmann@2003:a:772:9200:5748:f262:e193:b5c1> has quit IRC17:23
*** lucaceresoli <lucaceresoli!> has quit IRC17:24
*** lukma <lukma!> has left #yocto17:26
*** joshuagl <joshuagl!~joshuagl@> has quit IRC17:35
*** Guest51_ <Guest51_!~textual@2620:10d:c090:200::7:7596> has joined #yocto17:36
*** stephano <stephano!~stephano@> has joined #yocto17:36
*** rcwoolley_ <rcwoolley_!~rwoolley@> has joined #yocto17:39
*** bavery_fn <bavery_fn!bavery@nat/intel/x-qejajjptpehdwdra> has joined #yocto17:41
*** rcw <rcw!~rwoolley@> has quit IRC17:42
*** butterknife-user <butterknife-user!51ff1123@gateway/web/freenode/ip.> has quit IRC17:49
*** t0mmy <t0mmy!~tprrt@> has quit IRC17:50
*** ntl <ntl!> has joined #yocto17:54
*** ScriptRipp <ScriptRipp!> has joined #yocto18:03
*** zerus <zerus!> has quit IRC18:08
*** ScriptRipp is now known as ScriptRipper18:10
*** ScriptRipper <ScriptRipper!~martin@opensuse/member/MartinMohring> has joined #yocto18:10
*** lamego <lamego!~jose@> has quit IRC18:14
*** peacememories <peacememories!> has quit IRC18:15
*** peacememories <peacememories!> has joined #yocto18:16
*** aragua <aragua!> has quit IRC18:25
*** aragua <aragua!> has joined #yocto18:28
*** batman_ <batman_!95c73efe@gateway/web/freenode/ip.> has joined #yocto18:30
*** Tamis <Tamis!3e862e04@gateway/web/freenode/ip.> has quit IRC18:30
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC18:31
batman_Hello, I built an image without FSTYPE container and was able to create and run a docker image out of that rootfs. My question is then what does FSTYPE = "container" do?18:32
*** ed21 <ed21!~Adium@> has quit IRC18:34
batman_After comparing the logs for both the builds(with and without container FSTYPE), I understand that if I declare container FSTYPE then somethings like the kernel etc are not built.18:34
armpithalstead, is under maintenance ?18:34
*** nemequ <nemequ!~nemequ@2600:8801:d100:0:91b7:cf33:d97f:785c> has quit IRC18:35
batman_kergoth: I meant IMAGE_FSTYPE = "container"18:35
kergothyou're mixing up running docker on target with running the image as a container on the host18:35
halsteadarmpit: no. Let me check on it.18:36
armpithalstead, k.18:37
batman_kergoth, so building with IMAGE_FSTYPE = "container" produces a native rootfs?18:37
kergothyes, which is why it doesnt' need a kernel, docker isn't booting a kernel in a vm, it's booting userland processes in a container18:38
*** nemequ <nemequ!~nemequ@2600:8801:d100:0:91b7:cf33:d97f:785c> has joined #yocto18:40
*** zerus <zerus!> has joined #yocto18:42
batman_kergoth: Thank you! I understand it now18:43
halsteadarmpit, Looks like eclipse-plugin-mars was dropped from the AB code on both clusters but not from the buildset on main. So the controller can't start.18:43
* halstead tries to fix.18:43
*** zerus <zerus!> has quit IRC18:50
*** peacememories <peacememories!> has quit IRC18:51
*** nemequ <nemequ!~nemequ@2600:8801:d100:0:91b7:cf33:d97f:785c> has quit IRC18:51
halsteadarmpit, Controller back up. Builders to follow.18:51
*** peacememories <peacememories!> has joined #yocto18:57
*** nemequ <nemequ!~nemequ@2600:8801:d100:0:91b7:cf33:d97f:785c> has joined #yocto19:02
halsteadarmpit, You can start something now. Debian 8 will join soon.19:03
batman_kergoth: I am comparing the rootfs.manifest for with and without IMAGE_FSTYPE = "container" build. I was expecting to see native packages in the with case. But, both the manifests are identical in terms of the packages included19:04
armpithalstead, thanks19:04
batman_Is my expectation wrong?19:05
halsteadarmpit, Up. And I upgraded to jdk8 so the oxygen plugin can build here now.19:13
* halstead heads afk for a bit.19:13
*** yann <yann!> has joined #yocto19:20
peacememorieshmm, if i've created a new recipe in my workspace with devtool create, how do i update this recipe to the newest source version from upstream?19:20
sveinseIn Krogoth, if I set IMAGE_NAME in an image recipe, the image does not create the deploy symlink from image-machine.tar.bz2 -> ${IMAGE_NAME}. I've spent an hour debugging bitbake. First I thought it was the symlink generator which didn't work, but then I see19:27
sveinsewhen I set IMAGE_NAME, then the output image is ${IMAGE_NAME}, while if I don't its written to ${IMAGE_NAME}.rootfs.tar.bz219:28
sveinseand that creates problems for the symlink creator in bb19:29
sveinseDoes anyone know where this "rootfs" actually is appended?19:30
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC19:30
*** nerdboy <nerdboy!> has joined #yocto19:31
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto19:31
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto19:33
*** gunnarx <gunnarx!~user@unaffiliated/gan> has quit IRC19:45
*** peacememories <peacememories!> has quit IRC19:46
*** peacememories <peacememories!> has joined #yocto19:47
*** wmills <wmills!~wmills@> has quit IRC19:48
*** wmills <wmills!~wmills@> has joined #yocto19:49
*** rcwoolley_ <rcwoolley_!~rwoolley@> has quit IRC19:56
*** BubuIIC <BubuIIC!> has joined #yocto19:59
sveinseI think I've found a bug in bitbake i krogoth: I'm setting IMAGE_NAME="sp-image-sphw-1.0.12-sveinse" in the recipe (and -e confirms it). But inside image.bbclass, when d.getVar('IMAGE_NAME',True) is called, I get "sp-image-sphw-1.0.12" back. Without the -sveinse suffix!20:07
sveinseSo what could be modifying IMAGE_NAME?20:08
*** gunnarx <gunnarx!~user@unaffiliated/gan> has joined #yocto20:10
jdelmoreI am having trouble with the do_install() using oe_runmake20:23
jdelmoreit fales to copy a static library file (.a) to /usr/lib/20:24
jdelmoreI am using "oe_runmake install PREFIX=${D}" within do_install()20:28
nayfeYou have to install it in ${D}/${libdir} and add it to FILES_${PN}-dev for example. You dont need to set prefix20:29
nayfeDid you try with stock do_install(), without override it?20:30
nayfesveinse: did you try sp-image-sphw-sveinse-1.0.12?20:32
nayfejdelmore: did you also install libdir folder before?20:33
jdelmorenayfe if I don't override the do_install i get a "contains probably-redundant RPATH /usr/lib"20:34
jdelmorealso, not sure what you mean by install libdir20:35
nayfeYou shouldn't have anything pointing to /usr it's host poisoning right?20:37
sveinsenayfe: No, however if I set the version to "sp-image-sphw-" in text it works, while if I do "sp-image-sphw-${MYVERSION}" is fails. So its connected to expansion I think. I'm still debugging in python20:39
nayfeI mean instead of using cmake to install, you can copy built stuff in deploy folder in recipe20:39
sveinseThe variable (store) is ok all until create_symlinks() is executed20:40
*** ntl <ntl!> has quit IRC20:49
sveinseI think I found it. the MYVERSION variable is read from disk, and the path changes. So my bad essentially20:55
jdelmorei think cmake is trying to move the .a file to the hosts /usr/lib20:57
jdelmore@nayfe is there a way to specify the target for files20:58
nayfeIt should be automatic when inherit cmake (--installdir should be already set to correct folder)21:01
sveinseIs there a way to set a variable once and use the cached value after? I set _MYVAR:="${@get_version(d)}" and then MYVAR ?= "${_MYVAR}", but still the get_version() function is called many times21:03
sveinseseems very inefficient21:03
* nayfe going to bed 21:03
sveinsenayfe: good night21:04
nayfeTy, see you on monday ;)21:04
rburtonsveinse: why not just MYVAR:=${@get_version(d)}21:06
rburtonthats exactly what := is for...21:07
sveinserburton: because to have it overrideable in local.conf. no, wait, that overrides anyways. ok, ill try it21:08
rburtonsee eg bitbake.conf21:08
rburton# Immediate expansion since there is no point in reapeatedly calling21:08
rburton# os.uname() throughout parsing21:08
rburtonBUILD_ARCH := "${@os.uname()[4]}"21:08
*** zeddii_home <zeddii_home!> has quit IRC21:10
sveinseyeah, that worked. The function is still called 5-10 times during a build, but a lot less frequent than before21:12
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC21:26
*** top22 <top22!5d1ae61b@gateway/web/freenode/ip.> has joined #yocto21:27
*** learningc <learningc!> has quit IRC21:30
*** jdelmore1 <jdelmore1!> has joined #yocto21:32
*** jdelmore <jdelmore!> has quit IRC21:34
*** kuneco <kuneco!~kuneco@> has quit IRC21:35
*** top22 <top22!5d1ae61b@gateway/web/freenode/ip.> has quit IRC21:36
*** uglyoldbob <uglyoldbob!~uglyoldbo@> has joined #yocto21:36
uglyoldbobhi im trying to create a sizecheck function in a recipe. i have this so far the (size=$size) does not print as expected, which form of escaping or not escaping should i use here?21:38
*** ntl <ntl!> has joined #yocto21:40
uglyoldbobhmm, nevermind, it seems my actual question should be where do i hook for finding the size of a generated jffs2 image21:41
kergothobviously hardcoding jffs2 and using ls are both bad approaches, but it does look like it hsould function fine21:41
*** paulg <paulg!> has quit IRC21:43
*** jdelmore1 <jdelmore1!> has quit IRC21:46
*** kuneco <kuneco!~kuneco@> has joined #yocto21:48
uglyoldbobi corrected my file link to ${DEPLOY_DIR_IMAGE}/${IMAGE_LINK_NAME}.jffs2 and made another simple correction, works as i hoped21:54
*** JaMa <JaMa!~martin@> has quit IRC21:54
*** mr_science <mr_science!> has joined #yocto21:59
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto21:59
*** uglyoldbob <uglyoldbob!~uglyoldbo@> has quit IRC22:02
*** dreyna <dreyna!> has joined #yocto22:10
*** bavery_fn <bavery_fn!bavery@nat/intel/x-qejajjptpehdwdra> has quit IRC22:24
*** WillMiles <WillMiles!> has quit IRC22:26
yoctiNew news from stackoverflow: How to export DBUS_SESSION_BUS_ADDRESS <>22:29
*** marka <marka!> has quit IRC22:34
*** stephano <stephano!~stephano@> has quit IRC22:38
*** ntl <ntl!> has quit IRC22:38
*** catch22 <catch22!> has joined #yocto22:39
*** batman_ <batman_!95c73efe@gateway/web/freenode/ip.> has quit IRC22:46
*** sjolley <sjolley!~sjolley@> has quit IRC23:02
*** tripzero <tripzero!~tripzero@> has joined #yocto23:04
*** pohly <pohly!> has quit IRC23:05
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC23:22
*** dengke <dengke!~dengke@> has quit IRC23:28
*** yizhao <yizhao!~zhaoyi@> has quit IRC23:28
*** dengke <dengke!~dengke@> has joined #yocto23:29
*** yizhao <yizhao!~zhaoyi@> has joined #yocto23:30
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto23:37
*** zarzar1 <zarzar1!~zarzar@> has quit IRC23:41
*** zarzar1 <zarzar1!~zarzar@> has joined #yocto23:41
*** overdamped <overdamped!> has quit IRC23:42
*** nathani__ <nathani__!> has quit IRC23:44
*** agust <agust!> has quit IRC23:49
*** dreyna <dreyna!> has quit IRC23:55

Generated by 2.11.0 by Marius Gedminas - find it at!