Installation et configuration de #tarsnap sous #amd64 #arm64 (#raspberrypi) et le reste :
https://www.deuza.net/post/815550281991553024/installation-et-configuration-de-tarsnap-sous
Installation et configuration de #tarsnap sous #amd64 #arm64 (#raspberrypi) et le reste :
https://www.deuza.net/post/815550281991553024/installation-et-configuration-de-tarsnap-sous
Installer et configurer #tarsnap pour #amd64, #arm64 (#raspberrypi) et le reste :
https://www.deuza.net/post/815550281991553024/installation-et-configuration-de-tarsnap-sous
> Finally, also lucky to get rid of #rasberrypios in favor of #debian and #arm in favor of #amd64 .
That resonates with me. For an OS that traces its heritage directly to Debian, it sure feels different and not in a good way. The 64 bit variant pulls directly from Debian repos.
I don't share your disdain for ARM but of course my desktop is an AMD Ryzen and my primary server, a Xeon.
I think I'd like an ARM host with decent performance and proper I/O for a server.
Replacing my #raspberrypi 4B server with a #thinkcentre m93p.
The #thinkcentre has more ram, a 512 GB #sdd and can handle external drives far better than the #raspberry does.
Finally, also lucky to get rid of #rasberrypios in favor of #debian and #arm in favor of #amd64 .
I think I will first migrate #apache2 with #nextcloud, and then the E-Mail server (#postfix & #dovecot) in a second step.
The latter is probably more difficult.
Now on #trixie. The raspberry still runs a 32bit version of the raspberrypios, so a new installation was necessary sooner or later, anyway.
Took this as the occasion to also replace the hardware with something better.
10 fresh images are published with #amd64 + #arm64 support:
#VitexSoftware (vitexsoftware/*):
• #debian:bookworm, debian:trixie, debian:forky
• #ubuntu:jammy, ubuntu:noble
#MultiFlexi (vitexsoftware/multiflexi-*):
• multiflexi-debian:bookworm, multiflexi-debian:trixie, multiflexi-debian:forky
• multiflexi-ubuntu:jammy, multiflexi-ubuntu:noble
Pull from https://hub.docker.com/r/vitexsoftware/
AMD adopting "FRED", rip IDT.
PDF:
https://docs.amd.com/api/khub/documents/d9fyzSaZGtRoheP5zIbbrg/content