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
Es:
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 caricarloOT
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)
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 searchPensavo che dopo l'aggiornamento fossero comparsi nuovi problemi di font, e invece https://news.ycombinator.com/item?id=27063991
🌐 annuncio ufficiale
Per chi come me ha installato GreaseMonkey/TamperMonkey
🔗 link allo noscript
📜 noscript revert
✏️ XKCD
🌐 annuncio ufficiale
Per chi come me ha installato GreaseMonkey/TamperMonkey
🔗 link allo noscript
📜 noscript revert
✏️ XKCD
Meta Stack Exchange
We are switching to system fonts on May 10, 2021
Update - These changes are now live!
TL;DR We’re shipping system fonts as our default font stack. We plan to do this on May 10th, 2021.
What?
We’re planning on specifying system fonts on Stack Over...
TL;DR We’re shipping system fonts as our default font stack. We plan to do this on May 10th, 2021.
What?
We’re planning on specifying system fonts on Stack Over...
> Vado
> Torno al pc
> (nessuna connettività)
> wtf_ancora.jpg
> https://configurazione_del_router
> "Impossibile raggiungere il sito"
> 🤌
> Riavvio il router
> ok.exe
> Torno al pc
> (nessuna connettività)
> wtf_ancora.jpg
> https://configurazione_del_router
> "Impossibile raggiungere il sito"
> 🤌
> Riavvio il router
> ok.exe
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.
journalctl -u micro
BEH, PRIMA O POI DOVEVA SUCCEDERE NO?
Allora...
prima avevo fatto un aggiornamento.
Controllo
WTF???
Non so neanche come tornare indietro, l'opzione downgrade non esiste!
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!
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:
Fino a prima dell'aggiornamento funzionava tutto.
Pacchetti pipewire installati:
$> paru -Qs 'pipewire'Ho qualche configurazione custom giusto per migliorare la qualità, niente di più.
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
Fino a prima dell'aggiornamento funzionava tutto.
$> ldd /usr/bin/qjackctl | grep -i libjackDovrebbe puntare a
libjack.so.0 => /usr/lib/libjack.so.0 (0x00007fb778709000)
/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??
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??
#> 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