• 0 Posts
Joined 3M ago
Cake day: Jan 22, 2021


Where is the Lemmer current at this time? F-Droid?

I’ve just finished installing the newly released Lemmur client (F-Droid) and currently familiarizing myself with it.

Why but call your client Orgasmatron? That’s a kewl name, and it adheres to the theme too :)



There’s already Teddit.net but I’m not aware of anything that supports posting.

Do you have a link for the Mastodon service you mention? And do your know if it’s supported under Pleroma?

I think I might say:

“Please go ahead and bump your version up a notch, we’re fine with just continuing to use it as is, and under the existing license and perhaps, at our option, even forking it”

eww! That kinda smells like OOo and MySQL and ownCloud to me ;)

That’s not actually true. <ahem… cough, cough!> The one reason they are citing for doing this is to “improve user data security…”

“As part of Google’s efforts to improve user data security, we are removing access from Chromium and Chromium OS derivatives that used google_default_client_id and google_default_client_secret on their build configuration to Google-exclusive APIs starting on March 15, 2021”

Yah, if you can believe that. Yo Google, You no can haz #Cheezburgerz! :hamburger:

What servicess, if any, are going to be affected in Kiwi Vivaldi, and the Brave browsers? For the most part, they’re using their own services for syncing and the like.

Well one thing is certain, not doing anything about it (Like the simple workaround below) will mean death to the 32 bit Chromim based platforms, for which there is a huge user base. So… Good news for Firefox, yes?

As AlienB0b said, he’s contemplating just including documentation in the packaging about, …the public availability of Google’s own API keys, plus the fact that you just have to export them in your shell environment as values for the GOOGLE_API_KEY, GOOGLE_DEFAULT_CLIENT_ID and GOOGLE_DEFAULT_CLIENT_SECRET variables before you start Chromium.

Easy peasy.

I think that this would be a good time to mention that complicating you life with differnt sync engines specific to each different browser you use is, well, it’s another complication! To simplify things, I see three attractive solutions, two of which I incorporate into my daily workflow.

  1. ) Self-hosted BitWarden Too much hassle for me, although I certainly believe in self-hosting any services that I can for myself and my customers. Does this mean that using their free service compromises your security? Not at all, there’s no reason to think that your data would be any less secure if you used their free tier subscription

There’s also no reason to expect that you won’t need more for your service in the future, at which point you’ll have to pay, or that your free service will sunset and you’ll have to pay a subscription fee for your basic service. That seems to be what inevitably occurs, and it just happened with Dockerhub, but it’s not necessarily a bad thing, as long as you’re fine with paying for what you’re being provided.

  1. ) Keepass (.kdbx) Very simple. And there’s a lot of different choices to make based on your own preferences but here are mine:
  • KeepassXC - cross-platform desktop Keepass client. Looks good, tastes great, and even smells nice. This comes with a companion browser plugin that works in both Firefox and chromium based browsers like Vivaldi and Brave. I sync mine to a private Git repo on one of my Gitea servers. Keybase private encrypted git repos are also quite functional and convenient.

  • KeepassDX - Android Keepass client. Also yummy. Same thing, I sync it to a private git repo.

  1. ) Pass This could really require a whole article in and of itself, which is odd, considering just how dang simple it really is but support and the client base available is rather large. Numerous choices for cross platorm clients set up with or without self-syncing to private git repos, etc. but a couple of lesser known Android utilities should be mentioned here which are the combination of two products available at F-Droid:
  • Password Store
  • OpenKeychain

In fact, All of the above are available at F-Droid (You can get G-Droid there and use that too), except for Bitwarden, which is one of the main reasons I wouldn’t use that product unless I opted for a self-hosted version of it - but why, when all you need is a little db file that you can sync with whatever you already use to sync your files anyway?

I hope that helps! :)



And herein lies the problem with the mega sites - moderation. You just can’t staff for that many zillions of people without looking toward automation to protect the bottom line.

Historically, even larger communities - forums and such, would enlist mods who were actually members of those sub-forums/SIGs, to perform the less than enviable task to maintaining order in the community. Mostly from trolls and list bullies, because politicization has created a mostly newer dynamic in super large communities policed by the proprietors.

Problems such as these exist even here in the Fediverse, on instances like mastodon.social and many of the huge asian instances, although the latter are generally more focused, rather than generalized, and the members generally better behaved.

The beauty of this all in the Fediverse has been touched on several times even in this thread:

One can move instances, one can filter undesirable actors as well as instances, and instance admins can apply policy of what that particular instance will tolerate from other instances. Theoretically, if there are bad actors at one instance, the admin seeing this in the feeds on another can contact the admin of instance that is home to the bad actors - and this is indeed the recommended approach. Too many naive admins are quick to pull the trigger however, and end up disenfranchising themselves from instances that have many friends interacting with their own userbase. But it the remote admin doesn’t engage when requested, there is little choice and the instance can be blocked.

In my ToS’s for most of my platforms, the FAQ lists a question, “Do you allow Porn?” The short answer for most instances is yes, but media is blurred, with options to filter media, block actors that don’t mark content NSFW or receive reportings from my users, and ultimately, just whack a whole instance - a combination of all of those in several of my MRFs are present.

Heck, I didn’t even block Gab at first (I thought, it can’t be as bad as they are saying), when they initially came online, but then I started seeing swastika shit coming through the pipe and thought, "fuck that, my users don’t want to see that, and I didn’t want to deal with the (and I believe very few when compared to the huge userbase they have) plethora of bad actors spewing things just because it will incite anger from folks combing through the fedi streams. The whole decision took about a week and then I was like, “Oh no fuck that shit”.

There’s some pretty militant hate sites on the other side of the spectrum too, and after giving them opportunities for their admins to reign in their bad actors, what was needed was a “Complete defederation” with them too.

Basically, I’ve found that simply setting, “Media is forced NSFW” along with, “Posts are removed from the federated timeline” usually does the trick, and still permits local users to engage with people they wish to.

The way I’ve seen it for the past 30+ years is that, if I’m not getting complaints from my users or admins of other systems then I’m doing my job and it’s all good. And I still run an active FidoNET node (1:102/127) from decades ago when I first started offering dial-up Internet access (to the NSFnet) and nobody even knew what that was.

Everyone needs a place for them to go. And they should have it. Maybe not in my town square, but the Fediverse does indeed serve to accommodate all in a decentralized network that can look accordingly different from where you’re peering into it from, and that’s a good thing, because it breaks the freaking backs of the FacePlants and removedters and InstaSPAMs of this world, and returns us to a newer kind of network of true communities where people can interact locally as well as remotely with one another - without being nicely packaged for consumption by the privacy invading aggregators of destruction.