Unable to install Nextcloud Client Sync Appimage

ℹ️ Support
1
Support intro

Sorry to hear you’re facing problems. :slightly_frowning_face:

The community help forum (help.nextcloud.com) is for home and non-enterprise users. Support is provided by other community members on a best effort / “as available” basis. All of those responding are volunteering their time to help you.

If you’re using Nextcloud in a business/critical setting, paid and SLA-based support services can be accessed via portal.nextcloud.com where Nextcloud engineers can help ensure your business keeps running smoothly.

Getting help

In order to help you as efficiently (and quickly!) as possible, please fill in as much of the below requested information as you can.

Before clicking submit: Please check if your query is already addressed via the following resources:

(Utilizing these existing resources is typically faster. It also helps reduce the load on our generous volunteers while elevating the signal to noise ratio of the forums otherwise arising from the same queries being posted repeatedly).

The Basics

  • Operating system and version (e.g., Ubuntu 24.04):
    • Ubuntu 25.10

Summary of the issue you are facing:

  • I am not able to install Nextcloud client sync appimage.

  • The error i see is:

    • ./Nextcloud-4.0.3-x86_64.AppImage: error while loading shared libraries: libOpenGL.so.0: cannot open shared object file: No such file or directory

  • I cannot install libOpenGL.so.0. The only version I can install is libgsl28.

  • I have been informed .0 is a dated version.

  • Is there a reason the client uses a dated version of this?

  • I don’t like the idea of having to go out my way to put older packages on to suit this.

  • Please help me install the client so I can use it on a more modern version of Ubuntu.

    Extra Info:
    $ dpkg -l | grep gsl
    ii libgsl28:amd64 2.8+dfsg-5.1ubuntu1 amd64 GNU Scientific Library (GSL) – library package
    ii libgslcblas0:amd64 2.8+dfsg-5.1ubuntu1 amd64 GNU Scientific Library (GSL) – blas library package

    $ sudo apt search libgsl
    [sudo: authenticate] Password:
    libgsl-dbg/questing 2.8+dfsg-5.1ubuntu1 amd64
    GNU Scientific Library (GSL) – debug symbols package

    libgsl-dev/questing 2.8+dfsg-5.1ubuntu1 amd64
    GNU Scientific Library (GSL) – development package

    libgsl28/questing,now 2.8+dfsg-5.1ubuntu1 amd64 [installed]
    GNU Scientific Library (GSL) – library package

    libgslcblas0/questing,now 2.8+dfsg-5.1ubuntu1 amd64 [installed,automatic]
    GNU Scientific Library (GSL) – blas library package

    libocamlgsl-ocaml/questing 1.25.1-1build2 amd64
    GNU scientific library for OCaml

    libocamlgsl-ocaml-dev/questing 1.25.1-1build2 amd64
    GNU scientific library for OCaml

    Thanks,

2

The problem here isn’t really your setup. The AppImage build of the Nextcloud client seems to be missing some of the OpenGL dependencies it was compiled against. Ubuntu 25.10 doesn’t include libOpenGL.so.0 under that name anymore, so the AppImage fails before it even starts.

If you want to give it one more shot, you can try installing the closest relevant OpenGL/Mesa packages that Ubuntu provides:

sudo apt install libgl1-mesa-glx libglx-mesa0

These won’t magically add libOpenGL.so.0, but in a few cases they helped at least replace some of the missing GL symbols. Still – based on other reports, the AppImage usually remains broken even after installing them, so don’t expect too much from it. The issue seems to be in the way the AppImage is bundled, not in your system.

Right now the only option that consistently works on Ubuntu 25.10 is using the Flatpak client instead:

flatpak install flathub com.nextcloud.desktopclient.nextcloud

The Flatpak version runs fine and avoids all the missing-library issues.

Until the AppImage is rebuilt with proper dependencies, that’s basically the safest workaround.

2 Likes
3

Is there a reason why the appimage is bundled the way it is?

Thanks for your help, I have a workaround now.

4

Glad the workaround solved it for you.

About the AppImage bundling — that’s something only the developers of the desktop client can really answer.

If you’re curious about the reasoning behind the current packaging, the best place to ask would be their GitHub issue tracker or the desktop client repo directly.

1 Like
5

Hi Sorry to bother you again. Do the GitHub instructions work for making this from source for Linux?

I am trying this and I get this error…

~/desktop/build$ cmake -S ~/desktop -B build -DCMAKE_PREFIX_PATH=~/desktop/cmake -DCMAKE_BUILD_TYPE=Debug -DCMAKE_INSTALL_PREFIX=$HOME/.local. -DNEXTCLOUD_DEV=ON
CMake Error at CMakeLists.txt:87 (find_package):
Could not find a package configuration file provided by “ECM” (requested
version 6.0.0) with any of the following names:

ECMConfig.cmake 
ecm-config.cmake

Add the installation prefix of “ECM” to CMAKE_PREFIX_PATH or set “ECM_DIR”
to a directory containing one of the above files. If “ECM” provides a
separate development package or SDK, be sure it has been installed.

I can’t find anything in this git clone of ECM.

Thanks,
Peter

6

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.