Package Details: joplin-appimage 1.8.1-2

Git Clone URL: (read-only, click to copy)
Package Base: joplin-appimage
Description: The latest pre-released AppImage of Joplin - a cross-platform note taking and to-do app
Upstream URL:
Keywords: appimage joplin markdown note notetaking productivity
Licenses: MIT
Submitter: kirillz
Maintainer: thynkon
Last Packager: thynkon
Votes: 24
Popularity: 2.26
First Submitted: 2020-06-19 14:03
Last Updated: 2021-04-05 05:05

Pinned Comments

hvksmr1996 commented on 2020-02-22 04:18


This package is to download AppImage file from GitHub Release and install it. It is not out-of-date if the latest release lacks such file.

Also this is what a true latest release looks like:

Latest Comments

1 2 3 Next › Last »

thynkon commented on 2021-04-05 05:09

Hi @ocelotsloth, thanks for your feedback. I don't know how I missed that. fuse2 has been added to the PKGBUILD file as a runtime dependency.

If you still have problems building the package, feel free to contact me.

ocelotsloth commented on 2021-04-04 23:52

Looks like fuse2 is a runtime dependency.

❯ /opt/appimages/Joplin.AppImage 
dlopen(): error loading

AppImages require FUSE to run. 
You might still be able to extract the contents of this AppImage 
if you run it with the --appimage-extract option. 
for more information

Can you update the PKGBUILD to add fuse2 as a runtime dependency? Thanks!

thynkon commented on 2020-12-30 12:38

Usually this package tracks the highest/latest version but v1.5.14 fixed some errors that I thought that could be useful for everyone who uses this package. As you said, the upstream is tagging versions out of order and I don't know if they are working on a new version or if it was a mistake.

For now, the latest version of this package will remain "v1.5.14" for the reason I mentioned above and I will keep monitoring the upstream tags.

Thanks for your feedback @vith.

vith commented on 2020-12-30 12:13

It looks like the upstream project is tagging versions out of order because they're maintaining the 1.5 line while also working on 1.6, so the version here has gone backwards from 1.6.1 to 1.5.14.

If this package is supposed to track the "latest" release including pre-releases, maybe "latest" should be "highest version" instead of by timestamp.

thynkon commented on 2020-12-30 10:04

Hi @ben2talk, self-contained packages like appimages should be installed in /opt as per Arch package guidelines.

I have reinstalled this package several times and I had no icons problems. Could you give me more information about your problem?

ben2talk commented on 2020-12-30 04:50

  1. No icon is apparent
  2. If installed via AUR it is put in /opt folder, not suitable for a user.
  3. Icons still need manual intervention (10th Dec '20).

thynkon commented on 2020-12-17 18:27

Hi @winicius, appimages desktop integration allows you to launch appimages using your desktop environment launcher. I have disabled it for this package.
Are you using something like AppImageLauncher to launch joplin? In order to execute an appimage, all you need to do is to make it executable.

winicius commented on 2020-12-16 23:20

Is there any way to disable the integrate dialog? It always fails and I don't even know what it is supposed to do

thynkon commented on 2020-11-16 18:34

Thank you @vith for your feedback. The last update should fix the missing icons. If it does not, do not hesitate to contact me.

vith commented on 2020-11-16 07:04

I needed to change the Icon field of the .desktop to Icon=@joplinapp-desktop for it to work for me.

edit: Actually that only worked briefly, then went back to showing a broken icon (on gnome-shell).

edit2: Looks like it needed the @, I was just confused by the cache. Icon=@joplinapp-desktop