X-Spam-Check-By: sourceware.org Message-ID: <43DA1A13.2000402@byu.net> Date: Fri, 27 Jan 2006 06:03:15 -0700 From: Eric Blake User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) MIME-Version: 1.0 To: Angelo Graziosi CC: cygwin AT cygwin DOT com Subject: Re: [ANNOUNCEMENT] Updated: coreutils-5.93-3 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , 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/