Description of problem: DIR_COLORS.256color uses dark variants of the colors for directories and links which are sometimes hard to read; DIR_COLORS variants look fine. I've tested two terminals -- GNOME 3.14 gnome-terminal (TERM=xterm-256color, dark gray background) and xterm (TERM=xterm-256color, white background) and both look better with light variants: The directories are dark blue in DIR_COLORS.256color variant. They're near to unreadable with GNOME terminal while the light variant is fine and looks better in white xterm too. The symbolic links are dark cyan in DIR_COLORS.256color which is barely readable in white xterm. The light variant looks better in xterm as well as in GNOME. Same apples to red (for *.rpm files?) -- light variant looks better on white xterm as well as on dark GNOME. The light variants are used in grep and systemd tools and seems like they're a more interoperable choice for different backgrounds. Please consider using more light variants by default for 256 color terminals. Version-Release number of selected component (if applicable): coreutils-8.22-19.fc21.x86_64 Thanks! Lubo
Agreed, colors should be adjusted to be better readable in default.
Any chances of progress here? Anythink I can do to help?
You can use this to display various colors databases side by side: $ disp_colors() { sed "s/\([^=]*\)=\([^=]*\):/\x1b[\2m===\1===\x1b[0m\n/g"; } $ paste <(dircolors /etc/DIR_COLORS.256color | disp_colors) <(dircolors /etc/DIR_COLORS | disp_colors) <(dircolors | disp_colors) I find the current settings quite readable with the default and builtin gnome terminal color schemes, but agree there could be a few tweaks to improve. Note when not using 256 colors then the palettes come into play and so need to be considered also. I found hovering over the 256 color palette here useful: http://www.pixelbeat.org/docs/terminal_colours/#256 The only changes I would make to DIR_COLORS.256color are to lighten dirs and executables a little with: DIR 38;5;33 EXEC 38;5;40 The other rpm entries and only from the 8 color palette and so no different from the standard DIR_COLORS file, and so determined by the palette in effect. BTW I find it strange that MULTIHARDLINK is not distinguished in DIR_COLORS, while it is in DIR_COLORS.256. Personally I think it's quite specialised to want to highlight files with more than one link (and would just highlight the link count in that case anyway), so would also change to: MULTIHARDLINK 00 Also while at it, we should sync with: http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=v8.23-117-gb3ecf3b http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=v8.22-20-g17d92a9 i.e. remove .axv .anx .axa; add .m4a .opus (both audio) I'll do the above after giving the above comments a little time for consideration
(In reply to Pádraig Brady from comment #3) > The only changes I would make to DIR_COLORS.256color are to lighten dirs and > executables a little with: > > DIR 38;5;33 > EXEC 38;5;40 Definitely an improvement here. I'd advocate for brighter colors, but I'm not going to take a risk of an almost literal bikeshed color reaction :) Also, my display is not calibrated so it might be that the fault is on my side. Thank you.
coreutils-8.23-9.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/coreutils-8.23-9.fc22
Thanks Pádraig for taking this item, stuck with some RHEL stuff...
Package coreutils-8.23-9.fc22: * should fix your issue, * was pushed to the Fedora 22 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing coreutils-8.23-9.fc22' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-6457/coreutils-8.23-9.fc22 then log in and leave karma (feedback).
coreutils-8.23-9.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.
coreutils-8.22-22.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/coreutils-8.22-22.fc21
coreutils-8.21-22.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/coreutils-8.21-22.fc20
coreutils-8.22-22.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.
coreutils-8.21-22.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.