2

After upgrading from 18.04 to 20.04, gnome commander no longer works.

gnome-commander: error while loading shared libraries: libgnomeui-2.so.0: cannot open shared object file: No such file or directory

I'm trying to install gnome commander from source, and it's complaining about

No package 'libgnome-2.0' found

There's no apt package for it, nothing, it went missing. I can't even seem to find the source code for it.

king4aday
  • 163

2 Answers2

1

Today I released a new version of Gnome Commander in which I removed the dependency of libgnome, libgnomeui and gnome-keyring-1. You could give it a try. But as far as I heard, gnome-vfs was also dropped in Ubuntu 20.04, so you probably won't be able to build GnomeCommander on that distro as it still depends on that library.

By the way, as discussed above already... if anyone here want's to help creating a snap or a flatpak package, you are more than welcome to jump in.

turboscholz
  • 21
  • 1
  • 1
    Holy cow this was a roller coaster. I had to install dependencies like 12 levels deep, mostly from the gnome sources, but now it works!!!

    I also had to compile gnome-vfs without openssl support, because with openssl the compile ran into an error.

     – king4aday Jun 24 '20 at 20:50
  • OK I spoke too soon, one restart later, and gnome settings seem to have reset to the default. Now I did a system restore with Timeshift, so I'm back to square one, trying to figure out how to do these dependencies without futzing up my system settings. Wondering if I could do a conatiner approach for this app, but still being able to see the whole filesystem. – king4aday Jun 25 '20 at 13:12
  • That sounds good, at least you could run it. Awesome!!! I would be interested if you solved the gnome settings issue. From which version did you update Gnome Commander? Do you see any output when you start it in the terminal? I do not use Ubuntu so I could not give it a try by now. – turboscholz Jun 25 '20 at 21:10
0

Source code here:

Yeah, they are not included in 20.04 release repository.

Gnome-commander related BR was closed as libgnome deprecation BR duplicate. I could find the moved page here wiki.gnome.org - LibgnomeMustDie .

The upstream project is alive here: gitlab.gnome.org - gnome-commander . It is only dropped at Debian level. Not sure if all GTK3 migration are complete but I saw some late related commits.

It is up to you, try build from upstream repository, build snap package with core18, (both require some knowledge) or just move on to some alternative if there is any.

user.dz
  • 48,105
  • I've hit a wall, dependencies of dependencies of libgnomeui contain multiarch-support, which I cannot find, all links to it 404. – king4aday Apr 30 '20 at 13:17
  • @king4aday , Could you give me one example to verify ? – user.dz Apr 30 '20 at 13:30
  • 1
    So apparently this is still an open issue with GCmd, they knew 10 years ago this library will be deprecated.
    Unfortunately the deprecation reasons link no longer works, but at this point I don't want to rely on deprecated old and antiquated libraries.     – king4aday Apr 30 '20 at 16:13
  • @king4aday So gnome-commander BR was closed as libgnome deprecation BR duplicate. I could find the moved page here https://wiki.gnome.org/Attic/LibgnomeMustDie . The upstream project is alive here https://gitlab.gnome.org/GNOME/gnome-commander/-/network/master . It is only dropped at Debian level. Not sure if all GTK3 migration are complete but I saw some late related commits. It is up to you, try build from upstream repository, build snap package with core18, (both require some knowledge) or just move on to some alternative if there is any. – user.dz Apr 30 '20 at 20:16
  • Yeah I mean I guess if it's deprecated other distros will drop support for it sooner or later too... I already had the gitlab repo cloned, but even the latest commit on the master branch still has some dependencies related to it. – king4aday May 01 '20 at 21:14
  • @king4aday Only libgnome is deprecated, not Gnome-commander. However, it seems it will take time to get fully migrated to GTK3 and be back to Debian/Ubuntu repository. I will give snap a try but no promises :). – user.dz May 01 '20 at 21:47
  • Yeah I meant libgnome :) – king4aday May 03 '20 at 01:57
  • @king4aday , even snap is more complicated than what I expected. GTK2 apps need to set many environment variables manually. The more troublesome is shared lib in sub directories or custom one. Also local configuration should patched/customized to snap read/write paths. I am still not too familiar with, I suspect snap still missing too many auto features, otherwise same as with debian pacakging, packager/maintainer has to be very familiar with target project building. – user.dz May 06 '20 at 14:42