Earth Notes: On Website Technicals (2022-05)

Today I added the ability to synthesise energy stats from across multiple data sources, in this case heat from Eddi.h1 and meter.gas

There are some things to think about still in terms of coverage computation, but that's a good start!

I have improved the per-page energy stats insert (hidden most of it away behind <details>). I also now highlight any data row that is a superset of the page's temporal coverage if present and simple (eg not an interval).

Over the last few days I have been broadening the range of energy stats consolidated. The next challenge is to create synthetic values such as 'heat' being gas + h1d + h1b.

Well, part of my plan to reduce grid power demand from laptops at peak times and flatten the duck may finally come to pass!

sudo pmset -c lowpowermode 1

should reduce power consumption of my new MBA when on charger/mains power.

A little root crontab to engage that regularly through peak times (eg from 4pm) and leave lowpowermode again later (eg randomly after ~8pm) might do the trick.

I have manually engaged lowpowermode for all battery operation, via the UI.

Here is what the root crontab entries look like:

8-58/10 16-19 * * * pmset -c lowpowermode 1
9-59/10 20 * * * pmset -c lowpowermode 0

Note that I am not enabling/disabling this on the hour or half hour: too many devices switching at exact half-hour boundaries may itself give the grid indigestion!

This lowpowermode has become available with macOS Monterey (12.x). My MBA is currently on 12.4.

As of ~3pm, I am running both old and new MBAs off-grid while various backups etc continue!

My new M1 MacBook Air arrived at around noon. It left Chengdu in China on the 13th, so will have accrued "Air miles" and an associated extra carbon footprint...

Transfer

Physically the new MBA is ~1cm shorter front to back and left to right.

To transfer my life from my old MBA to the new one, while still leaving a working clone on the old one, I did the following:

1. Backed up the old one to Time Machine fully.
2. In Internet Accounts turned off all mail connections (I do not want a mess of mail randomly across the MBAs) but left calendars on so I can use them everywhere.
3. Backed up again with Time Machine.
4. Used the new MBA's migration assistant to restore from the old MBA's Time Machine backups; that took all night.
5. (The new MBA will get a new 4TB Time Machine external HDD.)
6. In the morning complete the set up of the new MBA, starting with turning back on the mail in all the relevant accounts and all the re-authentication that that implies...
7. Trying to run EOU scripts on the new MBA, but clearly some of the binaries are not "fat" since I get env: node: Bad CPU type in executable and script/get_img_XxY: line 16: /usr/local/bin/identify: Bad CPU type in executable; items installed by brew are clearly going to have to be discovered and reinstalled (and indeed brew itself):
   • imagemagick
   • npm
   • ...

Firefox picked up where I left off! And ssh is all working as intended.

On opening, mail tells me that it will spend a few minutes importing my (236,093) messages.

On opening Skype I am asked to enable Rosetta to emulate/run Intel (x64) apps. That also lets my brew apps run, it seems! Though I should try to move to native binaries when I can, for speed. (Skype seemed to have forgotten me when it ran: I have reinstalled native.)

Pretty darn smooth so far...

A brew upgrade caused me to uninstall a couple of things that it was getting stuck on and that I no longer need (eg rstudio).

Signal reported its database corrupt. Having cleared it, and (re-)linked with my phone all seems fine.

(I note that the new MBA does not seem entirely flat: the front LHS rocks down a bit when I rest on it, so I have slipped a few bits of paper under that foot for now.)

I have followed instructions on How to migrate to native Homebrew on an M1 Mac to set up the new /opt/homebrew and gradually populate it.

% /opt/homebrew/bin/brew install zopfli
% /opt/homebrew/bin/brew install jpeg-xl
...

I may not need to be in a huge hurry to get the native versions. Running emulated x64 in Rosetta may only have a ~20% speed penalty:

% time /usr/local/bin/zopflipng img/2022/20220218-high-winds-screenshot-BBC.png ...
5.634u 0.022s 0:05.66 99.8%	0+0k 0+0io 0pf+0w
% time /usr/local/bin/zopflipng img/2022/20220218-high-winds-screenshot-BBC.png ...
5.635u 0.022s 0:05.66 99.8%	0+0k 0+0io 0pf+0w
% time /opt/homebrew/bin/zopflipng img/2022/20220218-high-winds-screenshot-BBC.png ...
4.479u 0.065s 0:04.83 93.7%	0+0k 0+0io 0pf+0w
% time /opt/homebrew/bin/zopflipng img/2022/20220218-high-winds-screenshot-BBC.png ...
4.473u 0.017s 0:04.49 99.7%	0+0k 0+0io 0pf+0w

Google Drive just silently failed to do anything when I tried to launch it on the new MBA, so I am doing a fresh install...

2022-05-22: mail dance

I have re-enabled email on a couple of core accounts on my old MBA, but I have now adjusted settings for those not to delete mails from the server when the MBA downloads them. That way my new MBA should always see (and eg can archive) new mails.

2022-05-23: Google Drives me mad

Yet again the Google Drive experience has been pointlessly well sub-par.

Unlike other apps which "just worked" over on the new MBA, Google Drive just did nothing when I tried to run it. Not even an error.

When I re-installed it from Google it seemed to have forgotten all about its Google Drive folder, and had introduced a new 'virtual drive' (that is not there at all under /Volumes/ unless GD is running. Not good for working off-line, not good for snooping paranoia.

The way it was working was fine...

(Plus somehow signing in from the new MBA was a messy broken pain, and I have been randomly forced to sign in again repeatedly for no good reason.)

I thought that after several days of apparent slow syncing I had it sorted, but this evening it seemed that I had not achieved anything at all.

Reconnecting GD to Google Drive now appears to be syncing everything again because obviously I have time and bandwidth to spare. And because I want to pay twice for my Google storage. Obviously.

I had already sent off an angry missive about making pointless breaking changes because someone in marketing is under-occupied, but another one may be required.

Thank goodness I do not actually need this backup right now, and I shall be at home for several more days to have time to try to sort it out again.

And actually thank goodness that EOU Towers is now on FTTC, sustaining ~20Mbps sending everything back to the cloud again...