Date: Sat, 28 Jul 2018 20:47:42 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 230101] [PATCH] Enable ls colors when COLORTERM is defined Message-ID: <bug-230101-227-S6o3aZrCnJ@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-230101-227@https.bugs.freebsd.org/bugzilla/> References: <bug-230101-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230101 --- Comment #4 from D Green <dfrg@xsmail.com> --- (In reply to Yuri Pankov from comment #2) Yes, colors would be automatic for any terminal setting COLORTERM wheres CLICOLOR requires explicit configuration. The existing check that TERM is suitable is unchanged. I can't think of a non-contrived reason for a user of a color terminal not wanting that behavior but if so then unsetting COLORTERM via .shellrc is trivial and already necessary as many other binaries external to the project enable colors automatically when it is defined. As with Conrad, I think it's better to follow the defacto standard rather than use a unique variable (or two if you count CLICOLOR_FORCE). Currently you either know to set the non-portable CLICOLOR or forgo color functionality. -- You are receiving this mail because: You are the assignee for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-230101-227-S6o3aZrCnJ>