È stata pubblicata la versione sperimentale 2.9 degli strumenti per la gestione dei pacchetti APT (Advanced Package Tool), che sviluppa le funzionalità della futura versione stabile APT 3.0, che verrà integrata in Debian Testing dopo la stabilizzazione e sarà inclusa nel prossimo importante rilascio di Debian, oltre a essere aggiunta al database dei pacchetti di Ubuntu. È notevole che non sia ancora completata la stabilizzazione della precedente versione sperimentale APT 2.7 e che non sia stata formata una versione stabile APT 2.8, che si intendeva utilizzare in Debian 13.
La versione APT 2.9 offre un'interfaccia utente rivisitata che mostra chiaramente l'elenco delle dipendenze necessarie per il download durante l'installazione di un pacchetto. Se in precedenza i nomi dei pacchetti con le dipendenze erano visualizzati in un elenco continuo, ora sono suddivisi in colonne secondo lo stile dell'utility «ls» con l'opzione «-C», e diversi blocchi di output sono evidenziati con colori differenti (ad esempio, i pacchetti da rimuovere sono evidenziati in rosso, mentre quelli da installare in verde). Inoltre, le menzioni duplicate di pacchetti aggiuntivi e nuovi sono state rimosse (le sezioni «NEW packages» e «additional packages» sono state unite).
Era:
Diventato:
In aggiunta, si segnala l'approvazione da parte degli sviluppatori della distribuzione Debian della variante aggiornata delle regole di formattazione dei pacchetti — Debian Policy 4.7.0.0, nella quale viene evidenziata la creazione di un repository separato per i firmware non free, è consentito l'uso di link rigidi nei pacchetti sorgente, ed è regolamentato il controllo dell'accesso alla rete per le compilazioni automatiche dei pacchetti in contrib e non free.
Per i pacchetti che avviano o fermano automaticamente i servizi di sistema, è stata introdotta una richiesta che prevede l'inclusione obbligatoria in un file unit per systemd (l'esclusione è stata aggiunta solo per i pacchetti progettati specificamente per l'uso esclusivo con sistemi di inizializzazione alternativi). In precedenza, ai pacchetti era consentito utilizzare normali script init, ma ora il supporto per tali script in systemd è stato interrotto.
Fonte: opennet.ru
