Yes, upgrade works

That is true :-)

Here too:

Updating and loading repositories: Repositories loaded. Problem 1: problem with installed package - cannot install the best update candidate for package rocm-device-libs-18-6.rocm6.2.0.fc41.x86_64 - nothing provides lld-devel(major) = 18 needed by rocm-device-libs-18-7.rocm6.2.1.fc41.x86_64 from updates-testing Problem 2: problem with installed package - cannot install the best update candidate for package hipcc-18-6.rocm6.2.0.fc41.x86_64 - nothing provides compiler-rt(major) = 18 needed by hipcc-18-7.rocm6.2.1.fc41.x86_64 from updates-testing

It works. :-)

FWIW I intend to install IJulia to use julia in jupyter.

Regarding the previous version of Julia I noted that:

1. it is now required to install julia-devel or else we get this error:

Info Given IJulia was explicitly requested, output will be shown live 
ERROR: LoadError: SystemError: opening file "/usr/share/julia/test/testhelpers/FakePTYs.jl": No such file or directory

Are the testhelpers part of the standard library? If yes they should be in julia. When I installed that in 1.9 that was not required.

1. Installing Plots I get an error due to curl:

Failed to precompile Plots [91a5bcdd-55d7-5caf-9e0b-520d859cae80] to "/home/jamatos/.local/lib/julia/compiled/v1.11/Plots/jl_1c1LTi".
ERROR: LoadError: InitError: could not load library "libcurl.so.4"
/home/jamatos/.local/lib/julia/artifacts/4b858830ec17854ddd66b28a0f7c00193ec8b4c0/lib/libssl.so: version `OPENSSL_3.2.0' not found (required by /usr/bin/../lib64/julia/../libcurl.so.4)

Again this worked in 1.9. I tried to search but I am not sure if this is a julia or a Fedora problem.

Should be these issues be added to bugzilla?

$ julia
ERROR: Unable to load dependent library /usr/bin/../lib64/julia/libjulia-codegen.so.1.11
Message:libLLVM-16jl.so: cannot open shared object file: No such file or directory

This fails because that is also a symbolic link that points to a non-existent location: /usr/lib64/julia/libLLVM-16jl.so -> ../lib/libLLVM-16jl.so

I get:

Problem: package python3-torch-2.1.2-3.fc40.x86_64 requires libonnx.so.1.14.0()(64bit), but none of the providers can be installed
  - package python3-torch-2.1.2-3.fc40.x86_64 requires libonnx_proto.so.1.14.0()(64bit), but none of the providers can be installed
  - cannot install both onnx-libs-1.14.0-10.fc40.x86_64 and onnx-libs-1.14.1-2.fc40.x86_64
  - cannot install the best update candidate for package python3-torch-2.1.2-3.fc40.x86_64
  - cannot install the best update candidate for package onnx-libs-1.14.0-10.fc40.x86_64

so when updating onnx please also update python-torch that depends on it.

Thank you. Obviously after this the update works as it should.

Again thank you for working on this. It is appreciated. :-)

dnf5 upgrade

What I am saying is that for the upgrade path to work spyder 5.5 should be added to this bundle.

Should not this be shipped with the updated spyder version?

Problem 1: package python3-spyder-5.4.5-23.fc39.noarch requires (python3.12dist(python-lsp-server) < 1.9~~ with python3.12dist(python-lsp-server) >= 1.8), but none of the providers can be installed
  - cannot install both python3-lsp-server-1.8.2-1.fc39.noarch and python3-lsp-server-1.9.0-1.fc39.noarch
  - cannot install both python3-lsp-server-1.8.0-6.fc39.noarch and python3-lsp-server-1.9.0-1.fc39.noarch
  - cannot install the best update candidate for package python3-spyder-5.4.5-23.fc39.noarch
  - cannot install the best update candidate for package python3-lsp-server-1.8.2-1.fc39.noarch
 Problem 2: problem with installed package
  - package python3-spyder-5.4.5-23.fc39.noarch requires (python3.12dist(python-lsp-server[all]) < 1.9~~ with python3.12dist(python-lsp-server[all]) >= 1.8), but none of the providers can be installed
  - cannot install both python3-lsp-server+all-1.8.2-1.fc39.noarch and python3-lsp-server+all-1.9.0-1.fc39.noarch
  - cannot install both python3-lsp-server+all-1.8.0-6.fc39.noarch and python3-lsp-server+all-1.9.0-1.fc39.noarch
  - cannot install the best update candidate for package python3-lsp-server+all-1.8.2-1.fc39.noarch

That works, thank you. :-)

After updating this update and the others related I get:

FileNotFoundError: [Errno 2] No such file or directory: '/usr/lib/python3.12/site-packages/qtawesome/fonts/fontawesome4.7-webfont.ttf'

Am I missing any depency?

The version available in F36 is 4.9.1, only F37 has 4.10...

I get this error when updating:

Problem 1: cannot install the best update candidate for package python3-metakernel-0.28.2-2.fc36.noarch - nothing provides python3.10dist(jupyter-core) >= 4.9.2 needed by python3-metakernel-0.29.0-1.fc36.noarch

There is a new update of qt-creator more recent than the one available here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-a7b277d25f

Scratch that, the problem now seems only to be kde-connect.

As far as I understand, from reading the dnf complaints the following packages also need to be updated:

Problem 1: package xdg-desktop-portal-kde-5.24.3-3.fc36.x86_64 requires qt5-qtbase(x86-64) = 5.15.2, but none of the providers can be installed
Problem 15: package kde-connect-21.12.3-1.fc36.x86_64 requires qt5-qtbase(x86-64) = 5.15.2, but none of the providers can be installed

All the other problems are fixed with this update.

I have rebuilt tellico with the side tag as well: https://koji.fedoraproject.org/koji/taskinfo?taskID=84659337

Current failure :

Problem 1: package tellico-3.4.4-1.fc36.x86_64 requires libQt5Charts.so.5(Qt_5.15.2_PRIVATE_API)(64bit), but none of the providers can be installed
- cannot install both qt5-qtcharts-5.15.3-1.fc36.x86_64 and qt5-qtcharts-5.15.2-5.fc36.x86_64
- cannot install the best update candidate for package tellico-3.4.4-1.fc36.x86_64
- cannot install the best update candidate for package qt5-qtcharts-5.15.2-5.fc36.x86_64