Bug 86037

Summary: dircolors defines a file type it later claims it can't handle
Product: [Retired] Red Hat Linux Reporter: C.M. Connelly <cmc>
Component: fileutilsAssignee: Tim Waugh <twaugh>
Status: CLOSED RAWHIDE QA Contact: Mike McLean <mikem>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.3   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-03-17 14:06:40 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description C.M. Connelly 2003-03-12 19:53:44 UTC 
Description of problem:

``dircolors -p'' prints out a list of the file types that can be colorized (with
ls --color) that can be modified.  One of these is 

   DOOR 01;35	# door

When you use ``eval `dircolors <dbfile>`'' to reload your modified database, or
even just ``eval `dircolors`'' to restore the color database to the default, it
complains

   Unknown colorls variable `do'.

The colors are changed, however.


Version-Release number of selected component (if applicable):

4.1-10.1

How reproducible:

Always.

Steps to Reproduce:
1.  eval `dircolors`

or

1. dircolors -p > foo
2. eval `dircolors foo`

    
Actual results:

Error message  Unknown colorls variable `do'.

Other colors are changed.

Expected results:

Colors are reset with no output to terminal.

Additional info:

The color database in /etc/DIR_COLORS does not include the DOOR entry.  (And
also doesn't really match the output from ``dircolors -p'' at all.)
Comment 1 Tim Waugh 2003-03-17 14:06:40 UTC 
Seems to work fine in the coreutils in rawhide.