X-Spam-Check-By:	sourceware.org
Message-ID:	<43DA1A13.2000402@byu.net>
Date:	Fri, 27 Jan 2006 06:03:15 -0700
From:	Eric Blake <ebb9 AT byu DOT net>
User-Agent:	Mozilla Thunderbird 1.0.2 (Windows/20050317)
MIME-Version:	1.0
To:	Angelo Graziosi <Angelo DOT Graziosi AT roma1 DOT infn DOT it>
CC:	cygwin AT cygwin DOT com
Subject:	Re: [ANNOUNCEMENT] Updated: coreutils-5.93-3
References:	<Pine DOT OSF DOT 4 DOT 21 DOT 0601271109420 DOT 18764-100000 AT ax0rm1 DOT roma1 DOT infn DOT it>
In-Reply-To:	<Pine.OSF.4.21.0601271109420.18764-100000@ax0rm1.roma1.infn.it>
X-IsSubscribed:	yes
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

According to Angelo Graziosi on 1/27/2006 3:39 AM:
> 
> Some days ago, I installed coreutils 5.93-3 as exp. package.
> 
> After upgrading to base-files-3.7-1, I reinstalled coreutils-5.93-3 but I
> discovered that /etc/DIR_COLORS was that of base-files-3.6-1 and not
> 3.7-1. (and the command 'cygcheck -c coreutils base-files' said 'OK')
> 
> So after many tries I reinstalled:
> 
> 
>    base-files-3.6-1
>    coreutils-5.3.0-9
> 
>    basefile-3.7-1
>    coreutils-5.93-3
> 
> 
> After this, /etc/DIR_COLORS was that of 3.7-1!

Thanks for the howto.  It boils down to the fact that base-files will only
replace /etc/DIR_COLORS on upgrade if it matches
/etc/defaults/etc/DIR_COLORS, but by upgrading coreutils first,
/etc/defaults/etc/DIR_COLORS was changed first.  A shorter path to
reverting, then reinstalling, both packages would have been to manually
run "cp /etc/defaults/etc/DIR_COLORS /etc/DIR_COLORS" after both new
packages are installed and cygcheck reports OK.

> 
> Now having 
> 
>    alias ls='ls --color --show-control-chars'
> 
> (I have tried also alias ls='ls --color=auto') never is changed in
> diplaying the colors, i.e. the directory with all permission
> 
>   drwxrwxrwx+  4 Administrator Administrators    0 Jan 12 21:47 home
>
>
> is displayed blue on green background.

Reread the release notes for coreutils-5.93 - there are new categories
added to dircolors/ls, and one of these is OTHER_WRITABLE.  Any directory
that is world-writable, but does not have the sticky bit set, is a
security risk, since anyone else can replace files in that directory that
you have created with their own.  ls colors them differently by default to
warn you of that fact.  If it bothers you, you can use a custom input file
to dircolors that sets the color of that category to match the DIR
category coloration.

> 
> Is this the default behaviour of /etc/DIR_COLORS ?

Yes, /etc/DIR_COLORS lists the default category colors that will be
applied by "ls --color" if you don't run dircolors to set LS_COLORS in
your environment.  It takes a customization of /etc/DIR_COLORS (or an
alternate file) to change the category colors, then run dircolors to set
the LS_COLORS environment variable appropriately, before ls will then use
your desired colors instead of its defaults.

- --
Life is short - so eat dessert first!

Eric Blake             ebb9 AT byu DOT net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFD2hoT84KuGfSFAYARAlBmAKCTpBuf45AWVoR/jIsEA9mSEUYjwgCfQJ5Z
uhyYeuisktK/R0B+QXk3g7M=
=TmMU
-----END PGP SIGNATURE-----

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -