Huff Post and Amnesty Intl tend to lean liberal, which means butting heads with the current Hindu nationalist government and its agenda. As a very recent example, the Netflix kissing scene between a Muslim boy and a Hindu girl generated great outrage within the ruling party, and was covered with great disdain (or not covered) by most local media, and once things got dicey, international media began covering it, albeit by taking a stance opposite to the government.
From your link: "Governments that have criticised AI include those of Israel, the Democratic Republic of the Congo, China, Vietnam, Russia, Chile and the United States".
They just DMCA'd them. Lbry then changed the listing. You can go get everything from the blockchain if you put in the work. They just made it so you have to put in the work.
This is usually the case with most of these censorship resistant things. They have to comply with the law so they can never live up to the dream.
That is correct, we got a valid looking DMCA that was later disputed by the channel owner. It was unblocked. Then today, he deleted the channel and I haven't heard from him otherwise, so I'm not sure what's up.
When was the channel unblocked? It is disheartening to know that a company was able to silence legitimate criticism on all major platforms and even on places like LBRY.
I haven't used them but I think the most important benefit is collaboration (sending pull requests etc...) is done via email and thus is less centralised platfomr than github/gitlab which uses their own mechanisms.
- The whole premise assumes that you need to make a new account for each project you contribute to, because they're hosted on individual gitea or similar instances. Some are, but let's be honest, the vast majority of projects are currently hosted on a very small set of services (github, gitlab, one or two others), and most developers will already have accounts on them.
(I get that part of the goal is to eliminate dependency on large code hosting services, and I agree with that. But we should do that with federation standards so people can use individual gitea/whatever instances without making accounts on all of them, not by traveling back in time 20 years.)
- He spends a lot of time complaining about silly password requirements. The complaint is valid but not relevant to the comparison.
- The graylisting thing is an own-goal, sorry.
- He complains that forking the repo and creating the PR require context-switching from the cli to the web and back, but there are cli tools that can fork repos and create PRs for you on github, gitlab, etc. to fix that.
- Let's allow that submitting a single patch, starting from outside the project, is faster for the contributor with an email workflow. But that's a tiny part of the process. There's a lot of things that happen after that patch: the project maintainers have to triage it, they have to review it, make comments on specific lines of the diff, or sometimes on line that aren't part of the diff, and then indicate that the submitter should make changes and try again. The submitter then has to make changes and submit it again. The reviewers, at that point, will probably want to see the diff between the first and second revision.
Triage: The github/gitlab UI for this is not great but acceptable. Viewing a mailing list in my email client mixes discussion and patches. I can't mark threads with labels or priorities. I can't assign a particular review to a particular person and have it show up in their todo list.
Review: Sure, you can reply to a patch posted on a list and intersperse comments, but web uis for code review are pretty decent these days. You can easily see much more of the context when required, your comments and replies on specific lines get threaded even across revisions of the code, each comment thread can have an individual "done" indicator, etc. The review as a whole has a global status of whose turn it is to take an action next. All of these seem much harder by email; you end up just using a lot of conventions.
You can use a web-based review tool with email-based patches, of course, but... why bother? If you're doing web-based review, just do the whole workflow there and it'll be a lot simpler and easier to understand.
Resubmit: Resubmitting a patch set by email posts brand new diffs. How do I see the differences between different versions of the patch? Sure, I can rig up a bunch of scripts to do this, but is it integrated with the review tool, etc.?
- What happens when I become a maintainer? I have to sign up for a new mailing list. And that means I have to go in my email client settings, make a new folder, make a new filter rule to direct email from that list into that folder. That's a huge amount of friction that doesn't exist in the web-based workflows.
When that video was made, github CLI was not an official thing, and I have never even heard of a gitlab CLI.
You can mark emails with labels though depending on your Email client. The onus is on you. SourceHut also supports adding labels to SourceHut tickets through email I believe.
You can assign a review to someone. You literally just CC them on the email.
> And that means I have to go in my email client settings, make a new folder, make a new filter rule to direct email from that list into that folder. That's a huge amount of friction that doesn't exist in the web-based workflows.
If that is a lot of friction for you, then you probably either have a horrible email client, or don't know how to use it.
> When that video was made, github CLI was not an official thing, and I have never even heard of a gitlab CLI.
I used "hub" back in 2013, so it's at least that old. It wasn't official, though I'm not sure why that makes any difference. Searching on google for "gitlab cli clients" shows a bunch, at least some of which have histories dating back to 2013.
> You can mark emails with labels though depending on your Email client. The onus is on you.
But those are local to you and your client. I'm talking about labels that are shared state, that the whole project and the public can see. Those are widely used on github for categorization, triage, communicating the stage of the review, etc. They're undeniably useful to teams. You can put all that information in English text in email bodies, but then everyone has to read a whole thread to understand the state of things, and there's more potential for confusion.
> You can assign a review to someone. You literally just CC them on the email.
Same thing: how do I assign a reviewer so that everyone can quickly and unambiguously see who is assigned to review that PR/patch set? With PR metadata, this is trivial. With mailing lists, it depends on social conventions.
> If that is a lot of friction for you, then you probably either have a horrible email client, or don't know how to use it.
Thank you for insulting my intelligence. I didn't say it's hard, I said that it adds friction.
I'm not claiming that the web-based PR and review UI works for everyone; obvious email works fantastically well for Linux (though I'm not convinced something else couldn't work even better). I do think it works very well for small to medium size projects (which are most projects, after all).
An accurate comparison of the strengths and weaknesses of each model would need to be much more thorough and look at the entire development cycle, for projects of different sizes. I don't agree that that video was anything like that. It seemed like a cheap shot, based on one cherry-picked metric (time to submit an initial patch starting from nothing) that's not particular representative.
Another approach for Firefox (not sure about other browsers):
Right click on the search box on a website and 'Add a keyword for this search', save it then edit the bookmark to end up with something like https://duckduckgo.com/?t=h_&q=-site:example.com %s
I recently watched the social dilemma from netflix, they touched the serious matters and presented well but what disappointed me was the lack of awareness about these alternatives. It would have been of great help if they provided references to projects like matrix and fediverse.
Afaik, some apps like Netflix that rely on geo-blocking for their content licensing do it already and it's only a matter of time until they switch to DNS over HTTP so requests cannot be altered at all.
I set up a rule on my router to drop any DNS traffic and DoH traffic to well known DNS providers unless it comes from the server running pihole. Otherwise it was proving very hard to find out how to force applications / mobile devices to use my DNS server.
That only works as long as you can easily distinguish the DNS traffic from the rest, right?
For instance if my VideoApp serves content from videoapp.example.com and I use my own DNS also at videoapp.example.com, served over DoH, I think that's basically the end for host-based content blockers.
We hear a lot about how the current government is less corrupt and less dynastic. But their actions say otherwise[1][2][3].
[1] https://m.thewire.in/article/politics/bjp-congress-political...
[2] https://www.thenewsminute.com/article/electoral-bonds-contro...
[3] https://en.m.wikipedia.org/wiki/Arrest_of_Kafeel_Khan