Monday, 2018-05-14

*** learningc <learningc!~User@> has quit IRC00:00
*** chandana73 <chandana73!47c6c594@gateway/web/freenode/ip.> has quit IRC00:09
*** learningc <learningc!> has joined #yocto00:30
*** User__ <User__!> has joined #yocto00:33
*** User__ <User__!> has quit IRC00:34
*** learningc <learningc!> has quit IRC00:36
*** nighty- <nighty-!> has joined #yocto00:42
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC00:51
*** Willy-- <Willy--!~william@> has joined #yocto00:51
*** nathani_ <nathani_!> has quit IRC01:06
*** nathani_ <nathani_!> has joined #yocto01:06
*** nathani_ <nathani_!> has quit IRC01:09
*** nathani_ <nathani_!> has joined #yocto01:10
*** nathani_ <nathani_!> has quit IRC01:13
*** nathani_ <nathani_!> has joined #yocto01:13
*** nathani_ <nathani_!> has quit IRC01:16
*** nathani_ <nathani_!> has joined #yocto01:17
*** hackeron <hackeron!~hackeron@gentoo/user/hackeron> has quit IRC01:20
*** nathani_ <nathani_!> has quit IRC01:20
*** nathani_ <nathani_!> has joined #yocto01:20
*** nathani_ <nathani_!> has quit IRC01:23
*** nathani_ <nathani_!> has joined #yocto01:24
*** nathani_ <nathani_!> has quit IRC01:27
*** nathani_ <nathani_!> has joined #yocto01:27
*** nathani_ <nathani_!> has quit IRC01:30
*** nathani_ <nathani_!> has joined #yocto01:31
*** nathani_ <nathani_!> has quit IRC01:34
*** nathani_ <nathani_!> has joined #yocto01:34
*** nathani_ <nathani_!> has quit IRC01:37
*** nathani_ <nathani_!> has joined #yocto01:38
*** nathani_ <nathani_!> has quit IRC01:41
*** nathani_ <nathani_!> has joined #yocto01:41
*** nathani_ <nathani_!> has quit IRC01:44
*** nathani_ <nathani_!> has joined #yocto01:45
*** nathani_ <nathani_!> has quit IRC01:48
*** kaspter <kaspter!~Instantbi@> has quit IRC01:48
*** nathani_ <nathani_!> has joined #yocto01:48
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:50
*** nathani_ <nathani_!> has quit IRC01:51
*** nathani_ <nathani_!> has joined #yocto01:52
*** nathani_ <nathani_!> has quit IRC01:55
*** nathani_ <nathani_!> has joined #yocto01:55
*** nathani_ <nathani_!> has quit IRC01:58
*** nathani_ <nathani_!> has joined #yocto01:59
*** nathani_ <nathani_!> has quit IRC02:02
*** nathani_ <nathani_!> has joined #yocto02:02
*** nathani_ <nathani_!> has quit IRC02:05
*** nathani_ <nathani_!> has joined #yocto02:06
*** nathani_ <nathani_!> has quit IRC02:09
*** nathani_ <nathani_!> has joined #yocto02:09
*** kaspter <kaspter!~Instantbi@> has quit IRC02:17
*** kaspter <kaspter!~Instantbi@> has joined #yocto02:19
*** kaspter1 <kaspter1!~Thunderbi@> has joined #yocto02:20
*** kaspter <kaspter!~Instantbi@> has quit IRC02:22
*** kaspter1 is now known as kaspter02:22
*** kaspter <kaspter!~Thunderbi@> has joined #yocto02:26
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto02:47
*** armpit <armpit!> has quit IRC02:52
*** Willy-- <Willy--!~william@> has quit IRC02:55
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto02:57
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC02:57
yoctiNew news from stackoverflow: Information on how to do git revisioning for yocto <>03:18
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:38
*** kaspter <kaspter!~Thunderbi@> has quit IRC03:39
*** kaspter <kaspter!~Thunderbi@> has joined #yocto03:45
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC03:46
*** paulg <paulg!> has quit IRC03:54
*** nathani_ <nathani_!> has quit IRC04:13
*** nathani_ <nathani_!> has joined #yocto04:13
*** nathani_ <nathani_!> has quit IRC04:17
*** nathani_ <nathani_!> has joined #yocto04:17
*** nathani_ <nathani_!> has quit IRC04:20
*** nathani_ <nathani_!> has joined #yocto04:20
*** nathani_ <nathani_!> has quit IRC04:24
*** nathani_ <nathani_!> has joined #yocto04:24
*** nathani_ <nathani_!> has quit IRC04:27
*** nathani_ <nathani_!> has joined #yocto04:27
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC04:28
*** nathani_ <nathani_!> has quit IRC04:31
*** nathani_ <nathani_!> has joined #yocto04:31
*** nathani_ <nathani_!> has quit IRC04:34
*** nathani_ <nathani_!> has joined #yocto04:34
*** nathani_ <nathani_!> has quit IRC04:38
*** nathani_ <nathani_!> has joined #yocto04:38
*** nathani_ <nathani_!> has quit IRC04:41
*** nathani_ <nathani_!> has joined #yocto04:41
*** nathani_ <nathani_!> has quit IRC04:45
*** nathani_ <nathani_!> has joined #yocto04:45
*** nathani_ <nathani_!> has quit IRC04:48
*** nathani_ <nathani_!> has joined #yocto04:48
*** nathani_ <nathani_!> has quit IRC04:52
*** nathani_ <nathani_!> has joined #yocto04:52
*** armpit <armpit!~armpit@2601:202:4000:1184:a998:689b:691:198f> has joined #yocto04:53
*** nathani_ <nathani_!> has quit IRC04:55
*** nathani_ <nathani_!> has joined #yocto04:55
*** aehs29 <aehs29!~aehs29@> has quit IRC04:57
*** nathani_ <nathani_!> has quit IRC04:59
*** nathani_ <nathani_!> has joined #yocto04:59
*** sno <sno!> has quit IRC04:59
*** aehs29 <aehs29!~aehs29@> has joined #yocto05:01
*** nathani_ <nathani_!> has quit IRC05:02
*** nathani_ <nathani_!> has joined #yocto05:02
*** aehs29 <aehs29!~aehs29@> has quit IRC05:05
*** aehs29 <aehs29!~aehs29@> has joined #yocto05:05
*** nathani_ <nathani_!> has quit IRC05:06
*** nathani_ <nathani_!> has joined #yocto05:06
*** aehs29 <aehs29!~aehs29@> has quit IRC05:09
*** nathani_ <nathani_!> has quit IRC05:09
*** aehs29 <aehs29!~aehs29@> has joined #yocto05:09
*** nathani_ <nathani_!> has joined #yocto05:09
*** morphis <morphis!> has joined #yocto05:12
*** nathani_ <nathani_!> has quit IRC05:13
*** nathani_ <nathani_!> has joined #yocto05:13
*** nathani_ <nathani_!> has quit IRC05:16
*** nathani_ <nathani_!> has joined #yocto05:16
*** nathani_ <nathani_!> has quit IRC05:20
*** nathani_ <nathani_!> has joined #yocto05:20
*** curlybracket <curlybracket!> has joined #yocto05:20
*** gtristan <gtristan!~tristanva@> has joined #yocto05:23
*** morphis <morphis!> has quit IRC05:24
*** welhm <welhm!> has joined #yocto05:30
*** mdnneo <mdnneo!~umaucher@> has joined #yocto05:34
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto05:44
*** pohly <pohly!> has joined #yocto05:54
*** agust <agust!> has joined #yocto05:57
*** phoo1234567 <phoo1234567!> has quit IRC06:03
*** frieder <frieder!~frieder@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto06:11
*** hamis <hamis!~irfan@> has joined #yocto06:12
*** lusus <lusus!~lusus@> has joined #yocto06:15
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto06:27
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto06:32
*** frieder <frieder!~frieder@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC06:36
*** sno <sno!~sno@> has joined #yocto06:38
*** frieder <frieder!~frieder@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto06:40
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto06:46
*** TobSnyder <TobSnyder!> has joined #yocto06:48
*** yann <yann!> has quit IRC06:56
*** fl0v0 <fl0v0!> has joined #yocto06:56
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC06:57
*** Aur313 <Aur313!~aurele@> has joined #yocto07:03
*** Kakounet <Kakounet!> has joined #yocto07:16
*** nayfe <nayfe!uid259604@gateway/web/> has joined #yocto07:17
*** aragua <aragua!> has joined #yocto07:20
*** osse <osse!~ow@zsh/user/osse> has quit IRC07:20
*** clement_ <clement_!> has joined #yocto07:20
*** nathani_ <nathani_!> has quit IRC07:24
*** nathani_ <nathani_!> has joined #yocto07:24
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto07:25
*** mckoan|away is now known as mckoan07:27
*** nathani_ <nathani_!> has quit IRC07:27
*** nathani_ <nathani_!> has joined #yocto07:28
*** lucaceresoli <lucaceresoli!> has joined #yocto07:28
*** nathani_ <nathani_!> has quit IRC07:31
*** nathani_ <nathani_!> has joined #yocto07:31
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto07:33
*** nathani_ <nathani_!> has quit IRC07:34
*** nathani_ <nathani_!> has joined #yocto07:35
*** _william_ <_william_!> has quit IRC07:35
*** vdehors <vdehors!~vdehors@2a01:e0a:aa:d930:f46d:cefe:7aa8:a11a> has joined #yocto07:36
*** _william_ <_william_!> has joined #yocto07:36
*** ant_work <ant_work!> has joined #yocto07:37
*** nathani_ <nathani_!> has quit IRC07:38
*** prabhakarlad <prabhakarlad!~prabhakar@> has quit IRC07:38
*** nathani_ <nathani_!> has joined #yocto07:38
*** nathani_ <nathani_!> has quit IRC07:41
*** varjag <varjag!> has joined #yocto07:41
*** nathani_ <nathani_!> has joined #yocto07:42
*** _william_ <_william_!> has quit IRC07:43
*** _william_ <_william_!> has joined #yocto07:44
*** nathani_ <nathani_!> has quit IRC07:45
*** nathani_ <nathani_!> has joined #yocto07:45
*** nathani_ <nathani_!> has quit IRC07:48
*** nathani_ <nathani_!> has joined #yocto07:48
*** Bunio_FH <Bunio_FH!> has joined #yocto07:49
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:433c:cd00:89e7:e9db:848b:49e7> has joined #yocto07:51
*** nathani_ <nathani_!> has quit IRC07:52
*** nathani_ <nathani_!> has joined #yocto07:52
*** maw <maw!> has quit IRC07:54
*** maw <maw!~martinaw@pdpc/supporter/student/maw> has joined #yocto07:54
*** nathani_ <nathani_!> has quit IRC07:55
*** nathani_ <nathani_!> has joined #yocto07:56
*** clement_ <clement_!> has quit IRC07:57
*** nathani_ <nathani_!> has quit IRC07:59
*** nathani_ <nathani_!> has joined #yocto07:59
*** nathani_ <nathani_!> has quit IRC08:02
*** nathani_ <nathani_!> has joined #yocto08:03
*** nathani_ <nathani_!> has quit IRC08:06
*** nathani_ <nathani_!> has joined #yocto08:06
*** nathani_ <nathani_!> has quit IRC08:09
*** nathani_ <nathani_!> has joined #yocto08:09
*** clement_ <clement_!> has joined #yocto08:10
*** rburton <rburton!> has joined #yocto08:11
*** yann <yann!> has joined #yocto08:11
*** rburton <rburton!> has quit IRC08:11
*** rburton <rburton!> has joined #yocto08:12
*** nathani_ <nathani_!> has quit IRC08:13
*** nathani_ <nathani_!> has joined #yocto08:13
*** TobSnyder <TobSnyder!> has quit IRC08:13
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto08:15
*** TobSnyder <TobSnyder!> has joined #yocto08:15
*** nathani_ <nathani_!> has quit IRC08:16
*** nathani_ <nathani_!> has joined #yocto08:16
*** curlybracket <curlybracket!> has quit IRC08:17
*** nathani_ <nathani_!> has quit IRC08:20
*** nathani_ <nathani_!> has joined #yocto08:20
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC08:20
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto08:23
*** nathani_ <nathani_!> has quit IRC08:23
*** nathani_ <nathani_!> has joined #yocto08:23
*** nathani_ <nathani_!> has quit IRC08:27
*** nathani_ <nathani_!> has joined #yocto08:27
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC08:36
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto08:44
*** iangelov <iangelov!b92ed660@gateway/web/freenode/ip.> has joined #yocto08:46
iangelovHello I am having a problem trying to add wayland and weston to my yocto image. Is anyone able to support?08:47
*** morphis <morphis!> has joined #yocto08:49
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto08:50
iangelov Hello I am having a problem trying to add wayland and weston to my yocto image. Is anyone able to support?08:51
LetoThe2ndiangelov: maybe if you ask a specific question, including a description of the actual problem that you are seeing.08:52
LetoThe2ndiangelov: usually people do not step up and say "yes of yourse, how can i help you?"08:52
iangelovsorry, for sure I will share08:53
LetoThe2ndiangelov: if your logs are lengthy, please put them into a pastebin, thank you08:54
iangelovso as I said I need to add weston and wayland to my image. I have jethro-11.0-r8139-0. I added in my local.conf file following lines DISTRO_FEATURES_append = " opengl egl mesa cairo wayland" DISTRO_FEATURES_remove = " x11 directfb" CORE_IMAGE_EXTRA_INSTALL += "wayland weston"08:55
LetoThe2ndsounds ugly and massively outdated.08:56
iangelovI am using this board and the sources coming with it08:57
LetoThe2ndit nevertheless sounds ugly (you should not do everything in local.conf) and massively outdated (jethro is from 2015 and basically EOL)08:59
LetoThe2ndanyways it *might* work for testing, so what is your actual problem?08:59
iangelovso when I try to build everything I fail and in the log file I find CAIRO_EGL no package named wayland_egl is found09:04
*** g0hl1n <g0hl1n!5be602f4@gateway/web/freenode/ip.> has joined #yocto09:04
LetoThe2ndiangelov: what layers are in use? you could put a full buildlog including head and error into pastebin?09:05
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto09:10
sveinseWhile working with hg repos, I've made a SRCPV:="AUTOINC-${@get_hgid('${S}',d)}", and get_hgid runs'hg --config trusted.users="*" id -i', shell=True, cwd=dir). I now get the error on bitbake --parse-only: "bb.data_smart.ExpansionError: Failure expanding variable SRCPV[:=], expression was AUTOINC-${@get_hgid('/my/path...',d)} which triggered exception NotFoundError: Execution of 'hg --config09:21
sveinsetrusted.users="*" id -i' failed: command not found"09:22
sveinseAm I missing some dependency here? This has worked before, but I'm not sure what have changed09:22
sveinseFor the record, SRCPV for hg repos don't work properly, which is the cause for the arrangement09:37
*** aratiu <aratiu!~adi@> has quit IRC09:37
*** aratiu <aratiu!~adi@> has joined #yocto09:39
sveinseI think I have an idea of the problem: SRCPV is assigned with := and at parsing-time, the recipe repo '${S}' isn't cloned yet, so that won't work. Setting it to = seems to trigger other type errors. It's using ${S} which is ${WORKDIR}/hg, and that creates maximum recursion depth error at parsing09:44
*** t0mmy <t0mmy!~tprrt@> has joined #yocto09:53
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:57
*** TafThorne <TafThorne!~thomas@> has joined #yocto09:58
*** kaspter <kaspter!~Thunderbi@> has quit IRC10:00
*** kaspter <kaspter!~Thunderbi@> has joined #yocto10:00
*** nathani_ <nathani_!> has quit IRC10:31
*** nathani_ <nathani_!> has joined #yocto10:31
*** nathani_ <nathani_!> has quit IRC10:35
*** nathani_ <nathani_!> has joined #yocto10:35
*** nathani_ <nathani_!> has quit IRC10:38
*** nathani_ <nathani_!> has joined #yocto10:38
*** nathani_ <nathani_!> has quit IRC10:42
*** nathani_ <nathani_!> has joined #yocto10:42
*** nathani_ <nathani_!> has quit IRC10:45
*** nathani_ <nathani_!> has joined #yocto10:45
*** nathani_ <nathani_!> has quit IRC10:49
*** nathani_ <nathani_!> has joined #yocto10:49
RPsveinse: the fetcher contains various tweaks o try and help that, it may b better to try and fix the hg fetcher properly?10:51
*** nathani_ <nathani_!> has quit IRC10:52
*** nathani_ <nathani_!> has joined #yocto10:52
sveinseRP: Yeah, it might. I'm not well versed in bitbake's internals unfortunately10:53
*** bluelightning <bluelightning!~paul@2406:e007:4c92:1:5e51:4fff:febb:401d> has joined #yocto10:55
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:55
*** nathani_ <nathani_!> has quit IRC10:55
*** nathani_ <nathani_!> has joined #yocto10:56
*** nathani_ <nathani_!> has quit IRC10:59
*** nathani_ <nathani_!> has joined #yocto10:59
*** gtristan <gtristan!~tristanva@> has quit IRC11:02
*** nathani_ <nathani_!> has quit IRC11:02
*** nathani_ <nathani_!> has joined #yocto11:03
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC11:03
*** nathani_ <nathani_!> has quit IRC11:06
*** nathani_ <nathani_!> has joined #yocto11:06
*** nathani_ <nathani_!> has quit IRC11:09
*** nathani_ <nathani_!> has joined #yocto11:10
*** nathani_ <nathani_!> has quit IRC11:13
*** nathani_ <nathani_!> has joined #yocto11:13
*** RP <RP!> has quit IRC11:14
*** RP <RP!> has joined #yocto11:15
*** Mylene_ is now known as Mylene11:16
*** vdehors <vdehors!~vdehors@2a01:e0a:aa:d930:f46d:cefe:7aa8:a11a> has quit IRC11:16
*** nathani_ <nathani_!> has quit IRC11:16
*** nathani_ <nathani_!> has joined #yocto11:17
*** nathani_ <nathani_!> has quit IRC11:20
*** nathani_ <nathani_!> has joined #yocto11:20
*** nathani_ <nathani_!> has quit IRC11:23
*** nathani_ <nathani_!> has joined #yocto11:24
sveinseIf using ${SRCPV} as-is without setting it, the SRCREV="${AUTOREV}" seems to be the culprit for hg. Once SRCREV it set to a specific revision, it does not fail with "bb.data_smart.ExpansionError: Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)} which triggered exception AttributeError: 'FetchData' object has no attribute 'moddir'"11:25
*** nathani_ <nathani_!> has quit IRC11:27
*** nathani_ <nathani_!> has joined #yocto11:27
*** vdehors <vdehors!~vdehors@2a01:e0a:aa:d930:f46d:cefe:7aa8:a11a> has joined #yocto11:29
*** rburton <rburton!> has quit IRC11:29
*** nathani_ <nathani_!> has quit IRC11:30
*** nathani_ <nathani_!> has joined #yocto11:31
*** justinsg <justinsg!7963f010@gateway/web/freenode/ip.> has joined #yocto11:34
*** nathani_ <nathani_!> has quit IRC11:34
*** nathani_ <nathani_!> has joined #yocto11:34
*** justinsg <justinsg!7963f010@gateway/web/freenode/ip.> has left #yocto11:37
*** justinsg <justinsg!sid296040@gateway/web/> has joined #yocto11:37
*** paulg <paulg!> has joined #yocto11:45
*** gtristan <gtristan!~tristanva@> has joined #yocto11:48
*** gtristan <gtristan!~tristanva@> has quit IRC11:48
*** gtristan <gtristan!~tristanva@> has joined #yocto11:48
*** madhur <madhur!4a70a482@gateway/web/freenode/ip.> has joined #yocto12:22
madhurHi Guys, I need a help, I am building a sdk image based on the image recipe, but I find most of the -dev and -dbg packages of the recipe is not added in the final sdk, I verify this by reading buildhistrory, but the sdk-info.txt shows that I am having SDKIMAGE_FEATURES = dev-pkgs dbg-pks is set12:25
madhuris there a reason why -dbg -dev packages left out in building the sdk.12:27
welhmmadhur: bitbake rootfs-image -c populate_sdk ?12:27
madhurwelhm: yes, I did "bitbake -c populate_sdk <rootfs-image>"12:27
*** madhur is now known as mravindr12:31
jaeckelis there a way to create an SDK that includes all dev packages?12:39
jaeckelforget my question, it has just been answered12:41
*** zarzar <zarzar!~zarzar@> has joined #yocto12:47
mravindrright now I am adding all the -dbg packages in TOOLCHAIN_TARGET_TASK13:04
mravindrthis should have been added by default as I have SDKIMAGE_FEATURES is set with dev-pkgs and dbg-pkgs13:05
*** tlwoerner <tlwoerner!~Trevor@> has joined #yocto13:08
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto13:08
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC13:13
*** marka <marka!~masselst@> has joined #yocto13:17
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:b034:cb87:2094:f197> has joined #yocto13:19
yoctiNew news from stackoverflow: How to stream RTP over RTSP with SDP in LInux <>13:20
*** TobSnyder <TobSnyder!> has quit IRC13:21
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:33
*** rajm <rajm!> has joined #yocto13:34
*** rcw <rcw!~rcw@> has joined #yocto13:36
*** vdehors <vdehors!~vdehors@2a01:e0a:aa:d930:f46d:cefe:7aa8:a11a> has quit IRC13:38
*** vdehors <vdehors!~vdehors@2a01:e0a:aa:d930:f46d:cefe:7aa8:a11a> has joined #yocto13:46
*** JoeR <JoeR!> has joined #yocto13:50
JoeRHello fantastic yocto people. I'm back with another question. I have a weird quirk that I suspect is my recipe but I can't track it down.13:51
JoeRI get the git error: fatal: remote origin already exists.13:52
JoeRFor my own repo that I can definitely clone as that user (on that build machine).13:52
JoeRI'm guessing it's to do with what the git fetcher is up to, but I'm in the dark apart from that.13:53
JoeRAll I want is to pull the HEAD of master for a trivial one file, non-compiled config repo.13:53
*** rcw <rcw!~rcw@> has quit IRC13:54
JoeRAny suggestions where I should start looking?13:55
*** rcw <rcw!~rcw@> has joined #yocto13:55
jaeckelwhich version of yocto/Git are you using?13:59
*** ant_work <ant_work!> has quit IRC13:59
jaeckelwhich Git version?14:00
*** rburton_ <rburton_!> has joined #yocto14:00
rburton_kanavin: turns out my irc client dropped from here hours ago and i didn't notice14:01
kanavinrburton_: kudos for sorting the ldconfig crash thing14:01
rburton_well, just pestering khem really :)14:02
kanavinI wonder when khem has time for 'day job' :)14:03
kanavinsupporting the toolchain is easily a fulltime thing14:03
kanavinrburton_: anyway. I'm looking for things to do for the next 4-ish weeks14:04
kanavinrburton_: if you have ideas or open bugs etc., let me know14:04
rburton_yeah good thinking14:04
kanavinrburton_: oh btw, don't forget to drop Peter's rpm open files patches, he'll come up with a better fix14:05
rburton_yeah, already punted them from mut thanks14:05
jaeckelJoeR: you should ask rburton_ probably he knows14:06
*** kaspter <kaspter!~Thunderbi@> has quit IRC14:08
*** rcw <rcw!~rcw@> has quit IRC14:09
*** rcw <rcw!~rcw@> has joined #yocto14:10
sveinseCan PROVIDES be used for arbitrary use? And can it be RDEPENDS on?14:11
*** hamis <hamis!~irfan@> has quit IRC14:11
-YoctoAutoBuilder- build #1059 of nightly-oe-selftest is complete: Success [build successful] Build details are at
kanavinsveinse: I'd say yes, but if you want to put there things that are not real package names, prefix with virtual/14:12
*** mravindr <mravindr!4a70a482@gateway/web/freenode/ip.> has quit IRC14:13
*** hamis <hamis!~irfan@> has joined #yocto14:13
sveinsekanavin: What is the distinction between PROVIDES and RPROVIDES? When is the latter used over the former?14:14
rburton_build time / runtime14:15
rburton_identical to depends / rdepends14:15
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has joined #yocto14:15
*** Flow86 <Flow86!> has quit IRC14:17
maluone of the main problems of yocto/oe/bitbake, too brief keywords. lots ot confusion would go away if naming them eg. runtime_depends, build_depends14:17
sveinseMy use-case is a recipe which generates three mutually exclusive configuration packages which all shall provide virtual/sp-support. The main app should rdepend on virtual/sp-support. So then the recipe should contain RPROVIDES_${PN}_option1="virtual/sp-support" and so on?14:17
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC14:22
JoeRDear me. The origin as listed in the git config didn't have a .git on the end of the repo name. Specifying it as part of the URL works under git when used "normally" but I'm guessing that the git fetcher does something different than my trivial clone, and thus git gets upset.14:23
*** Flow86 <Flow86!> has joined #yocto14:23
*** Pharaoh_Atem <Pharaoh_Atem!~neal@> has joined #yocto14:24
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto14:24
*** Crofton <Crofton!~Crofton@2601:5c0:c100:b84:9591:74c3:9c65:61ea> has quit IRC14:30
*** JoeR <JoeR!> has quit IRC14:34
*** WillMiles <WillMiles!> has joined #yocto14:34
rburton_malu: not *that* confusing.  If it starts with R its runtime, otherwise buildtime.14:40
rburton_sveinse: basically our packaging behaves the same way as debian so is useful14:41
malurburton_: maybe not confusing to you and me, but clearly people get confused, the evidence is in the pudding.14:43
*** hamis <hamis!~irfan@> has quit IRC14:44
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC14:45
*** wooosaiii <wooosaiii!> has joined #yocto14:53
*** majuk <majuk!> has quit IRC14:53
*** wooosaiiii <wooosaiiii!> has quit IRC14:54
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:54
T_UNIXhow are tasks recognized as cleanly completed? i.e. I have a wrongly packaged binary (executable bit is missing). The PV (incl. AUTOREV) didn't change in months, but somehow I ended up with a ubifs-image that had that executable file non-executable.14:54
T_UNIXI mean is it imaginable, that bitbake was interrupted prior to executing some `chmod`-ish command, but assumed (due to "old"/preexisting completion files)  it was properly executed?14:56
*** majuk <majuk!> has joined #yocto14:56
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:00
*** nighty-- <nighty--!> has joined #yocto15:03
*** gtristan <gtristan!~tristanva@> has quit IRC15:04
jaeckelis there a possibility to do a RDEPENDS_xx -= <something> ?15:05
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:433c:cd00:89e7:e9db:848b:49e7> has quit IRC15:06
jaeckelif I want to fix a recipe which sets a broken RDEPENDS15:06
*** lfa <lfa!> has joined #yocto15:06
*** varjag <varjag!> has quit IRC15:07
*** frieder <frieder!~frieder@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC15:09
majuklol, client sends a block diagram asking basically to redesign the whole board.15:11
majukI guess that's good. Means I still have a job.15:11
jaeckelyay ddg helps a lot15:12
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:433c:cd00:89e7:e9db:848b:49e7> has joined #yocto15:14
majukwoops wrong channel15:21
Crofton|workmajuk, good for you!15:23
*** allsey87 <allsey87!a40f0a8c@gateway/web/freenode/ip.> has joined #yocto15:23
majukCrofton|work: Thanks. :D Hopefully the client is as excited when I tell him these changes will take us from 6 to 8 copper layers.15:24
allsey87Hi all, newbie question most likely: I have added the skeleton external kernel module (hello-mod) to my image and added it to MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS, however during stage 2 where hello.mod.c (the wrapper source file) get compiled, I get error regarding __this_module being an incomplete type and KBUILD_MODNAME not being defined. Any thoughts?15:31
allsey87I can see command line to make looks correct: -C is set to kernel-source and M= module directory15:35
*** AbleBacon_ <AbleBacon_!~AbleBacon@unaffiliated/ablebacon> has joined #yocto15:41
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC15:43
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC15:44
*** AbleBacon_ is now known as AbleBacon15:44
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:433c:cd00:89e7:e9db:848b:49e7> has quit IRC15:44
*** lusus <lusus!~lusus@> has quit IRC15:47
kergothare you inheriting the correct module classes?15:50
allsey87I believe so, inherits module15:52
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:53
allsey87My defconfig has: CONFIG_MODULES=y and CONFIG_MODULE_*=y15:54
allsey87it seems like these errors would stem from module.h not being included, but that's not the case...15:57
sveinseis ${THISDIR} implicit/default in FILESEXTRAPATHS, or is it ${THISDIR}/files ?15:58
allsey87the compiler complains that __this_module is an incomplete type, but __this_module is the name of the instance, which suggests that module.h isn't being included15:59
allsey87or at least that struct module isn't visible15:59
*** JaMa <JaMa!~martin@> has joined #yocto16:04
*** Kakounet <Kakounet!> has quit IRC16:04
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC16:06
tlwoernerkanavin: kconfig fragment support for u-boot! ;-)16:06
*** rburton_ is now known as rburton16:06
*** nerdboy <nerdboy!> has joined #yocto16:07
*** nerdboy <nerdboy!> has quit IRC16:07
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:07
kergothsveinse: neither. filesextrapths is empty by default, and is only used to add extra paths for bbappends16:07
kergothsveinse: if you mean the default for FILESPATH for recipes, THISDIr isn'tincluded, no16:08
*** dengke <dengke!~dengke@> has quit IRC16:10
*** dengke <dengke!~dengke@> has joined #yocto16:11
*** martinkelly1 <martinkelly1!> has joined #yocto16:11
*** gtristan <gtristan!~tristanva@> has joined #yocto16:11
sveinsekergoth: thanks16:12
sveinseDoes bitbake automatically build RDEPENDS packages when building a packages?16:14
rburtonJaMa: does qemu really need both sdl1 and sdl2 to build?16:16
rburtonoh you replied :)16:16
rburtonmutually exclusive groups are a bit of a pain with packageconfig16:17
*** yann <yann!> has quit IRC16:19
frayI know in the tune features we have that implemented, do we need something similar in packageconfig?16:21
rburtonyeah would be useful16:21
frayPACKAGECONFIG_CONFLICT[item] = "what it conflicts with"16:21
*** sno <sno!~sno@> has quit IRC16:22
rburtoni was wondering about PACKAGECONFIG[sdl] and PACKAGECONFIG[sdl.1] [sdl2]16:22
frayIF I remember right (and I may not be in this instance) we didn't do that originally since we figured configure would prevent them..  --but-- that would fail during build vs during parse.. parse is a much better time16:22
rburtonso there's nested members and the top-level sdl enable/disable options would apply to all the children16:22
sveinseI've got SRC_URI="file://bin" and in do_install() { echo $PWD; install -m 0755 bin/vs2 }. It stops on not finding bin/vs2, yet $PWD prints the correct path and the workdir contains the bin/ directory with the file. What could be wrong?16:24
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto16:24
rburtonsveinse: presumably you're passing two arguments to install?16:25
sveinserburton: yeah, sorry, manual copy paste error16:25
rburtoneasy fix: just use ${WORKDIR}/bin/vs2 in the install command16:26
sveinsebecause of pseudo perhaps?16:26
JaMarburton: I can add "toplevel" sdl PACKAGECONFIG which does only the enable/disable without adding any dependency and then sdl[12] which will add the right abi parameter and the dependency16:26
JaMarburton: but then people currently using just sdl will get failures16:27
rburtonyeah we need to migrate sdl to be sdl2 really16:27
rburtoncan we just drop sdl1?16:27
rburtonis there any reason to support both?16:27
JaMaI don't know16:28
sveinseWhile I'm at it: if I have a in-tree source which I don't want to copy over to workdir, I believe I could use SRC_URI="file://dir;unpack=no" but I see now that it copies it into workdir anyways. Is there a way to do this?16:29
JaMawith gtk UI broken as well, that leaves sdl2 the only option of ui16:29
rburtonsveinse: why would you want an entry in SRC_URI that isn't in the workdir?16:29
*** mckoan is now known as mckoan|away16:29
*** rcw <rcw!~rcw@> has quit IRC16:29
rburtonif its not in workdir you can't reach it16:29
rburtonif you don't want to reach it, why is it in SRC_URI?16:29
sveinserburton: well, this is perhaps a principal discussion, but because the sources are located together with the recipes, so there is no need to copy them over to workdir16:31
*** xtron <xtron!~xtron@> has quit IRC16:31
sveinseBut if recent bitbakes prevents that, then, yeah, must be redesigned then16:31
kergothif unpack=no isn't  working, that's a bug16:31
rburtonsveinse: in the general case we support per-machine overrides for every file, and bbappends can drop in replacement files16:31
rburtonso you shouldn't be grabbing files from where you think they are, but let bitbake put the right files into WORKDIR16:32
*** fl0v0 <fl0v0!> has quit IRC16:32
rburtonJaMa: '[17:31:09]  <pm215>configure will warn that sdl1 is deprecated'16:33
rburtonJaMa: sounds like we can just make sdl be sdl216:33
khemyeah this magic of OE is quite PITA in many cases, when you drop in a BSP layer which is doing interesting things by file overrides16:34
*** mdnneo <mdnneo!~umaucher@> has quit IRC16:34
sveinseI know yocto's stance on this, with the desire to split recipes and sources. But when you're developing an application where the source development and recipe-adjustments go hand in hand, having to constantly committing to two different repos just havent worked in our organization. Got a lot of build errors and confused devs due to this close relationship. This is why we decided to put sources and recipes16:34
JaMarburton: ok, will update it in jansa/thud branch in a sec16:34
sveinsetogether for this layer.16:35
kergothdoesn't seem unreasonable to me, it's the way folks do e.g. debian development, just quite different from our usual workflows16:35
khemsveinse: its a slippery slope which is a bit slow in the beginning16:35
sveinseDebian has a concept of native packages, where sources sits together with the metas (the debian/ dir). I actually wish bitbake could have something similar16:35
kergothbut if the unpack flag isn't obeyed, you should definitely open a bug16:35
*** vdehors <vdehors!~vdehors@2a01:e0a:aa:d930:f46d:cefe:7aa8:a11a> has quit IRC16:35
sveinsekergoth: yeah, I'll double check this and file one16:36
khemI think of systems like bsds and android then having all goop in one is what works, not necessarily best16:36
kergothi've personally tested populating local source trees for every recipe used in a minimal image and placing their recipes inside the source trees, doing all builds from that local directory of source trees + metadata, bypassing fetch/unpack/patch across the board16:36
kergothhas its advantages and disadvantages16:36
rburtonsveinse: it works, it just does a copy you don't really care for16:37
khemkergoth: with devtool I think we should be able to address developer needs16:37
khemone issue that always bites with OE's way is CI tools assume the traditional monolithic systems, so one has to script around a bit16:39
kergothdevtool is good at extracting a tree and updating ar ecipe from that tree, less so updating the tree when the recipe changes when the layer is updated, iirc16:39
kergothi actually think it'd be interesting to prototype a setup where the metadata is still out of band, just store the source trees of *everything* in git repos we hosted, patches being branches, no fetching from upstream locations, only controlled scm repos16:40
khemthere is devtool sync16:40
sveinseHave yocto been considering the ability to share repos among recipes without checking all out all over again?16:41
*** t0mmy <t0mmy!~tprrt@> has quit IRC16:41
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto16:41
sveinseIn mono repo setups, where a large upstream repo might contain sources for multiple recipes. If then the repo can't be subdivided/sliced to isolate the sources for a particular recipes, then there will be a lot of superflous checkouts16:42
khemkergoth: one strenght of OE is strong component boundaries, not sure if that would remain to strong in such a set up16:42
khemsveinse: look how kernel and gcc recipes are16:42
*** Bunio_FH <Bunio_FH!> has joined #yocto16:43
kergothit'd sidestep certain corporate concerns and potentially ease aspects of maintenance, but yeah, there'd be tradeoffs i'm sure16:43
kergothhence being a prototype16:43
*** chandana73 <chandana73!95c73efe@gateway/web/freenode/ip.> has joined #yocto16:43
kergothdownside is it'd require project-wide interest, otherwise there wouldnt' be enough use to really determine the effects16:43
JaMarburton: jansa/thud updated, triggering the builds now16:44
khemkergoth: I think having a traditional view would find more supporters and might ease learning curve a bit16:44
sveinsekhem: i'll do that -- (even tough I have a suspicion that the recipe setup for either of them falls under the category of "simple")16:44
rburtonsveinse: much fun with the kernel/gcc trees being shared but causing annoying races during build16:45
khemsveinse: what you are asking is also not simple particularly, talking about component boundaries it defies OE16:45
rburtonsveinse: we do one proper fetch to DL_DIR and then do local clones, which are relatively fast16:45
*** Jefro <Jefro!~josiermi@> has joined #yocto16:48
*** t0mmy <t0mmy!~tprrt@> has joined #yocto16:48
khemrburton: gcc8 branch is updated16:49
khemrburton: testimage passed for qemux86 and qemumips for sato image16:50
*** allsey87 <allsey87!a40f0a8c@gateway/web/freenode/ip.> has quit IRC16:50
khembut we need kernel 4.1516:50
khemeventually I am sure patches for 4.14 will land too since its LTS but I am not planning to do that all myself16:51
yoctiNew news from stackoverflow: Yocto: Why is struct module undefined during building an external kernel module <>16:51
sveinseIs there an option to bitbake for not building RDEPENDS when building a recipe?16:52
rburtonJaMa: thats just a change to the top commit right16:52
rburtonsveinse: no16:52
kergothtechnically you could override the default rdeptask/etc, but i wouldn't recommend it, it'd potentially break image construction16:55
sveinseno worried, I meant it as a means during development, as building some of the RDEPENDS is cluttering my bitbake -v output for this other recipe16:57
sveinse*no worries16:57
khemkergoth: how would it break image construction16:58
khemis it becuse image recipes are no different than component recipes16:58
khemand might start ignoring rdeps during build16:59
kergothwell obviously you need to ensure the dependent packages exist to build an image, if you remove the bits that build rdeps, you'd be missing packages. though i expect you could drop rdeptask but keep recrdeptask in the image to resolve that.. potentially other issues though16:59
* kergoth shrugs, admittedly haven't had much caffeine yet this morning17:00
sveinseI would expect that RDEPENDS are only needed when building images, but they are by definition, not needed when building a recipe. It's only when the package is installed somewhere its RDEPENDS comes into play.17:01
sveinseI do understand the co-building of RDEPENDS for the need of package feeds, but more as a function for a temporary development means17:02
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC17:03
*** wolfmitchell <wolfmitchell!~mitchell@unaffiliated/wolfmitchell> has quit IRC17:04
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto17:13
*** Jefro <Jefro!~josiermi@> has quit IRC17:15
sveinseIs it correct that ipks don't have any concept of PROVIDES and RPROVIDES?17:18
sveinseI have a package where I've set RDEPENDS="virtual/myvirt", but I don't see it in the metadata of that .ipk17:19
JaMarburton: top 217:19
sveinseforget it, my bad17:20
*** dreyna <dreyna!> has joined #yocto17:28
*** zarzar <zarzar!~zarzar@> has quit IRC17:32
*** scottrif <scottrif!> has joined #yocto17:39
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC17:40
*** zarzar <zarzar!~zarzar@> has joined #yocto17:43
*** rajm <rajm!> has quit IRC17:53
kergothsveinse: heh, forgot _packagename? :)17:55
sveinsekergoth: what, no idea of what you're talking about ;) :D18:05
JaMaRDEPENDS is useless you need e.g. RDEPENDS_${PN}18:07
*** yann <yann!> has joined #yocto18:16
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC18:34
*** igor <igor!bb6c2acb@gateway/web/freenode/ip.> has joined #yocto18:37
*** dev1990 <dev1990!> has quit IRC18:40
*** dev1990 <dev1990!> has joined #yocto18:40
*** roxell <roxell!~roxell@unaffiliated/roxell> has quit IRC18:45
*** roxell <roxell!~roxell@unaffiliated/roxell> has joined #yocto18:45
*** phatina <phatina!> has joined #yocto18:45
*** roxell <roxell!~roxell@unaffiliated/roxell> has quit IRC18:49
*** phatina_ <phatina_!> has joined #yocto18:50
*** phatina <phatina!> has quit IRC18:50
*** roxell <roxell!~roxell@unaffiliated/roxell> has joined #yocto18:53
*** igor <igor!bb6c2acb@gateway/web/freenode/ip.> has quit IRC18:54
*** Jefro <Jefro!josiermi@nat/intel/x-snmvfyjgkzdsyrkx> has joined #yocto18:56
-YoctoAutoBuilder- build #1060 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at
*** abelloni <abelloni!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has quit IRC19:04
*** scottrif <scottrif!> has quit IRC19:05
*** abelloni <abelloni!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has joined #yocto19:12
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto19:17
*** igor <igor!bb6c2acb@gateway/web/freenode/ip.> has joined #yocto19:17
igorhi guys19:17
igorim getting this error on linux-yocto:do_patch task19:18
igor[ERROR]: Application of .kernel-meta//patches//arch/arm/v7-A15/ARM-LPAE-Invalidate-the-TLB-for-module-addresses-dur.patch failed.19:18
igorThis patch is add by the bsp/common-pc-64/common-pc-64-standard.scc19:18
igorsomeone knows how to fix it?19:19
zeddii_homenope. not with that information.19:19
zeddii_homeevery single person / sanity / nightly build that runs for qemux86* builds that BSP. so clearly, you have something different in your setup.19:20
igoryes, I created a machine called dummy-x86-64 and set KMACHINE dummy-x86-64, KTYPE standard and KARCH x86_6419:24
igorso I set COMPATIBLE_MACHINE_dummy-x86-64 = "dummy-x86-64"19:24
igorjust it19:25
igorI used to build my image on dizzy branch19:25
zeddii_homethis is on master then ?19:26
igornow i'm trying to build it on sumo branch19:26
zeddii_homeright. same thing.19:26
zeddii_homethe processing is different for a while. dizzy is quite old, so you would’nt have seen any of the intermediate changes.19:26
zeddii_homedo you have your own BSP .scc file somewhere ? are you including anything on the SRC_URI ?19:26
igoryes, i just checkout and bitbake19:26
rburton'quite' - released october 201419:27
igoryes, I have a dummy-x86-64-standard.scc that contains KMACHINE, KTYPE and KARCH variables19:27
rburtonvulnerable to spectre/meltdown and the wpa exploits too19:28
zeddii_homeand that’s it ? It must have an include of the common-pc definition, right ?19:28
*** Jefro <Jefro!josiermi@nat/intel/x-snmvfyjgkzdsyrkx> has quit IRC19:28
*** lfa <lfa!> has quit IRC19:28
igorI included  bsp/common-pc-64/common-pc-64-standard.scc on my dummy-x86-64-standard.scc file19:29
zeddii_homeso that will trigger what you are seeing now, a full patch attempt, which will fail. since those patches are already applied to the tree. it wasn’t like that before, but is now to simplify the code.19:29
zeddii_hometry changing that line to 'include bsp/common-pc-64/common-pc-64-standard.scc nopatch’19:29
igorthank you very mutch sir19:30
zeddii_homeassuming that works ;) that path doesn’t get a lot of mileage. if it doesn’t sending a pointer to your layer, etc, to the linux-yocto list will help, so I can just spawn my own build.19:30
*** phatina <phatina!> has joined #yocto19:31
*** phatina_ <phatina_!> has quit IRC19:31
*** sno <sno!> has joined #yocto19:31
igorok :D19:33
*** mcfrisk <mcfrisk!> has quit IRC19:33
*** mcfrisk <mcfrisk!> has joined #yocto19:39
igorzeddii_home: it worked sir, thank you!19:40
zeddii_homeexcellent. thanks for letting me know.19:45
*** igor <igor!bb6c2acb@gateway/web/freenode/ip.> has quit IRC19:45
*** WillMiles <WillMiles!> has quit IRC19:52
smurrayzeddii_home: quick question, are there any plans for updating the puppet and chef recipes in meta-cloud-services?19:52
*** igor <igor!bb6c2acb@gateway/web/freenode/ip.> has joined #yocto19:57
zeddii_homesmurray: eventually yah. most of the uprev/update time so far has been on the openstack bits, but the supporting stuff will cycle to the top as some point.19:57
*** bluelightning <bluelightning!~paul@> has joined #yocto19:58
*** bluelightning <bluelightning!~paul@> has quit IRC19:58
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:58
smurrayzeddii_home: okay.  I have a customer poking around with it that I suspect will ask for a newer version of one or the other, so I might have updates at some point20:00
smurrayzeddii_home: I also have some different hackery I'm using for them for building gems with native extensions that I'm debating whether it's upstreamable or not20:01
*** scottrif <scottrif!> has joined #yocto20:09
*** phatina <phatina!> has quit IRC20:10
*** gtristan <gtristan!~tristanva@> has quit IRC20:11
zeddii_homesmurray: it is definitely worth sending! maybe with some tweaks it’ll be broadly useful. patches will tell the story. I can’t say that the current state is perfect, so anything is possible.20:20
smurrayzeddii_home: the hackery done in ruby.bbclass wasn't working for the nokogiri gem (which is a bit of a beast), so I took an approach of patching Ruby's rbconfig.rb to add a hook for cross-compilation20:21
smurrayzeddii_home: so it requires patching Ruby, which I figure is a bit overly messy20:22
smurrayzeddii_home: I have some idea of what it'd likely take to get rake working as an alternative, but don't have the cycles just ATM to try that20:22
*** aehs29 <aehs29!~aehs29@> has quit IRC20:33
*** marka <marka!~masselst@> has quit IRC20:41
*** majuk <majuk!> has quit IRC20:43
*** t0mmy <t0mmy!~tprrt@> has quit IRC20:44
*** majuk <majuk!> has joined #yocto20:46
*** Jefro <Jefro!josiermi@nat/intel/x-xetrybgnocwsqgqm> has joined #yocto20:54
*** pohly <pohly!> has quit IRC21:05
*** MiskaX <MiskaX!> has quit IRC21:10
*** MiskaX <MiskaX!> has joined #yocto21:11
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto21:34
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC21:39
*** Jefro <Jefro!josiermi@nat/intel/x-xetrybgnocwsqgqm> has quit IRC21:54
*** ant_home <ant_home!> has joined #yocto21:58
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:07
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC22:21
*** agust <agust!> has quit IRC22:21
*** igor <igor!bb6c2acb@gateway/web/freenode/ip.> has quit IRC22:28
*** rburton <rburton!> has quit IRC22:33
*** scottrif <scottrif!> has left #yocto22:42
*** d3r3k <d3r3k!uid190567@gateway/web/> has joined #yocto22:45
*** ant_home <ant_home!> has quit IRC22:55
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC22:58
*** martinkelly1 <martinkelly1!> has quit IRC23:05
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto23:17
*** nighty-- <nighty--!> has quit IRC23:20
*** JaMa <JaMa!~martin@> has quit IRC23:21
*** JaMa <JaMa!~martin@> has joined #yocto23:24
*** slips <slips!> has quit IRC23:50
*** slips <slips!> has joined #yocto23:53

Generated by 2.11.0 by Marius Gedminas - find it at!