Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
Just happened to notice a minor "bug waiting to happen" in dot-bashrc. If /etc/DIR_COLORS is missing and ~/.dir_colors also doesn't exist, the default ~/.bashrc will complain to stderr, which is bad because it shouldn't have any output. Patch coming...
Created an attachment (id=92145) [details] dot-bashrc --- dot-bashrc.orig 2006-07-18 14:06:00.000000000 -0400 +++ dot-bashrc 2006-07-18 14:05:45.000000000 -0400 @@ -17,7 +17,7 @@ # Enable colors for ls, etc. Prefer ~/.dir_colors #64489 if [[ -f ~/.dir_colors ]]; then eval `dircolors -b ~/.dir_colors` -else +elif [[ -f /etc/DIR_COLORS ]] ; then eval `dircolors -b /etc/DIR_COLORS` fi
If /etc/DIR_COLORS is missing, then your coreutils install is broken.
An embedded system could work without /etc/DIR_COLORS. Furthermore /etc/bash/bashrc takes care not to break when /etc/DIR_COLORS is missing, why shouldn't /etc/skel/.bashrc?
<@vapier> kojiro: re-open it and re-assign it to base-system
*** This bug has been marked as a duplicate of 140628 ***