2025-11-20 - Joplin 3.3.12 (prod, linux) - questions

Operating system

Linux

Joplin version

3.3.12

Desktop version info

Joplin 3.3.12 (prod, linux)

Device: linux, 11th Gen Intel(R) Core(TM) i7-1165G7 @ 2.80GHz
Client-ID: a6f8943bb7ff44b89bcb8f4d20a53b7c
Sync-Version: 3
Profil-Version: 47
Unterstützter Schlüsselbund: Nein
Alternative instance ID: -

Backup: 1.4.2
Freehand Drawing: 2.14.0
Joplin Calendar: 1.2.0

Sync target

Nextcloud

What issue do you have?

I currently have Joplin 3.3.12 (prod, linux) installed on both of my Linux computers.
Installation and updates are done via the repository of my Linux distribution.
I have the following questions about this:
Is Joplin 3.3.12 (prod, linux) the current productive version?
What could it mean that I have already received ‘Update from version 3.3.12’ twice (2025-07-10 and 2025-11-19) and that ‘Joplin 3.3.12 (prod, linux)’ is displayed both before and after the update – i.e. no change is visible. On my Windows computers, I have Joplin 3.4.12 (prod, win32).

3.4.12 is the latest prod version. 3.5.6 latest beta version

2 Likes

Are you using Flatpak? I ask as looking at the Flatpak repo for Joplin it still only provides 3.3.12.

The Flatpak version is not an official version published by Joplin so it is up to whoever maintains that package to update it on FlatHub.

(EDIT: It looks like they are trying but the builds have failed.)

1 Like

Thank you @DevGiuDev , thank you @dpoulton .

Yes, it actually looks as if the Tuxedo OS repository only offers a Joplin Flatpak via their ‘Discover’ programme management.

If that's not the officially supported version, I don't want it.
Of course, I only want an officially supported version.

Using the ‘Check for updates’ function in the Flatpak - Joplin version 3.3.12 installed on my computer, I received a file

Joplin-3.4.12.appimage (147.4 MiB (154,561,716)).
Am I correct in assuming that this is the current official version?

The question is how I can get from where I am now to an officially supported installation.
I think I should first completely uninstall the Joplin Flatpak using the OS’ uninstall function.
But what should I do after that? I have no idea what an ‘appimage’ file is.
I suppose I could run it with a double click – but is that a good idea? I suspect not.

At https://joplinapp.org/help/install, I find

On Linux, the recommended way is to use the following installation script as it will handle the desktop icon too:

wget -O - https://raw.githubusercontent.com/laurent22/joplin/dev/Joplin_install_and_update.sh | bash

The install and update script supports the following flags (around line 50 at the time of this writing).

Should I run this script for
a) the new installation and then
b) to install new versions as soon as they are available?

Do I need to run this command with sudo on my Tuxedo OS, which is based on Ubuntu? So

sudo wget -O - https://raw.githubusercontent.com/laurent22/joplin/dev/Joplin_install_and_update.sh | bash

Please help me get on the right track and stay there.

1 Like

I’m using Tuxedo OS, too. You can use the exact command from the website (without sudo). I can confirm that the script worked for installing and works for updating on my machine.

You might need to apply some AppImage specific workarounds. I’m not certain if this is still necessary, though.

@Coffee I've used this method for a long time and found it to be stable and reliable; as @Marph said it works fine run as a normal user (and I think that's the way it's intended to be used)

I use an alias for Joplin Update to make life easier.

(I've added the flag to receive the pre-release version, but that's something everyone might not want).

alias jup='wget -O - https://raw.githubusercontent.com/laurent22/joplin/dev/Joplin_install_and_update.sh | bash -s -- --prerelease --changelog'

The script pulls in an icon and creates a .desktop file, so you'll find Joplin in your menu

If you find your existing config is located at ~/.config/joplin-desktop then it will be a seamless transition, and when you open it all your data and settings will appear as uusual. But flatpak may have but the files elsewhere, perhaps under ~/.var/app/, you'd have to check.

(I've used the pre-releases for years without any serious issue, well done Joplin devs!)

Backup your Joplin data (just in case).

Uninstall the Flatpak using the software centre. If you see a message about "Joplin is not installed but still has data present" and asking if you wish to delete that data, the answer is no (or just do not press the delete button!). I am not sure that this would actually delete your note data but let's not take chances!

Run the install script to install the Joplin AppImage. It will download Joplin and create a program shortcut. If you see a warning about "sandboxing" do not worry - that is normal. When you run Joplin again it should detect your existing data and look and work exactly as it did before.

Regarding your specific questions:

Should I run this script for
a) the new installation ...

Yes

b) to install new versions as soon as they are available?

Yes

Do I need to run this command with sudo on my Tuxedo OS, which is based on Ubuntu?

No. Everything runs from your home folder, so sudo is not required.

(I know I'm repeating some of what was said above but they ninja'd me as I was testing this on a VM and typing out a reply :slight_smile: )

1 Like

Thank you very much for all your answers, @Marph , @johano and @dpoulton .

I think this will enable me to get started soon on getting a clean and up-to-date Joplin installation on my Linux computers as well. But I need to sleep on it for at least one night and then take care of a few other urgent matters before I can clear my head enough to do so.

At the moment, this is how I imagine it will work:

a) First, I will perform an additional JEX export from my main computer (virtual Win11 computer on VirtualBox) that uses the same productive data in my NextCloud.

b) I will test the following actions on my virtual Tuxedo OS computer on VirtualBox after creating a backup copy of this virtual computer.

c) Uninstall the Flatpak using the software centre. I think I'll also delete the existing data, because I can then completely resynchronise from my productive data in my NextCloud.

d) Install Joplin with the recommended script

e) Resynchronise my productive data from my NextCloud.

If all that works, I will look into the recommendation ‘alias for Joplin Update to make life easier’....

and if I manage that too, I will also correct the Joplin installations on my two Tuxedo OS computers that I use as hosts for VirtualBox.

1 Like

Note, if this a Fedora Linux system or OpenSuse Tumbleweed, my RPM packages are an option. I merely repackage the AppImage, and so, what you install is indeed the official version … though, you do rely on a shmuck like me to keep the packaging up to date. And, in the end, I only use Fedora myself. I have been pretty good about keeping the RPMs current over the years, but … not perfect. :slight_smile:

1 Like

Since the latest updates to Tuxedo OS, the Joplin Flatpak no longer started on one of my two hosts.

That's why I decided to take a forward-looking approach and deleted the Joplin Flatpak on this computer via the ‘Discover’ user interface, without being asked whether I wanted to delete the Joplin data or not. I assume that it was also deleted. This is in line with my plan anyway, as I want to completely resynchronise the profiles of the Joplin installed with your script with my NextCloud.

Your script ran without any error messages and Joplin is then listed with its logo as an office application and can be selected. Unfortunately, it does not start on Tuxedo OS, as @Marph had already announced under some AppImage specific workarounds.

The folks at Tuxedo OS tell me that libfuse2t64 is already installed on my Tuxedo OS machine and that the problem is that Electron apps on current Ubuntu must be started with the --no-sandbox parameter. ( See https://www.tuxedocomputers.com/en/Some-AppImages-wont-start-What-can-I-do.tuxedo )

In https://github.com/laurent22/joplin/blob/dev/Joplin_install_and_update.sh#L50
lines 273 to 286, I see that your script already contains a corresponding query for Ubuntu that sets the --no-sandbox parameter. Tuxedo OS is based on Ubuntu. My current Tuxedo OS is based on 24.04 (noble)

$ lsb_release -a
...
Distributor ID: Tuxedo
Description: TUXEDO OS
Release: 24.04
Codename: noble

Would it be possible for you to add a query for TUXEDO OS to a new version of your script in the range from lines 273 to 286 and also set the --no-sandbox parameter for it?

Since I’m on Tuxedo OS, I can take a try in the next week (if nobody is faster :smiley:).

Personally, I’m currently using this workaround. It was written that it’s safer, but I don’t understand the complete background.

1 Like
1 Like