Bug 1031011 - change documentation of actions other than enable
Summary: change documentation of actions other than enable
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: scl-utils
Version: 6.5
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: rc
: ---
Assignee: Jan Zeleny
QA Contact: BaseOS QE - Apps
URL:
Whiteboard:
Depends On: 1031009
Blocks: 1029795 1052414 1056252
TreeView+ depends on / blocked
 
Reported: 2013-11-15 13:25 UTC by Honza Horak
Modified: 2014-06-05 17:13 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 1031009
Environment:
Last Closed: 2014-06-05 17:13:23 UTC
Target Upstream Version:


Attachments (Terms of Use)

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.


Note You need to log in before you can comment on or make changes to this bug.