Your rating: None Average: 5 (9 votes)

Takeoff is an autostart manager to start apps after device boot.

This is my first app for Sailfish OS, so please don't be so hard with your feedback ;-)


Supported apps

  • In theory all native apps at them moment (not tested all)

Implemented Features

  • Define start order of apps on boot
  • Edit start command of app
  • App library local/remote
  • Define startup delay in settings

App Library

The app library provides tweaked start commands for your apps e.g voicecall app that doesn't start without this tweak. The library is shipped with the app but there is also a posibility to use a remote api.

The use of remote api is deactivated by default. If actived with the app will get the library from my server in form of a static json file. The server url is editable, so you can host and use your own library.
Using the remote api is a potential security risk, because the commands from it are executed on your device!!! Be carefull!!!!!

I don't know if this remote api is really necessary in the future, but it made fun to program it :-D.
A benefit would be that it is not necessary to release a new version of my app when library changed.

You are welcome to provide own start commands to be integrated into the library. You can do this with a pull request on my Github repository (library/harbour-takeoff-app-library.json) or by post it in the comment section.

Planned features

  • maybe Android apps but I need to find a way to detect if android ist available on the device and when alien dalvik is up and running.
  • ....

Known Bugs

  • When App is newly installed (not update) and an old configration is present it fires up all active apps
  • to be found


Special thanks to all contributors to this project!


Source code is available on Github:




If you like my work you can buy me a beer.


Application versions: 
File harbour-takeoff-0.3.0-1.armv7hl.rpm103.89 KB07/09/2020 - 11:19
File harbour-takeoff-0.3.1-1.armv7hl.rpm104.05 KB07/09/2020 - 20:10
File harbour-takeoff-0.3.2-1.armv7hl.rpm104.51 KB08/09/2020 - 14:03
File harbour-takeoff-0.4.0-1.armv7hl.rpm104.77 KB08/09/2020 - 16:58
File harbour-takeoff-0.4.5-1.armv7hl.rpm105.57 KB08/09/2020 - 21:46
File harbour-takeoff-0.4.7-1.armv7hl.rpm106.26 KB08/09/2020 - 23:20
File harbour-takeoff-0.4.8-1.armv7hl.rpm106.32 KB11/09/2020 - 09:26
File harbour-takeoff-0.4.9-1.armv7hl.rpm106.33 KB11/09/2020 - 09:41
File harbour-takeoff-0.5.0-1.armv7hl.rpm106.8 KB11/09/2020 - 19:05
File harbour-takeoff-0.5.3-1.armv7hl.rpm109.12 KB14/09/2020 - 23:38
File harbour-takeoff-0.5.4-1.armv7hl.rpm110.04 KB18/09/2020 - 23:29
File harbour-takeoff-0.5.5-1.armv7hl.rpm110.67 KB19/09/2020 - 08:55
File harbour-takeoff-0.6.0-1.armv7hl.rpm119.06 KB20/09/2020 - 16:38
File harbour-takeoff-0.6.4-1.armv7hl.rpm120.3 KB22/10/2020 - 16:52
File harbour-takeoff-0.6.5-1.armv7hl.rpm121.48 KB23/10/2020 - 15:28
File harbour-takeoff-0.6.6-1.armv7hl.rpm121.61 KB25/10/2020 - 20:38
File harbour-takeoff-0.6.7-1.armv7hl.rpm121.8 KB30/10/2020 - 22:48
File harbour-takeoff-0.6.8-1.armv7hl.rpm121.89 KB30/10/2020 - 23:09
File harbour-takeoff-0.6.9-1.armv7hl.rpm122.18 KB03/11/2020 - 01:08
File harbour-takeoff-0.6.10-1.armv7hl.rpm122.51 KB05/11/2020 - 16:40

- 0.6.10-1
- Update of chinese translation (Thanks to dahsinfantry)

- 0.6.9-1
- Bugfix of crash when disable active app
- Show desktop file content of application in manager
- Code improvements


Mick's picture

Trying this out on a Jolla 1 after my XPeria X1 screwed up during the last system update.
Seems to be OK but the selected apps start order still gets a bit cunfused and muddled at startup.

sausset's picture

Thanks a lot for the extremely fast delay addition!

sausset's picture

Could you add a setting with a delay for launching apps after the boot or to do it after lipstick relaunch, to make the app compatible with patchmanager which relaunches lipstick roughly 10 seconds after the first logging to the home screen ?

cy8aer's picture

I have the phone app in my list to be started. But it is not shown on start. Probably it is a bit different built because there are more components running in background?

black_sheep_dev's picture

Phone app doesn't start with the start command in desktop file. The Problem seems to be the "-s" argument for invoker. In next release I plan a function to edit the start command of the app. I also plan to make a library with good start commands for apps, because this is definetly not the last app not starting up.

black_sheep_dev's picture

Yeah no problem! I will add it to the next release.

PawelSpoon's picture

Did work after reboot, not after restart home. Could you add a menu : start apps ?

PawelSpoon's picture

I have to gobfor /home/nemo/.config/... Always btw er

PawelSpoon's picture

After nstall all apps did start. 1.) did start 2.) after password starts 3) permissions denied / with devel-su 3) would work 4) seems fine

PawelSpoon's picture

Stopped to work , neither homescreen restart nor reboot did trigger start of.apps

black_sheep_dev's picture

Here everything seems to work. Also tried a complete reinstall. Die you try to reset configuration? Can you provide the content of your ".config/harbour-takeoff/takeoff.def" and ".config/harbour-takeoff/takeoff.sh"?

PawelSpoon's picture

/usr/bin/invoker -s --type=silica-qt5 /usr/bin/depecher


/usr/bin/invoker -n -s --type=silica-qt5 /usr/bin/harbour-takeoff --takeoff

black_sheep_dev's picture

Here everything works fine with the same apps like you use. Maybe it is a problem with your systemd service?

Some things to test in Console:

  1. Run ".config/harbour-takeoff/takeoff.sh"  ---> Apps starting?
  2. Run "devel-su systemctl-user start org.nubecula.takeoff.service" ---> Apps starting?
  3. Run "systemctl-user daemon-reload" ---> Apps starting?
  4. Check permission "ls -l .config/harbour-takeoff/" should be "-rwxr-xr-x    1 nemo     nemo            88 Sep 10 20:03 takeoff.sh"


levone1's picture

You should write a description for the "Description" section of the app page... (never mind - I see it now. It was obscured from my notice by all the other stuff...)

PawelSpoon's picture

Wow that was quick, are yoiu sure it gets persisted ?

black_sheep_dev's picture

Nope! :D

I fire up apps at boot in the right order but in an asynchronally way. Some apps take longer than others to start. And this decides in wich order they will come in on the grid. A later started app starts faster then the first one. I am working on a solution at the moment...

PawelSpoon's picture

If you want.to have.a proper order on homescreen, then arrange would be needed

black_sheep_dev's picture

Reorder of apps is now implemented (since 0.4.0-1). Longpress item to get context menu with options to move app up/down in the list.

Mick's picture

Works on XPeriaX.
A couple of suggestions for future.
Is it possible to force the apps to minimize after they start?
Possibility of rearranging the apps list by drag and drop?
Otherwise a great app that can save a lot of time at startup.

black_sheep_dev's picture


thank you for your feedback!

I didn't found a solution yet to minimize the windows afterwards. Last app in list is active after boot.

Instead of rearranging the apps, does it not make more sense to decide which app comes at last (and keep open actually)? Because all others are already minimized and running.




PawelSpoon's picture

Works on X10

murfik's picture

Very good as "hello, world" project