Can someone please share how do I change these? I don’t have admin-FE installed and am using only the Pleroma FE. Grateful in advance
Did not install admin-FE as I have not seen any settings for changing the favicon. Yes, can make changes to config.exs and can locate the static directory where these need to be placed.
Plerorma forked in two directions - Akkoma and Rebased. Akkoma for use with Akkoma/Pleroma FE, while Rebased for use with Soapbox. Like Pleroma, Front End developers too having different philosophies is also going to hurt us users in the long run. Sad situation really.
@FloatingGhost I was going for an Akkoma + Soapbox installation but acc. to Alex of Soapbox, Akkoma does not play well with injecting favicons into the document when using Soapbox as the FE.
Any fix or hack for this? Wouldn’t be too great if we’re locked in with only Akkoma and Mangane without having a choice. Mangane has a couple of features like ‘suggest users’ missing that Soapbox has. Plus the Admin FE also doesn’t open up from the Mangane FE and many other hence the reason for going with an Akkoma + Soapbox - just sharing.
priv/static is overloaded by the static folder, which by default is instance/static in from-source installations. If it works in one, it should work in the other. If not, my best guess is you did something wrong like permissions, or maybe you placed it in a wrong subfolder. priv/static is tracked by git, which is why you shouldn’t make changes there. It will work, but it can cause problems when upgrading.
I did not handle the install. It was done by somebody who makes money doing so… Still, I’m not completely ignorant to how these things work and I’m pretty sure he went by the book doing the install permissions… When all else fails and you want a unique favicon… that was my educated guess… I had to go through considerable trouble to get it to work as it should including chmodding and chowning it correctly… Sticking it elsewhere in my install does nothing… As with everything… YMMV
it would mean any time you update your instance, which you should do regularly, that you will have to create a merge commit to keep your local repository’s changes
I guess. There’s the argument for updating… I don’t particularly want to do that unless I see something significant has changed… and that I can see, not much has lately… Also can you tell me specifically how in this case putting a file where no file was before can cause a merge conflict as you call them. I’m not saying you’re not right. But it’s my instance and I’ll admin it as I see fit. No matter which dev told me what. I’ve been cautioned against devs for this particular software so… I’m not too bothered by what anybody says either way.
built as in after you do the first mix deps… I’ve been told to expressly NOT try to do anything like update the software by the person who installed it. I don’t know what you call it after you first run the install commands and I dont much care.
I’m out… I have a working install to admin and I don’t care about proving anything… peace.