Aggiornamento Telegram - flexible forwarding: ora puoi freebootare i memini ancora più facilmente

Bene, dopo opportuni backup ho fatto trim dell'intero SSD, auguratemi buona fortuna 😳🤞🏻

Ecco un piccolo problema di usare ntfs3: se sono stati creati dei symlink linux, questi non verranno più visti come tali ma saranno trattati come file normali.

Probabilmente bisognerà convertirli tutti

Also nota - per usare ntfs3 su drive esterni:
https://aur.archlinux.org/packages/ntfs3-dkms/#pinned-763354

1. regola udev

SUBSYSTEM=="block", ENV{ID_FS_TYPE}=="ntfs", ENV{ID_FS_TYPE}="ntfs3"

2. regola udisks2 (_defaults personalizzabili; lasciare intatti $X)
[defaults]
ntfs3_defaults=uid=$UID,gid=$GID,noatime,prealloc
ntfs3_allow=uid=$UID,gid=$GID,umask,dmask,fmask,nls,nohidden,sys_immutable,discard,force,sparse,showmeta,prealloc,no_acs_rules,acl

A quanto pare le paperelle animate accanto ai post del blog di Telegram sono sticker animati

Timeshift
Beh, che cosa aspettarsi da un'applicazione scritta in GTK...

Letteralmente software buttato.

Momento Telegram
I permessi granulari per i gruppi non sono poi così tanto granulari: si può avere solo una logica global && !local, quindi non tutti off eccetto x.

Avrebbero dovuto implementare un override tri-state per le eccezioni:
🟥 force off
⬜️ follow global
🟩 force on

TIL potente: runlevel dei sistemi di init

In termini semplici, all'avvio di linux è possibile specificare come ultimo argomento di avvio un numero, per fare il boot in uno stato diverso del sistema.

SystemD fa un mapping dell'argomento per compatibilità, ma per cambiare il runlevel da sistema già avviato è meglio usare i rispettivi .target

0 poweroff.target Spegni
1 rescue.target Solo il login da root; nessun servizio
2 (n/a) Login multi-utente; nessun servizio/rete
3 multi-user.target Login multi-utente; servizi; CLI
4 (n/a) Non definito / custom
5 graphical.target Login multi-utente; servizi; GUI (default)
6 reboot.target Riavvia

Quindi... volete cambiare delle configurazioni di sistema / fare backup di file particolari senza che questi siano in uso e senza dover ricorre a LiveCD: specificate a mano il runlevel da bootloader 👌🏻

https://bytexd.com/linux-runlevels-explained/

https://www.man7.org/linux/man-pages/man8/runlevel.8.html

Nell'aggiornamento di ieri sera mi si è installato e attivato dunst completamente a caso. WTF?

Edit: potrebbe essere stato portato dentro da qualche altro pacchetto preso da AUR tipo timeshift, però mi sembra strano ho controllato le dipendenze...

Potrei avere una chicca potente per i possessori di ArchLinux

Edit: per tutti i possessori Linux che hanno installato un certo pacchetto gendesk

Provate ad aprire il file
/usr/share/pixmaps/default.png

Attendo risposte

Nel frattempo...

Credo di avere troppi symlink sparsi non più funzionanti, mi sa che dovrò farmi uno noscript per passare ogni singolo file cercando per IntxLNK e ricrearli tutti

Also

Per cambiare target velocemente con SystemD da sistema avviato, sono disponibili i comandi

systemctl poweroff
systemctl emergency
systemctl rescue
systemctl default
systemctl reboot

Ecco, meglio fare logout a mano dal proprio account prima di andare in un'altra modalità - non volete che il vostro DE e le varie app non salvino correttamente i loro stati

EXCUSE ME?

Quindi volendo posso fare l'avvio di un'altra partizione senza riavviare?

Ok initial ram disks, però forse funziona anche con sistemi già avviati

Ebbene

> nell'ultimo aggiornamento di KDE noto che hanno migliorato il selettore delle icone
> noto una nuova categoria "Altro"
> vedo l'icona di rainbow dash, chiamata "default" per giunta
> wtf.exe

> cerco di scoprire l'origine di quell'icona, da dove inizio?
> innanzitutto mi serve il percorso del file, e purtroppo l'unico modo per ottenerlo è ...assegnare l'icona

> ok ho il percorso, e ora?
> suppongo a priori che l'icona appartenga a qualche pacchetto da AUR, e in questi non è possibile usare pkgfile / pacman -F
> cerco nel log di pacman per vedere cos'ho installato in data di modifica del file
> vedo solo un aggiornamento di sistema
> how.png
> interrompo le ricerche

> fast-forward a ieri
> parlando con un amico, collego che se l'icona è presente significa che il suo pacchetto sarà quasi sicuramente installato

$ pacman -Qo /usr/share/pixmaps/default.png
/usr/share/pixmaps/default.png è contenuto in gendesk 1.0.8-1

> ho il nome del pacchetto, vediamo da dove proviene

$ pacman -Ss gendesk
community/gendesk 1.0.8-1 [installato]
    Utility for generating desktop files

> ah ... quindi mi stai dicendo che ... l'icona di rainbow dash proviene da un pacchetto in community...

> https://github.com/xyproto/gendesk/blob/83d82f5c35fe83aaa3c6eb3f36b5e469acffe65d/release.sh#L7
> https://roboticoverlords.org/images/default.png


Conclusione: chiunque abbia installato il pacchetto gendesk (è molto probabile che lo si abbia per preparare pacchetti da AUR), si ritroverà nella root un'icona di rainbow dash default.png 50x50.