> Yes. I will watch it for free as intended, nobody posted the content to be YouTube premium only, so I won't pay for it, I will watch the sponsor segments though.
Fair enough, but the grandparent's point was specifically about circumventing the ads, no? At least that was what I was addressing.
> It's like paying the mall because the comic book shop I like is inside the mall, so that the mall can finance and advertise all the things I hate in life, while also killing the exposure of the comic book shop.
But you're fine with some percentage of whatever you spend in that store going back to the mall in form of rent? Seems like an accounting detail to me.
And once you've used that API to download and tag everything, what tools do you use to interactively view the results, run search queries, apply patches to local trees etc?
If your on-disk format is an Mbox or a Maildir, you can use tools like notmuch and its emacs integration to do it.
Now don't get me wrong; I love GitHub. I host all my projects there, and I prefer PRs+issues to mailinglists in almost all cases. But for massive projects like Linux, a mailinglist (and associated tooling) scales better, in my opinion.
It's easy to forget the maintainers' side of this.
Yes, most contributors will prefer opening a PR on GitHub as apposed to mailinglists. But imagine instead that you are David Miller, and it's your job to consume the absolute fire hose of patches and messages related to Linux's networking subsystem. Would you rather wade through the hundreds of messages and patches coming in every day using either GitHub PRs and issues or email?
I would choose email for one simple reason: It's easier to script.
Even as a small-time contributor and observer to that space, I couldn't even imagine trying to keep up with everything going on if I couldn't bulk download, filter, tag etc. As a maintainer it would be excruciating.