⚠️ 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!
This is the GUI of Linbo based on Qt6!
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.
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.
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
For your convenience there is a script to build the package: build.sh
You have to invoke it in the build root.
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.
All of the SVG icons in this Gui were taken from one of the following sources and slighlty modified:
- The Linux Mint was taken from Icon Fonts and is licensed by CC BY 3.0
- The Debian icon was taken from debian.org
- The Windows 7 icon was taken from Wikipedia
- All other icons were taken from fontawesome.com and are licensed under the Creative Commons Attribution 4.0 International license.
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:
-
- Locally:
git tag -d vVERSION
- Locally:
-
- Remotely:
git push --delete origin vVERSION
- Remotely:
- Genreal:
major.minor.patch
(semver) - Prereleases (release candidates) must end with
~XX
whereXX
is the number of the Prerelease- So, before version
7.1.1
is released, there may be versions7.1.1~01
,7.1.1~02
, and so on
- So, before version
- Releases don't have a suffix
- So, once version
7.1.1
is ready, it is published as7.1.1
- So, once version
- This concept ensures that stable releases are elays evaluated as a higher version Number than perreleases.