I get this locally:
rpm -q --requires R-reticulate-1.42.0-1.fc42.x86_64.rpm
R(ABI) = 4.4
...
The same for me. bluez-5.81-1.fc42 fails but bluez-5.81-2.fc42 works.
Thank you :-)
This update conflicts with another update that is also headed from testing to stable, where poppler is updated and libreoffice was built against it:
https://bodhi.fedoraproject.org/updates/FEDORA-2025-75fbcc655e
I suspect that calligra and kitinerary were built against poppler 24.08.0-2.fc42 and not to 25.02.0-1.fc42 as the previous versions.
Given that stable is frozen for the moment it is easy to understand why this happened.
I can, of course, be wrong. :-)
Now everything works. Thank you. :-)
As far as can see inkscape-1.4-5.fc42 still requires the previous poppler
release.
When upgrading, after doing it for inkscape
I get:
Problem 1: problem with installed package
- installed package inkscape-libs-1.4-5.fc42.x86_64 requires libpoppler.so.140()(64bit), but none of the providers can be installed
- installed package inkscape-libs-1.4-5.fc42.x86_64 requires libpoppler.so.140(POPPLER_140)(64bit), but none of the providers can be installed
- package inkscape-libs-1.4-5.fc42.x86_64 from updates-testing requires libpoppler.so.140()(64bit), but none of the providers can be installed
- package inkscape-libs-1.4-5.fc42.x86_64 from updates-testing requires libpoppler.so.140(POPPLER_140)(64bit), but none of the providers can be installed
- package inkscape-libs-1.4-4.fc42.x86_64 from fedora requires libpoppler.so.140()(64bit), but none of the providers can be installed
- package inkscape-libs-1.4-4.fc42.x86_64 from fedora requires libpoppler.so.140(POPPLER_140)(64bit), but none of the providers can be installed
- cannot install both poppler-25.02.0-1.fc42.x86_64 from updates-testing and poppler-24.08.0-2.fc42.x86_64 from @System
- cannot install both poppler-24.08.0-2.fc42.x86_64 from fedora and poppler-25.02.0-1.fc42.x86_64 from updates-testing
- cannot install the best update candidate for package poppler-24.08.0-2.fc42.x86_64
qgnomeplatform-qt6
needs to be removed for this update to install cleanly.
I got there by using dnf upgrade --best --allowerasing
.
I saw that you already did that for F42.
Other than that no one other issue. :-)
Thank you for destroying my productivity. :-D
It works.
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:
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.
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
With the last update everything works. Thank you. :-)