Xymon Mailing List Archive search

Project direction and next steps – GitHub migration and branch model

list Bruno Manzoni
Fri, 06 Feb 2026 00:24:25 +0100
Message-Id: <user-91613fb616a5@xymon.invalid>

Hi all,

1) PCRE on RHEL10-based systems

Anything based on RHEL10 (Oracle Linux 10, CentOS Stream 10, Rocky/Alma 
10, etc.)
does not ship the legacy "pcre" (PCRE1 / pcre.h) package in the standard
repositories.

- Xymon 4.3.x still depends on legacy PCRE (PCRE 8.x).
- As a result, ./configure fails by default on EL10 due to missing 
pcre-devel.

What works today:
- Install legacy PCRE from a compat / third-party repository
   (e.g. pcre-8.45-1.el10.8 and pcre-devel-8.45-1.el10.8).
- Rerun ./configure; the PCRE check passes.

Where this is going:
- EL10 natively provides PCRE2.
- PCRE2 support is under active upstream review:
   https://github.com/xymon-monitoring/xymon/pull/5


2) RRDtool 1.9.0 compatibility

RRDtool 1.9.0 (released 2024-07-29) introduced incompatible header 
changes in
rrd.h. This requires changing affected call sites from char ** to const 
char **.

What is known to work:
- Debian ships an initial compatibility patch here:
https://salsa.debian.org/debian/xymon/-/blob/master/debian/patches/101_rrdtool1.9.patch

What is upstream now:
- The updated fix merged via 
https://github.com/xymon-monitoring/xymon/pull/57  includes a build-time 
switch (based on
   pkg-config) to support both RRDtool 1.9.0 and older versions.

Note:
- This version-based switch is a tactical solution and should later be 
replaced
   by a cleaner build system approach (see build system work / #35).


3) Build and packaging tooling

Work is ongoing to move from configure / make / make install to CMake.
The goal is to modernize dependency handling and simplify packaging, while
keeping existing installs working during the transition.

- Initial focus is on Debian and FreeBSD.
- The existing build system remains available in parallel.

Help welcome:
Anyone with hands-on experience in packaging on EL/Fedora or other BSD 
variants
is welcome to help validate the build and packaging work on those platforms.


Thanks again to everyone testing on newer platforms and sharing results. 
This
feedback is exactly what we need to keep Xymon building cleanly on modern
toolchains.

Bruno