I don't think that's it at all. I think people don't want to see *obnoxious* ads and that most people simply don't care whether or not they see other types of ad.

Examples of obnoxious ads:
- Things that pop up when you're in the middle of reading an article, which you then have to dismiss.
- Things that play music without you asking for it.
- Things that you have seen a million times before - i.e. you're watching a series of 2 minute youtube videos and you have to sit through *the same* preroll ad before each video.
- Things that take a disproportionate amount of your time for no benefit - i.e. the aforementioned youtube ads where the time spent watching advertising is 25% of the length of the content you're actually trying to watch. Or TV ad-breaks, which take a significant amount of your time.
- Ads which show your significant other exactly what you bought them for Christmas (on several occasions I've found out what my wife bought for me through Facebook ads that are displayed when logged in as me, just because I happened to be using her computer).

Examples of ads that I find acceptable:
- Discrete, relevant, text adverts.
- Amusing TV ads (although these fall into the "obnoxious" category if they are shown too frequently, and there's often a fine line between "amusing" and "annoying"). You can almost forgive TV for showing the same advert to you many times, I can forgive youtube less since they *know* they already showed that same advert to you 5 times in the past 10 minutes.

The problem is that there's so much obnoxious stuff that it eventually becomes easier to say "oh sod it" and just block all advertising, which is probably counterproductive for everyone in the long run.

Ok, so your "user needs" are:
- Avoid annoyance and distraction
- Avoid bandwidth waste
- Protect privacy and security
- Maintain performance

These cover a wider scope than just adverts, and may not cover *all* adverts.

Personally, I have no problem with advertising so long as they don't break the above criteria. That means an unobtrusive text advert is fine (and who knows, I might even click on it is it's useful to me), a pop-up flash ad that plays music and has to be manually dismissed will be blocked.

FWIW, in recent times I've seen an increase in the number of pop-up ads which are getting through adblock plus. These generally take the form of "subscribe to the website you're currently looking at" rather than third party ads, but they are equally as annoying (and usually result in me hitting the "Back" button rather than reading and sharing the content on the site).

https://www.arin.net/policy/nrpm.html#four10
ARIN's policy is that each LIR can get one network (/28 - /24) from the final /10 every 6 months for exactly the same purposes.

Well, except that article is all kinds of incorrect...

Following on from APNIC's earlier assessment that they would need to request the last available /8 blocks, they have now been allocated 39/8 and 106/8, triggering ARIN's final distribution of blocks to the RIRs. According to the release, 'APNIC expects normal allocations to continue for a further three to six months.

Lets see...
1. ARIN doesn't, and never has "distributed blocks to the RIRs" - that's IANA's job, and that article was actually talking about IANA, not ARIN, despite the submitter getting it completely wrong.
2. "normal allocations to continue for a further three to six months" so definitely not the same as the RIR running out.
3. The RIR in that article is APNIC, the RIR in this article is ARIN. Maybe you don't know the difference between Asia and America though. :)

It does seem very similar to climate change, and in both cases I think the bystander syndrome is probably quite strong: for both IPv6 and climate change, "what's the point in me doing anything when no one else is" is a prevalent attitude - a single person can't really change anything, so everyone stands around watching the oncoming train that's about to hit them, but does nothing.

Well, not really... RIPE, APNIC and APNIC reserved the last /8 for "IPv6 transition" (i.e. an extremely restrictive allocation policy). ARIN reserved the last /10 for the same purpose. So 3 years ago, RIPE hit the last /8, now ARIN have hit the last /10. They all still have addresses to hand out, but in all cases (except Afrinic) the allocation policies are now so restrictive that for practical purposes you can consider them "out".

And yet it's significant to anyone who would give away their work for free (which is what we're talking about).

My Epson was bought on the premise of having a separate ink cart per colour, so I expected this to improve ink economy. However, it turns out that Epson have done their best to avoid any such economy improvements:

1. It flatly refuses to print at all if any of the carts are empty - a number of times I've been unable to print important black & white documents because one of the colour carts is empty and I didn't have a replacement to hand.
2. Whenever you change a single one of the carts, it reprimes all of them, wasting a lot of ink from them all.
3. When the display tells you one of the carts is empty, it won't let you look at the stats to see which other carts are almost empty (so you could swap them at the same time). This invariably leads to me changing one colour, watching it reprime all of the carts (see (2) above) and immediately tell me that another has run out because of the priming, so then I have to change that one and let it reprime all of them *again*.

Also, I find that blocked heads are perpetually a problem, leading to me having to waste lots of ink repeatedly running the cleaning cycle. Next time I buy a printer it won't be an inkjet.

I've just spent the past few minutes trying to (re)find this story. Is it the KeyKOS recovery speed story from 1990?

The Chrony comparison page compares ntpd, Chrony and OpenNTPd. Another yet to be finished alternative is ntimed (which seems to currently be around 6000 LoC). On some Linux's if you don't care about accuracy or trying to weed out false time you can always use an client such as systemd-timedated.

The Linux Foundation has already given funding to a few open source projects it considers "core" (which includes the original NTP project) and has been trying to assess which other core products are most at risk. From looking at the members page, at least two of the companies you mentioned (Google, Facebook) are part of the Linux Foundation so the giving back has at least started...

You're absolutely right - it only lets you tell whether the pool has been initialised and GRND_NONBLOCK on tells you how much /dev/random could return if it were blocking and nothing about the total amount of entropy gathered.

Doesn't it let you essentially let you find out if you've had (since this boot?) up to 256 bits of entropy? You can ask it whether it has had an amount so long as it's less than 256 bits and you can force it to return failure if you ask for an amount it hasn't yet reached. It's not as generic as what you're asking ("tell me how much you've ever had") but it does still sound close to what you're asking for (albeit in a limited 256 bit form).

You could build what you are asking for by using the new (since v3.17 kernel) getrandom() syscall. See the part about emulating getentropy for determining if you've ever had up to 256 bits entropy in its man page for implementing your API suggestion...