Summary: | sys-apps/coreutils: add "TERM screen.Eterm" to dircolors db | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Kfir Lavi <lavi.kfir> |
Component: | Current packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
/etc/bash/bashrc TERM is now interpretad correctly for color prompt.
Just corrected the order of the files in the patch, so it can be applied |
Description
Kfir Lavi
2011-07-13 07:56:38 UTC
Created attachment 279943 [details]
/etc/bash/bashrc TERM is now interpretad correctly for color prompt.
Created attachment 279945 [details, diff]
Just corrected the order of the files in the patch, so it can be applied
Comment on attachment 279945 [details, diff]
Just corrected the order of the files in the patch, so it can be applied
sorry, but this patch is wrong. the current code is correct as we do want to use "screen?Eterm" as our match string.
the point is to match a "TERM screen?Eterm" line against the dircolor db. if the dircolor db had a "TERM screen.Eterm" line, then you would have gotten colored output.
so bash is working as designed. what you actually want is to update the coreutils dircolors db to include a "TERM screen.Eterm" line.
I now understand the problem: The 'TERM screen-Eterm' line is missing in /etc/DIR_COLORS After adding this line, I get back my colorful gentoo prompt. Is this a bug for coreutils? Regards, Kfir i sent a patch upstream. i dont consider this important enough to warrant a rev bump ... sorry. No prolem, thanks for your efforts. Regards, Kfir |