È stata pubblicata una versione sperimentale dello strumento di gestione dei pacchetti APT 2.9 (Advanced Package Tool), che costituisce la funzionalità della futura versione stabile APT 3.0. Una volta stabilizzata, questa versione sarà integrata in Debian Testing e sarà inclusa nel prossimo importante rilascio di Debian, oltre a essere aggiunta nel repository di pacchetti di Ubuntu. È interessante notare che la stabilizzazione della precedente versione sperimentale APT 2.7 è ancora in corso e non è stato ancora rilasciato APT 2.8, che si era pianificato di utilizzare in Debian 13.
La versione APT 2.9 presenta un'interfaccia utente ripensata, che mostra chiaramente l'elenco delle dipendenze necessarie per il download durante l'installazione di un pacchetto. Mentre prima i nomi dei pacchetti con le dipendenze venivano elencati in modo continuo, ora sono suddivisi in colonne in stile utility «ls» con l'opzione «-C», e i diversi blocchi di output sono evidenziati con colori diversi (ad esempio, i pacchetti da rimuovere sono evidenziati in rosso, mentre quelli da installare in verde). Inoltre, sono state rimosse le menzioni duplicate di pacchetti aggiuntivi e nuovi (le sezioni «NEW packages» e «additional packages» sono state unite).
Era:
Risultato:
Inoltre, si può notare l'affermazione dei sviluppatori della distribuzione Debian riguardo alla versione aggiornata delle regole di formattazione dei pacchetti — Debian Policy 4.7.0.0, che riflette la creazione di un repository separato per i firmware non liberi, l'uso di link rigidi nei pacchetti sorgente è stato autorizzato, e sono state regolamentate le limitazioni dell'accesso alla rete per le build automatiche dei pacchetti in contrib e non libero.
Per i pacchetti che avviano o fermano automaticamente i servizi di sistema, è stata introdotta una richiesta che prevede l'inclusione obbligatoria di un file unit per systemd (l'eccezione è stata aggiunta solo per i pacchetti specificamente mirati all'uso esclusivo con sistemi di init alternativi). In precedenza, ai pacchetti era permesso utilizzare normali script init, ma ora il supporto per tali script in systemd è stato interrotto.
Fonte: opennet.ru
