Di recente niente post perche' non avevo niente che valesse la pena mandare; Akyuu e' in pausa causa esami
Pero' ora c'e' qualcosa di "interessante":

Ho un NAS con su ArchLinux ARM che dovrebbe diventare parte di un cluster (qui). Sfortunatamente quasi nessuna distro include un modulo di Samba per migliorare le prestazioni dell'I/O con Gluster: si tratta del suo VFS e per abilitarlo basta avere glusterfs installato quando si compila (qui)
Ho segnalato il problema a quelli di Arch ma non si sono filati il bug report, so there's that

Ieri e' stato mergiato Samba 4.13.2 su Void, che supporta nativamente aarch64
In piu' dovrei mandare in pensione un'SBC che ho e pensavo di prendere un ROCKPro64, che e' la stessa SBC che userei per il cluster
Perche' non fare 2 + 2?

La prima quest e' quella di far andare CTDB e il VFS di GlusterFS su Void; devo solo aspettare il merge merge fatto
La seconda quest e' quella di creare un'ISO di Void per ROCK64 e ROCKPro64; ho quindi creato il pacchetto del kernel di ayufan per Void ma non posso testarlo finche' non mi arriva un ROCKPro64

Se qualcuno si sentisse particolarmente annoiato, questi sono i pacchetti del kernel

CW: Guerra psicologica, chiamata al suicidio
https://www.youtube.com/watch?v=3c66w6fVqOI

LOCAL58 e' un ARG magico

Vi consiglio di guardare tutti i video, sono fatti spaventosamente bene

https://github.com/void-linux/void-packages/commit/da2cea569c8bcda165729b0a29555ab9ef320f76

feeling cute, might delete this later

Nuova parte del Gigaleak
Secondo questo documento Ninty sta spiando un hacker della scena del 3ds chiamato Neimod

Non ho un ROCKPro64 per provarlo, ma magari qualcuno ha voglia
Si puo' flashare l'IMG con dd o scompattare il PLATFORMFS

>non mi fido di una ISO buttata qui, esci i sorgenti
https://github.com/andry-dev/void-packages/tree/rock64-linux
https://github.com/andry-dev/void-mklive/tree/rock64

Steps:

git clone https://github.com/andry-dev/void-packages -b rock64-linux
cd void-packages
./xbps-src pkg -a aarch64 rock64-base
cd ..
git clone https://github.com/andry-dev/void-mklive -b rock64
cd void-mklive
make
sudo ./mkrootfs.sh aarch64
crepo=$(pwd)/../void-packages/hostdir/binpkgs/rock64-linux
sudo ./mkplatform.sh -r ${crepo} rock64 void-aarch64-ROOTFS-*
sudo ./mkimage void-rock64-PLATFORMFS-*

Buon Natale

Gli avvenimenti di quest'anno - tra un intero operatore bucato, Google offline per 1 ora che ha bloccato le smart home e vari leak - mi stanno facendo ripensare pesantemente alle mie abitudini online.

Ho decine di account, gestisco pure password e 2FA online, ho un servizio di backup delle foto su un server non mio, backup automatico del mio computer viene fatto su MEGA, calendario mail e contatti su Google, il tutto sta iniziando a sembrare una pessima idea

Inizierò gradualmente a portare più che posso in locale, anche se chiaramente comporterà una spesa (hardware dedicato per il self-hosting)

Esattamente questo.

Personalmente ho già iniziato a spostare più e più servizi su piattaforme self-hostate e/o spazi sulla quale ho un minimo più di controllo.
Ad esempio, ho eliminato tutti i contatti ed entry del calendario dal mio account google, e migrati temporaneamente su un servizio Cal/CardDAV di un virtuale che ho attivo da quatto anni a questa parte, in attesa di potermi prendere finalmente un dedicato sul quale farci girare un mailserver (Exchange o Open-Xchange), ho migrato i backup del PC da google drive ad un server FreeNAS hostato in locale con backup trimestrali su cassetta e conservati nel box

Che questi avvenimenti siano un waking call per tutti, dato che allo stato attuale, la stragrande maggioranza dei provider cloud (che altro non sono che computer di altre persone) sono servizi messi in piedi con la colla, senza un minimo di riguardo verso la sicurezza