Se avete problemi con l'installazione e la configurazione di Slackware64 postate qui. Non usate questo forum per argomenti che trattano la Slackware32 o generali... per quelli usate rispettivamente il forum Slackware e Gnu/Linux in genere.
Regole del forum
1) Citare sempre la versione di Slackware64 usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware64, se l'argomento è Slackware32 o generale usate rispettivamente il forum Slackware o Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
grazie
ho chiesto perché a volte vedo che viene consigliato di fare upgradepkg --install-new. Non lo faccio mai perché dovrebbe essere ridondante (in sostanza vengono saltati i pacchetti che sono già alla versione da installare).
In questo caso immagino però che debba fare upgradepkg --reinstall perché i pacchetti basati su PAM sono alla stessa versione di quelli già installati, dico bene?
No, sono diversi, usano il suffisso _pam
Quando li metterà nel repository principale son sicuro che aumenterà il numero di versione se uguale al precedente.
Però c'è una cosa che non mi torna: io ho dei pacchetti della slackware ricompilati e per mantenerli distinti uso il suffisso _gian.txz. Stesso discorso per pacchetti del repository di Ponce riadattati perché ho ritoccato lo slackbuild o i sorgenti, in questo caso uso il suffisso _gian.tgz. Eppure con upgradepkg non tiene conto di questi nomi. Addirittura, prima avevo le qt5 5.9.9 compilate con lo slackbuild del repository di Ponce (e quindi con il nome qt5-blablabla_SBo.tgz) e ho aggiornato alla versione rilasciata con la current usando upgradepkg.
Secondo me pkgtool identifica il pacchetto non dal nome ma da un metadato (forse da slack-desc?)
Prima dici che non ne tiene conto e poi dici che lo hai usato
Se upgradepkg non considera i suffisi hai qualcosa che non va nel sistema, deve farlo.
Anche Pat nel changelog segnala
witching to the PAM packages (or reverting from them) is as easy as
installing all of them with upgradepkg --install-new, and if reverting then
remove the three leftover _pam packages.
Prima dici che non ne tiene conto e poi dici che lo hai usato
Se upgradepkg non considera i suffisi hai qualcosa che non va nel sistema, deve farlo.
no, no! upgradepkg --reinstall oppure --install-new non li ho mai usati
Se un pacchetto è già aggiornato me lo segnala come già aggiornato e upgradepkg non fa nulla. Se però c'è una differente versione del pacchetto ma con un nome diverso (almeno nella stringa finale), allora upgradepkg fa l'aggiornamento.
Se poi dici che ho qualcosa che non va nel sistema è un altro paio di maniche, ma sinceramente non so cosa avrei combinato per avere questo comportamento
Prima dici che non ne tiene conto e poi dici che lo hai usato
Se upgradepkg non considera i suffisi hai qualcosa che non va nel sistema, deve farlo.
no, no! upgradepkg --reinstall oppure --install-new non li ho mai usati
Se un pacchetto è già aggiornato me lo segnala come già aggiornato e upgradepkg non fa nulla. Se però c'è una differente versione del pacchetto ma con un nome diverso (almeno nella stringa finale), allora upgradepkg fa l'aggiornamento.
Ma é quello che stiamo dicendo, il suffisso finale
Sopra però dici che non tiene conto del nome. Qui sì. Nom ci sto capendo niente
anche perché un pacchetto stessa versione e diversa build allora come farebbe? Che _pam, come sbo,cf,etc... son messe nella release non della versione. Insomma pippo-1-x86_64-1.txz e pippo-1-x86_64-1_pam.txz son diversi.
A questo punto forse non ho capito cosa intendi.
Non tutti sanno che...
Fino a slackware 8.0 il nome dei tgz era il nome del pacchetto, senza versione tanto meno architettura e build . E nei pkgtools c'è ancora residuo di codice e c'è retrocompatibilità.
Sopra però dici che non tiene conto del nome. Qui sì. Nom ci sto capendo niente
[...]
A questo punto forse non ho capito cosa intendi.
Non preoccuparti, sei in buona compagnia
Ci deve essere qualche bug nel protocollo di comunicazione perché io non capisco cosa stai dicendo e tu non capisci cosa sto dicendo. Comunque, dal momento che si tratta di una questione di lana caprina forse è meglio che la chiudiamo qui per evitare di intasare la discussione con malintesi reiterati relativi ad una questione collaterale e poco importante, sei sei d'accordo, ovviamente.
Le qt5 fanno finalmente comparsa nel repo ufficiale.
Visto e aggiornato! Speriamo bene, la versione 5.13.2 la compilavo senza problemi, però poi saltavano fuori errori di compilazione di qt5-webkit, perciò ho conservato la 5.9.9. In ogni caso ho un po' di pacchetti di terze parti da ricompilare, a iniziare da PyQt5 e QScintilla. Insomma, ne avrò per qualche ora.
Oggi è stato aggiunto qt5-webkit! Anche se è una versione "alpha". Bene perché il mio tentativo di ricompilarlo sulla base di qt5 > 5,9.9 è andato fallito come in precedenza.
Tuttavia c'è una cosa che non capisco. Lo slackbuild del repository di Ponce è basato sull'ultima versione di qt5-webkit rilasciata da QT, ovvero la 5.9.1. Il pacchetto rilasciato da Slackware current, presumo compilato da AlienBOB, riporta un numero di versione incongruente ( qt5-webkit-5.212.0_alpha3-x86_64-1.txz ). Fa riferimento ad una versione precedente dei sorgenti rilasciati da QT oppure fa riferimento ai sorgenti di webkit, ovvero del motore di rendering?
Le qt5 fanno finalmente comparsa nel repo ufficiale.
Visto e aggiornato! Speriamo bene, la versione 5.13.2 la compilavo senza problemi, però poi saltavano fuori errori di compilazione di qt5-webkit, perciò ho conservato la 5.9.9. In ogni caso ho un po' di pacchetti di terze parti da ricompilare, a iniziare da PyQt5 e QScintilla. Insomma, ne avrò per qualche ora.
Oggi è stato aggiunto qt5-webkit! Anche se è una versione "alpha". Bene perché il mio tentativo di ricompilarlo sulla base di qt5 > 5,9.9 è andato fallito come in precedenza.
Tuttavia c'è una cosa che non capisco. Lo slackbuild del repository di Ponce è basato sull'ultima versione di qt5-webkit rilasciata da QT, ovvero la 5.9.1. Il pacchetto rilasciato da Slackware current, presumo compilato da AlienBOB, riporta un numero di versione incongruente ( qt5-webkit-5.212.0_alpha3-x86_64-1.txz ). Fa riferimento ad una versione precedente dei sorgenti rilasciati da QT oppure fa riferimento ai sorgenti di webkit, ovvero del motore di rendering?
Visto e aggiornato! Speriamo bene, la versione 5.13.2 la compilavo senza problemi, però poi saltavano fuori errori di compilazione di qt5-webkit, perciò ho conservato la 5.9.9. In ogni caso ho un po' di pacchetti di terze parti da ricompilare, a iniziare da PyQt5 e QScintilla. Insomma, ne avrò per qualche ora.
Oggi è stato aggiunto qt5-webkit! Anche se è una versione "alpha". Bene perché il mio tentativo di ricompilarlo sulla base di qt5 > 5,9.9 è andato fallito come in precedenza.
Tuttavia c'è una cosa che non capisco. Lo slackbuild del repository di Ponce è basato sull'ultima versione di qt5-webkit rilasciata da QT, ovvero la 5.9.1. Il pacchetto rilasciato da Slackware current, presumo compilato da AlienBOB, riporta un numero di versione incongruente ( qt5-webkit-5.212.0_alpha3-x86_64-1.txz ). Fa riferimento ad una versione precedente dei sorgenti rilasciati da QT oppure fa riferimento ai sorgenti di webkit, ovvero del motore di rendering?
Quindi (correggimi se sbaglio) si tratta di due progetti differenti del motore di rendering basato su qt5: uno sviluppato e rilasciato nel sito ufficiale di Qt e un altro parallelo sviluppato e rilasciato sul canale di GitHub. Non capisco perché questi due progetti differenti che, se ho ben capito, fanno comunque capo a Qt.
In ogni modo i sorgenti del sito ufficiale hanno una qualche incompatibilità con i più recenti rilasci di Qt5 (credo che la causa abbia a che fare con versioni dello standard di C++), mentre presumo che i sorgenti rilasciati da GitHub abbiano superato questa incompatibilità.