lostindetails

I upgraded the app I am currently working on from tauri 1.7 to 2.0 by following the guide from here: https://v2.tauri.app/start/migrate/from-tauri-1/

After running the migrate tool (via `bun run tauri migrate`) at the end of the guide, I needed to do the following things to get complete it migration.

- the migrate tool ran rust format on my backend code - which I was not using at that point - and it changed my preferred to 2 spaces to 4, so I joined the rustfmt bandwagon and created a config file with my preferred settings

- run `cargo update` to get the new package versions

- modify `tauri.conf.json` as the structure changed, eg. `fileDropEnabled` -> `dragDropEnabled`

- change some imports, as the functions from client api were moved, this was straightforward

- add the plugins `updater` and `dialog` as that functionality has moved from the core to plugins

- change the code that handles the auto-updating, as the api changed as well, but for the better

- the only thing that tripped me up, was that re-building the project didnt't work due to an colliding filename error, but I found a closed issue at their https://github.com/tauri-apps/tauri/issues/10192 which pointed me towards removing `rlib` from the crate-type, which solved that issue.

All in all quite a smooth experience, was done in an 1-2 hours or something, not sure.

Ah, I didn't know that Jetbrains also supports them, as I've been using them with vscode with the extension https://marketplace.visualstudio.com/items?itemName=humao.re... and I am happy so far.

They are plaintext and can be easily diffed and they don't invent a totally new language.

The extension also supports somewhat esoteric features like client certificates, which I already needed.

So I'd be more interested in a comparison between bruno and .http than insomnia.

[edit: grammar & typo]

I remember this being shown last year already...

Found the link: https://www.nih.gov/news-events/nih-research-matters/sars-co...

AFAIK they even attributed the organ failures to the failures in mitocondrial energy production.

It reminds me of post it stickers on the monitor. Well, to be fair more like post-it stickers in a hopefully locked desk drawer.

Agreed, it will prevent any remote attacks.

I agree - at least for me, the lockout scenario seems more likely.

The SMS 2FA is great point! Until now I was able to not hand out my number to bigtech, eg. for Chatgpt I bought an new SIM card with a 5 EUR deposit that I just used for the registration process, but those cards expire after a couple of months if you don't use them. Guess I have to give out cellphone number after all...

Printing out the TOTP seed and hiding the paper in multiple locations sounds somewhat wrong to me. Maybe the TOTP seed will be my new, even longer password to remember j/k

Hmm, but if you would cryptographically hide it in publicly available data, it would be easy to recover.

Thanks for the input!

Thank you for the answer! I don't want to use a cloud service for sync, I will take a look if an opensource solution has a direct device to device sync, I haven't thought about that. I will also checkout the yubikey bio - I guess as it's hardware so no pesky account cloud connected? Thanks for the ideas!

Using passkeys as an additional login method I can understand, but I have a problem that I don't know how to solve:

How can I guard against losing permanent access to my github account?

Until know I have memorized a very long and random password, that I sometimes type in to keep it in memory. In case of a fire or some similar event in which I would lose my stuff (like devices recovery codes) I'd have no issue, but with the upcoming requirement on github which enforces 2-factor authentication I don't know how I would be able to get access to my account?

Hah, when I followed a link and after having read a tweet, my muscle memory actually took over and I clicked the x automatically. It took me a second to recognize why I was feeling surprised.