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
https://man.archlinux.org/man/alpm-hooks.5#BUGS

Bugs? You must be kidding; there are no bugs in this software. But if we happen to be wrong, submit a bug report with as much detail as possible at the Arch Linux Bug Tracker in the Pacman section.
journalctl -u micro
Non posso neanche specificare una versione di java custom per la singola applicazione perché è hardcodata su /usr/bin/java (symlink modificato da archlinux-java ma che non voglio toccare per ovvie ragioni) 🗡 Mi tocca modificare lo noscript...
java-wrappers-aur.zip
1.7 KB
Dato che sono stufo orbo di questi problemi, ho creato un pacchetto/noscript/pacman hook per generare un wrapper di ogni specifica versione di java.

Se il primo argomento - come per /usr/bin/yed - è uno noscript e sono presenti percorsi assoluti a /usr/bin/java*, questi vengo convertiti al volo a java*.

Es:
$ java-8-graalvm yed
$ java-8-graalvm sweethome3d

Non è ancora su AUR ma vedrò di caricarlo
OT
Ho trovato questo bot su Telegram tramite commenti su @bestimeline
Purtroppo non c'è documentazione e funziona solo inline, però ho scoperto

Ricerca web (google? idk)
@platypusthebot search

Ricerca gif Higher Quality
@platypusthebot /gif search

Ricerca immagini Higher Quality
@platypusthebot /pic search
> Vado
> Torno al pc
> (nessuna connettività)
> wtf_ancora.jpg
> https://configurazione_del_router
> "Impossibile raggiungere il sito"
> 🤌
> Riavvio il router
> ok.exe
Forwarded from Microeinstein
Hyperbased se usato bene
Finalmente, mpv che rispetta l'aspect-ratio del video ma con dimensione della finestra arbitraria
BEH, PRIMA O POI DOVEVA SUCCEDERE NO?
Tre alias che suggerirei di usare

alias s='systemctl'
alias us='systemctl --user'
alias log='journalctl'

Edit: hmm bash non fornisce autocompletamento per gli alias...
journalctl -u micro
BEH, PRIMA O POI DOVEVA SUCCEDERE NO?
Error: cannot connect to JACK, server is not running.
This media is not supported in your browser
VIEW IN TELEGRAM
journalctl -u micro
BEH, PRIMA O POI DOVEVA SUCCEDERE NO?
Allora...
prima avevo fatto un aggiornamento.

Controllo /var/log/pacman.log ma i pacchetti pipewire* non sono stati aggiornati. C'è stato un aggiornamento kernel ma non di quello attualmente in uso. journalctl non mostra nulla su pipewire. Eppure jack_lsp da errore.

WTF???

Non so neanche come tornare indietro, l'opzione downgrade non esiste!
OT
Ho provato a confrontare questi due torrent: l'hash è identico;
a quanto pare 1337x annuncia arbitrariamente una dimensione minore e un numero seed maggiore
estratto_pacman.log
16.6 KB
Queste sono le ultime transazioni prima del problema, se qualcuno può darmi una mano gliene sarei grato - io ne sto uscendo pazzo
(Un po' di contesto)

Pacchetti pipewire installati:
$> paru -Qs 'pipewire'
local/gst-plugin-pipewire 1:0.3.27-1
local/pipewire 1:0.3.27-1
local/pipewire-alsa 1:0.3.27-1 configuration
local/pipewire-docs 1:0.3.27-1
local/pipewire-jack 1:0.3.27-1
local/pipewire-jack-dropin 3-1
local/pipewire-media-session 1:0.3.27-1
local/pipewire-pulse 1:0.3.27-1

Ho qualche configurazione custom giusto per migliorare la qualità, niente di più.

Fino a prima dell'aggiornamento funzionava tutto.
Progressi.

Se avvio un client jack tramite pw-jack ... funziona, ma senza no.

Il pacchetto pipewire-jack-dropin dovrebbe permettere di lanciare clients jack senza pw-jack, perché ora non funziona più?
$> ldd /usr/bin/qjackctl | grep -i libjack
libjack.so.0 => /usr/lib/libjack.so.0 (0x00007fb778709000)

Dovrebbe puntare a /usr/lib/pipewire-0.3/jack/libjack.so.0
wtf
$> grep -a '/' /etc/ld.so.conf.d/*

/etc/ld.so.conf.d/50-ffmpeg3.4.conf:/usr/lib/

/etc/ld.so.conf.d/50-ffmpeg3.4.conf:/usr/lib/ffmpeg3.4/

/etc/ld.so.conf.d/android-sdk.conf:/opt/android-sdk/tools/lib

/etc/ld.so.conf.d/fakeroot.conf:/usr/lib/libfakeroot

/etc/ld.so.conf.d/lib32-glibc.conf:/usr/lib32

/etc/ld.so.conf.d/openmpi.conf:/usr/lib/openmpi

/etc/ld.so.conf.d/pipewire-jack.conf:/usr/lib/pipewire-0.3/jack
journalctl -u micro
estratto_pacman.log
Problema trovato:
l'installazione di ffmpeg 3.4 ha rotto l'audio, andando a modificare i percorsi di linking delle librerie dinamiche.

Ora... quale merda di pacchetto richiede ffmpeg 3.4 quando esiste 4.4??
$> pactree -r ffmpeg3.4
ffmpeg3.4
└─megasync