On 8/21/21 8:19 PM, Elliott Sales de Andrade wrote:
On Mon, 9 Aug 2021 at 21:42, Orion Poplawski orion@nwra.com wrote:
I'm starting to build packages and all dependencies for an updated hdf5/netcdf/octave stack in a side tag.
PS, it looks like you missed R-ncdf4 on this list; not sure if there are others.
Indeed I did, sorry about that. Thanks for taking care of it.
On Monday, 23 August 2021 04.01.56 WEST Orion Poplawski wrote:
On 8/21/21 8:19 PM, Elliott Sales de Andrade wrote:
On Mon, 9 Aug 2021 at 21:42, Orion Poplawski orion@nwra.com wrote:
I'm starting to build packages and all dependencies for an updated hdf5/netcdf/octave stack in a side tag.
PS, it looks like you missed R-ncdf4 on this list; not sure if there are others.
Indeed I did, sorry about that. Thanks for taking care of it.
I used this update to test all the packages that are failing to update from F34 to F35. Since all of them are related with scitech I bring this issue here:
# dnf system-upgrade download --releasever=35 .... Error: Problem 1: problem with installed package python3-rpy-3.4.5-3.fc34.x86_64 - python3-rpy-3.4.5-3.fc34.x86_64 does not belong to a distupgrade repository - nothing provides R-core = 4.1.0 needed by python3-rpy-3.4.5-4.fc35.x86_64
Problem 2: problem with installed package rpy-3.4.5-3.fc34.x86_64 - package rpy-3.4.5-4.fc35.x86_64 requires python3-rpy = 3.4.5-4.fc35, but none of the providers can be installed - rpy-3.4.5-3.fc34.x86_64 does not belong to a distupgrade repository - nothing provides R-core = 4.1.0 needed by python3-rpy-3.4.5-4.fc35.x86_64
Problem 3: problem with installed package cantor-20.12.2-3.fc34.x86_64 - package cantor-21.04.3-2.fc35.x86_64 requires libjulia-internal.so.1() (64bit), but none of the providers can be installed - package cantor-21.04.3-3.fc35.x86_64 requires libjulia-internal.so.1() (64bit), but none of the providers can be installed - julia-1.6.2-1.fc34.x86_64 does not belong to a distupgrade repository - cantor-20.12.2-3.fc34.x86_64 does not belong to a distupgrade repository
Problem 4: problem with installed package octave- odepkg-0.9.1-0.14.20170102hg609.fc34.x86_64 - package octave-odepkg-0.9.1-0.14.20170102hg609.fc34.x86_64 requires octave(api) = api-v53, but none of the providers can be installed - octave-6:5.2.0-12.fc34.x86_64 does not belong to a distupgrade repository
Problem 5: problem with installed package cantor-libs-20.12.2-3.fc34.x86_64 - package cantor-libs-21.04.3-2.fc35.x86_64 requires cantor = 21.04.3-2.fc35, but none of the providers can be installed - package cantor-libs-21.04.3-3.fc35.x86_64 requires cantor = 21.04.3-3.fc35, but none of the providers can be installed - package cantor-21.04.3-2.fc35.x86_64 requires libjulia-internal.so.1() (64bit), but none of the providers can be installed - package cantor-21.04.3-3.fc35.x86_64 requires libjulia-internal.so.1() (64bit), but none of the providers can be installed - package julia-1.6.2-1.fc34.x86_64 requires julia-common = 1.6.2-1.fc34, but none of the providers can be installed - julia-common-1.6.2-1.fc34.noarch does not belong to a distupgrade repository - cantor-libs-20.12.2-3.fc34.x86_64 does not belong to a distupgrade repository
Problem 6: problem with installed package cantor-julia-20.12.2-3.fc34.x86_64 - package cantor-julia-21.04.3-2.fc35.x86_64 requires libcantorlibs.so.28() (64bit), but none of the providers can be installed - package cantor-julia-21.04.3-3.fc35.x86_64 requires cantor-libs(x86-64) = 21.04.3-3.fc35, but none of the providers can be installed - package cantor-libs-21.04.3-2.fc35.x86_64 requires cantor = 21.04.3-2.fc35, but none of the providers can be installed - package cantor-libs-21.04.3-3.fc35.x86_64 requires cantor = 21.04.3-3.fc35, but none of the providers can be installed - package cantor-21.04.3-2.fc35.x86_64 requires libjulia-internal.so.1() (64bit), but none of the providers can be installed - package cantor-21.04.3-3.fc35.x86_64 requires libjulia-internal.so.1() (64bit), but none of the providers can be installed - package julia-1.6.2-1.fc34.x86_64 requires libopenlibm.so.2()(64bit), but none of the providers can be installed - package cantor-libs-20.12.2-3.fc34.x86_64 requires libqalculate.so.21() (64bit), but none of the providers can be installed - openlibm-0.5.3-12.fc34.x86_64 does not belong to a distupgrade repository - libqalculate-3.19.0-1.fc34.x86_64 does not belong to a distupgrade repository - cantor-julia-20.12.2-3.fc34.x86_64 does not belong to a distupgrade repository (try to add '--skip-broken' to skip uninstallable packages)
So by parts:
Problems 1 and 2 are related with me. :-) Spot has updated R and forgot to rebuild rpy. I fixed this issue yesterday, the fix is already in rawhide and it should go to F35 after the next compose.
Problems 3, 5 and 6 are related with cantor.
This should probably be fixed here: https://koji.fedoraproject.org/koji/buildinfo?buildID=1823441
And so all that remains is Problem 4:
I would say that probably octave-odepkg should be retired: https://lists.gnu.org/archive/html/octave-maintainers/2020-10/msg00058.html
most of the functionality of octave-odepkg is in octave core since octave 5.
If the package is later revived we can bring it back to Fedora.
I think that the package is gone from Debian as well.
What do you think?
Best regards,
On 8/27/21 11:50 AM, José Abílio Matos wrote:
On Monday, 23 August 2021 04.01.56 WEST Orion Poplawski wrote:
On 8/21/21 8:19 PM, Elliott Sales de Andrade wrote:
On Mon, 9 Aug 2021 at 21:42, Orion Poplawski orion@nwra.com wrote:
I'm starting to build packages and all dependencies for an updated hdf5/netcdf/octave stack in a side tag.
PS, it looks like you missed R-ncdf4 on this list; not sure if there are others.
Indeed I did, sorry about that. Thanks for taking care of it.
I used this update to test all the packages that are failing to update from F34 to F35. Since all of them are related with scitech I bring this issue here:
# dnf system-upgrade download --releasever=35 .... Error:
Problem 4: problem with installed package octave- odepkg-0.9.1-0.14.20170102hg609.fc34.x86_64
- package octave-odepkg-0.9.1-0.14.20170102hg609.fc34.x86_64 requires
octave(api) = api-v53, but none of the providers can be installed
- octave-6:5.2.0-12.fc34.x86_64 does not belong to a distupgrade repository
And so all that remains is Problem 4:
I would say that probably octave-odepkg should be retired: https://lists.gnu.org/archive/html/octave-maintainers/2020-10/msg00058.html
most of the functionality of octave-odepkg is in octave core since octave 5.
If the package is later revived we can bring it back to Fedora.
I think that the package is gone from Debian as well.
What do you think?
Best regards,
I would have agreed with you, but looks like Ankur Sinha has managed to build an updated version.
On Sun, Aug 29, 2021 22:08:19 -0600, Orion Poplawski wrote:
<snip>
I would have agreed with you, but looks like Ankur Sinha has managed to build an updated version.
I found an open PR upstream that fixed the build. I'm not sure if upstream is active though, so happy to retire the package too if folks think that's the better thing to do here.
https://sourceforge.net/p/octave/odepkg/merge-requests/1/
On Tuesday, 31 August 2021 11.06.20 WEST Ankur Sinha wrote:
On Sun, Aug 29, 2021 22:08:19 -0600, Orion Poplawski wrote:
<snip>
I would have agreed with you, but looks like Ankur Sinha has managed to build an updated version.
I found an open PR upstream that fixed the build. I'm not sure if upstream is active though, so happy to retire the package too if folks think that's the better thing to do here.
No need to retire as long as it builds without issues.
As the PR that you refer mentions: "odepkg is still useful as, for example, it has support for delayed differential equations, not in octave-core."
So if this patch fixes the main issues of the transition of functions to core let us keep it. :-)
Thank you for your work fixing this,
scitech@lists.fedoraproject.org
-
Ankur Sinha -
José Abílio Matos -
Orion Poplawski