Again, that is a lot of trust since it could trivially just… not show it. Which is already the default for most FDE systems for intermediate/system managed keys.
There are stories about bodies of Christian monks that did not decompose for a log time after the dearth. Modern take on it attributes it to the climate in caves where the body was put after the dearth. But another important part was diet. Often the well-preserved bodies were of those who had eaten only rough bread and water for months and years before the dearth.
So I suspect both of the factors are at the play here as well.
I read an article about this years ago and came away with the impression that they were effectively mummifying themselves before death. From the Wikipedia page on sokushinbutsu:
In medieval Japan, this tradition developed a process for sokushinbutsu, which a monk completed over about 3,000 days. It involved a strict diet called mokujiki (literally, 'eating a tree'). The monk abstained from any cereals and relied on pine needles, resins, and seeds found in the mountains, which would eliminate all fat in the body. Increasing rates of fasting and meditation would lead to starvation. The monks would slowly reduce then stop liquid intake, thus dehydrating the body and shrinking all organs.
In "The Brothers Karamazov" by Fyodor Dostoevsky describes sort-of the opposite process. A body of monk who had been considered a living saint started to smell on the second day after his dearth. That made everybody to realize that he was the opposite of the saint. And then another monk mentioned that eating sweets and cakes could not lead to sainthood.
Even Wikipedia article [1] on the rotation curves mentioned that those could be explained if one stops using Newtonian mechanics and rather try to use the full equations of General Relativity. Basically it turned out on the galaxy scale one could not use Newtonian approximation. GR equations are highly non-linear and even tiny non-Newtonian effects accumulates.
Then there are various articles pointing out that taking into account that galaxies are filled with plasma can also explain observed results.
Even 15 years ago IPv6 was much worse than IPv4 for most of the people. Only when the mobile operators has started to insist on it then the usage started to grow to significant numbers. Which showed the real problem with IPv6: lack of compatibility with IPv4. That was absolutely possible 30 years ago, but the designers decided that it would just complicate things.
I am tired of people claiming that you can make a "new Internet protocol that is compatible with IPv4".
No, backwards compatibility is not the problem here: IPv6-only hosts can easily connect to IPv4 hosts. Just append "64:ff9b::" to an existing IPv4 address, like so: 64:ff9b::8.8.8.8. Even prior to NAT64, we have plenty of schemes like 6to4 to bridge IPv4 and IPv6.
But no IPv4 hosts can ever connect to IPv6 hosts, or IPv7, or IPvInfinite for that matter. I will refer to my previous comment on why that is: https://news.ycombinator.com/item?id=46469336
I think the people complaining about compatibility are more talking about the concepts in IPv4 and IPv6. IPv6 could have been "everything is the same except the IP address is 16 bytes instead of 4". Instead there are new ways to do everything.
Addressing works differently (no broadcast, multicast everywhere, link-local is mandatory). Configuration works differently (SLAAC, RA, DHCPv6 is not a drop-in replacement for regular DHCP). Neighbor discovery replaces ARP and depends on ICMPv6 working. Fragmentation behavior changed. NAT is “not a thing” by design, which breaks a bunch of assumptions people built entire networks around.
There are a lot of places where solar panels can increase yield for specific plants by providing a shade. They also can generate electricity to run electrical pumps for targeted irrigation saving a lot of water.
Ya, but that isnt as widespread as fields being rededicated from crops generally to solar exclusively. And mixed use doesnt mesh well in a world of crop rotation and crop-specific harvesting equipment. I have yet to see a combine that can drive over solar panels without touching them.
I do not see a point of smart appliances besides electrical car. 10 KWt-hour battery will cover all the needs to smooth the demand from all home appliances and costs below 1K usd. It will allow also to significantly reduce maximum power that has to be supplied to a house while allow to increase peak consumption while heavy cooking/AC/heating.
At least in the US most of this is still on the research phase but if you can get a standard adopted for all new equipment you can easily adjust these high draw appliances to act as a virtual power plant. It would be a trivial implementation compared to getting batteries in homes.
There was an article that described that in UK one needs 1 megawhat-hour battery over the winter to be grid independent. Judging by current trends in few years that will be below 40K USD. While this is indeed very expensive in most of US due to much more sun available the required battery would cost below 20k. One can also have a backup generator that can run constantly at maximum efficiency to replenish the battery. Then the whole system can already be below 20K. While expensive, it provides true independence and I suspect grid cost and centralized power is more expensive for society.
This is for a single home off-grid, meaning solar over-production is already implied. You need enough solar available to charge that 1MW battery in time for it to be useful during those seasonal differences which is going to be multiples of your peak summer generation.
With Debian 13 on ThinkPad X1 the hibernation is very reliable. Resuming from it while not instant still takes like 40 seconds. So I configured my laptop on lid close to sleep for 15 minutes and then hibernate. This way if I just to another room the wake-up is instant while longer pauses shuts the laptop down removing any security keys from the memory.
But how would RocksDB work with S3? It needs support for append that generic S3 buckets do not provide and for checkpoints and backup it assumes the support for hardlinks that S3 does not have at all.
We have a washing machine that also has a drier function. It dries much slower than a standalone drier as it consumes water during the drying circle to cool and condense the hot air from the clothes. But the big plus is that it works in mostly closed cycle reusing the air. And there is no need to clean the filter, just unclog the sink pipes once in few months.
Heat pump dryer. Basically, an HVAC system but instead of pumping the heat from your house outside, it pumps it into your clothes. Slower than an old-style dryer but way more efficient.
reply