Skip to content

linuxmuster/linuxmuster-linbo-gui

Repository files navigation

⚠️ This is version 7.2.x of the linbo-gui for LMN 7.2. Checkout the v7.0.x branch for the current version for LMN 7.0 and 7.1!

Linbo logo


GitHub release Community Forum

This is the GUI of Linbo based on Qt6!

Maintainance Details

Linuxmuster.net official ✅ YES
Community support ✅ YES**
Actively developed ✅ YES
Maintainer organisation Linuxmuster.net e.V.
Primary maintainer [email protected]

** The linuxmuster community consits of people who are nice and happy to help. They are not directly involved in the development though, and might not be able to help in any case.

Releases

The latest release can be found here
The attached file linuxmuster-linbo-gui7_*.deb is the Package which you can install on your server. Please note: the prebuilt packages do not contain a 32-bit version.

Compatibility with Linbo

If you install an incompatible combination of the gui and linbo itself, the gui will not function!

  • >= v7.1.0 is only compatible with Linbo >= v4.1.0
  • < v7.1.0 is only compatible with Linbo < v4.1.0

Building yourself

For your convenience there is a script to build the package: build.sh
You have to invoke it in the build root.

Screenshots

Some screenshots can be found here: https://github.com/linuxmuster/linuxmuster-linbo-gui/tree/master/.github/media
Please note that they might not be up to date though.

Icons

All of the SVG icons in this Gui were taken from one of the following sources and slighlty modified:

Creating a release

The following steps have to be followed to create a release:

  • Update the changelog file
  • Update the version code in the CMakeLists.txt file
  • commit all changes
  • Do a git push: git push
  • Create a git tag in the format v+VERSION (eg. v7.0.0): git tag vVERSION
  • Push tags: git push --tags

In case of a mistake, the tag can be deleted:

    1. Locally: git tag -d vVERSION
    1. Remotely: git push --delete origin vVERSION

Version schema:

  • Genreal: major.minor.patch (semver)
  • Prereleases (release candidates) must end with ~XX where XX is the number of the Prerelease
    • So, before version 7.1.1 is released, there may be versions 7.1.1~01, 7.1.1~02, and so on
  • Releases don't have a suffix
    • So, once version 7.1.1 is ready, it is published as 7.1.1
  • This concept ensures that stable releases are elays evaluated as a higher version Number than perreleases.