I’m going to guess it’s because of some linux native things. I remember source engine games used to have issues with non-ext4 filesystems (or maybe it was just workshop stuff as I still have left 4 dead 2 on a separate disk), but I’m pretty sure that’s been fixed.
Been running BTRFS and XFS partitions for years, so it’s certainly a rare issue.
Out of curiosity, how?
< urls.txt while read -r url; ...
Is a syntax error.
while read -r url < urls.txt; ...
Result in an infinite loop.
You can also avoid cat since you aren’t actually concatenating files (depending on file size this can be much faster):
while read -r url; do echo "download $url"; done < urls.txt
I suppose I could have phrased that better. The registers themselves correspond to particular applications/stages, but the values store in those registers should change based on how the application/stage was loaded. Switch the order or inject a new binary and the hash from that stage on should change.
Any changes in the boot process should change various PCR registers. https://wiki.archlinux.org/title/Trusted_Platform_Module#Accessing_PCR_registers
There were old wrappers that emulated sendmail but reformatted the message for use with gotify and such
Well, I wouldn’t go that far. Let’s not forget Nextcloud started as a fork for the same reason. The permissive license doesn’t stop us from keeping it alive, but it is something to be cautious of.
I’m curious about opencloud. It’s flashy, uses go, and has everything that I’m actively using in Nextcloud. The license does make me a little cautious about it though. Apache v2 on the server side is unusually permissive. AGPLv3 on the web ui is cool, but it’s also not really helpful if you’re not required to publish server changes.
It does, but it’s disabled by default. It’s explicitly for docker compatibility though, not a core part of the application.
You shouldn’t need to use the aur unless cachy is restricting your repo access. It’s all in arch extras.
I’m pretty sure the mirror was setup before that was an option. No reason to turn it off now that it’s a source of entertainment.
You have the potential to run into issues if the device is externally managed. At&t likes to push firmware updates at early hours. Cutting power during one of those would be problematic.
Honestly, I was running into the limits of stow. Want to unstow some configs on a bare machine? I hope you wanted that entire directory to be a symlink. Then I saw that someone had actually fixed that many years ago but the maintainer at the time was caught up in some personal crypto related projects and did not appear to be looking at the mailing list.
Chezmoi fixed that, applied a templating engine and added a data mechanism. In moving my stow configs I realized that application specific config file deployments are nice but shouldn’t be necessary. Templates fill that gap, and meshing them with scripts allows you to do some cool things only when variables change.
Plus I was beginning to play around with go at the time, so it just seemed like a good idea to use something I could contribute to if I needed.
I still don’t think I’m using chezmoi to it’s full potential, but I am fairly proud of the script I use to determine data sources for my waybar config on all of my machines.
All public and I regularly link people to my bash functions. Started with git bare repos, moved to stow, now on chezmoi. If I need anything more complex than chezmoi for these I’ll probably give up syncing them altogether.
Don’t forget about linkwarden
Pinchflat is one of the good containers that doesn’t try to play with ID remapping or anything. You just need a container quadlet like the following:
[Install]
WantedBy=default.target
[Container]
Image=ghcr.io/kieraneglin/pinchflat:latest
Environment=TZ=CHANGEME
Volume=CHANGEME/config:/config
Volume=CHANGEME/downloads:/downloads
PublishPort=127.0.0.1:8945:8945
It’ll run as the quadlet user id by default.
Note: BTRFS defrag will result in a different copy at the end of the day. If you’re using snapshots this will lead to increased utilization.