Will McDonald composed on 2024-12-31 00:35 (UTC):
> Felix Miata wrote:
>> Neither
>> color_list_installed_older=gray
>> color_list_installed_newer=gray
>> color_list_installed_reinstall=gray
>> color_list_installed_running_kernel=gray
>> color_list_installed_extra=gray
>> color_list_available_upgrade=gray
>> color_list_available_downgrade=gray
>> color_list_available_install=gray
>> color_list_available_reinstall=gray
>> color_list_available_running_kernel=gray
>> nor
>> color_list_installed_older=white
>> color_list_installed_newer=white
>> color_list_installed_reinstall=white
>> color_list_installed_running_kernel=white
>> color_list_installed_extra=white
>> color_list_available_upgrade=white
>> color_list_available_downgrade=white
>> color_list_available_install=white
>> color_list_available_reinstall=white
>> color_list_available_running_kernel=white
>> in /etc/dnf/dnf.conf produces any noticeable effect in 41 on running
>> dnf upgrade
>> Most reporting what it will do is in colors, while most output from
>> proceeding
>> after y is bright white, with a bit of either red?, brown? or orange?.
> What does the following show:
> # ls -l `which dnf`
> # dnf --dump-main-config | grep color
> # dnf --setopt=color_list_available_upgrade=white check-update
# ls -l `which dnf`
lrwxrwxrwx 1 root root 4 Dec 5 19:00 /usr/bin/dnf -> dnf5
# dnf --dump-main-config | grep color
color = never
color_list_available_downgrade = white
color_list_available_install = white
color_list_available_reinstall = white
color_list_available_upgrade = white
color_list_installed_extra = white
color_list_installed_newer = white
color_list_installed_older = white
color_list_installed_reinstall = white
color_search_match = bold,magenta
color_update_installed = dim,red
color_update_local = dim,green
color_update_remote = bold,green
# dnf --setopt=color_list_available_upgrade=white check-update
Updating and loading repositories:
Repositories loaded.
#
> The parsing of dnf is slightly picky about commas/spaces. If that doesn't
> show the expected values, check your config. If it does show the right
> values, don't know what to say.
# grep -i color dnf5.log
2024-12-30T23:09:44+0000 [1858] INFO RPM callback start trigger-install
scriptlet "hicolor-icon-theme-0:0.17-19.fc41.noarch"
2024-12-30T23:09:44+0000 [1858] INFO RPM callback stop trigger-install
scriptlet "hicolor-icon-theme-0:0.17-19.fc41.noarch" return code 0
2024-12-30T23:09:47+0000 [1858] INFO RPM callback start trigger-post-uninstall
scriptlet "hicolor-icon-theme-0:0.17-19.fc41.noarch"
2024-12-30T23:09:47+0000 [1858] INFO RPM callback stop trigger-post-uninstall
scriptlet "hicolor-icon-theme-0:0.17-19.fc41.noarch" return code 0
2024-12-31T01:02:18+0000 [1273] INFO --- DNF5 launched with arguments: "dnf
--setopt=color_list_available_upgrade=white check-update" ---
2024-12-31T01:05:10+0000 [1334] INFO --- DNF5 launched with arguments: "dnf
--setopt=color_list_available_upgrade=white check-update" ---
#
> Maybe strace the process execution. Do some more digging, there are some
> logs in /var/log/dnf* which might shed some light.
Until updates become available again, I don't know how to see output I'm
familiar with. dnf repolist enabled no longer works, and neither dnf5
repolist enabled.
FWIW:
# grep term .bashrc
tty=$(tty); [ "$tty" != "${tty#/dev/tty[0-9]}" ] && setterm --background blue
--foreground white --bold on --store
#
This is included in root's .bashrc of all several hundred installations here
of GNU/Linux distros regardless of breed. It worked nicely until programmers
decided supposed "enhancement" for those with excellent eyesight was preferable
to works for those whose eyesight isn't as good. Whether it works at all for
the
colorblind I have doubts. With web browsing we have guidance from W3C to assist
in avoiding magnification usability limitations. Elsewhere it seems absent.
--
Evolution as taught in public schools is, like religion,
based on faith, not based on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata
--
_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@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
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
