Bug 1031011

Summary:	change documentation of actions other than enable
Product:	Red Hat Enterprise Linux 6	Reporter:	Honza Horak <hhorak>
Component:	scl-utils	Assignee:	Jan Zeleny <jzeleny>
Status:	CLOSED WONTFIX	QA Contact:	BaseOS QE - Apps <qe-baseos-apps>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	6.5	CC:	bkabrda, drieden, jzeleny
Target Milestone:	rc
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:	1031009	Environment:
Last Closed:	2014-06-05 17:13:23 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:
Bug Depends On:	1031009
Bug Blocks:	1029795, 1052414, 1056252

Description Honza Horak 2013-11-15 13:25:34 UTC

+++ This bug was initially created as a clone of Bug #1031009 +++

This bug is a bit related to bug #1029795, so see there for backgroud.

It seems like the only documentation about using generic actions other than "enable" right now is probably the only thing what scl(1) says:
"<action> is a script name to execute in a bash environment before the application itself takes in executed. Currently only enable scriptlet is mandatory which is needed to update search paths, etc."

This is really not what scl command does right now. Bug #1029795 tried to fix the behaviour in order to correspond with such documentation, but it is actually a change of behaviour. Until it is fixed (if at all), we should change the documentation to correspond with the current status, how the things actually work.

Particularly, according to the scl(1) man page, other actions shouldn't enable SCL environment, but in reality X_SCLS is adjusted for every action now. So I guess something like the following can be in the documentation when describing what "scl <action> <collection1> [<collection2> ...] <command>" actually does:
 * marks specified collection(s) as enabled
 * executes the script, which is expected to set proper environment
 * executes the command in the end

Comment 1 Honza Horak 2013-11-15 13:28:31 UTC

Please, also ensure that help will be aligned with the current behaviour. It's mostly the same issue there.