slacky.eu

comunque, detto inter nos, l'aggiornamento di glib2 farebbe comodo anche per diverse altre cose (le due che uso piu' spesso sono qemu e libvirt, che sono bloccati alle versioni attuali), ma la vedo ardua.

scusa, a quale versione di webkit su SBo ti riferisci? se e' webkit2gtk credo che tu debba mandare un messaggio a Willy, il maintainer, descrivendogli il problema... su current l'ho aggiornato io nel mio repository, in modo da poter usare l'ultima versione, ma credo che Willy voglia fare il backport...

credo, ma ovviamente non ne posso essere sicuro al 100%, che ti possa rispondere picche dicendo che webkit non fa parte di Slackware e che l'aggiornamento di glib2 & C. porterebbe incompatibilita' col resto del software in Slackware.

non sono un esperto di python ma, a differenza dell'aggiornamento ad una major version (da 3.7.x a 3.8.x) dove i moduli python sono collocati in directory diverse, un'aggiornamento di una minor version (da 3.8.1 a 3.8.2) dovrebbe essere ininfluente per quel che riguarda i moduli python gia' compilat...

sono d'accordo che non sia "il male", infatti usato bene (container fatti on-the-fly con software aggiornato, architettura a microservizi, docker swarm, anche senza arrivare a kubernetes e openshift) e' veramente comodo. il problema e' che il 99% delle persone lo usa male, pacchettizzando dei contai...

secondo me, fondamentalmente, il solo docker ti dovrebbe bastare un po' per tutte le cose che hai descritto. docker-compose ti potrebbe servire, come dice anche miklos, se ti vuoi fare un architettura a microservizi, cioe' containerizzando i vari servizi https://docs.docker.com/compose/ le altre cos...

io non vedo particolare utilita' nell'usare slackpkg fuori dai container: anche se uno non ci vuole entrare, con lxc-attach, ad esempio, non ci sono problemi a lanciare comandi da fuori dentro i container. quello che continuo a chiedermi, comunque, e' l'utilita' di *forzare* $CONF sotto $ROOT e sinc...

P.S. Non sto dicendo che è meglio come l'ha pensata rwalkman, ma solo che non sono mai stati espressamente definiti casi d'uso per cui si possa dire è meglio questo o quello. Per lxc indubbiamente era meglio slackpkg 2.82.2 ribadisco, secondo me per lxc era ok fino alla 2.84.0_beta6, a un livello p...

Se è un sistema esistente - magari montato da CD o su chiavetta usb - se punti CONF=/mnt/etc/slackpkg e dentro slackpkg.conf c'è scritto /var/lib/slackpkg, con slackpkg di 14.2 verrebbe inteso come /quello del sistema madre indipendente che specifichi o meno ROOT non dovrebbe essere un problema, ta...

Si, infatti dicevo che col nuovo $ROOT non è possibile riciclare la cache. Però giocando di link simbolici dovresti poterlo fare. lxc è il caso d'uso che mi è venuto in mente. In realtà c'è anche che monto un sistema che ha problemi e installo roba con slackpkg e $ROOT o anche una guest di lxc term...

ma in realta' secondo me non ha senso che si punti sempre al sistema dentro $ROOT: come era prima era possibile specificare una $CONF personalizzata che non doveva puntare al sistema del container ma in una locazione temporanea di lavoro, era fatto apposta per avere un posto "usa e getta" dove mette...

si, vedo le modifiche, ma continuo a non capire il perche' delle aggiunte se prima gia' andava regolarmente... boh?
c'era qualcosa che non funzionava prima di quelle aggiunte?

allora, avevo sistemato tutto l'estate scorsa rivedendo il template e funzionava fino a slackpkg-2.84.0_beta6, confermo che la slackpkg-2.84.0_beta7 non lo fa piu' funzionare. http://ponce.cc/slackware/testing/new_lxc/ per quel che mi riguarda slackpkg-2.84.0_beta6 non aveva nessun bug con la gestio...

Ho già da tempo pronti degli update di lxc alla 3.x con dei fix al template per current, ma credo proprio che sia stato introdotto un errore in slackpkg nella gestione della variabile $ROOT, magari per correggere un altro bug, perché durante l'installazione del template alcuni file, come hai notato,...

comunque se stai usando lo SlackBuild su SBo spero tu sia su un'installazione della 14.2, perche' su current non funziona, nel senso che quella versione del cudatoolkit richiede al massimo il gcc-5.x mentre current ne ha uno molto piu' recente: e' uno dei motivi per cui ti avevo consigliato di senti...