If it’s spoofing them, its going to be more effort than it’s worth to actually detect that client. I strongly recommend you to delete this post or you’re gonna cause a massive Streissand Effect
Seems to be a good app if you pair it with Real Debrid. Good UI, good platform support, very popular. I just don’t want it wasting my seeding bandwidth.
This client is already extremely popular. Before the spoofing update, it’s mis-identified as TorrentStorm 0.0.0.8 in qBittorrent. It makes up half the peers on a lot of my torrents. Have you checked?
after a day of messing with it I just wanted to thank you again. I love the 1 FPS mode, it’s more than enough for me and it isn’t wasting resources. I don’t need to refresh my battery percentage or disk space more than once per second.
I’m a nobody, but I’m officially supporting this decision of the devs to remove karma (user score aggregates) from the API. Because karma brings on a plethora of problems¹:
It is gamification of the system. As hinted by their PR, this is not healthy.
It leads to less varied and less interesting content, due to the fluff principle.
It feeds echo chambers, by giving people yet another reason to not confront them, even when moral and sensible to do so.
It shifts the focus from the content to the people, detracting from the experience of what boils down to a bunch of forums.
It is yet another reason for people to congregate in oversized and unruly communities, instead of splitting into smaller ones.
Re-enable it at the API level and continue hiding it in Lemmy-UI if that is your personal stance on the matter.
A lot of those issues will affect negatively your user experience, regardless of you using the karma feature or not. Simply because other people use it.
And it’s also the sort of "lead acetate"² feature that makes clueless users annoy the shit out of interface developers, until they add it. “I dun unrurrstand, y u not enable karma? Y u’re app defective lol l mao” style. With app devs eventually caving in.
As such, “leave it optional” is probably a bad approach.
Considering how easy it is to spin up troll accounts or amass multiple troll accounts across multiple instances, removing a useful metric for identifying them at a glance is, IMO, irresponsible.
This is a poor argument. It has some merit in Reddit³, but not in Lemmy.
You aren’t identifying trolls by karma. You’re assuming that someone is a troll, based on a bad correlation. Plenty users get low karma for unrelated reasons (false positive - e.g. newbie user unknowingly violating some “unspoken rule” of the local echo chamber), and plenty trolls get past your arbitrary karma wall³ (false negative).
So relying on karma to decide who’s a troll is not as effective as it looks like, and it’s specially unfair to newcomers, thus discouraging the renovation of the community. IMO it’s a damn shitty moderator practice.
Since trolling is mostly an issue when you get the same obnoxious troll[s] coming back over and over and over, under new accounts, to post gaping anuses again, and mods have no way to detect if the troll came back, mods should be upstreaming this issue to the admins of the instance of their comm - because the admins likely have access to your IP⁴, and can prevent the user from creating a new trolling account every 15 days.
And, if for some reason the admins are uncaring or uncooperative, the mods should be migrating the comm to another instance.
What Lemmy needs is not to enable shitty moderation practices. It needs better mod tools to enable good moderation practices:
the context of the content being reported should be immediately obvious, no clicks needed
there should be a quick way to check all submissions/comments of a user to your community
there should be a way to keep notes about users, and share them with the rest of the mod team
some automod functionality. Such as automatically reporting (not removing!) content or replying to the user based on a few criteria defined by the mods.
e.g. #2: If someone posts a particularly toxic comment but their score is high, I’m more likely to read through their history and conclude they’re having a bad day or something. Without the score, I will not read through and likely just ban them and move on.
IMO this is also a shitty moderation practice. Should I go further on that? [Serious/non-rhetorical question.]
NOTES:1. Since this is already a huge wall of text I didn’t go deep on each of those claims, but I can do so if desired/requested. 2. It’s sweet but poisonous. 3. Because in Reddit you can’t “migrate your sub to another Reddit instance”, and the only instance there happens to be administered by arsehats who give no fucks about you or your sub. It’s a dirtier situation that warrants dirtier solutions. 4. Anecdote exemplifying this claim: from 2020~22 I had multiple trolling accounts in Reddit, to shitpost in cooking subs (for some puzzling reason they’re cesspools). Guess how many times this sort of “you need more karma to post here” barrier locked me out? Zero. It’s simply too easy to comment some shitty one-line in a big community (I used r/askreddit for that) and amass 500, sometimes 2k karma points in a single go. 5. If instance admins do not have access to the IPs of the users engaging with their instances, regardless of where they registered in, that should be fixed.
Then join an instance where scores are disabled if you don’t like them. :shurg: Choosing an instance where downvotes are disabled is already a preference, so making the score aggregates optional is completely in line with that.
You’re already on .ml, so they’d have them disabled given it’s run by the devs who have removed the data from the API, so nothing would change for you.
The whole shtick of Lemmy is run your instance the way you want to run it. The removal of the scores from the API seems heavy-handed and feels like the devs are forcing their preferences/values on others.
Then join an instance where scores are disabled if you don’t like them. :shurg:
Already addressed - a lot of those issues will still affect you, even if you don’t use the karma system.
Let’s say that instances A (karma disabled) and B (karma enabled) federate. A users won’t get the karma system itself, but they’ll still get: less varied and less interesting content, stronger echo chambers, and higher concentration of users in oversized and unruly comms. Because they use the same comms as the B users and thus the behaviour of B users affect A.
Choosing an instance where downvotes are disabled is already a preference, so making the score aggregates optional is completely in line with that.
Downvotes are a mixed feature, with pros and cons.
Karma looks good from a distance, but upon closer inspection it’s only cons. (Including enabling shitty=assumptive mod practices.)
You’re already on .ml, so…
I am clearly not talking about my individual usage here. I’m talking about users in general and the Lemmyverse as a whole.
The whole shtick of Lemmy is run your instance the way you want to run it.
I’m not sure on what’s supposed to be the [ipsis digitis] “whole shtick of Lemmy”, and I’m not assuming it.
The removal of the scores from the API seems [for me] heavy-handed and feels [for me] like the devs are forcing their preferences/values on others.
For me it looks like a sensible decision that takes into account its impact into users and the Lemmyverse.
EDIT: I’ll go further. Dunno if the devs agree with this or not, but I believe that “user aggregate score” = karma also attracts and retains users with the wrong mindset - who are not here to share, contribute or be part of something social and collective; but instead to farm virtual e-peen points for the sake of their individual egos. And I believe that this “it’s all about MEEE! ME! ME!” mindset is part of what makes Reddit such a dumpster fire.
Sure doesn’t seem like it. I went to a lot of effort to make the best of the mod API calls that are available and they go and remove a useful chunk of it. 😒
Ok… I like the interface of StremIO, which looks like a service aggregator (ie I can open the movie on a streaming service i have access to), but I don’t like the fact that I can’t pre-download and seed less popular files. It supports debrid services, but from the technical description, thesec seems to be leech-equivalent to seedboxes…
What would be a good drop -in replacement? Something that works on google TVs and is easy to maintain?
I’ve heard there are (more expensive) debris services that seed back, but I haven’t researched it. I’d already paid for Real Debrid when I read that and it hasn’t come up for renewal yet.
Here's what it's showing me:
$3.26 for 15 days.
$4.35 for 30 days.
$9.79 for 90 days.
$17.40 for 180 days.
I did the 90 days to try it out for $10.
3 days of "playing around with it".
Day 4 it was linked to StremIO on my Chromecast.
Day 5 it was linked to my NAS through rclone.
If you use a debrid service, you’re okay because the debrid service just downloads the file once and caches it for everyone, and you pay for the bandwidth to download from them. That isn’t excessive leeching, whether they seed or not.
From my early torrent days, we used to say that any torrent we dont seed back to at rast 1:1 is bad for the network (leeching). I can see why there is a desire to block StremIO clients, but if it was modified to see back to some ratio, it would be nicer.
As for debrid, it’s a bit too “centralised” for me still… I’ve read that it’s a major weak point in the system and that servers are often unavailable. That’s why i like the resilience of torrents. (Plus the sharing aspect. Sharing is caring!)
Does this really bother folks that much? I’ve never cared much about this kind of leeching as long as it isn’t dominating my personal bandwidth. And it never has so far, though I have to admit my 4ish tb of movies isn’t exactly high demand stuff, so I don’t usually have more than one or two at a time being leeched.
Hell, I don’t really care much about leeches anyway, as long as the overall ability to find things is still there. I look at it as the price of the freedom of torrents. There’s always going to be higher demand for data than there are people with the resources/time/willingness to seed heavily. I’m okay with that because I don’t really want to have to keep and seed every fucking thing out there, it would take much more storage than I can afford to be able to keep a ratio on most private trackers since I tend not to keep shit I don’t intend to watch at least once a year unless it’s something pretty damn obscure.
It does dominate my personal bandwidth. You’ll notice if one of your torrents is on their app. You’ll be uploading all day and it’ll fill half your peers list.
As someone that uses stremio quite a lot thats sad but understandable to hear. I do try to make up for my leeching habbits by keeping every normal torrent seeding indefinitely.
Firejail has some big security flaws. There us bubblejail, which uses the way better bubblewrap also used for Flatpaks.
But the Bubblewrap and Flatpak Situation is quite complex. Flatpaks, as well as Podman containers, require user namespaces. Through these namespaces programs can get privileged access to system components, which is why secureblue now has bubblewrap-suid installed.
bubblejail maybe uses that binary already, or it needs to be patched too.
To add to this systemd can do everything they can. You can isolate network, do fire-walling, and sandboxing pretty easily. Any OCI container can be used too if you don’t want to install something too.
github.com
Active