slacky.eu

ma slack-c.dominio.lan a che ip corrisponde? potresti per favore postarmi, come ti avevo chiesto prima, i file /etc/hosts e i file /etc/HOSTNAME delle due macchine? come sono collegate le due macchine (cavo o che altro)? hai messo per caso opzioni aggiuntive dentro /etc/rc.d/rc.icecream.conf? perche...

Devi dare un make con un numero di job maggiore dei processori che hai per vederli eseguiti anche sull'altro nodo...

Ma hai controllato anche l'host fisico? posta anche i dati relativi a quello (non dimenticare le informazioni relative al nome host e dominio)...

strano, qui funziona regolarmente... controlla che i demoni siano attivi sulla macchina: sul nodo principale io ho attivato sia lo scheduler ("chmod +x /etc/rc.d/rc.icecc-scheduler ; /etc/rc.d/rc.icecc-scheduler start", che sta in ascolto sulle porte 8765 e 8766) che il demone ("chmod +x /etc/rc.d/r...

se puo' esserti utile su LQ c'e' gia' una guida

https://www.linuxquestions.org/question ... 175647336/

se il precompilato richiede una versione piu' recente della glibc, se vuoi usare quello e' necessario che tu lo faccia su current (magari in una macchina virtuale/container). senno' puoi installarlo tramite google-go-lang : - prima compila e installa quello da SBo (come root); - poi fai di nuovo log...

bella notizia! sicuramente da provare! tra l'altro kernel.org usa anche lui cgit (essendo un cgi "scemo" e' quello piu' impattato). io qui mi sono limitato a configurare caddy per rispondere "429" per un po' quando le richieste diventano un numero impossibile e sembra sia sufficente per questi crawl...

potresti provare a vedere se funziona con vuescan

https://slackbuilds.org/repository/15.0 ... s/vuescan/

(occhio che e' un software commerciale -ma costa relativamente poco)

se non ti funziona ne' su android ne' su un browser su Linux o Windows credo che, si, prima tu debba cercare altrove le cause...

io non l'ho mai usato, ma ho visto che su SBo c'e' questo

https://slackbuilds.org/repository/15.0 ... -facebook/

io l'ho aggiornato per current ma ho appena provato e funziona anche per la 15.0 https://cgit.ponce.cc/slackbuilds/commit/?h=gmic c'e' la funzionalita' "Repair Scanned Document" ma non aggiusta le ombre selettivamente (mi sembra che si applichi all'intera selezione/immagine). personalmente, quando m...

quello in realta' ha un altro scopo rispetto alla domanda originale La mia richiesta nasce dalla mia idea di capire come sta lavorando il setup, quali passaggi compie e come. E soprattutto se sono replicabili a manina. Non ha una vera e propria utilità, se non quella magari di potersi installare una...

Ho verificato e ho anch'io il solito errore: sembra che sia un baco che verrà sistemato nella prossima release di slpkg https://gitlab.com/dslackw/slpkg/-/issues?show=eyJpaWQiOiIxODkiLCJmdWxsX3BhdGgiOiJkc2xhY2t3L3NscGtnIiwiaWQiOjE2NTM5ODQwOH0%3D EDIT: ho visto che su SBo ha gia' messo la nuova versi...

Io non uso slpkg ma (la prima cosa che mi viene in mente) sei sicuro di aver installato tutte le sue dipendenze?

perche' tutti gli altri desktop dove si montano e smontano dischi in automatico girano in sessioni di dbus, quindi ho pensato che fosse sufficiente anche per openbox-session. sempre per la stessa ragione, se vuoi che la sessione di awesome parta con dbus puoi fare cosi': da root crea un file /usr/bi...

oppure edita direttamente /usr/bin/openbox-session inserendo la chiamata a dbus-launch. ti avevo consigliato anche questo: /usr/bin/openbox-session e' un file di testo nel quale puoi modificare l'ultima riga exec /usr/bin/openbox --startup "/usr/libexec/openbox-autostart OPENBOX" "$@" cosi' exec /u...