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
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
#> paru -Runsc megasync
controllo delle dipendenze in corso...

Pacchetto (3) Vecchia versione Variazione netta

ffmpeg3.4 3.4.8-3 -20,43 MiB
libpdfium-nojs 4430.r0.df97b13e53-2 -3,76 MiB
megasync 4.5.0.0-1 -14,78 MiB

Dimensione totale dei pacchetti rimossi: 38,97 MiB

:: Vuoi rimuovere questi pacchetti? [S/n]
:: Elaborazione delle modifiche al pacchetto...
(1/3) rimozione in corso di megasync [----------] 100%
(2/3) rimozione in corso di libpdfium-nojs [----------] 100%
(3/3) rimozione in corso di ffmpeg3.4 [----------] 100%
:: Esecuzione degli hook di post-transazione...
(1/4) Arming ConditionNeedsUpdate...
(2/4) Updating icon theme caches...
(3/4) Checks for pacnew files
(4/4) Updating the desktop file MIME type cache...
#> rm /etc/ld.so.cache
#> ldconfig
$> ldd /usr/bin/qjackctl | grep -i libjack
libjack.so.0 => /usr/lib/pipewire-0.3/jack/libjack.so.0 (0x00007f38ddaf5000)

Posso riavviare felicemente
😀
🥰1
Ora...

che fine hanno fatto le cartelle su telegram desktop
Per fortuna è bastato rilanciarlo
Cosa c'è da imparare da questa esperienza?
1. ad un aggiornamento completo, controllare se vengono installati nuovi pacchetti
2. archlinuxcn è comodo ma non troppo [per la cronaca, è mantenuto da Trusted Users di archlinux]
3. controllare i cambiamenti a /etc/ld.so.conf.d/