Octave 5.1 progress

[Orion Poplawski]

I've been working on Octave 5.1 builds for Rawhide and EPEL-7 here:

https://copr.fedorainfracloud.org/coprs/g/scitech/octave5.1/

Build status notes:
https://docs.google.com/spreadsheets/d/1a-cjNm1AB2ZWpAdGwE0zp_vmiyJeKGGkB3Bn...

I'm pretty close to updating octave in rawhide proper, but want to see 
if a couple issues are fixed first.

Testing is appreciated.  I'll also be building an octave 5.1 module as 
well once I've updated octave in rawhide.

[José Abílio Matos]

On Monday, 11 March 2019 02.48.49 WET Orion Poplawski wrote:
> I've been working on Octave 5.1 builds for Rawhide and EPEL-7 here:
>
> https://copr.fedorainfracloud.org/coprs/g/scitech/octave5.1/
>
> Build status notes:
> https://docs.google.com/spreadsheets/d/1a-cjNm1AB2ZWpAdGwE0zp_vmiyJeKGGkB3Bn
> zJ2-UmM/edit?usp=sharing
>
> I'm pretty close to updating octave in rawhide proper, but want to see
> if a couple issues are fixed first.
>
> Testing is appreciated.  I'll also be building an octave 5.1 module as
> well once I've updated octave in rawhide.

I am glad to see that you succeeded in building octave. :-)

There are a couple of octave packages that could use an (upstream) update. Not 
only the ones you asked in octave-maintainers (statistics, signal and 
structure) but also odepkg.

At least in 4.4 I get:
octave:1> pkg load odepkg
warning: addpath: /usr/lib64/octave/packages/odepkg-0.9.1/x86_64-redhat-linux-
gnu-api-v52/../inexact_solvers: No such file or directory
...

Those are still remnants from the transition of some of the ode* functions to 
the core.

Best regards,
PS: I am also subscribed to scitech. :-)

[José Abílio Matos]

On Monday, 11 March 2019 02.48.49 WEST Orion Poplawski wrote:
> I've been working on Octave 5.1 builds for Rawhide and EPEL-7 here:
>
> https://copr.fedorainfracloud.org/coprs/g/scitech/octave5.1/
>
> Build status notes:
> https://docs.google.com/spreadsheets/d/1a-cjNm1AB2ZWpAdGwE0zp_vmiyJeKGGkB3Bn
> zJ2-UmM/edit?usp=sharing
>
> I'm pretty close to updating octave in rawhide proper, but want to see
> if a couple issues are fixed first.
>
> Testing is appreciated.  I'll also be building an octave 5.1 module as
> well once I've updated octave in rawhide.

I am running F30.

Trying to install octave I get:
# dnf install octave
...
Error: 
 Problem: conflicting requests
  - nothing provides libreadline.so.7()(64bit) needed by 
octave-6:4.4.1-1.module_2492+fd098c93.x86_64
  - nothing provides libqscintilla2_qt5.so.13()(64bit) needed by 
octave-6:4.4.1-1.module_2492+fd098c93.x86_64
(try to add '--skip-broken' to skip uninstallable packages)

Even after installing group_scitech-octave5.1 :-(

Regards,

[José Abílio Matos]

BTW,
  when using the octave 5.1 copr repository on Fedora 30 I get:

# dnf upgrade
...
Upgrading:
 qrupdate       x86_64 1.1.2-17.fc31 group_scitech-octave5.1   79 k
 qrupdate-devel x86_64 1.1.2-17.fc31 group_scitech-octave5.1  8.0 k

The weird part is the .fc31 suffix. Was that of a bad timing when branching? 
:-)

Regards,

[Orion Poplawski]

On 4/8/19 9:59 AM, José Abílio Matos wrote:
> BTW,
>    when using the octave 5.1 copr repository on Fedora 30 I get:
>
> # dnf upgrade
> ...
> Upgrading:
>   qrupdate       x86_64 1.1.2-17.fc31 group_scitech-octave5.1   79 k
>   qrupdate-devel x86_64 1.1.2-17.fc31 group_scitech-octave5.1  8.0 k
>
> The weird part is the .fc31 suffix. Was that of a bad timing when branching?
> :-)

Yeah, this seems to have been a quirk with copr around branch time. 
I've rebuilt it, but there are probably many others.

We're getting pretty close...

[José Abílio Matos]

On Monday, 11 March 2019 02.48.49 WEST Orion Poplawski wrote:
> I've been working on Octave 5.1 builds for Rawhide and EPEL-7 here:
>
> https://copr.fedorainfracloud.org/coprs/g/scitech/octave5.1/
>
> Build status notes:
> https://docs.google.com/spreadsheets/d/1a-cjNm1AB2ZWpAdGwE0zp_vmiyJeKGGkB3Bn
> zJ2-UmM/edit?usp=sharing
>
> I'm pretty close to updating octave in rawhide proper, but want to see
> if a couple issues are fixed first.
>
> Testing is appreciated.  I'll also be building an octave 5.1 module as
> well once I've updated octave in rawhide.

Hi Orion,
    even although I have the copr repository active I am not able to 
install it:

# dnf install octave
Copr repo for octave5.1 owned by @scitech          5.3 kB/s | 3.9 kB     00:00    
...
Error: 
 Problem: conflicting requests
  - nothing provides libreadline.so.7()(64bit) needed by 
octave-6:4.4.1-1.module_2492+fd098c93.x86_64
  - nothing provides libqscintilla2_qt5.so.13()(64bit) needed by 
octave-6:4.4.1-1.module_2492+fd098c93.x86_64
(try to add '--skip-broken' to skip uninstallable packages)

BTW I think that for Fedora 30+ we have to set octave to use python 3. This is 
required in the octave-symbolic package since sympy is only available for 
python 3.

In this case I think that we have to create a file in:
octave-home/share/octave/site/m/startup/octaverc
(in our case octave-home == /usr)

with the following code:
setenv PYTHON python3;

I am not sure if there are other uses of python that this call interferes 
with, but python2 is going to be unsupported at the end of this year. (Even 
although it will be used for years and years....)

Best regards,

[Orion Poplawski]

On 4/16/19 7:52 AM, José Abílio Matos wrote:
> On Monday, 11 March 2019 02.48.49 WEST Orion Poplawski wrote:
> > I've been working on Octave 5.1 builds for Rawhide and EPEL-7 here:
> >
> > https://copr.fedorainfracloud.org/coprs/g/scitech/octave5.1/
> >
> > Build status notes:
> > https://docs.google.com/spreadsheets/d/1a-cjNm1AB2ZWpAdGwE0zp_vmiyJeKGGkB3Bn
> > zJ2-UmM/edit?usp=sharing
> >
> > I'm pretty close to updating octave in rawhide proper, but want to see
> > if a couple issues are fixed first.
> >
> > Testing is appreciated.  I'll also be building an octave 5.1 module as
> > well once I've updated octave in rawhide.
>
> Hi Orion,
>    even although I have the copr repository active I am not able to
> install it:
>
> # dnf install octave
> Copr repo for octave5.1 owned by @scitech          5.3 kB/s | 3.9 kB     00:00
> ...
> Error:
>   Problem: conflicting requests
> nothing provides libreadline.so.7()(64bit) needed by
>
> octave-6:4.4.1-1.module_2492+fd098c93.x86_64
> nothing provides libqscintilla2_qt5.so.13()(64bit) needed by
>
> octave-6:4.4.1-1.module_2492+fd098c93.x86_64
> (try to add '--skip-broken' to skip uninstallable packages)

I suspect this is an issue with having the octave:4.4 module enabled as 
well.  They probably won't play well together.
> BTW I think that for Fedora 30+ we have to set octave to use python 3. This is
> required in the octave-symbolic package since sympy is only available for
> python 3.
>
> In this case I think that we have to create a file in:
> octave-home/share/octave/site/m/startup/octaverc
> (in our case octave-home == /usr)
>
> with the following code:
> setenv PYTHON python3;
>
> I am not sure if there are other uses of python that this call interferes
> with, but python2 is going to be unsupported at the end of this year. (Even
> although it will be used for years and years....)
>
> Best regards,

I think the octave-symbolic package is already configured to use 
python3, but it probably is time to configure octave with PYTHON=python3.

[José Abílio Matos]

On Wednesday, 17 April 2019 04.02.30 WEST Orion Poplawski wrote:
> I suspect this is an issue with having the octave:4.4 module enabled as
> well.  They probably won't play well together.

With your tip I installed octave from copr using:

# dnf install octave --disablerepo=*modular*

Ditto for other packages.

I do not understand modules, I do not even know how to generate one but it is 
necessary to add the option to disable the modular repos or else the 
installation fails, because IIRC you marked octave-4.4 as the default stream 
for octave.

Best regards,