On Friday, 11 March 2022 17.43.01 WET Miroslav Suchý wrote:
Do you want to make Fedora 36 better? Please spend 1 minute of your
time and
try to run:
# Run this only if you use default Fedora modules
# next time you run any DNF command default modules will be enabled again
sudo dnf module reset '*'
dnf --releasever=36 --setopt=module_platform_id=platform:f36 \
--enablerepo=updates-testing \
$(rpm -q fedora-repos-modular >/dev/null && echo
--enablerepo=updates-testing-modular) \ --assumeno distro-sync
This command does not replace `dnf system-upgrade`, but it will reveal
potential problems.
You may also run `dnf upgrade` before running this command.
The `--assumeno` will just test the transaction, but does not make the
actual
upgrade.
In case you hit dependency issues, please report it against the appropriate
package.
Or against fedora-obsolete-packages if that package should be removed in
Fedora 36. Please check existing reports against
fedora-obsolete-packages first:
https://red.ht/2kuBDPu
and also there is already bunch of "Fails to install" (F36FailsToInstall)
reports:
https://bugzilla.redhat.com/buglist.cgi?
bug_id=1992487&bug_id_type=anddependso
n&format=tvp&list_id=12486533
Thank you
Miroslav
This is what I get:
Error:
Problem: package julia-1.7.0.0-1.fc36.x86_64 requires libmbedcrypto.so.3()
(64bit), but none of the providers can be installed
- package julia-1.7.0.0-1.fc36.x86_64 requires libmbedtls.so.12()(64bit), but
none of the providers can be installed
- package julia-1.7.0.0-1.fc36.x86_64 requires libmbedx509.so.0()(64bit), but
none of the providers can be installed
- problem with installed package julia-1.7.2-1.fc35.x86_64
- mbedtls-2.16.12-1.fc35.x86_64 does not belong to a distupgrade repository
- julia-1.7.2-1.fc35.x86_64 does not belong to a distupgrade repository
--
José Abílio