Welcome to the Cumulus Support forum.

Latest Cumulus MX V4 release 4.4.2 (build 4085) - 12 March 2025

Latest Cumulus MX V3 release 3.28.6 (build 3283) - 21 March 2024

Legacy Cumulus 1 release 1.9.4 (build 1099) - 28 November 2014
(a patch is available for 1.9.4 build 1099 that extends the date range of drop-down menus to 2030)

Download the Software (Cumulus MX / Cumulus 1 and other related items) from the Wiki

If you are posting a new Topic about an error or if you need help PLEASE read this first viewtopic.php?p=164080#p164080

Reason behind Version and Build Numbers

From build 3044 the development baton passed to Mark Crossley. Mark has been responsible for all the Builds since. He has made the code available on GitHub. It is Mark's hope that others will join in this development, but at the very least he welcomes your ideas for future developments (see Cumulus MX Development suggestions).

Moderator: mcrossley

Post Reply
User avatar
galfert
Posts: 195
Joined: Tue 03 May 2016 2:57 pm
Weather Station: Ecowitt GW1000
Operating System: Mint, Raspberry Pi OS, Synology
Location: Orlando, FL

Reason behind Version and Build Numbers

Post by galfert »

What is the reason for both version and build numbers?

Seems redundant if every point version number increase is also a build number increment.

Therefore when speaking about one's Cumulus MX version is it necessary to mention both the version and build number?...or would either suffice?

Seems like often you see people post using just one or the other. This can be detrimental to searching to see if others have the same problem as you with a given update.

It is my understanding that normally with software a build number can increase but the version number does not. But if in practice there is never more than one build for a given version number then it seems redundant, no? Normally build numbers are more of an internal development thing and then you release a final build to become a new version. Therefore typically the end user should have no clue about build number and only concern themselves with version numbers.
Ecowitt GW1000 | Meteobridge RPI | CumulusMX on Synology NAS
WU: KFLWINTE111  |  PWSweather: KFLWINTE111
CWOP: FW3708  |  AWEKAS: 14814
Windy: pws-f075acbe
Tele-Pole flag pole
User avatar
HansR
Posts: 6926
Joined: Sat 20 Oct 2012 6:53 am
Weather Station: GW1100 (WS80/WH40)
Operating System: Raspberry OS/Bookworm
Location: Wagenborgen (NL)
Contact:

Re: Reason behind Version and Build Numbers

Post by HansR »

galfert wrote: Wed 20 Jan 2021 6:01 pm Therefore typically the end user should have no clue about build number and only concern themselves with version numbers.
I agree. But since the build number is in the archive name it would be best to only use the build number. It is good enough for CMX, it functions as version number.
Hans

https://meteo-wagenborgen.nl
CMX build 4070+ ● RPi 4B ● Linux 6.6.62+rpt-rpi-v8 aarch64 (bookworm) ● dotnet 8.0.1
BlueSky: https://bsky.app/profile/wagenborgenwx.bsky.social
User avatar
mcrossley
Posts: 14388
Joined: Thu 07 Jan 2010 9:44 pm
Weather Station: Davis VP2/WLL
Operating System: Bullseye Lite rPi
Location: Wilmslow, Cheshire, UK
Contact:

Re: Reason behind Version and Build Numbers

Post by mcrossley »

Partly the lack of an automated build, part laziness on my part - only incrementing the build number once, really I should increment it for each test version released. Many builds do not go to test so the increment would be 1:1 for those anyway.
Post Reply