Shakedown Social

0 posts0 participants0 posts today

Bob Mottram ✅Hard frooze coming 2025-05-15, so some time after I will commence on the next version of <a href="https://epicyon.libreserver.org/tags/LibreServer" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#LibreServer</a>. It's pointless doing anything before the frooze date, because things can change and you can end up fixing non-existing problems. <a href="https://epicyon.libreserver.org/tags/Debian" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Debian</a> <a href="https://epicyon.libreserver.org/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Linux</a>

Bob Mottram ✅Updated the Bludit version on <a href="https://epicyon.libreserver.org/tags/LibreServer" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#LibreServer</a>. It looks like the themes are incompatible, so I might need to update or abandon those. <a href="https://www.bludit.com" rel="nofollow noopener noreferrer" target="_blank">https://www.bludit.com</a>

Bob Mottram ✅Experiencing a high number of webserver connections, which then highlighted an inconsistency in nginx configuration in <a href="https://epicyon.libreserver.org/tags/LibreServer" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#LibreServer</a>. Now fixed. I had evidently run into this issue before during exoduses.

Bob Mottram ✅Updated the binaries locations of Conduit/Matrix in <a href="https://epicyon.libreserver.org/tags/LibreServer" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#LibreServer</a>

Bob Mottram ✅Fixed the email archiving script in <a href="https://epicyon.libreserver.org/tags/LibreServer" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#LibreServer</a>. Previously, in bullseye and earlier, it was a python2 script. But of course that doesn't work in bookworm.

Bob Mottram ✅Added a script to clear down media from <a href="https://epicyon.libreserver.org/tags/Conduit" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Conduit</a> after 30 days. It's not ideal because the best way to do this would be to be able to define an upper boundary for the total size of stored data, and delete the oldest files if that is exceeded. But Conduit doesn't have that capability currently. Like a lot of internet systems, it just assumes that you have a lot of resources and can arbitrarily add more storage. Few internet systems are designed for small scale and finite storage capacity. It's not really expected that you will be "running your own fucking infrastructure". <a href="https://epicyon.libreserver.org/tags/LibreServer" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#LibreServer</a> <a href="https://epicyon.libreserver.org/tags/matrix" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#matrix</a>

Bob Mottram ✅Fixed STIG tests for apt keys in the bookworm branch of <a href="https://epicyon.libreserver.org/tags/Libreserver" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Libreserver</a>.

Bob Mottram ✅Updated <a href="https://epicyon.libreserver.org/tags/NextCloud" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#NextCloud</a> to version 28.0.0 on the bookworm branch of <a href="https://epicyon.libreserver.org/tags/LibreServer" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#LibreServer</a>. It works, but is very slow. My guess is that the more corporate it gets and the more "AI" gets foisted into it, the slower everything gets. This system is probably more designed for corporations and Big Iron rather than some doodz with Rpis.

Bob Mottram ✅Updated <a href="https://epicyon.libreserver.org/tags/Lychee" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Lychee</a> on the bookworm branch of <a href="https://epicyon.libreserver.org/tags/LibreServer" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#LibreServer</a>. I hadn't realized that the repo had moved. It now uses sqlite rather than mariadb, and this means that the backup and restore only involves copying a directory. <a href="https://lycheeorg.github.io" rel="nofollow noopener noreferrer" target="_blank">https://lycheeorg.github.io</a>

Dick Smiths Fair Go Supporters<a href="https://social.coop/@smallcircles" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@smallcircles</a> To be fair, we get a sense that many instances are operated by those who are invested in highly questionable endeavours, which make them function similarly to a large corporation.One of the goals of Fediverse proponents like us is to make setting up secure instances fairly easy, and not too burdensome. We think <a href="https://campaign.openworlds.info/tags/Mastodon" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Mastodon</a> isn't able to provide such, but with <a href="https://campaign.openworlds.info/tags/BloatFE" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#BloatFE</a> and no javascript, maybe it can.We wonder how <a href="https://campaign.openworlds.info/tags/GNUSocial" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#GNUSocial</a> and I2P-friendly <a href="https://campaign.openworlds.info/tags/Epicyon" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Epicyon</a> (eg. <a href="https://campaign.openworlds.info/tags/LibreServer" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#LibreServer</a>) might help.

Recent searches

Search options

Administered by:

Server stats:

#LibreServer