everywhere.fraudulent.link is a Fediverse instance that uses the ActivityPub protocol. In other words, users at this host can communicate with people that use software like Mastodon, Pleroma, Friendica, etc. all around the world.
This server runs the snac software and there is no automatic sign-up process.
 
 
  boosted@yassie_j ate some really good pringles just now#transgender #panromantic #150Caloriesperserving #USA #glorpfest25 #warof1812 #happyholidays #yaseen #vote #FTC #linux #girlkisser #vinegar #can #consumerism #barelycontainedrage #aperture #5w-20oil #mywifeleftme  -carrie
PNG and XCF on request :)
#plushtodon #mastodon #plushtoys #plushie #plushies #plush #xenia #linux #linuxKernel #Tux #firefox #mozilla #mozillafirefox #meme #edit #MyEdit #OC
Is it possible to make a script run every time any user logs in on a Linux operating system? I figured out that if every single user uses bash it's possible to get bash to do this for me by putting the script in /etc/profile.d/, but some of the users don't use bash, so the script will not run when they log in. I mean when a user logs in at all, not when a shell or a desktop environment starts.
I don't want to get GNOME or Plasma to do this with their autostart stuff because this is a headless server & it does not have a desktop environment. I also don't want this to depend on users having a specific shell set or requiring them to manually run the script when they log in. I thought systemd was capable of handling this, but after doing some research it seems like it does not have the ability to detect logins & start services on login, only at boot & once dependencies are met or at specific intervals of time.
Even better if there's a way to get it to run before the login every time someone logs in.
I'm trying to set up #Sharkey on my homelab for professional use. I've got it running on a Docker Swarm.
For some reason redis, meilisearch, and pgroonga are frequently throwing "No file descriptors available" errors.
Have never had this issue self-hosting any other software. Increased hard & soft `ulimit -n` for root & all users from 1024 to 65536, no change. `ulimit -n` in container is reported as 1048576 anyway.