On Tue, Jun 14, 2016 at 4:52 PM, Thomas Boerger
Hi,
generally we can even update the golang-packaging helpers to just not compile any pure library unless it got a main function defined. That's what darix initially suggested because the pure libs never needs to be compiled standalone, we just need the source files for the build time of tools including a main function.
Tools built with Go got in most cases not any runtime dependency, so we should only have build requirements.
Most of the go packages we build and ship are libraries. we didn't ship many golang applications. eg: sanitized_anchor_name and blackfriday. I didn't find a main function in them. And in my design, the golang-github/googlecode/gopkg-* stuff are all libraries. golang applications are using a different naming scheme, eg: snapd (just the upstream name as other applications). So in your theory, they shouldn't exist in openSUSE or they should exist in source code format (.go). Basically you cut off the whole devel:languages:go In my opinion, we ship not only prebuilt golang applications ("tools") but also the common 3rd libraries used for golang development. not in source format but in binary format. That is, the devel:languages:go repository is designed to be that way. You have to allow redundant stuff. Secondly, I'm implementing the shared library support for golang and its 3rd libraries. the runtime requirement is needed anyway. That is, my development for this toolkit is not finished. Unless you guys can help with some real progress with me. I will continue the development with my mind centered. all other stuff will be considered as feature requests Marguerite -- To unsubscribe, e-mail: opensuse-go+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-go+owner@opensuse.org