I'm running F31 Mate.
Today all of a sudden on all four machines on my desk, the list that dnf gives me of what it proposes to do is an unreadable chartreuse color. Could this be something I've done?? How do I fix it?
On Thu, 23 Apr 2020 18:11:22 -0000 (UTC) Beartooth wrote:
Today all of a sudden on all four machines on my desk, the list that dnf gives me of what it proposes to do is an unreadable chartreuse color. Could this be something I've done?? How do I fix it?
Apparently you have the same version of dnf I have. I utterly despise "helpful" colors, especially since all the people who pick them assume you have a white background in your terminal Then you can't read them at all with a dark background.
On Thu, 23 Apr 2020 14:37:41 -0400, Tom Horsley wrote:
On Thu, 23 Apr 2020 18:11:22 -0000 (UTC) Beartooth wrote:
Today all of a sudden on all four machines on my desk, the list that dnf gives me of what it proposes to do is an unreadable chartreuse color. Could this be something I've done?? How do I fix it?
Apparently you have the same version of dnf I have. I utterly despise "helpful" colors, especially since all the people who pick them assume you have a white background in your terminal Then you can't read them at all with a dark background.
Actually, I use various pastel colors that're supposed to be easy on the eyes -- and color-code the tabs on my terminal so that I have an extra assurance against doing something in the wrong place. But *I* choose the colors for both background and text; so this misery would foul me up even if it were a decent color.
If the developers want the text input by me and the text input by dnf to be able to differ, great -- so long as they let the *user* choose both colors (or ignore them if so preferred). Springing it on us is a foul.
On 04/23/2020 12:51 PM, Beartooth wrote:
Actually, I use various pastel colors that're supposed to be easy on the eyes -- and color-code the tabs on my terminal so that I have an extra assurance against doing something in the wrong place. But*I* choose the colors for both background and text; so this misery would foul me up even if it were a decent color.
There's a script run at boot that defines alias's for all of the standard colors so that you can just use WHITE, RED or DODGERBLUE instead of the hex codes. Despite that, the script that assigns different colors to the output of ls depending on the options uses the hex codes, as if whoever wrote the script was trying to be as obscure as possible.
On 04/23/2020 12:37 PM, Tom Horsley wrote:
Apparently you have the same version of dnf I have. I utterly despise "helpful" colors, especially since all the people who pick them assume you have a white background in your terminal Then you can't read them at all with a dark background.
One of the first things I do on any installation is remove the "helpful" alias making color ls the default. Not because I hate the colors but because none of the documentation tells you which color means what.
On Thu, 23 Apr 2020 12:51:20 -0600 Joe Zeff wrote:
One of the first things I do on any installation is remove the "helpful" alias making color ls the default. Not because I hate the colors but because none of the documentation tells you which color means what.
If only there were a helpful setting every tool looked at before pretending to be an explosion in a paint factory, then I'd only have to fix one place after genning the system.
I once thought I'd found the solution when I discovered an X resource for xterm to disable color, but what happens when I use it? It decides to make everything blink instead of being in color. Gah!
On Thu, Apr 23, 2020 at 12:51:20PM -0600, Joe Zeff wrote:
On 04/23/2020 12:37 PM, Tom Horsley wrote:
Apparently you have the same version of dnf I have. I utterly despise "helpful" colors, especially since all the people who pick them assume you have a white background in your terminal Then you can't read them at all with a dark background.
One of the first things I do on any installation is remove the "helpful" alias making color ls the default. Not because I hate the colors but because none of the documentation tells you which color means what.
Have you tried "dircolors -p" ?
Have a look at /etc/DIR_COLORS which defines the colors for files/directories for the 'ls' command: # Attribute codes: # 00=none 01=bold 04=underscore 05=blink 07=reverse 08=concealed # Text color codes: # 30=black 31=red 32=green 33=yellow 34=blue 35=magenta 36=cyan 37=white # Background color codes: # 40=black 41=red 42=green 43=yellow 44=blue 45=magenta 46=cyan 47=white
Copy /etc/DIR_COLORS to ~/.dir_colors and make the changes you want. I like to set the underline for symlinks. I use a different background color and text color for each of the servers I administer which helps to keep from issuing a command on the wrong server. After changing your .dir_colors, issue: eval `dircolors -b ~/.dir_colors` for the changes to take effect (or logout and back in).
The same color codes are used for the command line prompt which is set in ~/.bashrc. On this server, I have white text on a black background (search for 'PS1' in man bash for \j \T \u \h definitions): PS1="[\e[0;37m][[\e[1;4;32m]\j[\e[0m] \T [\e[1;33m]\u@\h \W$(rc=$?; if [[ $rc -ne 0 ]]; then echo " [\e[31m]$rc[\e[0m]"; fi)[\e[0;37m]][\e[1;33m]$[\e[0m] " PS2="[\e[1;33m]> [\e[0m]" [\e[0;37m] is an escape sequence for white text with no attribute. This yields a prompt: [0 06:10:09 root@yoda ~]$ lesss /etc/DIR_COLORS -bash: lesss: command not found [0 06:10:15 root@yoda ~ 127]$ Zero is the number of background jobs running. 06:10:15 is the time the prompt was issued. 127 is the return code from the last command issued.
You can also set the colors for grep in ~/.bashrc. I haven't experimented with this much: export GREP_COLORS='ms=01;31:mc=01;31:sl=:cx=:fn=35:ln=32:bn=32:se=36'
Bill
On 4/23/2020 2:51 PM, Joe Zeff wrote:
On 04/23/2020 12:37 PM, Tom Horsley wrote:
Apparently you have the same version of dnf I have. I utterly despise "helpful" colors, especially since all the people who pick them assume you have a white background in your terminal Then you can't read them at all with a dark background.
One of the first things I do on any installation is remove the "helpful" alias making color ls the default. Not because I hate the colors but because none of the documentation tells you which color means what. _______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
On Thu, 23 Apr 2020 18:11:22 -0000 (UTC) Beartooth wrote:
Today all of a sudden on all four machines on my desk, the list that dnf gives me of what it proposes to do is an unreadable chartreuse color. Could this be something I've done?? How do I fix it?
Fortunately the dnf.conf man page was also updated along with dnf, and you can stick the line "color=never" in the [main] section (I hope it actually works).
Thu, 23 Apr 2020 18:11:22 +0000 Beartooth Beartooth@comcast.net:
I'm running F31 Mate.
Today all of a sudden on all four machines on my desk, the list that dnf gives me of what it proposes to do is an unreadable chartreuse color. Could this be something I've done?? How do I fix it?
Try: dnf --color=never install python3-pygame
On Thu, 23 Apr 2020 20:43:36 +0200, Łukasz Posadowski wrote:
Try: dnf --color=never install python3-pygame
I tried it, on all four machines. No joy. I rebooted them, and did another upgrade. Still no joy. I even tried "eval dnf" on one (Wow!), but that didn't help, either. :-{
On 4/27/20 1:42 PM, Beartooth wrote:
On Thu, 23 Apr 2020 20:43:36 +0200, Łukasz Posadowski wrote:
Try: dnf --color=never install python3-pygame
I tried it, on all four machines. No joy. I rebooted them, and did another upgrade. Still no joy. I even tried "eval dnf" on one (Wow!), but that didn't help, either. :-{
I just tried it and it worked fine, no colors. You can also set it in your dnf.conf file. See "man dnf.conf" for details. You can adjust the colors there as well if that's your concern.
On Mon, 27 Apr 2020 14:12:49 -0700, Samuel Sieb wrote:
On Thu, 23 Apr 2020 20:43:36 +0200, Łukasz Posadowski wrote:
Try: dnf --color=never install python3-pygame
I tried it, on all four machines. No joy. I rebooted them, and did another upgrade. Still no joy. I even tried "eval dnf" on one (Wow!), but that didn't help, either. :-{
I just tried it and it worked fine, no colors. You can also set it in your dnf.conf file. See "man dnf.conf" for details. You can adjust the colors there as well if that's your concern.
Well, I read "[MAIN] OPTIONS - COLORS" there (which I assume you mean); but I don't see how to get back to what I use, which is admittedly a little complicated. Please bear with me.
I normally keep eight tabs open on each machine. (I have four behind an HDMI KVM machine, plus one in another room, all with the same color scheme; my wife has one of her own, still with the color scheme.)
This is all F 31 Mate; it has evolved over twenty years.
Three tabs have soft pale green background for my normal user, with deep purple text (maximal contrast with green, but a little softer on ancient eyeballs than black); Alpine on my remote domain turns that yellow at top and bottom, soft gray in the middle, with dark blue text.
Two tabs are soft pale blue, available for root, with deep blood red text. One tab is a brighter blue with the same red, for root on the remote domain.
One tab is a dull soft tan, with maroon text, in case my wife wants to use one of my machines.
If I've counted right, that's ten colors.
This arrangement has two uses, major and minor. Major use is that I need not waste any of my often absent mind keeping track of who and where I am -- a distracting detail that usually matters. (Fwiw, I also use distinctive wallpapers and xscreensaver settings on each machine.) Minor use is that I also know without distraction which machine I'm on at the moment. (I allow NO window to obscure the background on any side.)
Setting all this up on each new release is a bore, and I wish I need not do it over and over; but it's worth it in use.
On 4/28/20 9:14 AM, Beartooth wrote:
On Mon, 27 Apr 2020 14:12:49 -0700, Samuel Sieb wrote:
On Thu, 23 Apr 2020 20:43:36 +0200, Łukasz Posadowski wrote:
Try: dnf --color=never install python3-pygame
I tried it, on all four machines. No joy. I rebooted them, and did another upgrade. Still no joy. I even tried "eval dnf" on one (Wow!), but that didn't help, either. :-{
I just tried it and it worked fine, no colors. You can also set it in your dnf.conf file. See "man dnf.conf" for details. You can adjust the colors there as well if that's your concern.
Well, I read "[MAIN] OPTIONS - COLORS" there (which I assume you mean); but I don't see how to get back to what I use, which is admittedly a little complicated. Please bear with me.
So are you trying to stop dnf from using colors or are you wanting to set your own? To stop it, add "color=never" to /etc/dnf/dnf.conf. If you want to change the colors it uses, then look in the man page for the options. e.g. "color_list_available_install"
On Tue, 28 Apr 2020 10:06:24 -0700, Samuel Sieb wrote:
On 4/28/20 9:14 AM, Beartooth wrote:
On Mon, 27 Apr 2020 14:12:49 -0700, Samuel Sieb wrote:
On Thu, 23 Apr 2020 20:43:36 +0200, Łukasz Posadowski wrote:
Try: dnf --color=never install python3-pygame
I tried it, on all four machines. No joy. I rebooted them, and did another upgrade. Still no joy. I even tried "eval dnf" on one (Wow!), but that didn't help, either. :-{
I just tried it and it worked fine, no colors. You can also set it in your dnf.conf file. See "man dnf.conf" for details. You can adjust the colors there as well if that's your concern.
Well, I read "[MAIN] OPTIONS - COLORS" there (which I assume you mean); but I don't see how to get back to what I use, which is admittedly a little complicated. Please bear with me.
So are you trying to stop dnf from using colors or are you wanting to set your own? [...] If you want to change the colors it uses, then look in the man page for the options. e.g. "color_list_available_install"
Definitely the latter: change. I use those ten colors constantly. But I get :
# dnf install 'dnf command(color_list_available_install)' Last metadata expiration check: 1:54:16 ago on Tue 28 Apr 2020 12:16:10 PM EDT. No match for argument: dnf-command(color_list_available_install) Error: Unable to find a match: dnf-command(color_list_available_install) # dnf install 'dnf-command (color_list_available_install)' Last metadata expiration check: 1:55:14 ago on Tue 28 Apr 2020 12:16:10 PM EDT. No match for argument: dnf-command (color_list_available_install) Error: Unable to find a match: dnf-command (color_list_available_install) [root@localhost btth]# dnf color_list_available_install No such command: color_list_available_install. Please use /usr/bin/dnf -- help It could be a DNF plugin command, try: "dnf install 'dnf- command(color_list_available_install)'"
I've chewed and chewed on the above and several variant interpretations of it -- and I'm lost.
Maybe I should say that my expressions like "soft blue" are my descriptions of what I actually do from Mate-terminal --> Edit --> Profiles then click on Default, then Edit, then Colors, then Custom, then one of the colors. Say I start with Text color. Then I click on a colored box, then on +. That gives me a window with a slider, which I can drag vertically to get, say in two dimensions till it looks purple. Then I get a purple window with two white lines; I drag the intersection in two dimensions till the little window in that box looks the way I want. Then I click Select, and the text on my open tab turns the color I had moved the cursor to.
I repeat the above for background, then, over and over, for each of the other six profiles.
Am I making sense yet?
On 4/28/20 12:35 PM, Beartooth wrote:
On Tue, 28 Apr 2020 10:06:24 -0700, Samuel Sieb wrote:
On 4/28/20 9:14 AM, Beartooth wrote:
On Mon, 27 Apr 2020 14:12:49 -0700, Samuel Sieb wrote:
On Thu, 23 Apr 2020 20:43:36 +0200, Łukasz Posadowski wrote:
Try: dnf --color=never install python3-pygame
I tried it, on all four machines. No joy. I rebooted them, and did another upgrade. Still no joy. I even tried "eval dnf" on one (Wow!), but that didn't help, either. :-{
I just tried it and it worked fine, no colors. You can also set it in your dnf.conf file. See "man dnf.conf" for details. You can adjust the colors there as well if that's your concern.
Well, I read "[MAIN] OPTIONS - COLORS" there (which I assume you mean); but I don't see how to get back to what I use, which is admittedly a little complicated. Please bear with me.
So are you trying to stop dnf from using colors or are you wanting to set your own? [...] If you want to change the colors it uses, then look in the man page for the options. e.g. "color_list_available_install"
Definitely the latter: change. I use those ten colors constantly. But I get :
# dnf install 'dnf command(color_list_available_install)' Last metadata expiration check: 1:54:16 ago on Tue 28 Apr 2020 12:16:10 PM EDT. No match for argument: dnf-command(color_list_available_install) Error: Unable to find a match: dnf-command(color_list_available_install) # dnf install 'dnf-command (color_list_available_install)' Last metadata expiration check: 1:55:14 ago on Tue 28 Apr 2020 12:16:10 PM EDT. No match for argument: dnf-command (color_list_available_install) Error: Unable to find a match: dnf-command (color_list_available_install) [root@localhost btth]# dnf color_list_available_install No such command: color_list_available_install. Please use /usr/bin/dnf -- help It could be a DNF plugin command, try: "dnf install 'dnf- command(color_list_available_install)'"
I've chewed and chewed on the above and several variant interpretations of it -- and I'm lost.
I have no idea what you're trying to do here. Open the /etc/dnf/dnf.conf file in an editor and add lines to set the colors. I don't know what the syntax is for the colors, but something like: color_list_available_downgrade=red color_list_available_install=green
Maybe hex codes like #129a44 would be accepted as well.
-
Beartooth -
Bill Shirley -
Joe Zeff -
Jon LaBadie -
Samuel Sieb -
Tom Horsley -
Łukasz Posadowski