slacky.eu

Se hai software che han bisogno delle lib32 dovrai ricompilare anche quelle

vedo che il pacchetto nvidia-legacy390-driver ha questo doinst.sh https://slackbuilds.org/slackbuilds/15.0/system/nvidia-legacy390-driver/douninst.sh ( cd usr/libSUFFIX/xorg/modules/extensions if [ -f libglx.so-xorg ]; then mv libglx.so-xorg libglx.so else if [ ! -e libglx.so ]; then echo -e "WARNIN...

Se è un pacchetto che ti compili tu puoi usare il dounist.sh, che è il contrario del doinst.sh

Guarda il man di removepkg, in inglese però quello italiano non è aggiornato.

Non so il tuo caso specifico, ma io devo sempre ricompilare ffmpeg altrimenti alcune cose non vanno, anche su firefox. Uso semplicemente lo slackbuild di Pat presente nei sorgenti, lo lancio con questo script X264=yes \ X265=yes \ DC1394=yes \ TWOLAME=yes \ FDK_AAC=yes \ AAC=yes \ ./ffmpeg.SlackBuil...

Alla prima cosa non avevo pensato, comunque ho sempre compilato così. E ultimamente non è solo quel software go a dare problemi, poi controllo. Sulle versioni homfatto prove con versioni vecchie per capire se fosse un problema dell'ultimo versioje, ma alla fine provo la stessa su entrambi gli ambien...

cambia il path, quello è "colpa" del mio slackbuild per go, ma come dicevo nel sistema è lo stesso pacchetto, gcc-go non c'è e fino a qualche settimana fa era tutto ok

:~ set | grep GO GOROOT=/usr/lib64/go la stessa cosa del sistema principale Tieni presente che si comporta nello stesso modo lasciando gcc-go o togliendolo. nel chroot ho un .bashrc così :~ cat .bashrc source /etc/profile source /usr/libexec/mc/mc.sh etc... .profile e .bash_profle sono link simboli...

Da un po' di tempo in chroot ho un comportamento strano con go. Se lancio la compilazione nel sistema normale tutto ok, scarica quel che deve scaricare e compila, in chroot no nel sistema make go build -v --ldflags "-s -X github.com/rclone/rclone/fs.Version=v1.58.1-beta.." go: downloading github.com...

Ok, ho letto qui
https://wiki.winehq.org/Building_Wine#Shared_WoW64
in fase di build mi servono le multilib però

Necessita di qualche accorgimento particolare per funzionare wow64 con programmi a 32 bit? A me continua a darmi errori, sto usando la 7.7 0100:err:virtual:try_map_free_area mmap() error Operazione non permessa, range 0x10000-0x1e000, unix_prot 0x1. Non è stato possibile eseguire l'applicazione, o n...

Guardando bene ho visto che il warning era /usr/lib64/libpoppler-cpp.so
e controllando sembra che fosse rimasta dal vecchio poppler
slackpkg reinstall poppler e tutto è tornato a funzionare in modo normale
Ma strano che il pacchetto non abbia sovrascritto quel file (o altri, non saprei)

Mi succede una cosa strana. Ricompilo pdfgrep in chroot e ok, compila e funziona. ldd di pdfgrep mio da questo: CHROOT-CURRENT-root@thinkstar1:/tmp ldd pdfgrep linux-vdso.so.1 (0x00007ffc56362000) libpoppler-cpp.so.0 => /usr/lib64/libpoppler-cpp.so.0 (0x00007f2085d5c000) libpcre.so.1 => /lib64/libpc...

Oh bene, domani lo provo. Thanks

Ricompilando Luminance-hdr mi da questo errore CMake Warning at /usr/share/cmake-3.23/Modules/FindBoost.cmake:1384 (message): New Boost version may have incorrect or missing dependencies and imported targets Call Stack (most recent call first): /usr/share/cmake-3.23/Modules/FindBoost.cmake:1507 (_Bo...

Uso proton da tempo, lo scarso anno anche in versione a pagamento abbinando il mio dominio. Devi stare attento a 2 cose: - per imap e smtp da client necessiti di un bridge, prima facevo i pacchetti per slackware ora ho smesso, Non ricordo se vanno nella versione free. - non permette di modificare il...