Did you know most coyotes are illiterate?
You can customize the images if you want: https://anubis.techaro.lol/docs/admin/botstopper#customizing-images
It could be both, but often I see downvotes used strongly when information is actually incorrect or misleading, regardless of whether the person is trying to be pleasant or not. I guess that upvotes on a post like this could be mistaken for agreement. If the OP was instead phrased as a question it probably wouldn't be downvoted.
I think it's more of a result of OP conflating this with an "average" Debian experience. Who knows if Kali (downstream) or the user made a frankendebian, and who knows what they've done to their install before this log. Using Kali for an improper reason doesn't give a lot of bonus points in our trust that this is not user-induced.
Yeah that sounds about right. It also depends on which indexers you're using, as I imagine the more public indexers will have a higher chance of getting takedowns from trolls. It's worth noting that I believe the running theory is that a lot of 2021-2023 articles were voluntarily deleted to save space, resulting in issues even for .nzbs that weren't takedown'd. It's also theorized (and outright stated sometimes) that providers do silently delete data that is rarely or never accessed as well to save space, so that can be a random issue too.
Personally, I lean more into torrent technology because usenet can be fickle for these reasons even if you're in the secret indexers, whereas if you're in at least some semi-good private torrent trackers you'll never have completion issues (just potentially slower downloads). I also feel like usenet's scalability, future, and pricing is sort of uncertain.
It's generally better to instead have more indexers, or indexers that repost stuff. Articles on the various providers often get taken down at the same time, so while it's not a bad idea to get a lot of blocks just in case, you'll get a better chance of completion by just trying a different .nzb
As far as I'm aware this is true (same with a lot of desktop linux distros), but I'm more interested in freeing myself from Android at the moment. I'm sure we can get there eventually w/r/t security, but it takes time, and we'll never get there if we don't start moving.
To me it reads like Graphene is saying /e/ is "actively attacking" them as a puppet of the government of France. How do you reconcile them both being perfectly good when either one is engaging in this behavior, or one is lying about it? It's okay to support both projects overall and not agree with every action they take, but that doesn't mean you have to turn a blind eye to accountability when they are making bad choices (to put it lightly). In any other project, criticism would lead to positive changes and correction of bad behavior. Because Graphene doesn't work like that, I think it's important to understand their history so that everyone is more informed when they make serious accusations about other innocent projects like this.
It mainly makes me pine for linux phones. I think Graphene is the best we have at the moment in the mobile space, but that's far more of a testament to our lack of options than how valuable Graphene is. I have no doubts that we'll eventually kick Graphene to the curb when it stops being useful, so I'm not overly concerned with its future. Worst-case, I think many of us would be just fine on any other AOSP rom for a few extra years until linux phones can come save us all.
I'm implying that most normal people would not give their consent to it, or would be coerced by the app into giving consent when they don't understand what it means (e.g. Windows Delivery Optimization).
I think that the idea of an app "stealing" bandwidth from its users because they want to save money on their own servers is a pretty bad look. Our current world is still not that great w/r/t internet quality, price, and availability, and it was surely worse in the past. It could definitely be more of a thing in the future, but maybe only for stuff used by techy people who could understand it and give proper consent.
This is actually a really relevant note, because all of us are the "wolf-watchers" in that sense. We're all trying to keep track of accountability on stuff like this and use what little power we have to protest and counteract government overreach and abuse. When hyperbole and gaslighting are used by those "crying wolf" it makes our jobs that much more difficult. Even after reading through the HN thread I still am not sure if the threat is real or imagined. There are a couple paranoid leaps in logic asserted as fact, and that makes it impossible to know which other "facts" are actually just opinions. By all means, they should GTFO of France if they feel they might be threatened, but turning around and saying they're being imminently attacked by France makes it so much harder to understand what's actually happening.
I did skim through some similar discussion on the HN link, which you can read here: https://news.ycombinator.com/item?id=45999024
I honestly don't know or care enough to figure out how much exaggeration is taking place, but it seems like there's at least a possibility that this is a nothingburger from a powerless journalist that's being extrapolated like crazy. There might be a definite answer in that thread but I don't have the time to evaluate all angles of this incident right now.
Graphene (more specifically its founder) is always in a vicious cycle of claiming that everyone asking for proof of Graphene being "under attack" is in itself making an "attack". You can consider yourself Graphene's enemy for life for your transgression.
Watching these youtube links makes you an attacker also, so be careful: https://youtu.be/Dx7CZ-2Bajg https://youtu.be/4To-F6W1NT0
I don't want to write up a whole paper at the moment but I'll note that you really shouldn't be trusting any cloud providers with your data, because you should always be fully encrypting your data before they get their hands on it. Plasma Vaults (if you use KDE) are one way to do this, or you can use something like Cryptomator, gocryptfs, etc. Basically how it works is that you store files encrypted in one directory (
/home/me/Encrypted), then transparently unencrypt that data to another mountpoint for your regular usage (/home/me/Unencrypted). Modifications in the Unencrypted directory will automatically affect the Encrypted directory through the use of magic. The cloud provider will only sync the Encrypted directory, and without the key they know nearly nothing about what your data is.Given this sort of workflow, you can store your data anywhere, as long as you have a nice (open-source) way of syncing to that provider that can't introduce any further vulnerability.
Absolutely not trusting this. Uninstalling until we know more, and ideally just getting a different solution entirely. A new account tried to impersonate Catfriend1 directly at first, and then they switched to researchxxl when someone called it out (both are new accounts). Meanwhile the original Catfriend1 has provided no information about this, and we only have the new person's word as to what's going on. There's way too many red flags here.
Semi-related for people whose distros don't package deno, I installed deno in a distrobox and exported it with
distrobox-exportand yt-dlp picked it up just fine from my $PATH. Before I did so, running yt-dlp gave the following error:WARNING: [youtube] No supported JavaScript runtime could be found. YouTube extraction without a JS runtime has been deprecated, and some formats may be missing. See https://github.com/yt-dlp/yt-dlp/wiki/EJS for details on installing one. To silence this warning, you can use --extractor-args "youtube:player_client=default"I just want to note that Jellyfin MPV Shim exists and can do most of this MPV stuff while still getting the benefits of Jellyfin. You're putting a lot of emphasis on Plex-specific limitations (which Jellyfin doesn't have obviously) and transcoding (which is a FEATURE to stopgap an improper media player setup, not a limitation of Jellyfin).
Pretty much every single "Pro" is not exclusive to pure MPV vs. Jellyfin MPV Shim, which mainly leaves you with the cons. Also as another commenter said, I set my Jellyfin up so that my friends and family can use it, and that's its primary value to me. I feel like a lot of this post should be re-oriented towards MPV as a great media player, not against Jellyfin as a media platform.
Yep, I forgot it's not a company. The point stands though; someone has to pay for the servers and administration, and if they run out of money or the foundation falls apart, then the problem happens in the same way. I don't know much about Wikipedia's structure, but I would guess it's a similar situation in terms of needing money to stay running and also being able to be salvaged by the community if it does go down.
Worth noting that when What died, ~4 new sites popped up immediately and invited all the old members, and everyone raced to re-upload everything from What onto them, which was actually pretty effective. At this point, RED and OPS have greatly surpassed What in many ways, aside from some releases that never made it back (you can actually find out which releases used to exist because What's database was made available after its death). Users and staff are a lot more prepared if it happens again, e.g. keeping track of all metadata via "gazelle-origin".
If by "in" you mean how to get into them, generally you're supposed to have a friend invite you. If you don't have anyone you know on private trackers, you've gotta get in from scratch. Luckily, RED and OPS both do interviews to test your knowledge on the technicals of music formats, though I've heard RED's interview queues are long and OPS's interviews are often just not happening: https://interviewfor.red/en/index.html https://interview.orpheus.network/
Alternatively, you can interview for MAM, which is IMO the best ebook/audiobook tracker. They're super chill and have a very simple interview e.g. "what is a tracker": https://www.myanonamouse.net/inviteapp.php. After that, you can just hang around there for a while until you can get into their recruitment forums to get invites to other entry-level trackers, and then on those entry-level trackers you can get recruited into slightly higher-level trackers, and so on, and eventually RED/OPS should be recruiting from somewhere.
This can feel a little silly and convoluted, but I guess I'd just appreciate that these sites put the effort into conducting interviews for new people at all, since the alternative is that you will just never get into anything without a friend. Reddit's /r/trackers wiki is unfortunately one of the better places for information about private trackers if you want to do further reading.
It looks like it might be; I just know someone that has a site using it and they use a different mascot, so I thought it would have been trivial. I kind of wonder why it wouldn't be possible to just docker bind mount a couple images into the right path, but I'm guessing maybe they obfuscate/archive the file they're reading from or something?