Bug 57975 - bogus aliases
Summary: bogus aliases
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: coreutils
Version: 7.1
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Tim Waugh
QA Contact: David Lawrence
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-01-03 23:28 UTC by Craig Good
Modified: 2007-04-18 16:38 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2004-08-19 10:34:17 UTC
Embargoed:


Attachments (Terms of Use)

Description Craig Good 2002-01-03 23:28:35 UTC
Description of Problem:

The aliases set up in /etc/profile.d are all bogus. Aliases should be
used by the user to customize his environment, not forced on us at a
system level. I've been forced to use an ugly hack in my .cshrc to
unalias silly colored ls aliases, etc.

Also, the 'which' alias generated by which-2.csh is broken.


Steps to Reproduce:
1. where echo | head -1
2. which echo
3. Note that they return different answers.

The easiet fix would seem to be to just empty that directory.

Thanks.

Comment 1 Miloslav Trmač 2004-08-18 14:51:55 UTC
which-2.csh is no longer used in FC2.

As for removing the ls aliases currently set up in
/etc/profile.d/colorls.csh,
I doubt that will happen, but maybe the owner of the file in question
thinks otherwise...

Note that you can also use "COLOR none" in /etc/DIR_COLORS
or ~/.dir_colors to disable ls colorization.

Comment 2 Tim Waugh 2004-08-19 10:34:17 UTC
No, many more people use them than don't, and I would spend all day
long closing bug reports and switching between two defaults.  I'm
going to keep it as it is.


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