Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1391932
Summary: | [skopeo][ FTBFS due golang deficiency on ppc64 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dan Horák <dan> |
Component: | skopeo | Assignee: | Antonio Murdaca <amurdaca> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 24 | CC: | amurdaca, dan, dwalsh, gmarr, jcajka, kparal, lsm5, nalin, pbrobinson, pschindl, sgallagh |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | ppc64 | ||
OS: | Unspecified | ||
Whiteboard: | AcceptedFreezeException | ||
Fixed In Version: | skopeo-0.1.14-5.git550a480.fc24 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-04-28 09:58:01 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1071880, 1277290 |
Description
Dan Horák
2016-11-04 12:27:14 UTC
Proposed as a Freeze Exception for 25-final by Fedora user sharkcz using the blocker tracking app because: The missing ppc64le build of skopeo breaks deps in the ppc64le F-25 server compose. Miloslav do you know why that's failing?(seems related to gpgme) If gpgme could be fixed I won't just drop ppc64 Antonio, I was told it's a golang issue, not gpgme. And dropping ppc64 causes no harm to us. btw, we need something like diff --git a/skopeo.spec b/skopeo.spec index d2b7c83..8354b3b 100644 --- a/skopeo.spec +++ b/skopeo.spec @@ -40,7 +40,9 @@ Patch0: skopeo-go142.patch %endif # e.g. el6 has ppc64 arch without gcc-go, so EA tag is required -ExclusiveArch: %{?go_arches:%{go_arches}}%{!?go_arches:%{ix86} x86_64 %{arm}} +#ExclusiveArch: %{?go_arches:%{go_arches}}%{!?go_arches:%{ix86} x86_64 %{arm}} +# manually listed arches due https://bugzilla.redhat.com/show_bug.cgi?id=1391932 (removed ppc64) +ExclusiveArch: %{?go_arches:%{ix86} x86_64 %{arm} aarch64 ppc64le s390x %{mips}}%{!?go_arches:%{ix86} x86_64 %{arm}} %if 0%{?fedora} BuildRequires: go-srpm-macros BuildRequires: compiler(go-compiler) (In reply to Antonio Murdaca from comment #2) > Miloslav do you know why that's failing?(seems related to gpgme) > > If gpgme could be fixed I won't just drop ppc64 It is caused by lack of support of Cgo and external linking in golang on ppc64. I hope that I'm not wrong here as it is long time since I have been playing with those on BE and they were not working/supported(thus they are disabled by default in Fedora's golang). for the record [sharkcz@tyan-openpower-01 skopeo-550a480173090c9b94ac3bce48953b338fa92e94]$ export CGO_ENABLED=1 [sharkcz@tyan-openpower-01 skopeo-550a480173090c9b94ac3bce48953b338fa92e94]$ go build -v -ldflags "-X main.gitCommit=116756e71d47e30100d963e1a24fe0a9b8eddfe8" -gcflags "" -o skopeo ./cmd/skopeo github.com/docker/engine-api/types/network github.com/Sirupsen/logrus github.com/opencontainers/image-spec/specs-go github.com/containers/image/directory/explicitfilepath github.com/docker/distribution/digest github.com/docker/distribution/uuid golang.org/x/net/context github.com/opencontainers/runc/libcontainer/user gopkg.in/yaml.v2 github.com/docker/engine-api/types/strslice github.com/docker/go-units github.com/docker/engine-api/types/blkiodev github.com/docker/engine-api/types/versions github.com/docker/engine-api/types/swarm runtime/cgo github.com/docker/engine-api/types/time github.com/containers/image/version github.com/imdario/mergo k8s.io/kubernetes/pkg/util/errors k8s.io/kubernetes/pkg/util/homedir k8s.io/kubernetes/pkg/util/sets gopkg.in/cheggaaa/pb.v1 github.com/projectatomic/skopeo/version github.com/urfave/cli github.com/opencontainers/image-spec/specs-go/v1 github.com/docker/engine-api/types/filters github.com/docker/docker/pkg/homedir github.com/docker/distribution/reference github.com/containers/image/docker/reference github.com/docker/engine-api/types/reference github.com/containers/image/docker/policyconfiguration github.com/containers/image/types os/user net github.com/mtrmac/gpgme github.com/ghodss/yaml github.com/golang/glog net/http/httptrace net/textproto github.com/docker/engine-api/types/registry crypto/x509 golang.org/x/net/proxy github.com/docker/go-connections/nat github.com/docker/engine-api/types/container mime/multipart github.com/docker/engine-api/types crypto/tls github.com/docker/libtrust net/http github.com/docker/go-connections/tlsconfig github.com/containers/image/manifest github.com/containers/image/image github.com/containers/image/oci/layout github.com/containers/image/directory github.com/gorilla/context github.com/docker/distribution/registry/client/transport k8s.io/kubernetes/pkg/util/net github.com/docker/distribution/registry/api/errcode github.com/docker/go-connections/sockets net/http/httputil github.com/gorilla/mux github.com/docker/engine-api/client/transport github.com/docker/distribution/context github.com/docker/distribution/registry/api/v2 github.com/docker/engine-api/client/transport/cancellable github.com/docker/engine-api/client github.com/docker/distribution github.com/docker/distribution/registry/storage/cache github.com/docker/distribution/registry/storage/cache/memory github.com/docker/distribution/registry/client github.com/containers/image/docker/daemon github.com/containers/image/docker github.com/containers/image/openshift github.com/containers/image/transports github.com/containers/image/signature github.com/containers/image/copy _/home/sharkcz/skopeo/skopeo-550a480173090c9b94ac3bce48953b338fa92e94/cmd/skopeo # _/home/sharkcz/skopeo/skopeo-550a480173090c9b94ac3bce48953b338fa92e94/cmd/skopeo /usr/lib/golang/pkg/tool/linux_ppc64/link: $WORK/_/home/sharkcz/skopeo/skopeo-550a480173090c9b94ac3bce48953b338fa92e94/cmd/skopeo.a(_go_.o): cannot use dynamic imports with -d flag /usr/lib/golang/pkg/tool/linux_ppc64/link: $WORK/runtime/cgo.a(_go_.o): cannot use dynamic imports with -d flag /usr/lib/golang/pkg/tool/linux_ppc64/link: $WORK/github.com/mtrmac/gpgme.a(_go_.o): cannot use dynamic imports with -d flag /usr/lib/golang/pkg/tool/linux_ppc64/link: $WORK/net.a(_go_.o): cannot use dynamic imports with -d flag /usr/lib/golang/pkg/tool/linux_ppc64/link: $WORK/os/user.a(_go_.o): cannot use dynamic imports with -d flag (In reply to Jakub Čajka from comment #4) > (In reply to Antonio Murdaca from comment #2) > > Miloslav do you know why that's failing?(seems related to gpgme) > > > > If gpgme could be fixed I won't just drop ppc64 > > It is caused by lack of support of Cgo and external linking in golang on > ppc64. > I hope that I'm not wrong here as it is long time since I have been playing > with those on BE and they were not working/supported(thus they are disabled > by default in Fedora's golang). Going to build new golang with Cgo and external linking enabled on ppc64, stay tuned ... (In reply to Dan Horák from comment #6) > (In reply to Jakub Čajka from comment #4) > > (In reply to Antonio Murdaca from comment #2) > > > Miloslav do you know why that's failing?(seems related to gpgme) > > > > > > If gpgme could be fixed I won't just drop ppc64 > > > > It is caused by lack of support of Cgo and external linking in golang on > > ppc64. > > I hope that I'm not wrong here as it is long time since I have been playing > > with those on BE and they were not working/supported(thus they are disabled > > by default in Fedora's golang). > > Going to build new golang with Cgo and external linking enabled on ppc64, > stay tuned ... Does that mean I should hold updating skopeo to fix this BZ? http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=3859365 is golang rebuilt with diff --git a/golang.spec b/golang.spec index 4e30243..34387a2 100644 --- a/golang.spec +++ b/golang.spec @@ -27,14 +27,14 @@ # Golang build options. # Build golang using external/internal(close to cgo disabled) linking. -%ifarch %{ix86} x86_64 ppc64le %{arm} aarch64 s390x +%ifarch %{ix86} x86_64 ppc64 ppc64le %{arm} aarch64 s390x %global external_linker 1 %else %global external_linker 0 %endif # Build golang with cgo enabled/disabled(later equals more or less to internal linking). -%ifarch %{ix86} x86_64 ppc64le %{arm} aarch64 s390x +%ifarch %{ix86} x86_64 ppc64 ppc64le %{arm} aarch64 s390x %global cgo_enabled 1 %else %global cgo_enabled 0 and there is no change, either "undefined: gpgme.Context" with defaults, and the "cannot use dynamic imports with -d flag" message when CGO_ENABLED=1 is set. Antonio, please drop ppc64 from the arch list until there is some progress on the golang front. skopeo-0.1.14-5.git550a480.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-ed611fb9ab skopeo-0.1.14-5.git550a480.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-ed611fb9ab Everything depending on skopeo (including docker) is failing the dependency check on ppc64. Is that expected? Discussed during the 2016-11-07 blocker review meeting: [1] The decision to delay the classification of this as an AcceptedFreezeException was made as we are unsure of all the details surrounding this one; we will look into the issue and get back to this bug at the next Blocker-Review-Meeting. [1] https://meetbot.fedoraproject.org/fedora-blocker-review/2016-11-07/f25-blocker-review.2016-11-07-17.01.txt (In reply to Geoffrey Marr from comment #12) > Discussed during the 2016-11-07 blocker review meeting: [1] > > The decision to delay the classification of this as an > AcceptedFreezeException was made as we are unsure of all the details > surrounding this one; we will look into the issue and get back to this bug > at the next Blocker-Review-Meeting. > > [1] > https://meetbot.fedoraproject.org/fedora-blocker-review/2016-11-07/f25- > blocker-review.2016-11-07-17.01.txt As confirmed with the latest pc64le compose the skopeo-0.1.14-5.git550a480.fc25 build is required for successful Server compose for F-25 ppc64le. The only change between -4 (that's in f25 now) and -5 is omitting ppc64 as a build arch for skopeo. (In reply to Dan Horák from comment #13) > (In reply to Geoffrey Marr from comment #12) > > Discussed during the 2016-11-07 blocker review meeting: [1] > > > > The decision to delay the classification of this as an > > AcceptedFreezeException was made as we are unsure of all the details > > surrounding this one; we will look into the issue and get back to this bug > > at the next Blocker-Review-Meeting. > > > > [1] > > https://meetbot.fedoraproject.org/fedora-blocker-review/2016-11-07/f25- > > blocker-review.2016-11-07-17.01.txt > > As confirmed with the latest pc64le compose the > skopeo-0.1.14-5.git550a480.fc25 build is required for successful Server > compose for F-25 ppc64le. The only change between -4 (that's in f25 now) and > -5 is omitting ppc64 as a build arch for skopeo. There is a docker-anaconda-addon -> docker -> skopeo-containers depency chain. +1 FE since it prevents creation of non-blocking media. skopeo-0.1.14-5.git550a480.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report. I'm also +1 FE. +1 FE, marking as accepted. Closing F-25 bug. |