journalctl -u micro – Telegram
journalctl -u micro
93 subscribers
2.17K photos
210 videos
287 files
1.44K links
Esperienze e consigli di uno sviluppatore tech−unenthusiast

creation — 2021-04-29
owner — @Microeinstein

networks
@sigma_hub Σ
@ageiroumena
Download Telegram
Ho provato a fare un network graph di tutte le persone che conosco / ho conosciuto IRL & online in vita [escluse persone famose ecc], per vedere se supero il limite supposto 150 di contatti di cui una persona riesce a tener traccia. (non è completo)

Questo è il risultato:
i nodi ponte sono 44, quindi = 180

Certo, non tengo traccia di tutti, però lo trovo lo stesso un numero interessante
Provate a controllare quanto è "unico" il vostro browser (fingerprinting)
https://coveryourtracks.eff.org/

Qui c'è la lista delle informazioni raccolte
https://coveryourtracks.eff.org/about#methodology
journalctl -u micro
Again 📳
Pulizia portatile iniziata...
journalctl -u micro
Pulizia portatile iniziata...
Ho dimenticato di riportare...

Dopo 3 ore, 1 fetta di tiramisù, 1 caffè e altre deviazioni, ho concluso con successo
💡Idea
Wrapper globale output su terminale che cerca costantemente la stringa sus — quando la trova, la evidenzia in 🟥 rosso grassetto e fa partire un audio ~earrape "SUS"
Bene non si apre vscodium

Edit: ricordo mi è già successo tempo fa — è tipo un heisenbug: se provo a usare source per fare debugging compare un altro problema, che mi impedisce di capire la causa originale
journalctl -u micro
Ho messo set -x direttamente nello noscript e... exit 0 ??? Electron non da errori ma non da neanche segni di vita?
Forse ho trovato il problema: avevo fatto un symlink per separare le cartelle config dalla cache (maledetti i geni che hanno "pensato" di tenerle insieme).

Tempo fa avevo pulito la cache ... = symlink rotto = electron merda va in panico

Update: facendo mkdir -p ~/.cache/VSCodium/CachedData è partito
Sto dando un'occhiata a varie librerie per maneggiare con OpenGL (e vario) senza doversi mettere le mani nei capelli.

Volevo elencare ciò che ho trovato, ma a quanto pare è tutto descritto qui.

In aggiunta:
» raylib — game library, sembra avere letteralmente tutto e allo stesso tempo afferma di essere minimale (1 libreria in C, no dipendenze esterne, modulare, binding per ogni linguaggio, esempi, ecc)
[esempi]
Per tutti i possessori di integrate intel su linux

Se avete un'app Electron (discord, spotify, vscode(?), typora(?), ecc) (anche chrome???) e avete installati i driver adatti alla scheda video (libva-intel-driver o intel-media-driver, e mesa), potete forzare l'accelerazione hardware con i seguenti argomenti & variabili d'ambiente

LIBVA_DRIVER_NAME=i915
--ignore-gpu-blocklist
--disable-features=UseOzonePlatform
--enable-features=VaapiVideoDecoder
--use-gl=desktop
--enable-gpu-rasterization
--enable-zero-copy

Ho sperimentato con Discord e sembra molto più snappy, senza artefatti grafici o altro (fin'ora).

Si ringrazia @chic_luke per la notizia e chi gliel'ha fatto scoprire (anonimo).

Addition: ora vorrei capire se c'è un modo di applicarli globalmente a tutte le app electron, senza dover modificare .desktop o altro

Edit: ok c'è il solito problema delle ombre che avevo con chromium
Raga cos'è successo allo stile dell'archwiki, sembra stata rimodernizzata per mobile 😢
journalctl -u micro
Per tutti i possessori di integrate intel su linux Se avete un'app Electron (discord, spotify, vscode(?), typora(?), ecc) (anche chrome???) e avete installati i driver adatti alla scheda video (libva-intel-driver o intel-media-driver, e mesa), potete forzare…
$ hwaccel.sh codium VSCodium codium-uri-handler

#!/bin/bash

# change these two
app="${1:?Missing binary name.}"
noscript="${2:?Missing app noscript.}"
desktop="${3:-$app}"

wrap="$HOME/.local/bin/$app"

cat <<'EOF' >"$wrap"
#!/bin/bash
bin="/usr/bin/$(basename "$0")"
flags=(
--use-gl=desktop
--ignore-gpu-blacklist
--enable-zero-copy
--disable-features=UseOzonePlatform
--enable-features=VaapiVideoDecoder
--enable-gpu-rasterization
--disable-gpu-driver-bug-workarounds
--enable-accelerated-video-decode
)
export LIBVA_DRIVER_NAME=i915
exec "$bin" "${flags[@]}" "$@"
EOF
chmod +x "$wrap"

dsk="share/applications/$desktop.desktop"
sed_args=(
-E
-e "s|^Name=.*\$|Name=$noscript (hwaccel)|"
-e "s|^Exec=.+?$app['\"]?|Exec=$wrap|"
/usr/$dsk
)
dest="$HOME/.local/$dsk"
rm -f "$dest" # required to make KDE notice the change...
sed "${sed_args[@]}" | uniq > "$dest"
journalctl -u micro
Sto dando un'occhiata a varie librerie per maneggiare con OpenGL (e vario) senza doversi mettere le mani nei capelli. Volevo elencare ciò che ho trovato, ma a quanto pare è tutto descritto qui. In aggiunta: » raylib — game library, sembra avere letteralmente…
Niente, raylib ha la possibilità di impostare la versione di OpenGL a tempo di compilazione tramite flag GRAPHICS=GRAPHICS_API_OPENGL_ (11 21 33 ES2), ma dal wrapper Nim che sto usando non è fattibile...

Anche se dietro le quinte usa GLFW, non trovo alcun modo di applicare gli hint di versione

Edit — mi sono scordato di linkare il wrapper:
https://github.com/greenfork/nimraylib_now
Sventura a te!
journalctl -u micro
Sventura a te!
Ok in qualche modo sono riuscito lo stesso a creare un guestbook come sondaggio nel mio canale di about

https://news.1rj.ru/str/AboutMicro/18
Ok questo è inaspettato, nei sorgenti di raylib in C inclusi nel wrapper per Nim è presente uno noscript di compilazione in Zig