I'd say the link and an archive copy is good enough, though I definitely wouldn't mind proper referencing.
https://archive.ph/jc6IF

Options if it's to protect against local disasters such as fire:

1. Having a NAS at a family member / friends house as a backup location for your NAS (over vpn) is an option. Works best if they also need an offsite backup with you being able to spare space for it on your NAS in return.
2. Having at least two usb drives as backup locations for the NAS and rotated as often as you think necessary and having at least one stored offsite at a family member / friends house.
3. Rent a proper 1U rack space in the city data centre and setup your own "cloud", definitely the most expensive option and total overkill if offsite backup is the only reason.

Personally I would probably go for option two and bring the usb drive with me for a weekly coffee with my parents, they'd enjoy the visit and I enjoy knowing that my backup isn't in the hands of Amazon. I'd go for option 1 if my internet was better.

Here they talk about the issue and its limitations and it seems they missed the workaround mentioned below in the writeup:
https://gitlab.gnome.org/GNOME/yelp/-/issues/221#note_2392999

This attack has some limitations:

• Attacker needs to know the unix username of the victim.
• Browsers ask the user for permission on redirects to custom schemes.

However, the initial current working directory (CWD) of applications started by GNOME (e.g., using Alt+F2 or dock shortcuts) is the user's home directory. As a result, the CWD of Chrome and Firefox is also set to the user's home directory. We can abuse this behavior to point to the victim's Downloads folder and bypass the first condition.

https://gist.github.com/parrot409/e970b155358d45b298d7024edd9b17f2

Thanks for sharing!
Out of curiosity - what kind of glitches?

Seems to exist some other screen sharing alternatives when I search around but I know nothing about them, f.e.
https://github.com/echoshare/echoshare
https://github.com/mira-screen-share

Haven't tried it myself but there's Jami
https://jami.net/
https://git.jami.net/savoirfairelinux
https://docs.jami.net/en_US/

edit: doesn't seem to have audio sharing when screen sharing
https://git.jami.net/savoirfairelinux/jami-client-qt/-/issues/1675

Kind of interesting how quickly the smartphone usage exploded but also how it wasn't that long ago. Early Z most definitely grew up as PC users while late Z grew up with mobile being the primary website visiting tool.
I had to do some quick checking and this is what I found.

If we use Wikipedias timeline picture then Zoomers are born 1997-2012 (the text also references 1995, but I used the graphic):

https://en.wikipedia.org/wiki/Generation_Z

In 2011 (Gen Z are now -1 to 14 years old) web traffic was predominantly according to smartinsights.com:

I think that here the main point to remember is that many users will continue to access the web via their desktop PCs. In 2011 most companies I talk to still have a tiny proportion of their web traffic via mobile searches - it's usually much less than 5% - so it's worth checking your analytics for mobile usage first and foremost.
https://www.smartinsights.com/mobile-marketing/mobile-marketing-analytics/mobile-usage-statistics-2010-2015/

In 2015 (Gen Z are now 3 to 18 years old) things has begun to switch with most western countries reporting between 15% to 30% of web traffic being mobile:

https://datareportal.com/reports/digital-2015-global-digital-overview

In 2020 (Gen Z are now 8 to 23 years old) 61% of US website visits are from mobile devices:

Mobile devices drove 61% of visits to U.S. websites in 2020, up from 57% in 2019. Desktops were responsible for 35.7% of all visits in 2020, and tablets drove the remaining 3.3% of visitors.
https://www.perficient.com/insights/research-hub/mobile-vs-desktop-usage

It's available in uBlock Origin when advanced user mode is enabled in settings. No idea if AdNauseam works the same.
https://github.com/uBlockOrigin/uBlock-issues/wiki/Dynamic-filtering:-quick-guide

As a firefox user I'm not really affected by googles changes so I'm not worried about uBO at all.
I will probably stick with noscript as of now, as I'm so used to it and have already built a large whitelist of domains I trust globally.

Not certain what you mean with sharing my settings of scripts. If you mean my whitelist settings in noscript/ublock origin then I would recommend just starting with a blank slate and build up your own whitelist. We're probably not using the same sites after all.

Jag tar nog hellre smör och ost i frallan och en chokladboll till kaffet istället.

It is! I read through the docs and did some testing. It's very similar to noscript once you get used to the flags.
Do not Disable scripts globally using the settings checkbox, it overrides dynamic filtering and ignores your flags

Left flags are global (In the example I block first party and third party scripts globally) and right flags are local for the site you're currently on. (Here I allow bbc.com to run scripts, that's the grey flag)

You can locally allow all scripts from a domain like this (notice the grey flag on bbci.co.uk and the inherited dark grey on the subdomains below):

Or you can allow specific subdomains (here I allow emp.bbci.co.uk and ichef.bbci.co.uk specifically while leaving static.bbci.co.uk blocked)

As I'm allowing scripts with the right side local flags the third party sites will still be default blocked if they're used by another domain that isn't bbc.com.

How would the whitelist flow work in ublock origin? Can I allow only some third party domains to run js or is it all or nothing?
I like how it's just a few clicks in noscript with no need to type - makes usage on my tablet and phone simple.

I imagine they expect releasing a version without OLED first and one with OLED later will give them double sales with many nintendo fans, just like what happened to the switch.

Har man bara rätt kläder och en bra massäck med både kaffe och kaka så är det mysigt att bege sig ut i skogen och plocka blåbär i Augusti och lingon i September. Men inte 12-16 timmar i sträck för skitlön.
Både hallon och jordgubbar finns i sorter som trivs bra i kruka, t.e.x. https://www.blomsterlandet.se/produkter/vaxter/utomhus/barbuskar/hallon/hallon-lucky-berry-74081/
Just hallon är tacksamt att stänga in i en kruka då de är väldigt bra på att rotsprida sig till andra delar av köksträdgården.

Vad jag försöker säga är att det går att vägra bär plockade av slavar genom att nyttja allemansrätten och gå ut och plocka själv.
Det räcker med en balkong för att skaffa sig ett par krukor som ger hallon och jordgubbar till sommarens tårta.

I simply deny duckduckgo the use of javascript. Works great unless you need image results.

You will probably want to enable the non-free rpmfusion repository. I can't remember if that is an option during install, but if not here's how to do it with the console:
https://docs.fedoraproject.org/en-US/quick-docs/rpmfusion-setup/#_enabling_the_rpm_fusion_repositories_using_command_line_utilities

If you scroll down to Media Codecs and HW Acceleration you'll have a guide on how to get proper ffmpeg and h264 and h265 driver support:
https://github.com/devangshekhawat/Fedora-42-Post-Install-Guide

Before spending too much time troubleshooting Linux Mint I would try something that's a bit further along with the kernel updates considering your gpu.
Personally I've had good luck with Fedora KDE - https://fedoraproject.org/spins/kde

If you still wanna go for Linux Mint look into how to install the mainline kernel yourself:
https://forums.linuxmint.com/viewtopic.php?t=443810
https://ubuntuhandbook.org/index.php/2020/08/mainline-install-latest-kernel-ubuntu-linux-mint/

I would look into raspberry pi or arduino; both of those has thriving communities and lots of guides.
A couple of guides for the solar powered part of your project:
https://www.circuitbasics.com/how-to-make-a-solar-powered-raspberry-pi/
https://www.circuitbasics.com/how-to-use-solar-panels-to-power-the-arduino/

Femtejuli har skrivit om det också, för de som inte hinner läsa igenom allt själva:
https://femtejuli.se/2025/04/04/protecteu-overvakning-datalagring-och-bakdorrar-till-krypterade-meddelanden/

Från förra året har vi denna brasklapp:

En »High-Level Expert Group« har tillsatts. Den bytte snabbt namn till en »High-Level Group«, då expertgrupper har högre krav på på öppenhet och allsidighet. Deltagarlistan har varit hemlig. [...]

I ett 42-punktsprogram vill Going Dark-gruppen nu att meddelande-appar skall certifieras av EU. Man vill ha inflytande över branschens produktprotokoll och tekniska arkitektur.
Gruppen vill ha ny datalagring. Den kräver tillgång till begärd data i läsbar (ej krypterad) form. Data om IP-nummer / port skall också lagras. Detta skall även gälla operatörer som är baserade utanför EU.

• https://femtejuli.se/2024/07/04/going-dark-sa-vill-eu-komma-at-dina-meddelanden-och-din-data/

451: Unavailable due to legal reasons

We recognize you are attempting to access this website from a country belonging to the European Economic Area (EEA) including the EU which enforces the General Data Protection Regulation (GDPR) and therefore cannot grant you access at the time.

Archive link for those in the EU: http://archive.today/2025.04.07-153808/https://www.hort.net/blog/2025/04/03/what-effect-will-tariffs-have-on-home-gardeners/

edit: The article is very US-centric and quite uninteresting for us in the EU though.