Do not disassemble.
What’s bad faith about my argument? There’s only two options: You believe what you typed and that it’s impossible to make this mistake, or that you were using hyperbole, and you acknowledge that it is possible to make this mistake. These two options are both mutually exclusive and binary-- there can be no other stances. (and notably you haven’t actually clarified which one you believe.)
I didn’t make you choose to defend a poorly thought out stance. That’s on you.
I appreciate the additional information, however, a link found in the codeberg link you provided leads to this comment from earnest:
The up arrow is the equivalent of a boost on Mastodon, adding to favorites is represented by a star. The down arrow is equivalent to the Dislike button on Lemmy and Friendica, Mastodon probably doesn’t have an equivalent (Dislike will be federated this week). Compared to Lemmy, it works a little differently, as the up arrow there is the equivalent of a favorite.
The comment activity can be checked by expanding the “more” menu and selecting “activity”
This seems to imply that downvotes (reduces) are federated. (And notably, upvotes are now “stars” “boosts” are, uh, “boosts”; this was changed since the linked comment was made)
Or am I totally missing something? That’s always and option.
A fallacy is just pointing out that your argument isn’t likely to arrive at the truth. As I explained, your “I met a dumb person and so all arguments against this are dumb” stance isn’t useful, even if we agree you’re not just making that all up.
I asked for clarification. Is that your stance? That it’s fundamentally impossible that someone could accidentally send a SMS in Signal while thinking it is secured? I’m going to assume that you don’t believe it’s fundamentally impossible, so that mean your real stance is that if that happens and someone gets sent to jail or worse, that’s a small price to pay for your convenience of not having to *checks notes* switch between two apps.
Do you see how your lack of perspective might be leading you to make a poor argument?
I literally was not confined to this thread, which is blatantly obvious if you know how context works.
Making up an argument no one in the discussion has made is called the “Strawman Fallacy”. Why should anyone in this thread care that you talked to someone (allegedly) that was so dense that they made a bad argument that you got frustrated with?
If it’s too hard for some people to pay attention to what they’re doing and use a tool correctly
Ah, so much hyperbole. If I’m successfully stripping all of it away, is seems that your argument is that it is impossible (P=0) to accidentally send an SMS message in Signal, thinking it was a secure message. Is that really your stance? Admittedly, there was a lot of hyperbole so I might have missed the actual point. Please correct me if I’m wrong.
he thought it would be better for the user experience
Is this articulated somewhere because I was under the impression that everything was federated, and this plays right into the point. Why should this be up to the devs? Or, perhaps better worded, what information does the “ActivityPub” label actually tell an end user, right now? Seemingly nothing at all, from a functional standpoint. It’s possible for two ActivityPub-labeled implementations to be completely incompatible, right? Does that sound good for users?
I just can’t think of a devastating real world example.
Why is this your chosen metric? Wouldn’t “this might make the users confused” be a better metric?
The extinguish step is a bit unclear to me.
Once they’re the de facto standard they abandon it altogether and the users, who care little about the nuts and bolts of this, get frustrated and make an account on Threads (using your example).
It’s worth keeping in mind that we’re not talking about normal software. A hypothetical technically perfect solution is still a failure if there isn’t a critical mass of users to make it “social”.
This is not a very thoughtful response.
Last time I checked downvotes in kbin are not federated at all, by design. Lemmy users cannot boost content at all as far as I’m aware, and it’s not holding them back. Developers are completely capable of looking to past implementations and make informed decisions about interoperability in whatever way they see best fit
As I understand it, this is the exact complaint from the blog post. This is great for devs; it’s not great for users. I am referencing this part:
Putting the ActivityPub logo on a project’s website and writing “we support ActivityPub” announcement posts makes technically versed people very happy, and people supporting open standards will read them with shining eyes. However, there is a secondary effect: these announcements carry over something to non-technical users as well. It tells users that this piece of software is compatible with other pieces of software that carry the same logo. But it is not. In another recent discussion, when someone asked me why diaspora* does not support ActivityPub yet, I claimed the project has two options here, which has a direct impact to how we can explain the compatibility with users on other networks:
- Sorry, Alice, Bob is using software that is not compatible with us, so you can’t communicate with Bob here.
- Yes, you can communicate with Bob, but since he is using ExampleNet, please be aware that Bob will not receive your photo albums and will be unable to interact with those. Carol will see your photos, though, but unfortunately, she will not be able to see your geo-location updates. Moreover, because of technical limitations, Dan can comment on your posts, but we cannot make sure that Carol and Bob see those, because we cannot redistribute Dan’s comments.
I, perhaps foolishly, assumed that ActivityPub was more structured than it actually is. Though, to be fair, as you point out, this is an older blog post, so there’s some chance that things have improved on that front-- I admit I’m no expert on ActivityPub-- but notably, “there are only a few different implementations, so it’s easy to dig around and make your new implementation compatible” isn’t an improvement. It doesn’t scale. It’s practically begging for the now infamous EEE to happen to it, because whatever is the most popular implementation sort of becomes the standard.
You literally made up an argument no one made in this thread.
The fact of the matter is that it is unwise to have both secure and insecure messaging side-by-side. Depending on where you live, this could translate to a simple mistake resulting in imprisonment or worse. It’s very important that a “secure messaging app” only allow secure messaging.
You, like myself, probably live in an area where accidentally sending a message critical of the government over an insecure message would not have any tangible consequences, so perhaps you’re weighing the convenience as more important due to lack of perspective.
I think the link blog post author’s point isn’t that there can’t be interoperability, only that there’s no standard for that. You have to seek out each implementation and ensure that your implementation interoperates with theirs, on a case by case basis for every implementation.
That’s a pretty specific requirement but luckily you can host your own VPN and access it on your device and then access the service you’re hosting via a local address. So if you do run into this again know that there is a way to circumvent the need to rely on *checks notes* DNS.
I’m kind of curious about how you think the internet works.
The scuttlebutt is that it’s a inside joke by the far-left dev of lemmy to stand for marxist-leninist, but it’s just as likely, if not more, that it was chosen because it’s free.
Keep in mind that most (all?) two-letter TLDs are associated with a country. This includes stuff like .io, .tv, and .me
What would you consider an example of “right wing” speech? In 2023 that usually means bigotry or misinformation, and I can’t help but agree that I don’t see any point in allowing that, but I’m willing to be convinced that there’s more than that.
I think many of us are using reverse proxies, and opening port 443 (https) and maybe port 80 (http).
I am in a similar boat (with Boox) but I set up my old Kindle Paperwhite for my kid just a few weeks ago and that’s when I learned that they finally gave up on mobi.
I don’t know if this is what you meant, but Amazon dropped support for mobi and switched to epub in late 2022, iirc. Not that this means you suddenly should start using Amazon or anything.
It’s a shot in the dark, but are you running a vpn on your phone? That might mess things up.
I used reddit in a way where I would check out my front page, and then go to my favorite (smaller) subs to specifically look for things that wouldn’t make it to the front page. Unfortunately, I’ve not followed through with that after leaving reddit, because I’m on kbin and it’s pretty annoying to get to your followed magazines (as they’re called), and I see indications about making some of them “favorite” but I don’t think that functionality actually exists yet.
I’m sure it will get there eventually.
VanillaOS is pretty neat. It has an immutable (kind of) OS, lets you choose which package formats you want to use (flatpak, snap, appimage, etc) and leverages containers (a la Distrobox) and their package manager Apx to give you seamless access to packages on other distros. It’s Ubuntu-based right now but the next release is switching to debian.
To be fair, I don’t have much time on it. My daily drivers are a chromebook and a steamdeck, but I did dust off an old laptop just to check it out for a little bit.
It’s mostly true, but not entirely. The data “on the internet” has to live somewhere. For instance, when you DM someone on a social media network-- would you consider that private? I assure you the content of those messages can be read by the website’s admin-users.
If you’re hosting your own non-social web service (like, personal cloud storage or something), then that is arguably private for you, but if you let someone else also use it, then it is not private for them, because you can almost certainly see their file content, having access to the server directly.
Encryption can throw all of this off; a service like Signal is private-- the admin-users of Signal can’t see your messages. Generally speaking any service that warns you that all your data will be lost if you forget your password is probably private. If they can recover your data, they have access to your data.
Edit: Better word choices.