meta-snappy icon indicating copy to clipboard operation
meta-snappy copied to clipboard

Go packages in the layer and meta-golang layer

Open roman-khimov opened this issue 9 years ago • 4 comments

At the moment, this layer brings its own cross Go recipes along with some Go package recipes. This conflicts with meta-golang if one tries to use both. IMO, it would be better to use that layer as a dependency, since it's well-maintained, has recipes for Go itself (and nice golang class to ease cross-compilation of Go recipes) and has some of snapd package dependencies already.

Had this been considered? Are there any plans to do that?

roman-khimov avatar Sep 21 '16 18:09 roman-khimov

Yes, this was considered but there was no time yet to switch to the go toolchain which is provided by meta-golang. If you want to contribute to get us ported to base things on meta-golang patches are very welcome. Otherwise I will see if I find some time in the coming weeks.

morphis avatar Sep 21 '16 19:09 morphis

We're coming closer to this. Now that all golang-* recipes are dropped in favor of a vendorized tree for snapd I will look into using meta-golang as a base for the Go compiler next.

morphis avatar Apr 05 '17 06:04 morphis

Things are changing quite fast and today I think you should target oe-core Go infrastructure. I haven't played with it myself, but as it is something in oe-core it's gonna be way more widely used than separate layer.

roman-khimov avatar Apr 05 '17 19:04 roman-khimov

@roman-khimov That is good to hear! Will play a little bit with that.

morphis avatar Apr 05 '17 19:04 morphis