**** BEGIN LOGGING AT Sat Jan 05 02:59:56 2019
Jan 05 03:50:14 <yocti> New news from stackoverflow: Failed when build qtwayland in Yocto <https://stackoverflow.com/questions/54048786/failed-when-build-qtwayland-in-yocto>
**** BEGIN LOGGING AT Sat Jan 05 06:02:10 2019
Jan 05 09:03:19 <kroon> Is "http://sstate.yoctoproject.org/dev/" to be used with oe-core master ?
Jan 05 09:03:57 <kroon> 'Cause I get no sstate cache hits it seems
Jan 05 10:21:22 <yocti> New news from stackoverflow: Failed to build yocto on ubuntu 18.04 <https://stackoverflow.com/questions/54051007/failed-to-build-yocto-on-ubuntu-18-04>
Jan 05 14:33:47 * kroon thinks it would be nice to have checksums of binaries in buildhistory when using reproducible_build.bbclass
Jan 05 16:04:55 <RP> kroon: that is an interesting idea
Jan 05 16:20:46 <kroon> RP, I think it would make sense.. I'm a little surprised, is there an easier way of detecting indeterminism in the builds that I'm missing ?
Jan 05 16:27:35 <kroon> s/indeterminism/binary changes
Jan 05 17:16:25 <RP> kroon: sadly the development of the reproducible stalled a lot when resources were pulled out the project :(
Jan 05 17:16:45 <RP> kroon: we will move it forward but there are other priorities first (QA testing is the big one)
Jan 05 17:22:40 <yocti> New news from stackoverflow: Flashing Beaglebone with a custom image problem <https://stackoverflow.com/questions/54054142/flashing-beaglebone-with-a-custom-image-problem>
Jan 05 17:28:30 <kroon> RP, ok
Jan 05 17:32:26 <kroon> I'll see if I can do something to send in as an RFC at least
Jan 05 17:32:39 * kroon heads out
Jan 05 19:41:40 <derRichard> a go project i'd like to build in yocto depends on github.com/astaxie/beego, how do i set this as dependency?
Jan 05 20:46:59 <khem> RP: runit needs http://lists.openembedded.org/pipermail/openembedded-core/2019-January/277509.html
Jan 05 20:47:18 <khem> RP: its not in master-next yet
Jan 05 20:47:55 <khem> would be great to see what you think about it
Jan 05 22:19:40 <derRichard> meta/classes/go.bbclass is from *hell* :-(
Jan 05 23:49:55 <robbawebba> derRichard: yeah it's not the easiest when you have external dependencies
Jan 05 23:50:32 <robbawebba> I think there is go dep support somewhere, but I've found a workaround where the number of dependencies are very few
Jan 05 23:53:48 <yocti> New news from stackoverflow: Task 415 (virtual:native:/home/user/Yocto/Poky/poky/meta/recipes-devtools/automake/automake_1.15.bb, do_compile) failed with exit code '1' <https://stackoverflow.com/questions/54057256/task-415-virtualnative-home-user-yocto-poky-poky-meta-recipes-devtools-automa>
Jan 05 23:58:21 <robbawebba> derRichard: Say I have a package called helloworld at github.com/robbawebba/helloworld, and it depends on github.com/jeffail/gabs, Our goal is to make sure both of these packages are accessible from the GOPATH. This would normally be done with the go get command, but we're using bitbake to fetch the resources, so we need to use SRC_URI for all required packages instead:
Jan 05 23:58:50 <robbawebba> PKG_gabs="github.com/Jeffail/gabs"
Jan 05 23:58:52 <robbawebba> PKG_hello="github.com/robbawebba/helloworld"
Jan 05 23:58:54 <robbawebba> SRC_URI = "\
Jan 05 23:58:56 <robbawebba>  git://${PKG_gabs}.git;protocol=git;name=gabs;destsuffix=git/src/${PKG_gabs} \
Jan 05 23:58:58 <robbawebba>  git://${PKG_hello}.git;protocol=git;name=hello;destsuffix=git/src/${PKG_hello} \
Jan 05 23:59:00 <robbawebba> "
Jan 05 23:59:02 <robbawebba> SRCREV_gabs = "7a0fed31069aba77993a518cc2f37b28ee7aa883"
Jan 05 23:59:04 <robbawebba> SRCREV_hello = "1150008e9f27c484b9ff7fd1ff0d41cab1adfecb"
Jan 05 23:59:06 <robbawebba> inherit go
Jan 05 23:59:08 <robbawebba> S = "${WORKDIR}/git"
Jan 05 23:59:10 <robbawebba> GO_IMPORT = "${PKG_hello}"
Jan 05 23:59:12 <robbawebba> GO_LINKSHARED = ""
Jan 05 23:59:33 <neverpanic> robbawebba: don't paste directly, use a pastebin service
Jan 05 23:59:43 <robbawebba> neverpanic: ahh sorry about that!
Jan 06 00:00:22 <robbawebba> Is there one in particular that you recommend? I've never used one before
Jan 06 00:01:23 <neverpanic> pretty much any of them are fine.
Jan 06 00:06:06 <robbawebba> derRichard: Once more, with a pastebin: https://pastebin.com/BhpgEjif
**** ENDING LOGGING AT Sun Jan 06 02:59:57 2019