Golang produces static binaries for go code. As of go1.5, it supports producing and using shared objects. Let's include this libstd.so in an RPM for folks to use. https://github.com/jbuberel/buildmodeshared has examples with build info.
Can't wait to start playing with it :). One step closer to easier security fixes. Wondering, if we could start providing lib subpackage for each golang package for F23 and higher. Vincent, what would be the common directory for all golang shared libraries? /usr/lib64? What about naming convention? As there are no releases usually. goNAMElib.so.0 perhaps? Still would like to have git commit in the library name as with each update unique name is required. goNAME-GITCOMMIT-lib.so.0 perhaps?
the golang stdlib will live in /usr/lib/golang/pkg/linux_$GOARCH_dynlink/ and the third party libraries will be something in $LD_LIBRARY_PATH (like /usr/lib64 etc) or $GOPATH IIUC.
ugh. blocker on upstream support for shared objects on linux/386. ``` Installed Go for linux/386 in /builddir/build/BUILD/go Installed commands in /builddir/build/BUILD/go/bin The binaries expect /builddir/build/BUILD/go to be copied or moved to /usr/lib/golang ~/build/BUILD/go + popd ++ pwd + GOROOT=/builddir/build/BUILD/go ++ pwd + PATH=/builddir/build/BUILD/go/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/sbin + go install -buildmode=shared std -buildmode=shared not supported on linux/386 error: Bad exit status from /var/tmp/rpm-tmp.Q7Ah8Q (%build) ``` http://koji.fedoraproject.org/koji/buildinfo?buildID=680176 Not that I want to ship shared objects only for linux/amd64 ... Perhaps they could go into their own subpackage, that only linux/amd64 provides?
asked upstream https://groups.google.com/d/msg/golang-dev/OWlZYhGmfRk/4MLGTr29DQAJ then opened the issue upstream https://github.com/golang/go/issues/12346
> Not that I want to ship shared objects only for linux/amd64 ... > Perhaps they could go into their own subpackage, that only linux/amd64 > provides? It could be a start. Plus introduce shared_lib_arches macro in go-srpm-macros.
> It could be a start. Plus introduce shared_lib_arches macro in > go-srpm-macros. ah right. then we'll be a bit safe guarded for arm64, ppc64 etc. as those get bootstrapped.
golang-1.5-6.fc22 has been submitted as an update to Fedora 22. https://bodhi.fedoraproject.org/updates/FEDORA-2015-14970
golang-1.5-6.fc21 has been submitted as an update to Fedora 21. https://bodhi.fedoraproject.org/updates/FEDORA-2015-14972
golang-1.5-6.fc21 has been pushed to the Fedora 21 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update golang'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-14972
golang-1.5-6.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update golang'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-14970
golang-1.5-6.el6 has been pushed to the Fedora EPEL 6 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update golang'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7912
golang-1.5-8.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update golang'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-15108
golang-1.5.1-0.fc21 has been submitted as an update to Fedora 21. https://bodhi.fedoraproject.org/updates/FEDORA-2015-15618
golang-1.5.1-0.el6 has been submitted as an update to Fedora EPEL 6. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8044
golang-1.5.1-0.fc22 has been submitted as an update to Fedora 22. https://bodhi.fedoraproject.org/updates/FEDORA-2015-15619
golang-1.5.1-0.fc21 has been pushed to the Fedora 21 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update golang'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-15618
golang-1.5.1-0.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update golang'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-15619
golang-1.5.1-0.el6 has been pushed to the Fedora EPEL 6 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update golang'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8044
golang-1.5.1-0.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.
golang-1.5.1-0.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report.
golang-1.5.1-0.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.