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.
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
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
Moderator: mcrossley
- 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
Ecowitt GW1000 | Meteobridge RPI | CumulusMX on Synology NAS
WU: KFLWINTE111 | PWSweather: KFLWINTE111
CWOP: FW3708 | AWEKAS: 14814
Windy: pws-f075acbe
Tele-Pole flag pole
WU: KFLWINTE111 | PWSweather: KFLWINTE111
CWOP: FW3708 | AWEKAS: 14814
Windy: pws-f075acbe
Tele-Pole flag pole
- 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
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
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
- 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
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.