Wiki/wiki-rtd/docs/wiki_development/flatpak/retrodeck-flatpak.md

168 lines
4.6 KiB
Markdown
Raw Normal View History

2024-02-13 17:40:59 +00:00
# About Flatpak
2024-02-13 18:21:51 +00:00
Flatpak is a packing method available on Linux and provides a separate sandbox environment from the main OS like chroot or a docker container.
## The Manifest file
2024-02-13 18:28:03 +00:00
[Flatpak on Manifests](https://docs.flatpak.org/en/latest/manifests.html)
2024-02-13 18:21:51 +00:00
The manifest is an `.yml` with a set of instructions to tell the flatpak-builder cli tool how to build the flatpak from the modules in the yml.
The manifest got an header, a body and definitions of modules.
Even the core application it self is a module inside the flatpak that needs to be defined.
2024-02-13 18:24:16 +00:00
### RetroDECK: net.retrodeck.retrodeck.yml
2024-02-13 18:21:51 +00:00
2024-02-13 18:28:34 +00:00
RetroDECK flatpak's name is `net.retrodeck.retrodeck` and it's defined in the manifest file.
2024-02-13 18:21:51 +00:00
[net.retrodeck.retrodeck.yml](https://github.com/XargonWan/RetroDECK/blob/main/net.retrodeck.retrodeck.yml) in our manifest the RetroDECK module is defined together with a ever growing list of other modules like our dependencies:
- Emulators
- Game Engines
- Libraries
- Github / Gitlab projects
Are all defined in their own module and built together.
2024-02-13 17:40:59 +00:00
## The /app folder
The flatpak application is located and built inside the `/app` folder within this environment.
The real location of the `/app` folder in the hostOS is in the none writable path: `/var/lib/flatpak/app/`
In RetroDECK's case it is `/var/lib/flatpak/app/net.retrodeck.retrodeck/`
### Writable folders
These folder are the only folders writable by a flatpak.
`/var/data` is linked to `~/.var/app/<FLATPAKNAME>/data` <br>
`/var/config` is linked to `~/.var/app/<FLATPAKNAME>/config` <br>
For RetroDECK:
`~/.var/app/net.retrodeck.retrodeck/`
`~/.var/app/net.retrodeck.retrodeck/config/`
`~/app/net.retrodeck.retrodeck/data/`
2024-02-13 17:47:12 +00:00
## The Appdata file
To be published on Flathub a appdata `.xml` file is needed that contains all the information for the store:
- Official name
- Website links
- Screenshots links
- Version
- Patchnotes
- Etc...
2024-02-13 18:24:16 +00:00
### RetroDECK: net.retrodeck.retrodeck.appdata.xml
2024-02-13 17:47:12 +00:00
[net.retrodeck.retrodeck.appdata.xml](https://github.com/XargonWan/RetroDECK/blob/main/net.retrodeck.retrodeck.appdata.xml) on our GitHub repository's root.
2024-02-13 17:40:59 +00:00
2024-02-13 17:47:12 +00:00
## Permissions
2024-02-13 17:40:59 +00:00
Additional permissions arguments can be defined in the manifest to give access to several features of the hostsystem. Flatpak developers are always adding new permissions but the goal of a flatpak it should only request as much as it needs and not be over permissive .
More on [Sandbox Permissions Reference](https://docs.flatpak.org/en/latest/sandbox-permissions-reference.html)
All permissions can be even overridden by the user doing cli commands or using flatseal to add more permissions.
Example arguments:
```
finish-args:
- --share=ipc
- --share=network
- --device=all
- --filesystem=home
- --filesystem=/run/media
- --filesystem=/media
- --filesystem=/media
```
In this example we're telling the flatpak:
Enable ipc and networking
```
--share=ipc
--share=network
```
Have access to all plugged in devices, such as controllers and webcams.
```
--device=all
```
Have access to file systems paths for the entire home catalog and plugged in Disks / SDCards and USB Storage.
```
--filesystem=home
--filesystem=/run/media
--filesystem=/media
--filesystem=/mnt
```
2024-02-13 18:21:51 +00:00
## Example Modules
2024-02-13 17:58:51 +00:00
2024-02-13 18:04:25 +00:00
A good way to learn how to write modules is to search on flathub's GitHub for other modules to get an idea, however our manifest is more or less using every module type possible. What follows are two examples (note that providing a sha256 is mandatory):
2024-02-13 17:40:59 +00:00
2024-02-13 18:26:53 +00:00
### Example of rclone module
2024-02-13 17:40:59 +00:00
2024-02-13 17:47:12 +00:00
```
2024-02-13 17:40:59 +00:00
- name: rclone
buildsystem: simple
build-commands:
- cp rclone ${FLATPAK_DEST}/bin/
sources:
- type: archive
url: https://github.com/rclone/rclone/releases/download/v1.61.1/rclone-v1.61.1-linux-amd64.zip
sha256: 6d6455e1cb69eb0615a52cc046a296395e44d50c0f32627ba8590c677ddf50a9
```
2024-02-13 18:26:53 +00:00
**What does this module do?**
2024-02-13 17:58:51 +00:00
2024-02-13 18:26:53 +00:00
- Downloads the file from the defined url
2024-02-13 17:58:51 +00:00
- Extracts it automatically as it's defined as a archive
2024-02-13 18:26:53 +00:00
- Executing the build-commands (a copy in this case).
2024-02-13 17:40:59 +00:00
2024-02-13 18:26:53 +00:00
### Example of a cmake-ninja module
2024-02-13 17:40:59 +00:00
```
- name: glslang
buildsystem: cmake-ninja
config-opts:
- -DCMAKE_BUILD_TYPE=Release
- -DENABLE_CTEST=OFF
- -DENABLE_OPT=OFF
cleanup:
- /include
- /lib/cmake
sources:
- type: archive
url: https://github.com/KhronosGroup/glslang/archive/13.1.1.tar.gz
sha256: 1c4d0a5a38c8aaf89a2d7e6093be734320599f5a6775b2726beeb05b0c054e66
```
2024-02-13 18:26:53 +00:00
**What does this module do?**
2024-02-13 17:40:59 +00:00
2024-02-13 18:26:53 +00:00
- Downloads the archive
- Extracts it
- Sets the config options
- Execute cmake-ninja
- Cleanup by deleting the paths defined in the cleanup.
2024-02-13 17:40:59 +00:00