Wednesday, 2017-11-22

*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-199-98.central.biz.rr.com> has quit IRC00:11
*** bavery_fn <bavery_fn!bavery@nat/intel/x-ydvxpxacuqcuiipv> has joined #yocto00:15
*** dengke_1990 <dengke_1990!~dengke@unknown-3-104.windriver.com> has joined #yocto00:19
*** Jackie <Jackie!~quassel@unknown-3-103.windriver.com> has joined #yocto00:20
*** yizhao1 <yizhao1!~zhaoyi@unknown-3-104.windriver.com> has joined #yocto00:20
*** stephano <stephano!~stephano@134.134.139.72> has quit IRC00:22
*** yizhao <yizhao!~zhaoyi@106.120.101.38> has quit IRC00:22
*** Guest19471 <Guest19471!~quassel@106.120.101.38> has quit IRC00:22
*** Aethenelle <Aethenelle!Elite19980@gateway/shell/elitebnc/x-xejrlxhemedzmbhl> has quit IRC00:23
*** dengke <dengke!~dengke@106.120.101.38> has quit IRC00:23
*** learningc <learningc!~User@175.196.43.33> has joined #yocto00:24
*** Aethenelle <Aethenelle!Elite19980@gateway/shell/elitebnc/x-zpuxujfwjkhsqnbj> has joined #yocto00:24
*** sgw <sgw!~swold@134.134.139.72> has quit IRC00:26
*** stephano <stephano!~stephano@134.134.139.72> has joined #yocto00:28
*** learningc <learningc!~User@175.196.43.33> has quit IRC00:32
*** dengke <dengke!~dengke@106.120.101.38> has joined #yocto00:35
*** Jackie_ <Jackie_!~quassel@106.120.101.38> has joined #yocto00:36
*** yizhao <yizhao!~zhaoyi@106.120.101.38> has joined #yocto00:37
*** dengke_1990 <dengke_1990!~dengke@unknown-3-104.windriver.com> has quit IRC00:37
*** Aethenelle <Aethenelle!Elite19980@gateway/shell/elitebnc/x-zpuxujfwjkhsqnbj> has quit IRC00:38
*** Jackie <Jackie!~quassel@unknown-3-103.windriver.com> has quit IRC00:38
*** yizhao1 <yizhao1!~zhaoyi@unknown-3-104.windriver.com> has quit IRC00:39
*** Aethenelle <Aethenelle!Elite19980@gateway/shell/elitebnc/x-lwgbloxhwrwunwin> has joined #yocto00:43
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto00:58
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-mpdghpqxkoomibvy> has quit IRC01:04
*** agust <agust!~agust@p4FCB4189.dip0.t-ipconnect.de> has quit IRC01:10
*** aragua_ <aragua_!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC01:30
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC01:31
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has joined #yocto01:31
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto01:32
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC01:35
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto01:36
*** Martian <Martian!~martian@84.40.91.35> has quit IRC01:38
*** stephano <stephano!~stephano@134.134.139.72> has quit IRC01:57
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC02:00
*** msvb-mob <msvb-mob!~michael@x55b54047.dyn.telefonica.de> has quit IRC02:03
*** scottrif <scottrif!~scottrif@47.39.44.219> has quit IRC02:08
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-pdbxpowseisdhlrd> has joined #yocto02:11
*** BarBQ <BarBQ!~textual@h-89-56.A230.priv.bahnhof.se> has quit IRC02:15
*** msvb-mob <msvb-mob!~michael@x55b5456c.dyn.telefonica.de> has joined #yocto02:17
*** sgw <sgw!~swold@c-73-180-42-186.hsd1.or.comcast.net> has joined #yocto02:20
*** sgw <sgw!~swold@c-73-180-42-186.hsd1.or.comcast.net> has quit IRC02:24
*** sgw <sgw!~swold@134.134.139.83> has joined #yocto02:24
*** kaspter <kaspter!~Instantbi@115.216.26.82> has quit IRC02:26
*** kaspter <kaspter!~Instantbi@115.216.26.82> has joined #yocto02:27
*** alistair_ <alistair_!9b3fc837@gateway/web/freenode/ip.155.63.200.55> has joined #yocto02:32
*** msvb-mob <msvb-mob!~michael@x55b5456c.dyn.telefonica.de> has quit IRC02:33
*** fischerm <fischerm!~mfischer@207-114-172-147.static.twtelecom.net> has quit IRC02:42
*** khem <khem!~khem@unaffiliated/khem> has quit IRC02:50
*** fischerm <fischerm!~mfischer@207-114-172-147.static.twtelecom.net> has joined #yocto02:51
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto02:52
*** rcw <rcw!~rwoolley@104-222-117-122.cpe.teksavvy.com> has quit IRC03:01
*** dengke_1990 <dengke_1990!~dengke@unknown-3-104.windriver.com> has joined #yocto03:06
*** Jackie__ <Jackie__!~quassel@unknown-3-103.windriver.com> has joined #yocto03:07
*** yizhao1 <yizhao1!~zhaoyi@unknown-3-104.windriver.com> has joined #yocto03:07
*** yizhao <yizhao!~zhaoyi@106.120.101.38> has quit IRC03:09
*** Jackie_ <Jackie_!~quassel@106.120.101.38> has quit IRC03:09
*** dengke <dengke!~dengke@106.120.101.38> has quit IRC03:10
*** dengke <dengke!~dengke@106.120.101.38> has joined #yocto03:19
*** Jackie_ <Jackie_!~quassel@106.120.101.38> has joined #yocto03:20
*** dengke_1990 <dengke_1990!~dengke@unknown-3-104.windriver.com> has quit IRC03:21
*** yizhao <yizhao!~zhaoyi@106.120.101.38> has joined #yocto03:21
*** Jackie__ <Jackie__!~quassel@unknown-3-103.windriver.com> has quit IRC03:22
*** yizhao1 <yizhao1!~zhaoyi@unknown-3-104.windriver.com> has quit IRC03:22
*** yizhao <yizhao!~zhaoyi@106.120.101.38> has quit IRC03:26
*** yizhao <yizhao!~zhaoyi@106.120.101.38> has joined #yocto03:27
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC03:38
*** armpit <armpit!~armpit@2601:202:4001:9ea0:c65:4f7d:b066:1a80> has quit IRC03:44
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-jiuhpvpjujkftlqm> has joined #yocto03:51
*** lexano <lexano!~lexano@216.151.184.87> has joined #yocto03:52
*** armpit <armpit!~armpit@2601:202:4001:9ea0:c65:4f7d:b066:1a80> has joined #yocto03:56
*** lexano <lexano!~lexano@216.151.184.87> has quit IRC04:17
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto04:32
*** rstreif <rstreif!~rstreif@ip68-7-63-100.sd.sd.cox.net> has quit IRC04:34
*** joshuagl <joshuagl!jlock@nat/intel/x-qmwzkdirpiwftrji> has joined #yocto05:32
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto05:33
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto06:14
*** morphis <morphis!~morphis@pD9ED74FD.dip0.t-ipconnect.de> has joined #yocto06:25
*** stdint <stdint!~stdint@103.29.142.67> has joined #yocto06:51
stdintI want to the customer kernel header files in a recipes, I found do_configure[depends] += "virtual/kernel:do_shared_workdir"06:52
*** pohly <pohly!~pohly@p54BD5014.dip0.t-ipconnect.de> has joined #yocto06:52
stdintbut it doesn't work for me, so I want to check whether the kernel header files generate from the kernel is installed06:52
stdintwhere is the staging directory of the kernel?06:52
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC07:01
*** kaspter1 <kaspter1!~Instantbi@115.216.26.82> has joined #yocto07:04
*** kaspter <kaspter!~Instantbi@115.216.26.82> has quit IRC07:07
*** kaspter1 is now known as kaspter07:07
*** rob_w <rob_w!~bob@93.104.205.194> has joined #yocto07:08
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:08
stdintdoes do_configure[depends] also apply for those recipes inherit from cmake class?07:14
*** hnje <hnje!~hnje@193.106.123.182> has joined #yocto07:15
joshuaglit does07:17
*** moto-timo <moto-timo!~moto_timo@2601:1c0:6000:fe8:a9e4:d889:a217:275e> has joined #yocto07:23
*** moto-timo <moto-timo!~moto_timo@fsf/member/moto-timo> has joined #yocto07:23
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto07:23
*** moto-timo <moto-timo!~moto_timo@fsf/member/moto-timo> has quit IRC07:24
*** promach <promach!promach@gateway/shell/suchznc/x-afwnwidhrjxnsedn> has quit IRC07:24
*** moto-timo <moto-timo!~moto_timo@134.134.139.73> has joined #yocto07:26
*** moto-timo <moto-timo!~moto_timo@fsf/member/moto-timo> has joined #yocto07:26
stdintjoshuagl, I think I know what I miss, do_shared_workdir looks like not install the files like the headers_install does07:29
stdintso my kernel headers is not installed at all07:29
*** moto-timo <moto-timo!~moto_timo@fsf/member/moto-timo> has quit IRC07:30
nayfedo_compile[depends] += "virtual/kernel:do_shared_workdir" ?07:31
stdintnayfe, it doesn't work either. the problem is the what do_shared_workdir does seems not what I want07:33
*** sagner <sagner!~ags@46.140.72.82> has joined #yocto07:33
stdintthe kernel files I need is a file placed at include/uapi/video/ but I read the kernel class07:33
stdintthe do_shared_workdir seems not do kernel header_install first then copy files07:34
nayfeyou also set  DEPENDS = "virtual/kernel" is suppose ?07:35
stdintnayfe, it work neither07:37
*** Bunio_FH <Bunio_FH!~bunio@89-74-170-206.dynamic.chello.pl> has joined #yocto07:40
nayfestdint: that EXTRA_OECONF = "--kernel-headers=${STAGING_KERNEL_DIR}/include" ?07:44
stdintnayfe, it doesn't work, You see those files are installed into there http://paste.debian.net/996983/07:47
stdintthere are not installed into STAGING_KERNEL_BUILDDIR at all07:47
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC07:47
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto07:48
nayfeSTAGING_KERNEL_DIR and STAGING_KERNEL_BUILDDIR  are identical ?07:49
*** gtristan <gtristan!~tristanva@221.147.85.171> has joined #yocto07:52
*** mckoan|away is now known as mckoan07:54
stdintnayfe, Yes, I tried, it failed. I think the cmake doesn't support kernel-headers either07:58
*** fl0v0 <fl0v0!~fvo@p4FED318E.dip0.t-ipconnect.de> has joined #yocto08:02
stdinteven the EO_SOURCE_DIR doesn't not work for me08:03
nayfestdint: sorry, i joined irc late, can you tell what you want to do ? and if you can pastebin your recipe maybe ?08:04
stdintnayfe, I have a create a recipe for a library, the library will communicate with the kernel08:05
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto08:05
stdintusing the ioctl, the define of the ioctl is in the kernel, I have verified the headers_install will install it08:06
stdintthen I can't find a way to make the recipe to find that kernel headers08:06
*** agust <agust!~agust@p4FCB4189.dip0.t-ipconnect.de> has joined #yocto08:06
stdintthe previous doesn't use the external kernel header, and I have verified it work08:07
stdintwith the toolchain created by yocto, once I place that header files into sysroot, it can compile that package08:07
nayfestdint: is it a private lib ?08:08
stdintnayfe, no, you can find it at github08:08
stdinthttps://github.com/rockchip-linux/mpp08:08
*** zero_note <zero_note!~zero@host186-31-static.47-85-b.business.telecomitalia.it> has quit IRC08:14
*** zero_note <zero_note!~zero@2.238.240.162> has joined #yocto08:14
*** rajm <rajm!~robertmar@167.98.27.226> has joined #yocto08:14
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto08:16
yoctiNew news from stackoverflow: Manually building a Kernel source from Yocto build <https://stackoverflow.com/questions/47429670/manually-building-a-kernel-source-from-yocto-build>08:21
*** kjokinie1 <kjokinie1!~kjokinie@145.247.120.245> has quit IRC08:27
*** kjokinie <kjokinie!~kjokinie@145.247.120.245> has joined #yocto08:29
*** Smit-Tay <Smit-Tay!~Smit-Tay@134.134.139.82> has quit IRC08:39
*** vdehors_arc <vdehors_arc!~vincent@LPuteaux-657-1-103-59.w193-248.abo.wanadoo.fr> has joined #yocto08:42
nayfestdint: maybe you need to add something like https://github.com/linux-rdma/rdma-core/blob/master/buildlib/RDMA_LinuxHeaders.cmake to mpp08:45
stdintnayfe, that is nosense, I just need the kernel files are installed in the /usr/include08:47
stdintthat is the standard linux way08:47
*** ed21 <ed21!Adium@nat/intel/x-aywwsaqybocbzvvm> has joined #yocto08:48
nayfestdint: you have to tell cmake where to search for kernel headers, and while cross-compiling, they can be anywhere. If mpp does not have any KERNEL_DIR variable or equivalent, it wont work08:50
stdintnayfe, no, the cmake will search the sysroot/usr/include08:50
stdintthey don't need KERNEL_DIR or something else08:51
stdintthe cmake doesn't regard it as a kernel header files, just a regular file08:51
stdintyou will find the yocto has installed them into the staging of for the recipe but just the one used to build libc08:52
stdintnot the customer one08:52
*** toscalix <toscalix!~toscalix@80.91.70.176> has joined #yocto08:56
*** nollan <nollan!~jgr@c-a3c8e255.030-168-6d6c6d4.cust.bredbandsbolaget.se> has quit IRC08:57
*** kaspter1 <kaspter1!~Instantbi@115.216.26.82> has joined #yocto09:09
*** kaspter <kaspter!~Instantbi@115.216.26.82> has quit IRC09:11
*** kaspter1 is now known as kaspter09:11
*** gunnarx <gunnarx!~user@c83-248-68-161.bredband.comhem.se> has joined #yocto09:12
*** gunnarx <gunnarx!~user@unaffiliated/gan> has joined #yocto09:12
nayfestdint: true, that's why you need to point to STAGING_KERNEL_DIR and not linux-libc-headers09:16
stdintnayfe, I think the normal is install the files into recipe-sysroot/usr/include09:17
stdintso what I need is a way to install the kernel header files into there, but I can't find a proper way09:18
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto09:18
nayfestdint for me something like EXTRA_OECONF = "CPPFLAGS="-I${STAGING_KERNEL_DIR}/include/uapi -I${STAGING_KERNEL_DIR}/include""  should be enough, but, if you prefer to copy files you can do something like  do_configure_prepend() { cp -rf ${STAGING_KERNEL_DIR}/include/uapi ${SYSROOT_DIRS}/.... }09:23
*** Tim12345532432 <Tim12345532432!b2fb5abe@gateway/web/freenode/ip.178.251.90.190> has joined #yocto09:23
*** promach <promach!promach@gateway/shell/suchznc/x-mtlmjgehvlggnbzt> has joined #yocto09:25
zero_notestdint: similar to what nayfe told you, CXXFLAGS += " -I${STAGING_KERNEL_DIR}/include should work, otherwise your build configuration has something wrong09:27
stdintzero_note, yes it will work, but not the correct09:30
stdintyou can't use the kernel header from kernel directly, you should always use the header_install09:31
stdintor some wrong file will be installed09:31
stdintand it looks ugly, is there a way to make the customer kernel header become a package09:32
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto09:33
zero_notestdint: you mean something like kernel-devsrc?09:33
stdintDEPENDS += "kernel-devsrc" still won't install the kernel header into recipe-sysroot09:35
zero_notewait, is your goal to compile your library with the yocto-created toolchain? with the kernel headers, etc...09:39
*** nollan <nollan!~jgr@213-64-223-196-no182.tbcn.telia.com> has joined #yocto09:39
nayfestdint: customer kernel is not the one shipped ?09:41
nayfethere is solution but i'm not sure it is the one to use: https://lists.yoctoproject.org/pipermail/linux-yocto/2014-April/002178.html09:42
zero_notestdint: if so, that's nothing related to your library recipe09:42
stdintnayfe, the customer kernel is compiled by the yocto, and as the prefer kernel09:42
*** Bunio_FH <Bunio_FH!~bunio@89-74-170-206.dynamic.chello.pl> has quit IRC09:43
*** Bunio_FH <Bunio_FH!~bunio@89-73-217-90.dynamic.chello.pl> has joined #yocto09:43
*** ed21 <ed21!Adium@nat/intel/x-aywwsaqybocbzvvm> has quit IRC09:45
*** kaspter <kaspter!~Instantbi@115.216.26.82> has quit IRC09:50
*** kaspter <kaspter!~Instantbi@115.216.26.82> has joined #yocto09:50
*** CTtpollard <CTtpollard!~CTtpollar@167.98.27.226> has quit IRC10:07
*** CTtpollard <CTtpollard!~CTtpollar@167.98.27.226> has joined #yocto10:13
*** mjourdan <mjourdan!~mjourdan@89.225.239.253> has joined #yocto10:17
*** diembed <diembed!~diembed@34.16-66-87.adsl-static.isp.belgacom.be> has joined #yocto10:21
stdintnayfe, I think that is what I want https://paste.fedoraproject.org/paste/MY0voVXFvywylhYOQynvtg/10:24
stdintbut the problem is how to make the recipe depends on the linux-rockchip-headers?10:24
stdintI can only set DEPENDS += "linux-rockchip"10:24
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC10:27
nayfelinux-rockchip-headers is installed with linux-rockchip, so DEPENDS += "linux-rockchip" is ok10:27
*** joshuagl <joshuagl!jlock@nat/intel/x-qmwzkdirpiwftrji> has quit IRC10:28
*** ed21 <ed21!~Adium@192.198.151.43> has joined #yocto10:29
stdintnayfe, yes, and I saw the recipe name appears at recipe-sysroot/sysroot-providers/10:31
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-jiuhpvpjujkftlqm> has quit IRC10:31
stdintbut the files are not installed into the recipe-sysroot10:31
diembedHi all10:35
stdintor I should have a try on sysroot_stage_all_append10:37
nayfeI think right solution is to use STAGING_KERNEL_DIR, maybe add an issue in mpp github to get cmake to support it. Mixing kernel includes looks bad to me.10:45
stdintnayfe, I don't think so10:45
stdintSTAGING_KERNEL_DIR is a wrong settings10:46
nayfeyou can see in http://git.yoctoproject.org/cgit.cgi/poky/plain/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc begins it looks to be the right thing to do10:46
stdintfirst do_configure[depends] += "virtual/kernel:do_shared_workdir" won't install the necessary files for you10:47
stdintsecond settings an external directory in default cmake is a wrong way, that is what the cmake toolchains files' job10:47
*** fl0v01 <fl0v01!~fvo@p4FED3158.dip0.t-ipconnect.de> has joined #yocto10:48
*** fl0v0 <fl0v0!~fvo@p4FED318E.dip0.t-ipconnect.de> has quit IRC10:48
*** gunnarx <gunnarx!~user@unaffiliated/gan> has quit IRC10:48
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC11:06
*** dafna <dafna!4d7e60f3@gateway/web/freenode/ip.77.126.96.243> has joined #yocto11:18
yoctiNew news from stackoverflow: Python Subprocess.Popen not work for Cross platform Yocto <https://stackoverflow.com/questions/47432904/python-subprocess-popen-not-work-for-cross-platform-yocto>11:21
*** morphis__ <morphis__!~morphis@pD9ED657E.dip0.t-ipconnect.de> has joined #yocto11:24
*** morphis <morphis!~morphis@pD9ED74FD.dip0.t-ipconnect.de> has quit IRC11:28
*** maudat <maudat!~maudat@2607:fad8:4:6:f2de:f1ff:feb1:d7c5> has quit IRC11:37
*** gunnarx <gunnarx!~user@83.218.80.243> has joined #yocto11:48
*** gunnarx <gunnarx!~user@unaffiliated/gan> has joined #yocto11:48
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC11:50
yoctiNew news from stackoverflow: How to include GL/gl.h in SDK generate with Yocto <https://stackoverflow.com/questions/33753111/how-to-include-gl-gl-h-in-sdk-generate-with-yocto>11:51
*** dafna <dafna!4d7e60f3@gateway/web/freenode/ip.77.126.96.243> has quit IRC11:54
*** rob_w <rob_w!~bob@93.104.205.194> has joined #yocto11:56
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto11:56
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC12:02
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC12:05
*** AndersD <AndersD!~anders@2.69.95.192.mobile.tre.se> has joined #yocto12:05
*** AndersD <AndersD!~anders@2.69.95.192.mobile.tre.se> has quit IRC12:06
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto12:16
*** ed21 <ed21!~Adium@192.198.151.43> has quit IRC12:18
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:19
*** Son_Goku is now known as Conan_Kudo12:23
*** Conan_Kudo is now known as Son_Goku12:23
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC12:23
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto12:27
*** ed21 <ed21!Adium@nat/intel/x-pmcbupubzsabsqnd> has joined #yocto12:40
*** kaspter1 <kaspter1!~Instantbi@115.216.26.63> has joined #yocto12:40
*** kaspter <kaspter!~Instantbi@115.216.26.82> has quit IRC12:42
*** kaspter1 is now known as kaspter12:42
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC12:44
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto12:50
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-pdbxpowseisdhlrd> has quit IRC12:50
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC12:59
*** gunnarx <gunnarx!~user@unaffiliated/gan> has quit IRC13:08
*** ctwr <ctwr!~he@89.121.200.102> has quit IRC13:15
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto13:16
*** ctwr <ctwr!~he@89.121.200.102> has joined #yocto13:18
*** morphis__ <morphis__!~morphis@pD9ED657E.dip0.t-ipconnect.de> has quit IRC13:24
*** thaytan <thaytan!~thaytan@180-150-118-156.NBN.mel.aussiebb.net> has quit IRC13:24
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto13:28
*** cornel <cornel!~cornel@89.121.200.106> has joined #yocto13:34
cornelhello13:34
cornelare there official dropbox images for building images with yocto?13:34
*** thaytan <thaytan!~thaytan@180-150-118-156.NBN.mel.aussiebb.net> has joined #yocto13:34
corneli'm interested in centos 7 images13:34
LetoThe2nddropbox images?13:35
CTtpollard...13:35
corneloops13:35
corneldocker, i mean :)13:35
LetoThe2ndcornel: kind of. look at the CROPS stuff13:36
nayfecornel: yocto creates a custom distro, so you will not have centos13:36
*** maudat <maudat!~maudat@2607:fad8:4:6:f2de:f1ff:feb1:d7c5> has joined #yocto13:36
nayfecornel: I bookmarked that https://github.com/gmacario/easy-build never used it for now13:37
cornelLetoThe2nd, thank you13:37
cornelnayfe, i don't know who is gnmacario but i trust the yocto project guys13:37
CTtpollardI think AGL provide yocto docker envs, you could probably use one of those13:39
LetoThe2ndcornel: depending on your needs, jsut roll a custom one based on the official fedora/whatever install instructions. especially when you want to use volume mounts, this is often an easier solution.13:40
nayfehttps://github.com/crops/yocto-dockerfiles/blob/master/dockerfiles/centos/centos-7/centos-7-base/Dockerfile ? :p13:41
cornelLetoThe2nd, i hoped i would never have to manually pack a linux file system again :)13:41
*** Anticom <Anticom!~anticom@217.6.33.234> has joined #yocto13:41
cornelCTtpollard, i'm looking after them now, thank you13:42
*** marka <marka!~masselst@128.224.252.2> has joined #yocto13:48
*** gtristan <gtristan!~tristanva@221.147.85.171> has quit IRC13:48
*** joshuagl <joshuagl!jlock@nat/intel/x-gowaewvqktqkldbk> has joined #yocto13:52
*** btooth <btooth!6cab81a4@gateway/web/freenode/ip.108.171.129.164> has joined #yocto13:58
btoothhi! anyone here dealing with ACLs? :D13:58
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC13:59
*** hnje <hnje!~hnje@193.106.123.182> has quit IRC14:03
LetoThe2ndcornel: automating ubuntu + a handful of packages installed in a dockerfile is not exactly magic :)14:05
*** kaspter <kaspter!~Instantbi@115.216.26.63> has quit IRC14:06
*** maudat <maudat!~maudat@2607:fad8:4:6:f2de:f1ff:feb1:d7c5> has quit IRC14:07
rburtonbtooth: via xattrs?14:07
*** kaspter <kaspter!~Instantbi@115.216.26.63> has joined #yocto14:07
*** maudat <maudat!~maudat@2607:fad8:4:6:f2de:f1ff:feb1:d7c5> has joined #yocto14:09
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:10
btoothrburton: using setfacl, we use fido (still, and yes fido :-) - but for this issue it should be same for HEAD of yocto) - we introduced a "fakeroot sandboxing()" task before do_package_write_ipk after do_packagedata -- inside this task we call setfacl on files in ${WORKDIR}/packages-split/${PN}14:11
*** gunnarx <gunnarx!~user@h-244-80.A137.corp.bahnhof.se> has joined #yocto14:11
*** gunnarx <gunnarx!~user@unaffiliated/gan> has joined #yocto14:11
btooththis works and we find the acls inside the ipks14:11
rburtonyou did?  didn't think opkg supported those14:12
btoothbut when doing setfacl on a directory, the directory looses the acl and owner/group, falling back to system user.14:12
btoothrburton: yes we did. we use patched libarchive and options to opkg for this14:13
btoothand it is working14:13
rburtoncan you send patches? :)14:13
btoothbut seems there is a bug when appling on directories14:13
btoothrburton: i will try to extract all the things we did/patched ;-)14:14
kanavinrburton: is it too late to file a bug for major version updates that I think should be done in this release cycle?14:29
kanavinpython 3.6 in particular stands out14:29
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC14:30
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto14:31
kanavinrburton: is it too late to file a bug for major version updates that I think should be done in this release cycle? python 3.6 in particular stands out14:34
rburtonkanavin: no, please do14:34
*** yann <yann!~yann@178.208.16.32> has joined #yocto14:35
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto14:35
*** lamego <lamego!~jose@134.134.139.74> has joined #yocto14:36
kanavinrburton: we already missed that update twice14:37
kanavin3.6's been out for almost a year14:37
kanavinand once 3.7 is out, we have double the amount of work to update14:38
*** dfaught <dfaught!~dfaught@163.188.client.vntx.net> has joined #yocto14:38
*** msvb-mob <msvb-mob!~michael@x55b5456c.dyn.telefonica.de> has joined #yocto14:43
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC14:55
kanavinrburton: looks like python is really the only problematic spot15:00
kanavinrburton: perl is also a bit behind (5.24->5.26), but who cares :)15:00
*** rstreif <rstreif!~rstreif@ip68-7-63-100.sd.sd.cox.net> has joined #yocto15:05
*** Tim12345532432 <Tim12345532432!b2fb5abe@gateway/web/freenode/ip.178.251.90.190> has quit IRC15:05
*** rstreif <rstreif!~rstreif@ip68-7-63-100.sd.sd.cox.net> has quit IRC15:07
xtronhi all, I'm trying to apply a patch in my example recipe. I'm getting error that patch file is not good... so can anyone tell me what is the default way to make a patch file, method I'm using now is "diff -u file1 file2 > file.patch"15:07
*** nollan <nollan!~jgr@213-64-223-196-no182.tbcn.telia.com> has quit IRC15:08
LetoThe2ndxtron: i personally have everything i want to patch in a git repo, and there it is just git format-patch -o $WHEREYOUWANTIT $THEREVISIONYOUWANT15:08
LetoThe2ndxtron: IIRC otherwise, the canonical form is diff -Naur in the root directory of the sources.15:09
*** Argylelabcoat <Argylelabcoat!~textual@rrcs-98-100-169-82.central.biz.rr.com> has joined #yocto15:09
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto15:09
zarzar2the yocto plugin is not very good, screwing up console output constantly15:10
*** nollan <nollan!~jgr@c-5eeaaa94-74736162.cust.telenor.se> has joined #yocto15:10
xtronLetoThe2nd: does directory matter when we create patch file ?15:10
LetoThe2ndxtron: of course it matters.15:11
xtronLetoThe2nd: what is the problem if we create patch file while standing in the directory where both files are, after all it is about the different between files not their paths15:12
LetoThe2ndxtron: and how would the patch utility know where to apply it? there is no guarantee that in a source tree there are no files of identical name, but separate directories15:14
LetoThe2ndxtron: and I am very sure that the error message was not "error that patch file is not good"15:14
xtronLetoThe2nd: obivously :P ... here is the error  https://pastebin.com/AqFkq2uv15:17
LetoThe2ndxtron: its exactly what i said: the directories are off. please read up on patch (-> man patch), and learn about the -p switch. it really makes sense being able to do the steps manually. and also take a good look at the patch file you generated: the files and pathes are explicitly stated in there.15:20
*** Bunio_FH <Bunio_FH!~bunio@89-73-217-90.dynamic.chello.pl> has quit IRC15:22
*** morphis <morphis!~morphis@pD9ED657E.dip0.t-ipconnect.de> has joined #yocto15:23
*** Crofton <Crofton!~Crofton@pool-108-44-117-187.ronkva.east.verizon.net> has quit IRC15:23
xtronLetoThe2nd: ok15:24
*** Crofton <Crofton!~Crofton@pool-108-44-117-187.ronkva.east.verizon.net> has joined #yocto15:24
*** joshuagl <joshuagl!jlock@nat/intel/x-gowaewvqktqkldbk> has quit IRC15:28
nayfeWith systemd and read-only-rootfs feature, do you know how to make a service to run before remounting RO ?15:28
kergoththat's not a good path to take. what exactly are you trying to accomplish?15:30
LetoThe2ndnayfe: before? why would there be a remount at all?15:30
kergothif the kernel cmdline has ro, it'll start read only, not start rw and remount ro15:30
kergothit'd only remount from rw to ro if it was ro in fstab, i believe15:30
kergothregardless, it's a bad approach15:30
kergothif you just want to populate a path or something, use systemd's tmpfiles mechanism15:31
nayfeindeed, i just see it now, i didn't see that /etc/machine-id was tmpfs15:34
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto15:34
nayfei want to make something close :)15:34
nayfemy mistake ;)15:34
kergoth:)15:34
*** zero_note <zero_note!~zero@2.238.240.162> has quit IRC15:35
*** nollan <nollan!~jgr@c-5eeaaa94-74736162.cust.telenor.se> has quit IRC15:38
*** sgw <sgw!~swold@134.134.139.83> has quit IRC15:46
*** scottrif <scottrif!~scottrif@47.39.44.219> has joined #yocto15:49
*** stephano <stephano!~stephano@134.134.139.83> has joined #yocto15:56
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto15:58
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto15:59
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC16:01
oniSo Im looking for kernel params passed to uboot. I can see this recipe in poky16:04
onimeta-fsl-arm/recipes-kernel/linux/linux-imx.inc16:04
oniKERNEL_EXTRA_ARGS16:04
oniof course, this refers to my board:16:04
onimeta-fsl-arm/conf/machine/imx28evk.conf16:04
oniWould be nice to specify extra kernel params in my local.conf if thats possible?16:06
kergothhow they're passed completely depends on the board16:07
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC16:07
*** sgw <sgw!~swold@134.134.139.72> has joined #yocto16:07
kergothsome u-boots are configured with support to load an external environment file, that's the easiest method afaik16:07
oniright. Its hard to find where this comes in. I did hear about the env files yes16:08
*** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.73> has joined #yocto16:08
kergoththe best resource would be the info about your hardware and how it boots, or directly examining its images / partitions. i.e. if it boots from sd, is there an environment file on a functioning sd card image for that board already? if not, you'd probably want to examine the u-boot recipe to see how u-boot is being configured, to see if such support is enabled16:09
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC16:10
oniYeah, the latter im looking for. The image is on an SDcard. Not sure if I can mount it locally mind you16:10
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto16:11
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-bpthtpbjfpdcwrom> has joined #yocto16:11
oniThere appears to be a compressed zimage and not a lot else :/16:12
kergothcan't say i'm super familiar with the boot process of freescale arm boards, could check the readmes in the layer too16:12
kergothor any docs that come with the sdk that freescale releases16:13
kergothotherwise yeah, check the config file for the u-boot build16:13
oniYeah, the board in question comes from a third party. Its very light on the docu and support16:13
kergothor ask otavio, if he happens to be around?16:13
* kergoth shrugs16:13
oniUltimately, I just want the screen to appear. My working theory is that the framebuffer isnt attached16:13
oniso I need to pass the correct video params to the kernel16:14
oniits a thought16:14
onithanks :) I shall persevere16:16
kergothah, yeah, video params are almost certainly the issue, sadly i can't be of much use there, configuration for lcd panels is voodoo to me :)16:16
kergothgood luck with it16:16
onithanks :) Its the only thing I've seen in the logs that uboot complains about16:17
oni'no video parameter'16:17
onitbh, I'd love to know more about framebuffers anyway so I can have my own fancy bootup screens o16:17
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto16:20
wtootavio, JaMa: I'm trying to sync up on rocko with meta-qt5 and meta-boot2qt, but qtwebengine is failing on a glibc2.26 issue that was fixed, but later removed (cfree vs free). I can see the fix being added, but it's been removed in all branches I've seen so far.16:21
kanavinrburton: WARNING: neon-0.30.2-r0 do_fetch: Failed to fetch URL http://www.webdav.org/neon/neon-0.30.2.tar.gz, attempting MIRRORS if available16:21
rburtonkanavin: yes, there's a bug.  my proposal was to remove neon :)16:21
kanavinrburton: how come this isn't caught by autobuilder? I thought checkuri is exactly for that purpose?16:21
wtolooks like the patch was removed during a larger merge from upstream or something, but why?16:21
kanavinrburton: yes, I will send a patch that removes neon in a minute ;)16:21
rburtonkanavin: maxin had the bug so check with him first in case he's sitting on patches16:22
rburton(needs to be removed from a few other mentions in oe-core too)16:22
kanavinrburton: yeah, already done - I just finish up the meta-oe move, as it needs to be taken from debian mirror16:22
kanavinrburton: anyway my concern is that this isn't caught by checkuri, or other checks, or is it?16:23
rburtoncheckuri spotted it, thats how theres a bug16:23
JaMawto: where it was removed?16:23
maxinkanavin: https://bugzilla.yoctoproject.org/show_bug.cgi?id=1236116:24
yoctiBug 12361: normal, Medium+, 2.5 M1, maxin.john, NEW , Fetcher failure for URL: "http://www.webdav.org/neon/neon-0.30.2.tar.gz"16:24
JaMawto: it might be removed when the same fix was applied in upstream repo16:24
kanavinmaxin: I have the patch already16:24
wtoJaMa: http://code.qt.io/cgit/yocto/meta-qt5.git/commit/?h=upstream/rocko&id=bbb304456978fa9713932e9ff529d18a5ef2a947 for upstream/rocko16:24
maxinkanavin: ok.. please go ahead then16:24
JaMawto: but currently it builds OK with master, so if you're using the revision defined in meta-qt5 then it should work16:24
kanavinrburton: I ran checkuri, and it was happy, but maybe I ran it wrongly16:25
rburtonhm checkuri has been failing for a long time.  fired a fresh one against master to see.16:25
JaMawto: that's not my and otavio's meta-qt5, as The Qt Company...16:25
wtoOh, I see.16:25
JaMawto: https://github.com/meta-qt5/meta-qt5 is the one which works for me16:25
kanavinmaxin: yeah, it's just that I was doing the usual upstream version check cleanups, and this stood out as 'the dead upstream'16:26
wtoJaMa: alright, I'll try that. Thanks.16:26
wtoJaMa: which one should be considered "upstream" in general?16:26
otaviowto: I'd take ours ;-)16:27
wtoofc :)16:27
JaMawto: https://github.com/meta-qt5/meta-qt5 is the upstream, http://code.qt.io/cgit/yocto/meta-qt5.git is the fork of it by Qt Company16:27
wtoAlright, nice.16:28
kanavinrburton: checkpkg is nowadays also capable of reporting dead upstreams ;)16:31
*** moto-timo <moto-timo!~moto_timo@134.134.139.83> has joined #yocto16:33
*** moto-timo <moto-timo!~moto_timo@fsf/member/moto-timo> has joined #yocto16:33
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto16:36
*** toscalix <toscalix!~toscalix@80.91.70.176> has quit IRC16:38
kanavinrburton: ah, checkpkg should not be run directly, but rather via selftest?16:40
kanavin*checkuri, sorry16:40
oniThis may be a very silly question but where do the targets (like core-image-minimal) get their package lists from?16:42
*** toscalix <toscalix!~toscalix@80.91.70.176> has joined #yocto16:43
onitheres a lot of stuff here I don't need. Would be nice to remove it16:43
kanavinoni: images are defined in recipes, and those include the list of what to pull in16:43
kanavinoni: the best way is to simply write your own image recipe16:43
oniOk, I'll take a closer look at that. Cheers16:43
*** toscalix <toscalix!~toscalix@80.91.70.176> has quit IRC16:44
*** rajm <rajm!~robertmar@167.98.27.226> has quit IRC16:49
*** dvhart <dvhart!~dvhart@static-50-53-109-124.bvtn.or.frontiernet.net> has joined #yocto16:51
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC16:51
kanavinrburton: https://autobuilder.yocto.io/builders/nightly-checkuri/builds/43516:55
kanavinrburton: checkuri was a success :-/16:55
rburtoninteresting16:55
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC16:55
rburtonoh i think checkuri follows some mirrors16:56
kanavinrburton: https://autobuilder.yocto.io/builders/nightly-checkuri however here you can see there is a different test, where checkuri does fail16:56
rburtonyes16:56
rburtonvery odd16:56
kanavinrburton: I guess it needs to be configured to not fall back to the yocto mirror16:56
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto16:57
kanavinrburton: and there's another oe-selftest failure here due to missing distrodata https://autobuilder.yocto.io/builders/nightly-checkuri/builds/43416:57
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto16:58
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC16:59
armpitkanavin, I have seen that on Morty.. "--run-tests distrodata.Distrodata.test_checkpkg" looks wrong for that branch16:59
armpitis that an AB config thing?17:00
kanavinarmpit: it's a test that is only meant for tip of master branch really17:00
armpitoh17:00
kanavinarmpit: it bitrots over time, and we don't keep it up to date anywhere except master17:00
zarzar2includes added to yocto project (eclipse yocto plugin) are completely ignored17:00
armpitk. AB needs a tweek for other branches.. guess I should log a bug17:01
armpitkanavin, thanks for the info17:01
kanavinarmpit: the test makes sure that latest upstream versions are detected correctly, which is something master branch needs, but stable branches, not really17:02
*** aehs29 <aehs29!aehernan@nat/intel/x-bdubotnbqgnvjafu> has joined #yocto17:04
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto17:07
*** Anticom <Anticom!~anticom@217.6.33.234> has quit IRC17:07
zarzar2the video on this page is from 2010 LOL https://www.yoctoproject.org/tools-resources/projects/eclipse-ide-plug17:08
*** fl0v01 <fl0v01!~fvo@p4FED3158.dip0.t-ipconnect.de> has quit IRC17:09
*** ed21 <ed21!Adium@nat/intel/x-pmcbupubzsabsqnd> has quit IRC17:16
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC17:16
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto17:17
*** dfaught <dfaught!~dfaught@163.188.client.vntx.net> has quit IRC17:17
* armpit wonders what a meta-ab would look like. Yocto ab for embedded devices17:21
*** moto-timo <moto-timo!~moto_timo@fsf/member/moto-timo> has quit IRC17:21
*** bavery_fn1 <bavery_fn1!bavery@nat/intel/x-fvoavxawlsavjjkq> has joined #yocto17:21
*** bavery_fn <bavery_fn!bavery@nat/intel/x-ydvxpxacuqcuiipv> has quit IRC17:22
*** kpo <kpo!~bob@user-94-254-248-17.play-internet.pl> has joined #yocto17:28
*** vdehors_arc <vdehors_arc!~vincent@LPuteaux-657-1-103-59.w193-248.abo.wanadoo.fr> has quit IRC17:28
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC17:30
*** sagner <sagner!~ags@46.140.72.82> has quit IRC17:31
*** grma <grma!~gruberm@80.93.38.128> has quit IRC17:37
*** mckoan is now known as mckoan|away17:38
RParmpit: I have bad news about morty, its hanging everywhere :(17:40
RParmpit: looks like do_rootfs in smart, some kind of db pthread mutex issue :(17:40
RParmpit: I tried to run a release build but its dead in the water17:40
RParmpit: also f26 issues with fontconfig-native and tumbleweed issues with ccache-native and signing17:41
RPI think rburton is looking at the fonctconfig issue17:41
RP(and knows how to fix it)17:41
*** morphis <morphis!~morphis@pD9ED657E.dip0.t-ipconnect.de> has quit IRC17:42
armpitwow17:50
zarzar2does the yocto plugin work with oxygen cdt eclipse?17:51
rburtonyeah just sent the patch17:51
rburtonarmpit: ^17:52
oniIs there a way to do a make clean with bitbake?17:52
onire-read and reparse recipes and remove intermediates?17:52
oniI see this17:53
onibitbake -c clean core-image-minimal17:53
onibut it doesnt seem to reset the state as it were17:57
zarzar2the include paths i add to a yocto plugin project in eclipse oxygen are completely ignored, not sent to compiler command line17:58
*** msvb-mob <msvb-mob!~michael@x55b5456c.dyn.telefonica.de> has quit IRC18:01
armpitRP, how did it get worse ? the build before that was a lot cleaner. what changed? hosts order?18:02
* armpit looks at the failures..18:03
RParmpit: I don't know :(18:04
RParmpit: I'm overloaded with issues :(18:04
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto18:04
armpitRP no worries18:04
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto18:05
* armpit will see what can be done18:05
RParmpit: thanks. I'm just braindumping state here so at least others know...18:07
armpitI have the font patch in my morty-next. should the current morty build continue?18:08
*** moto-timo <moto-timo!moto_timo@fsf/member/moto-timo> has joined #yocto18:17
*** moto-timo <moto-timo!moto_timo@fsf/member/moto-timo> has quit IRC18:23
*** moto-timo <moto-timo!~moto_timo@fsf/member/moto-timo> has joined #yocto18:24
*** moto-timo <moto-timo!~moto_timo@fsf/member/moto-timo> has quit IRC18:25
*** moto-timo <moto-timo!~moto_timo@134.134.139.75> has joined #yocto18:26
*** moto-timo <moto-timo!~moto_timo@fsf/member/moto-timo> has joined #yocto18:26
RParmpit: is it getting anywhere is it hung?18:26
*** diembed <diembed!~diembed@34.16-66-87.adsl-static.isp.belgacom.be> has quit IRC18:27
RParmpit: we probably need to analyse the hangs, see if we can figure out why18:27
RParmpit: do you have ssh access in?18:27
RParmpit: if not, talk to halstead18:27
zarzar2the include paths i add to a yocto plugin project in eclipse oxygen are completely ignored, not sent to compiler command line18:31
zarzar2does the yocto plugin work with oxygen cdt eclipse?18:32
*** moto-timo <moto-timo!~moto_timo@fsf/member/moto-timo> has quit IRC18:34
*** moto-timo <moto-timo!moto_timo@nat/intel/x-wzbdyxtvqblwmzgz> has joined #yocto18:34
*** moto-timo <moto-timo!moto_timo@fsf/member/moto-timo> has joined #yocto18:34
zarzar2does the yocto plugin work with oxygen cdt eclipse?18:37
*** stephano <stephano!~stephano@134.134.139.83> has quit IRC18:38
*** stephano <stephano!~stephano@134.134.139.83> has joined #yocto18:39
*** moto-timo <moto-timo!moto_timo@fsf/member/moto-timo> has quit IRC18:40
*** moto-timo <moto-timo!moto_timo@nat/intel/x-bzslwtvazwqeqnqx> has joined #yocto18:41
*** moto-timo <moto-timo!moto_timo@fsf/member/moto-timo> has joined #yocto18:41
*** moto-tim1 <moto-tim1!ttorling@nat/intel/x-bdlxxgyyeocweuus> has joined #yocto18:42
*** moto-timo <moto-timo!moto_timo@fsf/member/moto-timo> has quit IRC18:44
*** moto-tim1 <moto-tim1!ttorling@nat/intel/x-bdlxxgyyeocweuus> has quit IRC18:44
*** moto-timo <moto-timo!ttorling@nat/intel/x-dmnzajmjdplghnvw> has joined #yocto18:44
*** moto-timo <moto-timo!ttorling@nat/intel/x-dmnzajmjdplghnvw> has quit IRC18:44
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has joined #yocto18:44
zarzar2does the yocto plugin work with oxygen cdt eclipse?18:50
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has quit IRC18:55
*** aehs29 <aehs29!aehernan@nat/intel/x-bdubotnbqgnvjafu> has quit IRC18:57
armpitRP I don't have ssh access18:57
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has joined #yocto18:57
armpitI will talk to Mr. Halstead18:57
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC19:01
*** bluelightning <bluelightning!~paul@118.148.79.204> has joined #yocto19:01
*** bluelightning <bluelightning!~paul@118.148.79.204> has quit IRC19:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto19:03
*** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto19:06
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC19:09
*** aehs29 <aehs29!~aehernan@134.134.139.83> has joined #yocto19:14
*** aehs29 <aehs29!~aehernan@134.134.139.83> has quit IRC19:18
*** aehs29 <aehs29!~aehernan@134.134.139.74> has joined #yocto19:19
zarzar2what the heck is an autotools project and why does yocto plugin use it?19:19
neverpanicautotools is the framework that generates most ./configure && make && make install-based build systems19:20
*** yann <yann!~yann@178.208.16.32> has quit IRC19:26
zarzar2i guess CDT managed was too good to use?19:29
zarzar2I can't even figure out how to udate the includes19:29
zarzar2i hate open source19:29
bluelightningautotools can be pretty painful... we have little choice about using it, we do because many of the third-party projects we build use it19:30
bluelightningin some quarters it is being replaced by things like meson, so there is some hope19:31
zarzar2no reason to use it for application development19:35
zarzar2yocto is inspiring me to get out of the field asap19:36
kergothwhat does yocto have to do with anything?19:36
zarzar2yocto plugin19:36
kergothif you don't want to use autotools, dont' use autotools19:36
zarzar2+ auto tools nightmare projects for application development when a yocto toolchain installation isrequired19:37
zarzar2impossible to config to use a yocto generated toolchain installer19:37
zarzar2with a CDT project19:37
* armpit so nice living it AG country.. smells like sewer outside :/19:40
bluelightningzarzar2: it's fair that our current eclipse plugin is lacking19:44
zarzar2CDT managed C/C++ projects are the best choice for application development19:45
* rob_w leans back, grepping for popcorn 19:46
zarzar2yocto plugin with mars and oxygen breaks the console output so it freezes, have to restart eclipse constantly to get it to work19:52
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC19:56
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto20:00
zarzar2concerning the convoluted yocto  toolchain installer: all you had to do was list the location of g++, gcc, as, ld, list the defines, list the include paths, and list the library paths and we could just dump that in a CDT managed project20:00
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC20:01
*** gunnarx <gunnarx!~user@unaffiliated/gan> has quit IRC20:05
*** sgw <sgw!~swold@134.134.139.72> has quit IRC20:12
*** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has quit IRC20:16
*** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has joined #yocto20:16
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC20:21
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-abqyzjfulmqbqxzq> has quit IRC20:35
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-bpthtpbjfpdcwrom> has quit IRC20:50
*** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.73> has quit IRC20:53
*** Crofton <Crofton!~Crofton@pool-108-44-117-187.ronkva.east.verizon.net> has quit IRC20:54
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto20:56
*** volestorm <volestorm!~volestorm@23.105.205.111.16clouds.com> has quit IRC21:02
*** volestorm <volestorm!~volestorm@23.105.205.111.16clouds.com> has joined #yocto21:05
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC21:06
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto21:07
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-vcpotrfnlxtydkor> has joined #yocto21:11
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC21:11
rburtonhalstead: so the kernel upgrade didn't fix kvm on f26, and it took a good week of builds to happen again21:13
*** pohly <pohly!~pohly@p54BD5014.dip0.t-ipconnect.de> has quit IRC21:16
*** phatina <phatina!~phatina@92-52-40-226.dynamic.orange.sk> has joined #yocto21:16
phatinahi all, can anyone point me how to generate "deprecated" global sysroot for Pyro or Rocko?21:17
phatinanow, we have separate sysroots due to reproducible builds..21:17
phatinabut somewhere I read about some fallback (can't recall the name of recipe which puts it together)21:18
bluelightningphatina: bitbake build-sysroots may be what you want, but it's definitely a workaround21:19
bluelightningphatina: can you explain what you're trying to support?21:19
bluelightningzarzar2: I'm afraid it's not that simple, our compilers are per-architecture not per-machine so they do need defined command lines in order to properly match the target, and these are set up by the environment setup script - that side of things is pretty straightforward though21:20
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:26
phatinabluelightning: just to follow my workflow - I am developing some SW for raspi0w and need to crosscompile and link against some lib. I have already hacked.21:26
phatinabluelightning: meta-ide-support gave me best tools to crosscompile and easily test SW when working on it21:26
phatinabluelightning: I can understand, that once I have all the SW ready, it makes sense to separate sysroots...21:27
phatinabluelightning: but now, it's a bit annoying21:27
bluelightningphatina: we have our standard SDK or devtool to make that sort of thing a little easier, FWIW21:27
phatinabluelightning: oh, do you have any link, please?21:28
*** marka <marka!~masselst@128.224.252.2> has quit IRC21:30
bluelightningphatina: for devtool (for now, ignore that it says "Extensible SDK" - devtool can be run next to bitbake as well): http://www.yoctoproject.org/docs/2.4/sdk-manual/sdk-manual.html#using-devtool-in-your-sdk-workflow21:30
*** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.73> has joined #yocto21:34
halsteadrburton: would you like to upgrade and reboot today and start building uptime again?21:35
phatinabluelightning: having seen devtool --help <- I am not sure, how I can use this thing to cross-compile my new autotools-based project which depends on already built packages...21:37
bluelightningphatina: use devtool add to set the thing up for building (supplying the path to the source tree), then you can use devtool build (or bitbake) to build it and devtool deploy-target to install the latest built version to your target machine21:39
armpitbeer time21:40
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-hssyyqijhepbkbuj> has joined #yocto21:41
* bluelightning could use a beer but the boss probably wouldn't look too kindly upon that21:41
*** gtristan <gtristan!~tristanva@110.11.179.89> has quit IRC21:42
phatinabluelightning: thanks! will play with it21:44
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC21:45
phatinanight time, bye and thanks once again!21:49
*** phatina <phatina!~phatina@92-52-40-226.dynamic.orange.sk> has quit IRC21:50
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto22:03
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto22:04
*** lamego <lamego!~jose@134.134.139.74> has quit IRC22:05
*** lamego <lamego!jose@nat/intel/x-ftepxtgfqtptckyl> has joined #yocto22:08
armpitbluelightning, the work boss or real boss ; )22:13
bluelightningarmpit: both :)22:14
armpitwell I work remotely and my work boss wont know22:14
armpitnot only that, its the day before a holiday.. no one is really working anymoer22:15
armpitwell.. that may all change next year : /22:17
*** sgw <sgw!swold@nat/intel/x-jwzhllvyxrgvmvip> has joined #yocto22:19
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC22:22
RPhalstead: can we please not reboot f26 until we've poked more at the f26 kvm issue on it22:31
halsteadRP, absolutely.22:31
RPhalstead: thanks22:32
*** lamego <lamego!jose@nat/intel/x-ftepxtgfqtptckyl> has quit IRC22:39
*** Crofton <Crofton!~Crofton@pool-108-44-117-187.ronkva.east.verizon.net> has joined #yocto22:49
*** agust <agust!~agust@p4FCB4189.dip0.t-ipconnect.de> has quit IRC22:56
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-hfgnupzednnzhsvg> has quit IRC22:59
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC23:00
*** sgw <sgw!swold@nat/intel/x-jwzhllvyxrgvmvip> has quit IRC23:02
*** kpo <kpo!~bob@user-94-254-248-17.play-internet.pl> has quit IRC23:03
* armpit the internet needs a reboot23:04
* armpit wonders if it would actual come back up23:04
paulgit would depend on what version of u-boot it was running.23:08
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto23:08
*** stefan <stefan!~stefan@ipbcc3cc6c.dynamic.kabel-deutschland.de> has joined #yocto23:10
armpitor if it it running in qemu mips : )23:13
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC23:13
armpitbluelightning, I will drink on your behalf23:23
*** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.73> has quit IRC23:25
bluelightningarmpit: great :D23:36
*** stefan <stefan!~stefan@ipbcc3cc6c.dynamic.kabel-deutschland.de> has quit IRC23:44

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!