You are not logged in.

#1 2017-06-03 12:48:16

shubhajeet
Member
Registered: 2017-06-03
Posts: 2

octave broken libgfortran.so.3: cannot open shared object file

I updated my archlinux and now I cannot open octave. I am getting following error:

/usr/lib/octave/4.2.1/exec/x86_64-pc-linux-gnu/octave-gui: error while loading shared libraries: libgfortran.so.3: cannot open shared object file: No such file or directory

I dont know why this dependency was removed on update.

Offline

#2 2017-06-03 13:04:43

Allan
Member
From: Brisbane, AU
Registered: 2007-06-09
Posts: 10,875
Website

Re: octave broken libgfortran.so.3: cannot open shared object file

If you have done a full update and still have this issue, you will have an AUR package replacing something in the dependency chain.  Probably openblas.

Offline

#3 2017-06-03 13:23:16

shubhajeet
Member
Registered: 2017-06-03
Posts: 2

Re: octave broken libgfortran.so.3: cannot open shared object file

ranned this sudo find / -name libgfortran.so.3

/usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0/libgfortran.so.3

looks like libgfortran.so.3 is there but it is not finding it.

Offline

#4 2017-06-03 13:28:11

Allan
Member
From: Brisbane, AU
Registered: 2007-06-09
Posts: 10,875
Website

Re: octave broken libgfortran.so.3: cannot open shared object file

Nothing on your system should be linking to that (unless you specifically built something using gcc5).   The current gcc version has a different library version and everything in the repos is built against that.

You either need to:
1) do a full update, or
2) rebuild an AUR package that is replacing a repo one   (e.g. openblas)

Offline

#5 2017-06-03 16:48:07

Lone_Wolf
Member
From: Netherlands, Europe
Registered: 2005-10-04
Posts: 7,200

Re: octave broken libgfortran.so.3: cannot open shared object file

That file comes from gcc5 package and is only used by cuda.

shubhajeet, post output of pacman -Qs gcc please.


Multi-init booting with apg Openrc and systemd coexisting
Automounting : not needed, i prefer pmount
Aur helpers : makepkg + my own local repo === rarely need them

Offline

#6 2017-06-03 17:07:23

ireng
Member
From: Bradford
Registered: 2016-03-09
Posts: 43

Re: octave broken libgfortran.so.3: cannot open shared object file

Allan wrote:

Nothing on your system should be linking to that (unless you specifically built something using gcc5).   The current gcc version has a different library version and everything in the repos is built against that.

You either need to:
1) do a full update, or
2) rebuild an AUR package that is replacing a repo one   (e.g. openblas)

My suggestion is rebuild octave-gui

Last edited by ireng (2017-06-03 18:10:25)


Kind Regards,
jIrenge

Offline

#7 2017-06-03 17:51:21

lardon
Member
Registered: 2008-05-31
Posts: 261
Website

Re: octave broken libgfortran.so.3: cannot open shared object file

I've had a similar problem with R today. People are telling me it's all fine and my system is broken, which is probably the case. But I thought I'd mention it here in case someone else has the same problem.

Rebuilding the R package solved it. Perhaps rebuilding the octave package would solve yours? (Although I don't think I have the gfortran.so.3 lib on my system).

Edit: just tried with a clean docker container. It works, so I guess that confirms the problem is somehow related to my system.

Last edited by lardon (2017-06-03 18:32:37)


Autojump, the fastest way to navigate your filesystem from the command line!

Offline

#8 2017-06-03 22:54:28

Scimmia
Bug Wrangler
Registered: 2012-09-01
Posts: 7,266

Re: octave broken libgfortran.so.3: cannot open shared object file

Again, octave isn't the problem, the same way r isn't the problem. You can use lddtree from the pax-utils package to help track down what's actually linked to the old lib.

Offline

#9 2017-06-07 19:41:23

dp
Member
From: Zürich, Switzerland
Registered: 2003-05-27
Posts: 3,377
Website

Re: octave broken libgfortran.so.3: cannot open shared object file

Scimmia wrote:

Again, octave isn't the problem, the same way r isn't the problem. You can use lddtree from the pax-utils package to help track down what's actually linked to the old lib.

[damir@Hydroximoron ~]$ lddtree /usr/lib64/R/bin/exec/R
/usr/lib64/R/bin/exec/R (interpreter => /lib64/ld-linux-x86-64.so.2)
    libR.so => /usr/lib/R/lib/libR.so
        libblas.so.3 => /usr/lib/libblas.so.3
            libgfortran.so.3 => None
            libatlas.so => /usr/lib/libatlas.so
        libm.so.6 => /usr/lib/libm.so.6
        libreadline.so.7 => /usr/lib/libreadline.so.7
            libncursesw.so.6 => /usr/lib/libncursesw.so.6
        libpcre.so.1 => /usr/lib/libpcre.so.1
        liblzma.so.5 => /usr/lib/liblzma.so.5
        libbz2.so.1.0 => /usr/lib/libbz2.so.1.0
        libz.so.1 => /usr/lib/libz.so.1
        librt.so.1 => /usr/lib/librt.so.1
        libdl.so.2 => /usr/lib/libdl.so.2
        libicuuc.so.59 => /usr/lib/libicuuc.so.59
            libicudata.so.59 => /usr/lib/libicudata.so.59
            libstdc++.so.6 => /usr/lib/libstdc++.so.6
            libgcc_s.so.1 => /usr/lib/libgcc_s.so.1
        libicui18n.so.59 => /usr/lib/libicui18n.so.59
        libgomp.so.1 => /usr/lib/libgomp.so.1
    libpthread.so.0 => /usr/lib/libpthread.so.0
    libc.so.6 => /usr/lib/libc.so.6
[damir@Hydroximoron ~]$ pacman -Qo /usr/lib/libblas.so.3
/usr/lib/libblas.so.3 ist in atlas-lapack-base 3.10.3-1 enthalten

i am now rebuilding atlas-lapack to fix this for me


The impossible missions are the only ones which succeed.

Offline

#10 2017-06-07 19:45:51

Trilby
Inspector Parrot
Registered: 2011-11-29
Posts: 22,052
Website

Re: octave broken libgfortran.so.3: cannot open shared object file

So, just like predicted, you had an AUR package that replaced a repo package.

I'm a bit surprised by how many people need to use lddtree* to investigate their tools to identify an AUR package that has replaced a repo package on their system.  Is there some AUR fairie running around replacing software on arch users' computers without their knowledge?  Perhaps it's like those old Folgers Crystals ads: "we've secretly replaced this archer's packages with AUR builds.  Let's see if they can tell the difference."

(*although it is a useful tool I only recently learned of - thanks Scimmia)


"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" -  Richard Stallman

Offline

#11 2017-06-07 19:57:11

dp
Member
From: Zürich, Switzerland
Registered: 2003-05-27
Posts: 3,377
Website

Re: octave broken libgfortran.so.3: cannot open shared object file

Trilby wrote:

I'm a bit surprised by how many people need to use lddtree* to investigate their tools to identify an AUR package that has replaced a repo package on their system.  Is there some AUR fairie running around replacing software on arch users' computers without their knowledge?  Perhaps it's like those old Folgers Crystals ads: "we've secretly replaced this archer's packages with AUR builds.  Let's see if they can tell the difference."

no, sometimes the standard package is simply not specific enough for a task and one needs to exchange parts to have it running how one wants it running. this is the original reason of ArchLinux!

blas lapack cblas are all in repos as standard options
if one wants to run atlas-lapack, one needs to compile it optimised for the system used on - this approach also replaces the pkgs from repos. the only annoying thing is, that AUR are not taken care so often and the recompiling against newer libs happens later - so people run into issues. but hey, we are human, we are arch, we learn and know it for next time. this is why i originally posted here (after long time again wink )


The impossible missions are the only ones which succeed.

Offline

#12 2017-06-07 19:58:52

dp
Member
From: Zürich, Switzerland
Registered: 2003-05-27
Posts: 3,377
Website

Re: octave broken libgfortran.so.3: cannot open shared object file

side-remark: this is by no means a critique to the AUR maintainers! it just needs to be more of them, so that pkg rebuilds are triggered faster (namcap automation, anyone? wink )


The impossible missions are the only ones which succeed.

Offline

#13 2017-06-07 20:02:47

Trilby
Inspector Parrot
Registered: 2011-11-29
Posts: 22,052
Website

Re: octave broken libgfortran.so.3: cannot open shared object file

Eh ... you are reponsible for rebuilding your AUR packages on ABI changes, not the package maintainer.


"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" -  Richard Stallman

Offline

#14 2017-06-07 20:17:53

dp
Member
From: Zürich, Switzerland
Registered: 2003-05-27
Posts: 3,377
Website

Re: octave broken libgfortran.so.3: cannot open shared object file

i am - but the package maintainer needs to addapt the dependencies in the PKGBUILD


The impossible missions are the only ones which succeed.

Offline

#15 2017-06-07 20:33:11

Trilby
Inspector Parrot
Registered: 2011-11-29
Posts: 22,052
Website

Re: octave broken libgfortran.so.3: cannot open shared object file

There are no versioned dependencies in the PKGBUILD.


"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" -  Richard Stallman

Offline

#16 2017-06-07 20:37:20

seth
Member
Registered: 2012-09-03
Posts: 12,355

Re: octave broken libgfortran.so.3: cannot open shared object file

ftr, dp isn't the OP - we don't yet know about shubhajeet's problem (though it will be some AUR package)

I don't know how (yes - it will be yaourt. swallow it...) works, but guess an artificial update of the package would trigger a rebuild on (?) "yaourt -Syu", so the maintainers probably *could* do something (what does still *not* resolve anyone from his or her responsibility)

Btw: everytime you call "pacman -Qm" a fairy dies ;-)

Offline

#17 2017-06-07 20:40:46

V1del
Forum Moderator
Registered: 2012-10-16
Posts: 7,321

Re: octave broken libgfortran.so.3: cannot open shared object file

Yeah the AUR maintainers could bump the pkgrel to trigger a rebuild/update for AUR helpers, few are THAT active for simple soname bumps though.

Offline

#18 2017-06-07 20:46:03

dp
Member
From: Zürich, Switzerland
Registered: 2003-05-27
Posts: 3,377
Website

Re: octave broken libgfortran.so.3: cannot open shared object file

indeed! but keep also in mind, this was a big bump on libfortran, not used by the masses but rather by people who need it or tools which need it. version bumps will follow in time


The impossible missions are the only ones which succeed.

Offline

Board footer

Powered by FluxBB