Notices by Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)
-
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Friday, 19-Jun-2026 19:55:28 EDT
Clarissa Walker
Sat on this for ~3 years: finally updated this GNU social instance! -
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Friday, 19-Jun-2026 19:10:16 EDT
Clarissa Walker
Updates!
Additions
php: 5.6.40, 8.5.7
openssl: 1.0.2u, 3.0.21
Recompile
httpd: 2.4.68 (again) - due to structural changes with curl support
php: 7.4.33 (again) - due to structural changes with curl support
curl: 7.88.1 (after three years) - due to structural changes with... itself. Different builds with different OpenSSL support. Otherwise, different PHP versions will never truly be possible. -
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Friday, 19-Jun-2026 19:01:12 EDT
Clarissa Walker
Speaking of...
There will be some modifications to the eFiction code on this server. So far:
* Database tables will be using InnoDB instead of MyISAM. (Though, if needed, Aria could be used on some tables, but then you'll be stuck with MariaDB - no more MySQL. 😈)
* Managed to implement passwords to be hashed with bcrypt at a cost of 12 and a check for passwords that use the older MD5 hashing algorithm. (Though, you are not warned that your password is using the MD5 hash. However, changing/updating the password changes its hash to bcrypt.)
* Some visual modifications... I will also have to look through the 2000s/2010s-era 'patches' I have created but never actually shared; some I know are truly outdated. -
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Friday, 19-Jun-2026 18:51:55 EDT
Clarissa Walker
Did some further PHP runs and testing...
Seems patched eFiction ('3.5.8' Testing Grounds) can run PHP 8.5 without freaking out. This also means my (overly ambitious) personal Sonic fanfiction project can run the latest PHP 8.5 builds.
Moved old Fanfiction Haven back to PHP 5.6, though it was likely fine with 7.4.
Moved old DRX Prototype Torrents back to PHP 5.6, which means the (truly) hacky MySQLi wrapper is used no more as a result. (It also wasn't a guarantee that the count issue would have been resolved by using the wrapper, either.)
Everything else runs PHP 7.4... even this GNU social install. -
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Friday, 19-Jun-2026 17:48:23 EDT
Clarissa Walker
...I did it. I finally managed to have THREE versions of PHP running on this ancient web server setup!
Legacy stuff will run PHP 5.6.40 (I ran PHP 5.6.35 for the longest along with Apache httpd 2.4.39, lol).
Current stuff will run PHP 7.4.33 (this is run globally).
Certain things and testing stuff will run the PHP 8.5 series (eFiction 3.5.x will be tested on 8.5; apparently tested and runs on 8.2 to an extent).
If necessary, I could build older 8.x versions for very specific stuff. -
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Friday, 19-Jun-2026 11:15:55 EDT
Clarissa Walker
...It seems that I was using cURL with OpenSSL 3.0 libraries to use with OpenSSL 1.1 on other binaries since 2023...
Stuff still works, so I'll fix this at some point. cURL will have to be built separately for OpenSSL 1.0.2 (test), 1.1.x, and 3.0.x libraries. -
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Tuesday, 16-Jun-2026 07:58:05 EDT
Clarissa Walker
Updates!
Security
openssl: 1.1.1zg -> 1.1.1zh
Recompile
httpd 2.4.68 - due to openssl update
php 7.4.33 - due to openssl update -
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Monday, 15-Jun-2026 18:31:17 EDT
Clarissa Walker
Updates!
Security
httpd: 2.4.67 -> 2.4.68
On another note, the server seems to be TOO responsive now... -
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Sunday, 31-May-2026 21:41:36 EDT
Clarissa Walker
Updates!
mariadb: 11.4.10 -> 11.4.12 -
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Saturday, 30-May-2026 14:40:54 EDT
Clarissa Walker
Forgot the MSI PRO Z690-A WIFI DDR4. (DDR5 and any non-WIFI versions as well.) However, it uses a third-party kernel sensors module, so I may not submit that one... and the original in-kernel module is... not all that great.
Also, I should set up the ASRock J4125B-ITX for its sensors. -
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Friday, 29-May-2026 14:55:07 EDT
Clarissa Walker
Slowly collecting my custom sensors3.conf files for the following motherboards:
Intel SAI2
Tyan Tomcat S2925/S2925-E
ASUS P8H61-I R2.0
HP Pro 3500
Supermicro X9SCM-F
The ones that are pretty much finished are the Tyan Tomcat S2925/S2925-E and the Supermicro X9SCM-F.
The Intel SAI2 one is very messy and should be completely redone, the HP Pro 3500 one is preliminary and should not be used, and the ASUS P8H61-I R2.0 one should be cleaned up a bit, but is usable otherwise. -
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Thursday, 21-May-2026 11:44:38 EDT
Clarissa Walker
Finally found out why the Apache httpd service would fail at boot: this server is dual-stack, and the web server's service would try to start before the IPv6 part of the network connection would be established.
--
httpd.service:
* Added network-online.target to After=, didn't work;
* Added ExecStartPre=/bin/sleep 5 worked, but that just makes httpd delay start for 5 seconds...
* ...so Restart=on-failure, RestartSec=1s, and StartLimitInterval=1min were to be added instead as a workaround. -
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Friday, 15-May-2026 13:30:17 EDT
Clarissa Walker
httpd.service: Unit : After now has network.target added. Hopefully this fixes the 'fail-at-start' after a system reboot. -
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Friday, 15-May-2026 13:27:25 EDT
Clarissa Walker
Rather... SIGCONT... -
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Friday, 15-May-2026 13:26:23 EDT
Clarissa Walker
Goofed on the httpd.service file: KillSignal should not be mixed!
KillSignal changed back to SIGCONF, KillMode should be mixed... -
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Friday, 15-May-2026 13:18:50 EDT
Clarissa Walker
More changes to the scripts:
* httpd.conf now has the mod_systemd module added and enabled (missed in the initial tidying up process for httpd 2.4.66).
* httpd.service now properly supports systemd handling. ExecStart is also changed: FOREGROUND option now used. -
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Friday, 15-May-2026 11:05:11 EDT
Clarissa Walker
Updates!
Security
httpd: 2.4.66 -> 2.4.67 -
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Friday, 15-May-2026 10:30:58 EDT
Clarissa Walker
Welp, Apache httpd needs to be updated due to security issues... -
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Tuesday, 05-May-2026 01:15:21 EDT
Clarissa Walker
A bit of Ubuntu Server network config history:
Ubuntu Server, like a lot of distros, stored network configurations under a single filename: /etc/network/interfaces. Of course, starting and stopping them was a bit different.
With version 17.04, they changed it to netplan. Both IPv4 and IPv6 are handled there, and configs were stored under the /etc/netplan directory. Starting and stopping network interfaces changed as well.
With version 19.04, they changed it again to systemd-network. They helpfully migrated the configs to the appropriate /etc/systemd/network directory and had 'netplan' in the filenames. (Uninstalling netplan would be a bad idea here; you need renderer: networkd in a netplan .yaml file instead.)
--
That same year, I spent over 30 minutes attempting to migrate IPv4 over (IPv6 was successfully migrated and was disabled in netplan) but eventually gave up, mainly because I knew no better of the systemd-network formatting back then. So this pretty jank network interface setup that stayed for six years is a result of the double migration of interfaces. -
Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Tuesday, 05-May-2026 00:46:40 EDT
Clarissa Walker
More tidying up the (quite) ancient scripts:
* httpd.service no longer uses the apachectl script and now uses the httpd executable instead.
* the netplan 00-installer-config.yaml file had a forgotten change for one of the network adapters.
For the network setup, it's quite jank: IPv4 is handled by netplan and IPv6 is handled by systemd-network. This is due to a historical (2017) setup. Initial IPv4 migration to systemd-network actually broke this a few years ago (around 2019), and I never attempted to fix this since. It should be possible now, though. I also learned to not uninstall netplan at that time...