Libnotify backends are D-Bus services, which isn’t really something you’d want to implement in a shell script. Going by some source code I just found, it looks pretty straightforward to do in Python, so that’s one option.

The easier option would be to use an existing notification daemon that lets you disable the default GUI and specify a script to run as a hook, but I don’t actually know of any like that.

Is there a reason you can’t use the generic CSV format?

Regardless, I have tested and it doesn’t look like those IDs are used during import. Import works perfectly fine with a Zipfile containing an unencrypted JSON file, as formatted by ProtonPass export, with all those base64 strings (itemId, itemUuid, shareId) removed or blanked out:

{
  "encrypted": false,
  "userId": "",
  "vaults": {
    "": {
      "name": "test",
      "description": "",
      "display": {
        "color": 0,
        "icon": 0
      },
      "items": [
        {
          "data": {
            "metadata": {
              "name": "test-login",
              "note": ""
            },
            "extraFields": [],
            "type": "login",
            "content": {
              "itemEmail": "",
              "password": "password",
              "urls": [],
              "totpUri": "",
              "passkeys": [],
              "itemUsername": "username"
            }
          },
          "state": 1,
          "aliasEmail": null,
          "contentFormatVersion": 6,
          "createTime": 1733128994,
          "modifyTime": 1733128994,
          "pinned": false
        }
      ]
    }
  },
  "version": "1.25.0"
}

When re-exporting those imported values, they have new IDs even when you include the old IDs from the original export, so they’re obviously not being used. My guess is they’re just some sort of random UUID.

I’m on Wayland these days, but if you happen to be using X11 this is the homebrew solution I used to use:

xdotool type --delay 50 "$(xclip -o -sel c)"

The --delay argument specifies the delay in milliseconds between keystrokes; if you go too low on that it tends to break things.

Interested to see what solrize comes up with because this method definitely has drawbacks – no way to interrupt it and if you accidentally paste something large it takes a long time to finish due to the forced delays.

I’ve never really had the need for a Wayland version, but I don’t see why subbing ydotool for xdotool and wl-paste for xclip wouldn’t work.

shopt -s dotglob will make * include .dotfiles.

Are we really so far down the “obligatory memetic envelope because apparently just stating opinions isn’t socially acceptable any more” slope that we’ve dropped past “can’t stop thinking about x lmao” and on to “i was talking to my sister and, get this, i said x”?

I guessed the same, but according to Wikipedia:

The name wallaby comes from Dharug walabi or waliba.

I’m not sure how modern anglicisation works but I assume what’s given there is considered the most accurate spelling of the indigenous word. So “wallaby” isn’t too far off.

I don’t think that’s what’s happening here. As far as I know it’s an issue with a driver installed on the computers, not with anything trying to reach out to an external server. If that were the case you’d expect it to fail to boot any time you don’t have an Internet connection.

Windows is bad but it’s not that bad yet.

Looks like the laptops are able to be recovered with a bit of finagling, so fortunately they haven’t bricked everything.

And yeah staged updates or even just… some testing? Not sure how this one slipped through.

after calling Australia’s emergency line 001

So close.