Rogue Project Friendica Upgrade
I have upgraded the Instance to the most recent version of Friendica. I had to disable the Smiley Button addon due to it not playing nice.
I had hopes that this upgrade would fix the image upload issues that have been a nuisance though the JS_Uploader addon that I disabled last upgrade still is not working properly so it remains disabled.
I have enabled the QuickPhoto and QuickComment addons. We will see how well they work. I also turned the StartPage addon back on as it became functional again.
Unus Nemo
like this
Plan-A̵̛͈̬̥̿͋̓͛̕
in reply to Unus Nemo • •Unus Nemo
in reply to Plan-A̵̛͈̬̥̿͋̓͛̕ • •@Plan-A̵̛͈̬̥̿͋̓͛̕
The smiley button that used to be in comment and post dialogues is now the default friendica button. It is very usable. The addon had some extras, but as I said it is currently broken. Addons are maintained separately from core so it may take a few months for them to catch up. Though it may never, it may be unsupported at this time. When I looked at the friendica-addon github repo the smiley button addon has not seen any updates in over 6 month, that predates the last core upgrade so it may just be a lost cause as it certainly is not worth my time to start maintaining it.
Plan-A̵̛͈̬̥̿͋̓͛̕ likes this.
Plan-A̵̛͈̬̥̿͋̓͛̕
in reply to Unus Nemo • •Unus Nemo likes this.
Unus Nemo
in reply to Plan-A̵̛͈̬̥̿͋̓͛̕ • •@Plan-A̵̛͈̬̥̿͋̓͛̕
Your welcome. I think this time the upgrade fixed more than it broke, that is a win
.
Plan-A̵̛͈̬̥̿͋̓͛̕ likes this.
Plan-A̵̛͈̬̥̿͋̓͛̕
in reply to Unus Nemo • •Unus Nemo likes this.
Unus Nemo
in reply to Plan-A̵̛͈̬̥̿͋̓͛̕ • •@Plan-A̵̛͈̬̥̿͋̓͛̕
It seems smoother and faster to me as well. I just was not sure if it was my imagination. Though, if we both feel like things have smoothed out then it is worth considering. I remember back two versions ago when because of poor code and poor configuration I had to have a watchdog script restart the server almost constantly just to keep it up. Now, the watchdog has not had to restart a service in months. It seems the enhanced configuration and upgrades are getting us to where we want to be as an Instance.
Plan-A̵̛͈̬̥̿͋̓͛̕ likes this.
Plan-A̵̛͈̬̥̿͋̓͛̕
in reply to Unus Nemo • •Unus Nemo likes this.
Unus Nemo
in reply to Plan-A̵̛͈̬̥̿͋̓͛̕ • •@Plan-A̵̛͈̬̥̿͋̓͛̕
I was also having some dbus races in my system that was slowing down my whole system that I finally nailed down today and fixed. This is my personal workstation I am talking about not the VPS. So, I was not sure if the increased speed was just due to my workstation working more smoothly or if the site was behaving better
.
Plan-A̵̛͈̬̥̿͋̓͛̕ likes this.
Plan-A̵̛͈̬̥̿͋̓͛̕
in reply to Unus Nemo • — (0.0.0.0/ 0) •Unus Nemo likes this.
Unus Nemo
in reply to Plan-A̵̛͈̬̥̿͋̓͛̕ • •@Plan-A̵̛͈̬̥̿͋̓͛̕
Yes, the race conditions were on my workstation, not the VPS. It was slowing down my whole Gnome shell due to dbus always being flooded. One race condition was because localsearch was choking on my Google Drive that I have rcloned to a directory in my home directory. Which was easy enough to fix, I just stopped localsearch (formerly tracker) from indexing my home directory and gave it more specific targets to keep it away from my rcloned mount. The other was being caused by an antiquated ibus service that was simply not required anymore in Gnome and I simply disabled that service. Now a
journalctl -fis very inactive (the way we want it to be) instead of being flooded with dmesgs from failed processes.There were no race conditions on the server. The server configuration has been tightened up for a while now. Though the code base from the last upgrade had some issues that was slowing down the server. It appears that those issues have been fixed in this release. I have even re-enabled js_uploader addon and it seems to be fine. The only thing broken is the Smiley Button addon. That is probably a lost cause, it does not seem to be actively maintained and I certainly do not have the time to concern myself with it. It just is not that crucial of a feature.
Plan-A̵̛͈̬̥̿͋̓͛̕ likes this.
Unus Nemo
in reply to Plan-A̵̛͈̬̥̿͋̓͛̕ • •@Plan-A̵̛͈̬̥̿͋̓͛̕
Oh and Rocky OS is a fork of RHEL not Debian. I would never use anything as unstable as Debian on a server. Well it is not unstable, it just gathers to much dust. Perhaps to stable is the issue. It is fine for a workstation but I would never consider it for a server.
Plan-A̵̛͈̬̥̿͋̓͛̕ likes this.
Unus Nemo
in reply to Plan-A̵̛͈̬̥̿͋̓͛̕ • •@Plan-A̵̛͈̬̥̿͋̓͛̕
One of my many challenges has always been that I insist on running Rocky OS 9, where the Friendica developers use Ubuntu server. I refuse to have anything to do with any product from Canonical. So, I will not use Ubuntu server. Because of that I have had to research on my own as my case was often not covered in the documentation and I have had to compile a lot from scratch because a library that was available on Ubuntu server's repo just was not available on Rocky OS repo. Though, it is worth the effort. Rocky 9 is a lot more solid than Ubuntu will ever be. I do not regret my decision there.
Plan-A̵̛͈̬̥̿͋̓͛̕ likes this.
Plan-A̵̛͈̬̥̿͋̓͛̕
in reply to Unus Nemo • •Unus Nemo likes this.
Unus Nemo
in reply to Plan-A̵̛͈̬̥̿͋̓͛̕ • •@Plan-A̵̛͈̬̥̿͋̓͛̕
Rocky Linux
Plan-A̵̛͈̬̥̿͋̓͛̕
in reply to Unus Nemo • — (0.0.0.0/ 0) •Still using Silverblue btw and not workstation. I got hooked now with the pod's etc.
Daily rpm-ostree update lasts maybe 20 mins average but I'm on cutting edge OS.
I think I'll never leave RHEL products.
Unus Nemo likes this.
Unus Nemo
in reply to Plan-A̵̛͈̬̥̿͋̓͛̕ • •@Plan-A̵̛͈̬̥̿͋̓͛̕
Yes, I pretty much use Fedora on my workstations and Rocky Linux on my servers. Rocky Linux is an enterprise class OS and yes it would make a poor daily driver for a workstation or laptop.
Alma Linux is another fork of RHEL though I prefer Rocky. Rocky aims to be as compatible with RHEL as possible. I am a RHEL developer and I do use RHEL on a home server for development. I can rarely notice the difference between being logged into Rocky or RHEL.
Yes, RHEL sponsors Fedora and RHEL is owned by IBM. So unlike a lot of other distros Fedora has a large contribution to work with a paid staff not just volunteers. Some people consider this a negative attribute. I like it. Because we have the benefit of both worlds. Do not get me wrong I love Debian as a project. They are entirely volunteer maintained. Though for my uses there idea of stable translates directly to stale. Which is why I no longer use Debian. By the way, the reason I hate Ubuntu and all Canonical projects is not because they are a corporate driven distro. I use a corporate driven distro (fedora). It is because of their choices to consistently turn their back on the Open Source paradigm in preference to their profits that drove me away. For instance Unity built on Compiz verses Gnomes default Mutter. Which is why I never used Unity on Ubuntu I always installed a clean Gnome environment. The Mir v Wayland war was what chased me away. Mir would have been entirely in the control of Canonical. If it had won and not just been a failed project of Canonical then all modern desktops that did not resort to still using the legacy and really outdated X system would be controlled by Canonical, which is exactly what they were driving for in my opinion. I was all to happy to leave that type of manipulation and deception behind.
Fedora works as a staging ground for future RHEL features. Fedora is actually upstream of RHEL not the other way around. It goes Fedora -> Centos -> RHEL. RHEL aims to be a rock stable Enterprise class OS and it has achieved that. Centos has changed rolls over the years since RHEL repurposed it. Which is where Rocky and Alma came in to fill the spot Centos left behind.
There are other corporately funded distros though Fedora is the only one that I know of left to their own devices to just grow. Others are always a direct product of a corporation to try to have their distro for their product line. Fedora stays committed to the FOSS ideology as their funding does not require them to support a particular corporate goal. It literally is just a play ground to raise up new projects that might someday pass down stream to RHEL.
Take care bro!
Plan-A̵̛͈̬̥̿͋̓͛̕ likes this.