Curiosità sui pacchetti dopo aggiornamento

[tom]

Poichè slackware 13 è la prima slackware che uso, non so come funzioni dopo un aggiornamento. Cioè, se ora installo ad esempio 100 pacchetti non ufficiali(per esempio dal vostro repo per la 13.0), una volta che aggiornerò alla 13.1 (quandeo uscirà) dovrò reinstallarli tutti? solo alcuni? non dovrò fare nulla?

[submax82]

sarebbe meglio reinstallarli compilati per la 13.1 visto che nelle nuove release cambiano glibc, kernel, gcc ecc... alcuni potrebbero anche non funzionare se non vengono ricompilati per la 13.1, infatti come vedi ad ogni release di slack viene ricompilato tutto il repo, ma questa è una cosa che vale per qualsiasi distro.

[tom]

sarebbe meglio reinstallarli compilati per la 13.1 visto che nelle nuove release cambiano glibc, kernel, gcc ecc... alcuni potrebbero anche non funzionare se non vengono ricompilati per la 13.1, infatti come vedi ad ogni release di slack viene ricompilato tutto il repo, ma questa è una cosa che vale per qualsiasi distro.

Capito, a questo punto usare tool come slapt-get alla lunga non conviene...
meglio annotarsi sin da subito tutti i pacchetti extra che si installano. Ma perché pat non accetta collaboratori per creare un repo "ufficiale"? Sarebbe tutto molto più semplice, o no?

[Trotto@81]

sarebbe meglio reinstallarli compilati per la 13.1 visto che nelle nuove release cambiano glibc, kernel, gcc ecc... alcuni potrebbero anche non funzionare se non vengono ricompilati per la 13.1, infatti come vedi ad ogni release di slack viene ricompilato tutto il repo, ma questa è una cosa che vale per qualsiasi distro.

Nelal slack64 il 4 gennaio ha aggiornato le glibc, ma non mi pare abbia ricompilato tutto il restante.
Sta di fatto che dopo l'upgrade ho dovuto ricompilarmi freetype con la patch al subpixel hinting perchè non andava più.

[algol]

Capito, a questo punto usare tool come slapt-get alla lunga non conviene...
meglio annotarsi sin da subito tutti i pacchetti extra che si installano. Ma perché pat non accetta collaboratori per creare un repo "ufficiale"? Sarebbe tutto molto più semplice, o no?

Mh perchè non usare slapt-get? Non conosco granché questi strumenti, ma se inserisci un repo di slacky...
Comunque tieni presente che tipo qua su slacky i pacchettizzatori si fanno il mazzo, ma comunque restano amatori che lo fanno nel tempo libero; ad esempio è capitato che ci sia stato un errore in alcuni pacchetti, il che su scala "ufficiale" sarebbe stato critico.

Slack è fatta così, al contrario ad esempio di debian per cui trovi 10000 pacchetti smistati in vari repository (non so sotto quale tipo di supervisione), i repo per slack alla fine non sono molti, che io sappia.

Credo che giochi anche il fatto che, a differenza dell'ubuntista, che magari si sente perduto senza pacchetto precompilato, data la semplicità di creazione (trovi slackbuild per tutto, o, a un cambio di versione, puoi riutilizzare quelli vecchi modificandoli) e la semplicità propria del tipo di pacchetto lo slacker non si spaventa di compilarsi qualcosa, e magari farsi il pacchetto per comodità; dico roba semplice, non gnome o kde

[Bart]

sarebbe meglio reinstallarli compilati per la 13.1 visto che nelle nuove release cambiano glibc, kernel, gcc ecc... alcuni potrebbero anche non funzionare se non vengono ricompilati per la 13.1, infatti come vedi ad ogni release di slack viene ricompilato tutto il repo, ma questa è una cosa che vale per qualsiasi distro.

Capito, a questo punto usare tool come slapt-get alla lunga non conviene...
meglio annotarsi sin da subito tutti i pacchetti extra che si installano. Ma perché pat non accetta collaboratori per creare un repo "ufficiale"? Sarebbe tutto molto più semplice, o no?

Si può capitare che qualcosa non funzioni ma è abbastanza raro...A me , ad esempio, è capitato solo con digikam e si risolve facilmente. Per quanto riguarda la lista dei pacchetti installati da "terze" parti, se lanci un

Codice: Seleziona tutto

slackpkg clean-system

puoi vederli tutti. Attenzione a NON confermare il comando perché te li elimina TUTTI.