Bug 1550079

Summary:	scriptlet failure when installing go-toolset-7-runtime
Product:	DevTools	Reporter:	Edjunior Barbosa Machado <emachado>
Component:	go-toolset-7	Assignee:	Derek Parker <deparker>
Status:	CLOSED ERRATA	QA Contact:	Edjunior Barbosa Machado <emachado>
Severity:	unspecified	Docs Contact:	Vladimír Slávik <vslavik>
Priority:	unspecified
Version:	go-toolset-7	CC:	deparker, jistone, law, vslavik
Target Milestone:	rc
Target Release:	2018.2
Hardware:	All
OS:	Unspecified
Whiteboard:
Fixed In Version:	go-toolset-7-runtime-1.8-14.el7	Doc Type:	No Doc Update
Doc Text:	undefined	Story Points:	---
Clone Of:		Environment:
Last Closed:	2018-05-03 03:58:21 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:

Description Edjunior Barbosa Machado 2018-02-28 13:20:05 UTC

Description of problem:
go-toolset-7-runtime POSTIN scriptlet fails, leading to tps-rpmtest failure.

Version-Release number of selected component (if applicable):
go-toolset-7-runtime-1.8-13.el7

How reproducible:
100%

Steps to Reproduce:
# yum install ./go-toolset-7-runtime-1.8-13.el7.s390x.rpm -y
...
Running transaction
  Installing : go-toolset-7-runtime-1.8-13.el7.s390x                                                                                                                                                             1/1 
rm: cannot remove ‘/opt/rh/go-toolset-7/go-toolset-7’: No such file or directory
warning: %post(go-toolset-7-runtime-1.8-13.el7.s390x) scriptlet failed, exit status 1
Non-fatal POSTIN scriptlet failure in rpm package go-toolset-7-runtime-1.8-13.el7.s390x
...

Comment 1 Derek Parker 2018-02-28 17:52:07 UTC

So this only happens on the s390x architecture?

Comment 2 Josh Stone 2018-02-28 18:32:05 UTC

Ah, that's a hack on el8, which got partially applied to el7.

Part 1:
> touch %{buildroot}%{_scl_scripts}/%{scl}

Part 2:
> %post runtime
> rm %{_scl_scripts}/%{scl}

There's a bug in scl-utils.el8 that %scl_files includes this extra path, so the hack is to create it and then remove it in %post.

Somehow we got only the second part applied on el7, but I think we don't need the hack at all.  I would just remove this %post from el7.

Comment 3 Edjunior Barbosa Machado 2018-03-01 08:48:11 UTC

(In reply to Derek Parker from comment #1)
> So this only happens on the s390x architecture?

No, this is reproducible in the other archs as well (tested in x86_64 and ppc64le).

Comment 4 Derek Parker 2018-03-01 17:02:45 UTC

Got it, thanks Josh for the insight, I'll get this fixed.

Comment 12 errata-xmlrpc 2018-05-03 03:58:21 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2018:1304