Bug 101925 - How about -tui binary/symlink in the -tui package?
Summary: How about -tui binary/symlink in the -tui package?
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: redhat-config-securitylevel
Version: 1.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Brent Fox
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-08-08 06:31 UTC by Dax Kelson
Modified: 2007-04-18 16:56 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-10-14 18:35:07 UTC
Embargoed:

Attachments (Terms of Use)

Description Dax Kelson 2003-08-08 06:31:49 UTC 
Description of problem:

The redhat-config-securitylevel-tui RPM package has the files:

/usr/sbin/lokkit
COPYING-lokkit

How about a symlink from /usr/sbin/lokkit to
/usr/sbin/redhat-config-securitylevel-tui?


Version-Release number of selected component (if applicable):
1.2.0-2.1
Comment 1 Bill Nottingham 2003-08-08 19:02:46 UTC 
Hm, perhaps just include redhat-config-securitylevel there; as if you have both
installed, it will run the tui if starting the GUI fails.
Comment 2 Dax Kelson 2003-08-08 19:35:28 UTC 
I'm not sure I understand the suggestion.

IMHO, RHL should be consistent in the behavior and deployment of the -tui apps:

For example, the following binaries exist on my RHL9 box:

redhat-config-printer
redhat-config-printer-tui
redhat-config-network
redhat-config-network-tui

Then we have other apps:
up2date
up2date-nox
redhat-switch-mail
redhat-switch-mail-nox
redhat-switch-printer
redhat-switch-printer-nox

That is a whole other issue though.  Basically, pick a single command suffix,
"-nox" or "-tui" and drop the other other one.
Comment 3 Brent Fox 2003-10-14 18:35:07 UTC 
Should be fixed in redhat-config-securitylevel-1.2.8-2.
Note You need to log in before you can comment on or make changes to this bug.