Cannot build OpenShot

Support Third-Party Software
1

I run on on Stable, and system details are shown below. Just had a big update after over 2 month wait which broke my system, which hitherto was working fine. I’ve fixed most of the issues but a few still remain all of which are to do with AUR packages which were working before.

One of these is Openshot video editor. I couldn’t get this to build, and after 20 minutes when it was still trying to compile, I aborted it and decided to try downloafing the appimage instead. Having done that I was asked to integrate the appimage, but that produced error:- Loaded modules from: /tmp/.mount_OpenSh3kcDhS/usr/bin [appimagelauncher-binfmt-bypass/lib]
ERROR: child exited with code 11.

I have appimagelauncher 3.0.0_beta_3-1 installed which was present before this update, and worked then. Any ideas why appimages won’t integrate?

`System:`
`Kernel: 6.12.61-1-MANJARO arch: x86_64 bits: 64 compiler: gcc v: 15.2.1`
`clocksource: tsc`
`Desktop: Xfce v: 4.20.1 tk: Gtk v: 3.24.51 wm: xfwm4 v: 4.20.0`
`with: cairo-dock,xfce4-panel tools: light-locker dm: LightDM v: 1.32.0`
`Distro: Manjaro base: Arch Linux`
`Machine:`
`Type: Desktop System: Dell product: Vostro 470 v: N/A`
`serial:  Chassis: type: 3 serial: `
`Mobo: Dell model: 0NW73C v: A01 serial: `
`uuid:  Firmware: UEFI vendor: Dell v: A14`
`date: 06/25/2018`
`CPU:`
`Info: quad core model: Intel Core i5-3470 bits: 64 type: MCP`
`smt:  arch: Ivy Bridge rev: 9 cache: L1: 256 KiB L2: 1024 KiB`
`L3: 6 MiB`
`Speed (MHz): avg: 1600 min/max: 1600/3600 cores: 1: 1600 2: 1600 3: 1600`
`4: 1600 bogomips: 25577`
`Flags-basic: avx ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx`
`Graphics:`
`Device-1: Intel Xeon E3-1200 v2/3rd Gen Core processor Graphics vendor: Dell`
`driver: i915 v: kernel arch: Gen-7 ports: active: HDMI-A-1 empty: DP-1,VGA-1`
`bus-ID: 00:02.0 chip-ID: 8086:0152 class-ID: 0300`
`Display: x11 server: ``X.Org`` v: 21.1.21 compositor: xfwm4 v: 4.20.0 driver:`
`X: loaded: modesetting alternate: fbdev,vesa dri: crocus gpu: i915`
`display-ID: :0.0 screens: 1`
`Screen-1: 0 s-res: 1920x1080 s-dpi: 96 s-size: 509x286mm (20.04x11.26")`
`s-diag: 584mm (22.99")`
`Monitor-1: HDMI-A-1 mapped: HDMI-1 model: Asus VC239 serial:  res:`
`mode: 1920x1080 hz: 60 scale: 100% (1) dpi: 96`
`size: 509x286mm (20.04x11.26") diag: 584mm (23") modes: max: 1920x1080`
`min: 720x400`
`API: OpenGL Message: Unable to show GL data. glxinfo is missing.`
`Info: Tools: de: xfce4-display-settings x11: xdpyinfo, xprop, xrandr`
`Audio:`
`Device-1: Intel 7 Series/C216 Family High Definition Audio vendor: Dell`
`driver: snd_hda_intel v: kernel bus-ID: 00:1b.0 chip-ID: 8086:1e20`
`class-ID: 0403`
`API: ALSA v: k6.12.61-1-MANJARO status: kernel-api with: aoss`
`type: oss-emulator`
`Server-1: JACK v: 1.9.22 status: off`
`Server-2: PipeWire v: 1.4.9 status: active with: 1: pipewire-pulse`
`status: active 2: wireplumber status: active 3: pipewire-alsa type: plugin`
`Network:`
`Device-1: Realtek RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet`
`vendor: Dell driver: r8169 v: kernel pcie: speed: 2.5 GT/s lanes: 1`
`port: e000 bus-ID: 02:00.0 chip-ID: 10ec:8168 class-ID: 0200`
`IF: enp2s0 state: up speed: 1000 Mbps duplex: full mac: `
`IF-ID-1: vmnet1 state: unknown speed: N/A duplex: N/A mac: `
`IF-ID-2: vmnet8 state: unknown speed: N/A duplex: N/A mac: `
`Drives:`
`Local Storage: total: 1.2 TiB used: 352.35 GiB (28.7%)`
`ID-1: /dev/sda vendor: Crucial model: CT1000MX500SSD1 size: 931.51 GiB`
`speed: 6.0 Gb/s tech: SSD serial:  fw-rev: 045 scheme: GPT`
`ID-2: /dev/sdb vendor: Western Digital model: WD3200AAKS-75L9A0`
`size: 298.09 GiB speed: 3.0 Gb/s tech: N/A serial:  fw-rev: 3E02`
`scheme: GPT`
`Partition:`
`ID-1: / size: 50.49 GiB used: 24.08 GiB (47.7%) fs: ext4 dev: /dev/sdb5`
`ID-2: /home size: 14.32 GiB used: 10.39 GiB (72.5%) fs: ext4`
`dev: /dev/sdb6`
`Swap:`
`Alert: No swap data was found.`
`Sensors:`
`System Temperatures: cpu: 12.0 C mobo: N/A`
`Fan Speeds (rpm): cpu: 901 mobo: 904`
`Info:`
`Memory: total: 12 GiB available: 11.57 GiB used: 2.8 GiB (24.2%)`
`Processes: 231 Power: uptime: 5h 40m states: freeze,mem,disk suspend: deep`
`wakeups: 0 hibernate: platform Init: systemd v: 258 default: graphical`
`Packages: pm: pacman pkgs: 1577 Compilers: clang: 21.1.6 gcc: 15.2.1`
`Shell: Bash v: 5.3.8 running-in: xfce4-terminal inxi: 3.3.40`
2

You don’t actually need any program for the appimages, you can just make a launcher youself.

I didn’t know there is some new beta of appimagelauncher that is supposed to work, the previous one didn’t.

You can also try Gearlever, it is supposed to do the same thing, i have not tested it.

P.s. appimagelauncher is not in the repos, hence not supported and system update cannot be blamed. I will correct the tags.

1 Like
3

No idea, at least not without a :crystal_ball:

However, I use GearLever, which performs the same function (only better) – plus, it’s available from the official Manjaro repositories.

sudo pacman -S gearlever

I think you’ll be suitably impressed by it.

If it were me, I’d remove AppImageLauncher before installing GearLever, to avoid any possible complications.

sudo pacman -Rns appimagelauncher

The non-functioning AppImageLauncher might be to blame for OpenShot issue, but it’s only an educated guess.

Regards.

1 Like
4

I use gearlever. It’s great and is maintained well.

1 Like
5

Yes - that may happen - such packages are the local system administrators job to keep working.

Openshot depends on qt5 libraries which are no longer available in the official repository - and may prove difficult to get working.

Again - custom packages may fail when the expected dependencies no longer exist.

AUR is Arch User Repsotory - it is expected that those build scripts may fail on Manjaro due to either unresolved dependencies or system libraries being an unexpected version.

4 Likes
6

An alternative might be kdenlive, which is qt6 now.

2 Likes
7

OK. Lets put everything aside and just focus on the Openshot appimage. I’ve removed appimagelauncher 3.0.0_beta_3-1, and ensured the appimage is executable. The Openshot appimage was downloaded from Openshot’s website.

In Kubuntu the same appimage loads fine from the terminal, or just double-clicking it, but will not load in either Manjaro or Endeavouros, producing the same error: Loaded modules from: /tmp/.mount_OpenShJypUEj/usr/bin - ‘segmentation fault’ when run from the terminal. So some package or configuration is missing with an Arch based distribution. I’ve read that fuse2 needs to be installed in Arch-based distros for appimages to load, but both fuse2 and fuse3 are installed. I have another appimage which is a Hearts card game and that one loads OK and always has done. So I really am at a loss why the Openshot appimage will not work with an Arch based distro.

8

I just downloaded the official appimage - indeed the same error.
Alternatively, you can try the flatpak version too?

9

That being the case, I’ve changed both the thread title and the category to something more appropriate.

Regards.

10

But I appear to have qt5 still running despite the update.

qmake -v
QMake version 3.1
Using Qt version 5.15.18 in /usr/lib

Having said that, looking in /var/cache/pacman/pkg, there are plenty of qt6 packages as well as qt5 ones included.

11

I don’t use Flatpak if I can help it. Besides it doesn’t resolve the question of why this particular appimage works fine in debian type distros, but not in Arch. Hopefully, some appimage expert will come along and know the answer. I may head over to the Endeavouros forum and ask there, but I’ll wait first to see if anyone knows the answer here.

12

I get a different error.

./home/kermit/AppImages/openshot_video_editor.appimage
Loaded modules from: /tmp/.mount_openshKV9Exq/usr/bin
qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in ""
Segmentation fault         (core dumped) /home/kermit/AppImages/openshot_video_editor.appimage

Note the segfault.

@linux-aarhus has already mentioned;

The dependence on qt5 libraries would be no less true for the .appimage – I don’t know the specific libraries concerned.

Another tack:

Do you still get an error when running this .appimage in X11?

If not, then perhaps that was also true of these “Debian type” distributions – which ones did you test the .appimage on?

This is possibly more an issue for whoever packaged the .appimage rather than Manjaro (or Endeavour OS) – especially considering that the problem persists in other distributions.

OpenShot is no longer available from the official Manjaro repositories (has been dropped to the AUR) – doubtless this is due to general incompatibilities with the current environments.

This seems the obvious time to reconsider. Have you tried it?

I can confirm that the OpenShot .flatpak indeed opens without issue in a current Plasma environment. :eyes:

I’m afraid whichever road taken otherwise seems to lead back to OpenShot themselves to fix the problem.

Regards.

1 Like
14

I was under the impression that an appimage was a self-contained executable.

The key idea of the AppImage format is one app = one file . Every AppImage contains an app and all the files the app needs to run. In other words, each AppImage has no dependencies other than what is included in the targeted base operating system(s).
– https://appimage.org

So I downloaded the OpenShot editor from the authors webpage, made it executable and run it

The appimage does not run on neither Wayland nor X11

 $ echo $XDG_SESSION_TYPE
wayland

 $ ./OpenShot-v3.3.0-x86_64.appimage 
Loaded modules from: /tmp/.mount_OpenSh4im3qY/usr/bin
qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in ""
QFont::fromString: Invalid description 'Noto Sans,10,-1,5,400,0,0,0,0,0,0,0,0,0,0,1'
QFont::fromString: Invalid description 'Noto Sans,10,-1,5,400,0,0,0,0,0,0,0,0,0,0,1'
QFont::fromString: Invalid description 'Noto Sans,10,-1,5,400,0,0,0,0,0,0,0,0,0,0,1'
Segmentation fault         (core dumped) ./OpenShot-v3.3.0-x86_64.appimage

 $ echo $XDG_SESSION_TYPE
x11

 $ ./OpenShot-v3.3.0-x86_64.appimage 
Loaded modules from: /tmp/.mount_OpenShmstiky/usr/bin
QFont::fromString: Invalid description 'Noto Sans,10,-1,5,400,0,0,0,0,0,0,0,0,0,0,1'
QFont::fromString: Invalid description 'Noto Sans,10,-1,5,400,0,0,0,0,0,0,0,0,0,0,1'
QFont::fromString: Invalid description 'Noto Sans,10,-1,5,400,0,0,0,0,0,0,0,0,0,0,1'
Segmentation fault         (core dumped) ./OpenShot-v3.3.0-x86_64.appimage

Let me emphasise - this is a bug in the appimage - and has nothing to do with Manjaro.

Please report such error to the developers of OpenShot - for guidance use below page

If you want to build it - please check the AUR - as some of the build scripts is unmaintained and as such is likely to cause issues during build.

Building the openshot-git fails due to dependencies not readily available

 $ git clone https://aur.archlinux.org/openshot-git
Cloning into 'openshot-git'...
remote: Enumerating objects: 20, done.
remote: Counting objects: 100% (20/20), done.
remote: Compressing objects: 100% (20/20), done.
remote: Total 20 (delta 0), reused 20 (delta 0), pack-reused 0 (from 0)
Receiving objects: 100% (20/20), 7.95 KiB | 7.95 MiB/s, done.

 $ cd openshot-git/

[master] $ makepkg
==> Making package: openshot-git 3.3.0.r127.g4de6e593c-1 (ons 10 dec 2025 10:49:49 CET)
==> Checking runtime dependencies...
==> Missing dependencies:
  -> libopenshot-audio-git
  -> libopenshot-git
  -> python-pyqt5-webengine
==> Checking buildtime dependencies...
==> Missing dependencies:
  -> xorg-server-xvfb
==> ERROR: Could not resolve all dependencies.

[master] $ makepkg -s
==> Making package: openshot-git 3.3.0.r127.g4de6e593c-1 (ons 10 dec 2025 10:49:55 CET)
==> Checking runtime dependencies...
==> Installing missing dependencies...
[sudo] password for fh: 
error: target not found: libopenshot-audio-git
error: target not found: libopenshot-git
error: target not found: python-pyqt5-webengine
==> ERROR: 'pacman' failed to install missing dependencies.
==> Missing dependencies:
  -> libopenshot-audio-git
  -> libopenshot-git
  -> python-pyqt5-webengine
==> Checking buildtime dependencies...
==> Installing missing dependencies...
[sudo] password for fh: 
sudo: a password is required

==> ERROR: Aborted by user! Exiting...

These dependencies must be cloned and build separately, this may introduce other missing dependencies

==> Missing dependencies:
  -> libopenshot-audio-git
  -> libopenshot-git
  -> python-pyqt5-webengine
15

Yes, it is. Both .flatpak and .appimage are. The difference is that Flatpak is assembled on-the-fly (much like a binary via the AUR). At least that has been my understanding.

The very same point I was making. :slight_smile:

@bendipa1

If you really must use OpenShot, at least the .flatpak is working without issue. Have you considered any alternatives?

1 Like
16

Not exactly. The flatpak depends and is created on a particular platform runtime. Which is kinda miniOS with all dependencies.
Appimage - every dependency and library has to be put there like kinda clean chroot environment by the developer. For complex apps this is often impossible or very time consuming. So the developer has to imagine what will be on most of the users machines anyway and leave it out. Stuff like gcc for example. So the developer decides where to draw the line and stop including dependencies. And most of the developers test on debian, ubuntu or fedora.

2 Likes
17

I have had some success when using the daily build AppImage. From the OpenShot download page select Daily Builds and download the latest. I tried OpenShot-v3.4.0-release-candidate-14837-94fab000-0b018e34-x86_64.AppImage and it worked for me (the release AppImage failed).

2 Likes
18

There’s no bug within the appimage if it works OK in a debian environment such as Kubuntu, as I pointed out in post #7. If it didn’t work in any distro, you’d have a valid point and I would then accept that. The issue surely must reside within Arch as appimages are sand-boxed and should operate independently within any distro they’re downloaded to.

There’s no ‘must’ about it. I have considered an alternative like Kdenlive, which seems to get a lot of praise. It’s just that Openshot is what I’m used to and it’s a pretty decent video editor. Alternatively I could switch to a Debian-based distro to use it there, but should not have to.

Manjaro has been my ‘go-to’ distro for over 3 years now as I’ve liked the look and feel of it. But with this latest big delay in the Stable update, which broke my system when it arrived, I’m starting to have serious doubts about it.

19

They bring all their dependecies with them.
At least that is the idea.
The real world is often different.

Look at what @Teo said in his last comment.

… and there is a version which appears to work - probably built within a different environment, with different assumptions about the system it is supposed to run on …
as @Phemisters said

20

So it’s not that the compile failed, but rather that you couldn’t wait until it was finished. :man_shrugging:

Have you rebuilt it? This might be necessary after such a big update.

21

Perhaps “bug” was a poor choice of words, though considering that (as @Phemisters pointed out) the OpenShot 3.4.0 release candidate seems not to exhibit these issues, a “bug” – at least in relation to Arch-based distributions – again becomes a disinct possibility.

Please download the OpenShot release candidate from their site and verify whether it works as expected for you.

If it does, then that is surely a strong indicator that the “bug” has been squashed, and that updating to the OpenShot 3.4.0 release will likely solve your issue, when it becomes available.

Despite the intention of .appimage and other containerised apps being a – more or less – universal solution to application distribution, I’m afraid it sometimes leans more to the “less”.

If you take the time to read through all comments in this thread, perhaps you will gain an appreciation for factors that obviously diminish your current understanding.

That’s a valid perpective. Wherever possible, I agree – use what you are familiar with.

Extreme, but it’s always your choice. I’m finding the current Debian 13 (Trixie) to be surprisingly smoother than it’s predecessors, though, naturally that’s greatly dependent upon the hardware that any given OS is run on.

Kdenlive as one of the flagship KDE applications certainly receives a lot of commentary. I use it myself, though, only for casual projects; I therefore only suggest it as an alternative because it works for my needs, and has never failed me.

As always, there is always “another application” that does some specific thing better than another.

Again, with reference OpenShot. Try the release candidate as mentioned earlier, which it seems might resolve the .appimage issue.

However, for the issue that is the premise of this topic, I refer you back to post#19 from @Aragorn concerning the aborted build.

Best Regards.

1 Like