Bugzilla (bugzilla.redhat.com) will be under maintenance for infrastructure upgrades and will not be available on July 31st between 12:30 AM - 05:30 AM UTC. We appreciate your understanding and patience. You can follow status.redhat.com for details.
Bug 86037 - dircolors defines a file type it later claims it can't handle
Summary: dircolors defines a file type it later claims it can't handle
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: fileutils
Version: 7.3
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Tim Waugh
QA Contact: Mike McLean
Depends On:
TreeView+ depends on / blocked
Reported: 2003-03-12 19:53 UTC by C.M. Connelly
Modified: 2007-04-18 16:51 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2003-03-17 14:06:40 UTC

Attachments (Terms of Use)

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

   Unknown colorls variable `do'.

The colors are changed, however.

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


How reproducible:


Steps to Reproduce:
1.  eval `dircolors`


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.

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