Searched hist:a408dc20 (Results 1 – 2 of 2) sorted by relevance
/freebsd/bin/ls/ |
H A D | ls.1 | a408dc20 Thu May 21 14:39:00 GMT 2020 Kyle Evans <kevans@FreeBSD.org> ls(1): actually restore proper behavior
Highlights: - CLICOLOR in the environment should imply --color=auto to maintain compatibility with historical behavior - -G should set CLICOLOR and imply --color=auto
The manpage has been updated to draw the connection between -G and --color; the former is in-fact a sort of compromise between --color=always and --color=auto, where we'll output color regardless of the environment lacking CLICOLOR/COLORTERM assuming stdout is a tty.
X-MFC-With: r361318 a408dc20 Thu May 21 14:39:00 GMT 2020 Kyle Evans <kevans@FreeBSD.org> ls(1): actually restore proper behavior
Highlights: - CLICOLOR in the environment should imply --color=auto to maintain compatibility with historical behavior - -G should set CLICOLOR and imply --color=auto
The manpage has been updated to draw the connection between -G and --color; the former is in-fact a sort of compromise between --color=always and --color=auto, where we'll output color regardless of the environment lacking CLICOLOR/COLORTERM assuming stdout is a tty.
X-MFC-With: r361318 a408dc20 Thu May 21 14:39:00 GMT 2020 Kyle Evans <kevans@FreeBSD.org> ls(1): actually restore proper behavior
Highlights: - CLICOLOR in the environment should imply --color=auto to maintain compatibility with historical behavior - -G should set CLICOLOR and imply --color=auto
The manpage has been updated to draw the connection between -G and --color; the former is in-fact a sort of compromise between --color=always and --color=auto, where we'll output color regardless of the environment lacking CLICOLOR/COLORTERM assuming stdout is a tty.
X-MFC-With: r361318 a408dc20 Thu May 21 14:39:00 GMT 2020 Kyle Evans <kevans@FreeBSD.org> ls(1): actually restore proper behavior
Highlights: - CLICOLOR in the environment should imply --color=auto to maintain compatibility with historical behavior - -G should set CLICOLOR and imply --color=auto
The manpage has been updated to draw the connection between -G and --color; the former is in-fact a sort of compromise between --color=always and --color=auto, where we'll output color regardless of the environment lacking CLICOLOR/COLORTERM assuming stdout is a tty.
X-MFC-With: r361318 a408dc20 Thu May 21 14:39:00 GMT 2020 Kyle Evans <kevans@FreeBSD.org> ls(1): actually restore proper behavior
Highlights: - CLICOLOR in the environment should imply --color=auto to maintain compatibility with historical behavior - -G should set CLICOLOR and imply --color=auto
The manpage has been updated to draw the connection between -G and --color; the former is in-fact a sort of compromise between --color=always and --color=auto, where we'll output color regardless of the environment lacking CLICOLOR/COLORTERM assuming stdout is a tty.
X-MFC-With: r361318 a408dc20 Thu May 21 14:39:00 GMT 2020 Kyle Evans <kevans@FreeBSD.org> ls(1): actually restore proper behavior
Highlights: - CLICOLOR in the environment should imply --color=auto to maintain compatibility with historical behavior - -G should set CLICOLOR and imply --color=auto
The manpage has been updated to draw the connection between -G and --color; the former is in-fact a sort of compromise between --color=always and --color=auto, where we'll output color regardless of the environment lacking CLICOLOR/COLORTERM assuming stdout is a tty.
X-MFC-With: r361318 a408dc20 Thu May 21 14:39:00 GMT 2020 Kyle Evans <kevans@FreeBSD.org> ls(1): actually restore proper behavior
Highlights: - CLICOLOR in the environment should imply --color=auto to maintain compatibility with historical behavior - -G should set CLICOLOR and imply --color=auto
The manpage has been updated to draw the connection between -G and --color; the former is in-fact a sort of compromise between --color=always and --color=auto, where we'll output color regardless of the environment lacking CLICOLOR/COLORTERM assuming stdout is a tty.
X-MFC-With: r361318
|
H A D | ls.c | a408dc20 Thu May 21 14:39:00 GMT 2020 Kyle Evans <kevans@FreeBSD.org> ls(1): actually restore proper behavior
Highlights: - CLICOLOR in the environment should imply --color=auto to maintain compatibility with historical behavior - -G should set CLICOLOR and imply --color=auto
The manpage has been updated to draw the connection between -G and --color; the former is in-fact a sort of compromise between --color=always and --color=auto, where we'll output color regardless of the environment lacking CLICOLOR/COLORTERM assuming stdout is a tty.
X-MFC-With: r361318 a408dc20 Thu May 21 14:39:00 GMT 2020 Kyle Evans <kevans@FreeBSD.org> ls(1): actually restore proper behavior
Highlights: - CLICOLOR in the environment should imply --color=auto to maintain compatibility with historical behavior - -G should set CLICOLOR and imply --color=auto
The manpage has been updated to draw the connection between -G and --color; the former is in-fact a sort of compromise between --color=always and --color=auto, where we'll output color regardless of the environment lacking CLICOLOR/COLORTERM assuming stdout is a tty.
X-MFC-With: r361318 a408dc20 Thu May 21 14:39:00 GMT 2020 Kyle Evans <kevans@FreeBSD.org> ls(1): actually restore proper behavior
Highlights: - CLICOLOR in the environment should imply --color=auto to maintain compatibility with historical behavior - -G should set CLICOLOR and imply --color=auto
The manpage has been updated to draw the connection between -G and --color; the former is in-fact a sort of compromise between --color=always and --color=auto, where we'll output color regardless of the environment lacking CLICOLOR/COLORTERM assuming stdout is a tty.
X-MFC-With: r361318 a408dc20 Thu May 21 14:39:00 GMT 2020 Kyle Evans <kevans@FreeBSD.org> ls(1): actually restore proper behavior
Highlights: - CLICOLOR in the environment should imply --color=auto to maintain compatibility with historical behavior - -G should set CLICOLOR and imply --color=auto
The manpage has been updated to draw the connection between -G and --color; the former is in-fact a sort of compromise between --color=always and --color=auto, where we'll output color regardless of the environment lacking CLICOLOR/COLORTERM assuming stdout is a tty.
X-MFC-With: r361318 a408dc20 Thu May 21 14:39:00 GMT 2020 Kyle Evans <kevans@FreeBSD.org> ls(1): actually restore proper behavior
Highlights: - CLICOLOR in the environment should imply --color=auto to maintain compatibility with historical behavior - -G should set CLICOLOR and imply --color=auto
The manpage has been updated to draw the connection between -G and --color; the former is in-fact a sort of compromise between --color=always and --color=auto, where we'll output color regardless of the environment lacking CLICOLOR/COLORTERM assuming stdout is a tty.
X-MFC-With: r361318 a408dc20 Thu May 21 14:39:00 GMT 2020 Kyle Evans <kevans@FreeBSD.org> ls(1): actually restore proper behavior
Highlights: - CLICOLOR in the environment should imply --color=auto to maintain compatibility with historical behavior - -G should set CLICOLOR and imply --color=auto
The manpage has been updated to draw the connection between -G and --color; the former is in-fact a sort of compromise between --color=always and --color=auto, where we'll output color regardless of the environment lacking CLICOLOR/COLORTERM assuming stdout is a tty.
X-MFC-With: r361318 a408dc20 Thu May 21 14:39:00 GMT 2020 Kyle Evans <kevans@FreeBSD.org> ls(1): actually restore proper behavior
Highlights: - CLICOLOR in the environment should imply --color=auto to maintain compatibility with historical behavior - -G should set CLICOLOR and imply --color=auto
The manpage has been updated to draw the connection between -G and --color; the former is in-fact a sort of compromise between --color=always and --color=auto, where we'll output color regardless of the environment lacking CLICOLOR/COLORTERM assuming stdout is a tty.
X-MFC-With: r361318
|