Re: Uh, what happened here? ("spine" disappeared from packages?!)

From: Karl Denninger <karl_at_denninger.net>
Date: Sat, 10 Jan 2026 20:01:16 UTC
On 1/10/2026 12:56, Karl Denninger wrote:
> On 1/10/2026 12:51, Ronald Klop wrote:
>> It has a build error
>>
>> https://portsfallout.com/fallout?port=net-mgmt%2Fcacti-spine%24
>>
>> Regards,
>> Ronald
>>
>> *Van:* Karl Denninger <karl@denninger.net>
>> *Datum:* 10 januari 2026 18:21
>> *Aan:* "freebsd-pkg@freebsd.org" <freebsd-pkg@freebsd.org>
>> *Onderwerp:* Uh, what happened here? ("spine" disappeared from 
>> packages?!)
>>
>>     Jan 10 09:26:23 NewFS pkg[66930]: cpu-microcode-intel upgraded:
>>     20251111 -> 2025
>>     1111_1
>>     Jan 10 09:26:23 NewFS pkg[66930]: hwdata upgraded: 0.402,1 -> 0.403,1
>>     Jan 10 09:26:23 NewFS pkg[66930]: libarchive upgraded: 3.8.4,1 ->
>>     3.8.5,1
>>     Jan 10 09:26:23 NewFS pkg[66930]: libthai upgraded: 0.1.29_2 ->
>>     0.1.30
>>     Jan 10 09:26:24 NewFS pkg[66930]: openldap26-client upgraded:
>>     2.6.10 -> 2.6.10_1
>>
>>     M
>>     Jan 10 09:26:24 NewFS pkg[66930]: spine-1.2.30 deinstalled
>>     Jan 10 09:26:24 NewFS pkg[66930]: net-snmp upgraded: 5.9.4_6,1 ->
>>     5.9.5.2,1
>>     Jan 10 09:26:24 NewFS pkg[66930]: php83-snmp reinstalled: 8.3.29
>>     -> 8.3.29
>>     Jan 10 09:26:24 NewFS pkg[66930]: syncthing upgraded: 2.0.12_2 ->
>>     2.0.13
>>
>>     Spine is required for cacti, and it is not listed in the package
>>     database anymore!  Attempting to reinstall it fails as not there.
>>
>>     [root@NewFS ~]# pkg install spine
>>     Updating FreeBSD repository catalogue...
>>     FreeBSD repository is up to date.
>>     Updating FreeBSD-kmods repository catalogue...
>>     FreeBSD-kmods repository is up to date.
>>     All repositories are up to date.
>>     Updating database digests format: 100%
>>     pkg: No packages available to install matching 'spine' have been
>>     found in the repositories
>>
>>     Under /usr/ports net-mgmt/cacti-spine is listed however,
>>     attempting to pkg install cacti-spine says that is not there either.
>>
>>     This instantly broke my cacti installation and I'm loathe to
>>     build spine from the ports tree (although I could) because then I
>>     wind up with a "mixed bag" between packages and ports.
>>
>>     -- 
>>     Karl Denninger
>>     karl@denninger.net
>>     /The Market Ticker/
>>     /[S/MIME encrypted email preferred]/
>>     ------------------------------------------------------------------------
>>
> I attempted to switch to the cmd.php poller (which is slower) but it 
> something in one of these two updates borked using THAT:
>
> Jan 10 09:26:24 NewFS pkg[66930]: net-snmp upgraded: 5.9.4_6,1 -> 
> 5.9.5.2,1
> Jan 10 09:26:24 NewFS pkg[66930]: php83-snmp reinstalled: 8.3.29 -> 8.3.29
>
> I assume its the php83-snmp reinstall that broke that since net-snmp 
> is only a client (and yet ALL SNMP lookups in cacti got borked, 
> including on machines that are not FreeBSD boxes.)
>
> I'm investigating why the latter doesn't work since it certainly should.
>
The php83-snmp file appears to be borked.  Allegedly it was just rebuilt 
(same version number although options may have changed; pkg reinstalled 
it this morning on that run thus I was not concerned with it being 
reinstalled) but it blows up the cmd.php processor in Cacti, so 
switching back to it (if performance permits) from spine, which in my 
specific installation I could do until spine is fixed, doesn't help.  
Restoring the old php83-snmp file (same size but different checksums, 
formerly updated December 22nd) permits cacti's cmd.php (default) poller 
to operate properly again.

As the version number on that extension did not change I presume there 
was no functional or other "real" change in operation intended, but I 
assure you there is such a functional change and it blows the current 
Cacti revision (cacti-php83-1.2.30) up for all snmp connections and 
requests.

[root@NewFS /usr/local/lib/php/20230831]# cksum snmp.so*
3043124431 62064 snmp.so
2608607369 62064 snmp.so.broken

-- 
Karl Denninger
karl@denninger.net
/The Market Ticker/
/[S/MIME encrypted email preferred]/