Regretfully it appears that this is not working. See the screenshot below
Ugh. It’s been dropped, seemingly, and only the configuration item is available:
https://dnf5.readthedocs.io/en/latest/changes.html#changes-to-individual-options
Ok. Back to the above. This could be done by adding a new option to qrexec-client
to filter out the whole ANSI escape sequences. Or maybe the existing -t & -T options should do it. The existing do_replace_chars of libqrexec only replaces few chars with underline.
Another approach would be doing this at qvm-run level in Python. There are easy to use Regex workarounds.
Another bug which is most probably DNF5 related. qvm-template
and qubes-template-manager
(GUI) are broken with Fedora 41 based UpdateVMs:
Could be related to order of arguments passed to qvm-template-repo-query
script. Or how DNF5 formats the output.
--setopt=color=never
?
bug that exists in 4.2 and 4.3: if you have configured custom colors, you cannot restore the VMs until you create a custom color with the same name on the new system, and there is no way to select ‘ignore missing colors’ like you can with dom0 user mismatch etc.
Turns out to be the DNF5 output mismatch:
They broke backward compatibility for %{reponame}
and %{buildtime}
used here:
Also DNF4 prints an extra line after repoquery (which the code expects) whereas DNF5 does not. Overall it is easy to fix.
I believe restore mechanism should be fixed to revert to Red Label on missing colors. And Red Label should be made a red line (The label that is not allowed to be deleted)
I submitted the patch to support DNF5 based UpdateVMs with qvm-template
. The existing unittest for qvm-template is a freakin’ 5643 line (236KB) file. If anyone is interested on working with unittests, there is room to consolidate some of tests together.
I submitted a patch to DNF5 to reintroduce the --color
option. It appears that they wanted to re-implement it but did not have time. Awaiting review.
p.s.: Contrary to what the DNF5 change notes mentions, the configuration is also ineffective at the moment.
Hi @alimirjamali ,
Can you please add the “version-r43” tag to this topic?
Searching the forum for the “version-r43” tag returns only two (other) topics, and I think that the current topic to be by far more relevant.
Thanks.
I’m tempted to install a bare-bone 4.2.3 system on a spare machine, and upgrade it following the manual steps outlined by you.
It appears that my current discourse trust level does not allow me to do it. Hopefully one of the mods would do it.
Is the above for personal education or experiment? Or you are planning to replicate it on your actual machine?
In the meantime, it should be noted that Fedora 41 release date is approaching soon.
Yes, experimenting. And no, not on my main machine.
I have another laptop for fun projects…
Done.