aggiornamento battagliato.

[cloc3]

sto cercando di risistemare una vecchia gentoo box con il metodo del bastone e della carota.
... soprattutto, le bastonate le sto prendendo io.
per esempio:

[pierino_89]

È abbastanza probabile che saltino fuori altri pacchetti problematici... In ~amd64 capita spesso durante gli aggiornamenti delle librerie qt, soprattutto se l'ultimo aggiornamento non è freschissimo.
Per la mia personale esperienza puoi usare due metodi in base alla situazione e ai gusti.

Metodo 1 - pazienza e olio di gomito
Controlla i messaggi - in questo caso hai due problemi: qtgui con use non gradite e la versione di kidletime.
La seconda è abbastanza facile da sistemare, l'ultima versione non la chiama nessuno per cui basta mascherarla), in certi casi conviene direttamente mascherare tutti i pacchetti di kde di una versione specifica in modo da forzare un aggiornamento senza salti.
Per la prima probabilmente è necessario fare un upgrade/rebuild di qtgui finché non ottieni use adeguate.
Se non è possibile ottenere use adeguate, probabilmente è necessario fare l'aggiornamento/il rebuild di chi le chiama a catena (eventualmente spegnendo a mano le use non disponibili).
Vai avanti a mask e rebuild finché non è contento. Quando l'aggiornamento arriva al fondo, togli i mask e riparti.

Metodo 2 - azzera e ricostruisci
Avvia un altro DE (per esempio a me piace blackbox), rimuovi tutti i pacchetti molesti (librerie qt comprese) e procedi con l'aggiornamento.
Quasi sicuramente si romperà qualcosa nel frattempo, da cui la necessità di un altro DE.
Tendenzialmente se non vengono rimossi pacchetti nel world verranno nuovamente tirati dentro in automatico - meglio comunque appuntarsi cosa si toglie. È anche una buona occasione per fare pulizia del file world...
_________________
Linux registered user 461710

[cloc3]

[pierino_89]

Immaginavo, ma è relativo: potrei essere in anticipo sul prossimo aggiornamento

Non sono sicuro che sia una situazione che possa dipanare il sistema in automatico.
Quando si segue la regolare routine di aggiornamento, c'è un filo logico da seguire e il sistema sa già che strada prendere. Quando mancano degli step, il sistema si fa ingolosire e cerca immediatamente di saltare all'ultimo.
Il sistema però non sa che in certi casi esistono percorsi di migrazione da una release all'altra più o meno espliciti (vedi Gitlab per fare un esempio).
In questi casi (non solo su Gentoo) ho sempre visto i gestori di pacchetti accartocciarsi e chiedere all'utente di risolversela in qualche modo. I più generosi riportavano il link alla documentazione.

La peculiarità di KDE non è tanto il problema in sé, ma il numero di pacchetti coinvolto nella questione e il fatto che non mi risulta esserci un "percorso di migrazione" documentato a parte per le major release.

Forse si potrebbe creare uno script che in qualche modo automatizzi l'attività di (s)mascherare un'intera versione specifica, in modo da evitare di trattare ogni singolo pacchetto...
_________________
Linux registered user 461710