Difference between revisions of "Oolite build system"
| Line 41: | Line 41: | ||
| generate NSIS || Generates a Windows installer for Oolite using NSIS. |||| | | generate NSIS || Generates a Windows installer for Oolite using NSIS. |||| | ||
|- | |- | ||
| − | | tag source code || | + | | tag source code || The CI run will tag the version in the official repository so it is available to all other steps. |||| |
|- | |- | ||
| − | | upload artifacts |||||| | + | | upload artifacts || Uploads generated artifacts to a Github Release so they are available to the public. |||| |
|- | |- | ||
| prepare |||||| | | prepare |||||| | ||
| Line 49: | Line 49: | ||
| pkgver |||||| | | pkgver |||||| | ||
|- | |- | ||
| − | | package |||||| | + | | package || Generates the AUR package. |||| |
|- | |- | ||
| − | | publish on AUR |||||| | + | | publish on AUR || Pushes the AUR package into the AUR repository. |||| |
|} | |} | ||
Revision as of 08:17, 9 July 2026
Here is the result of this forum thread: gitversion.sh / meson.build changes
| Build Step | Description | Requires | Provides |
|---|---|---|---|
| configure system manually | |||
| checkout code | |||
| change code | |||
| meson setup | |||
| meson compile | |||
| test/debug manually | |||
| meson test | |||
| meson install | |||
| meson uninstall | |||
| push changes | Push the changes back into the Oolite repository. Likely involves commit and pull request actions. | ||
| configure system automatically | |||
| calculate version number | Generates the checked out version's semver. | ||
| generate tar.gz | Generates an Oolite distribution as tar ball. | ||
| generate AppImage | Generates a Linux AppImage. | ||
| generate Flatpak | Generates a Linux Flatpak image. | ||
| generate MSIX | Generates a Windows installer for Oolite using MSIX. | ||
| generate NSIS | Generates a Windows installer for Oolite using NSIS. | ||
| tag source code | The CI run will tag the version in the official repository so it is available to all other steps. | ||
| upload artifacts | Uploads generated artifacts to a Github Release so they are available to the public. | ||
| prepare | |||
| pkgver | |||
| package | Generates the AUR package. | ||
| publish on AUR | Pushes the AUR package into the AUR repository. |
- makepkg starts
- install prerequisites like clang, meson, jq, ...
- checkout project
- run prepare() function
- calculate official version number (semver via gitversion)
- run build() function
- meson setup
- meson compile
- run check() function
- meson test
- run package() function
- meson install
- Place custom icon, desktop item for use in menus, custom launcher etc at correct places
- create archlinux package
- makepkg exits
- runtime tests
- publish on AUR
- pre-build
- Iniialise a clean minimal build enviornmnet
Many issues during or after build are due to having uncessary things being present. Whether this is done through a clean chroot, docker container, VPS, github/gitlab workflow, Virtual machine etc is an implementation detail.
- download sourcecode
This should include oolite sourcecode as well as the code needed for external dependencies.
- install required dependencies
The baseline discussed at viewtopic.php?p=304440 should make this part a lot easier./p>
It includes building external deps that are not available in the build environment. Targets that use 'modern builds' for example require gnustep objc2.
objc2 can only be built by clang, requires gnustep base and make to be built with clang. Also no released versions of gnustep tools support latest clang release (fixes are avaiiable). Targets that use the gcc provided libobjc don't have this need.
- changes to sourcecode to allow succesfull builds
example : 1.92-maintenance has 2 files that screw up things at runtime for some targets. Deleting those files is the only option. Although since we updated the dependencies this example should be outdated.
- set/update values that can not be determined before build time.
This includes things like sourcecode url, build environment, git commit hash.
These values shall be passed in a JSON file inside the build directory. An example build file can look like this:
- Iniialise a clean minimal build enviornmnet
{
"title": "Oolite core",
"identifier": "org.oolite.oolite",
"required_oolite_version": "1.93",
"license": "GPL 2+ / CC-BY-NC-SA 3.0 - see LICENSE.md for details",
"author": "Giles Williams, Jens Ayton and contributors",
"information_url": "https://oolite.space/",
"expansion_catalog": "https://addons.oolite.space/api/1.0/overview/"
}
- build
- setup/configure
- compile
- test unpackaged
- install <-- why is this here?
- post-build
- packaging
- testing package