Bug 1344592

Summary: Make golang-github-kr-pty noarch
Product: Red Hat Enterprise Linux 7 Reporter: Yaakov Selkowitz <yselkowi>
Component: golang-github-kr-ptyAssignee: Tomas Hrcka <thrcka>
Status: CLOSED WONTFIX QA Contact: qe-baseos-tools-bugs
Severity: medium Docs Contact:
Priority: medium    
Version: 7.3CC: hannsj_uhl, jcm, jwboyer, yselkowi
Target Milestone: rcKeywords: Patch
Target Release: 7.4   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-01-15 02:22:56 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: 1330711, 1405587    
Bug Blocks: 1445922    
Attachments:
Description Flags
Patch for rhel-7.3 none

Description Yaakov Selkowitz 2016-06-10 06:53:10 UTC
golang has been enabled on aarch64 for 7.3 in bug 1330711.  For feature parity with x86, this package also can and should be enabled.  As it it technically noarch, setting BuildArch accordingly is the proper way; it can be excluded from the composes by RCM if that's an issue.

Please let us know if you need any help getting this on the ACL.

Comment 1 Yaakov Selkowitz 2016-06-10 06:56:13 UTC
Created attachment 1166512 [details]
Patch for rhel-7.3

Comment 2 Yaakov Selkowitz 2017-02-02 06:23:37 UTC
Either this should be made noarch, or ExclusiveArch: %{go_arches}, for enablement of aarch64, ppc64le, and s390x.

Comment 3 Yaakov Selkowitz 2017-02-17 20:28:37 UTC
(In reply to Yaakov Selkowitz from comment #2)
> Either this should be made noarch, or ExclusiveArch: %{go_arches}, for
> enablement of aarch64, ppc64le, and s390x.

Due to how go_arches is provided, this actually needs to be:

+ExclusiveArch:  %{?go_arches:%{go_arches}}%{!?go_arches:x86_64 aarch64 ppc64le s390x}

Comment 4 Yaakov Selkowitz 2018-01-15 02:22:56 UTC
Nothing currently depends on this, nor have their been any repoclosure issues caused thereby.