How to build NiDB and contribute to its development
The following OS configurations have been tested to build nidb. It may be possible to build NiDB on other OS configurations, but only the below environments have been tested.
Tested & Compatible
RHEL 9 compatible (Rocky Linux 9, AlmaLinux 9, RHEL 9)
RHEL 8 compatible (Rocky Linux 8, AlmaLinux 8, CentOS 8, RHEL 8)
RHEL 7 compatible (RHEL 7, CentOS 7)
Ubuntu 20
Debian 12
Incompatible
RHEL-compatible 8.6 (RHEL 8.6, Rocky 8.6, AlmaLinux 8.6)
CentOS 8 Stream
Unknown
Windows 10/11 - NiDB will compile and build on Windows, but NiDB uses Linux system calls to perform many background operations, and thus would not work on Windows.
NiDB cannot be built on CentOS Stream 8 or Rocky Linux 8.6. These distros contain kernel bugs which are incompatible with the QProcess library.
Run these commands as root (or sudo) based on your distribution
Download Qt open-source from https://www.qt.io/download-open-source
Make the installer executable chmod 777 qt-unified-linux-x64-x.x.x-online.run
Run ./qt-unified-linux-x64-x.x.x-online.run
The Qt Maintenance Tool will start. An account is required to download Qt open source
On the components screen, select the checkbox for Qt 6.6.x → Desktop gcc 64-bit
(Optional for building MySQL/MariaDB driver) On the components screen, select the checkbox for Qt 6.6.x → Sources
Sometimes the MySQL/MariaDB driver supplied with Qt will not work correctly, and needs to be built manually. This happens on Debian 12, for example. If building is successful, the path to the driver should eventually be ~/Qt/6.6.3/gcc_64/plugins/sqldrivers/libqsqlmysql.so
Once the build environment is setup, the builds can be done by script. The build.sh
script will build only the nidb executable, this is useful when testing. The rpmbuildx.sh
scripts will build the rpm which will create releases.
First time build on this machine, perform the following
All subsequent builds on this machine can be done with the following
First time build on this machine, perform the following
All subsequent builds on this machine can be done with the following
First time build on this machine, perform the following
All subsequent builds on this machine can be done with the following
First time build on this machine, perform the following
All subsequent builds on this machine can be done with the following
First time build on this machine, perform the following
All subsequent builds on this machine can be done with the following
A development server can be a full server, a VM, or any installation of one of the supported Linux operating systems. Once you've been granted access to the nidb project on github, you'll need to add your SSH key under your account (github.com --> click your username --> Settings --> SSH and GPG keys). There are directions on the github site for how to do this. Then you can clone the current source code into your .
This will create a git repository called nidb in your home directory.
To keep your local copy of the repository up to date, you'll need to pull any changes from github.
This may happen if the build machine does not have enough RAM or processors. More likely, this is happening inside of a VM if the VM does not have enough RAM or processors allocated.
This error happens because of a kernel bug in Rocky Linux 8.6 and any qmake built with Qt 6.3. Downgrade or use a lower version kernel until this kernel bug is fixed.
If you get an error similar to the following, you'll need to install the missing library
You can check which libraries are missing by running ldd
on the nidb
executable
Copy the missing library file(s) to /lib
as root. Then run ldconfig
to register any new libraries.
If you are using a virtual machine to build NiDB, there are a couple of weird bugs in VMWare Workstation Player (possibly other VMWare products as well) where the network adapters on a Linux guest simply stop working. You can't activate them, you can't do anything with them, they just are offline and can't be activated. Or it's connected and network connection is present, but your VM is inaccessible from the outside.
Try these two fixes to get the network back:
1) While the VM is running, suspend the guest OS. Wait for it to suspend and close itself. Then resume the guest OS. No idea why, but this should fix the lack of network adapter in Linux
2) (This is if you are using bridged networking only) Open the VM settings. Go to network, and click the button to edit the bridged adapters. Uncheck the VM adapter.