You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
(In this case libvirt-daemon-driver-storage-iscsi-direct is the longest package name.)
The use of "replacing" exasperates the problem in a narrow terminal by making the output even wider:
you could consider not repeating the package name on the second old NVR line when it is not a package replacement?
That could prevent some of the additional width (~10 characters).
This also means that nearly always the update is too wide to fit in a 80 character wide terminal.
I think it would be better to try to respect the terminal width like dnf4 did I believe, and only let very long package name lines overflow/spill over to the next time: also not stretching the text to use all the available width in a wide maximized terminal.
The corresponding output in a 80 character terminals is 104 characters wide:
you could consider not repeating the package name on the second old NVR line when it is not a package replacement?
That could prevent some of the additional width (~10 characters).
Or maybe to shorten the second line and make it expandable with extra parameters as journalctl does, to see the whole line.
The problem with lines longer than 80 characters is tracked in issue #785.
The two-line format (repeated package name in replacing case) os tracked in issue #326.
Compared to dnf4, the output of
dnf5 update
seems a bit more verbose and generally wider.Some sample output (157 characters wide) from a maximized terminal:
(In this case
libvirt-daemon-driver-storage-iscsi-direct
is the longest package name.)The use of "replacing" exasperates the problem in a narrow terminal by making the output even wider:
you could consider not repeating the package name on the second old NVR line when it is not a package replacement?
That could prevent some of the additional width (~10 characters).
This also means that nearly always the update is too wide to fit in a 80 character wide terminal.
I think it would be better to try to respect the terminal width like dnf4 did I believe, and only let very long package name lines overflow/spill over to the next time: also not stretching the text to use all the available width in a wide maximized terminal.
The corresponding output in a 80 character terminals is 104 characters wide:
I should really copy it in a way that makes the wrapping obvious: here is a screenshot:
The text was updated successfully, but these errors were encountered: