Megkezdődött az APT 3.0 csomagkezelő felületének átdolgozott verziójának tesztelése.

Megjelent az APT 2.9 (Advanced Package Tool) csomagkezelő eszközkészletének kísérleti ága, amely a jövőbeli APT 3.0 stabil verzió funkcióit formálja. A stabilizálás után integrálva lesz a Debian Testing-be, és a következő jelentős Debian kiadásban fog szerepelni, valamint hozzá lesz adva az Ubuntu csomagadatbázisához. Érdemes megjegyezni, hogy az előző kísérleti APT 2.7 ága még nem stabilizálódott, és az APT 2.8 stabil kiadásának elkészítése is folyamatban van, amelyet a Debian 13-ban terveztek használni.

Az APT 2.9-es verzió érdekes új felhasználói interfésszel rendelkezik, amely világosan bemutatja a csomag telepítésekor letöltésre szükséges függőségek listáját. Míg korábban a függőségekkel rendelkező csomagok nevei egy folyamatos listában jelentek meg, mostantól oszlopokra bontva láthatók az „ls” utilitás „-C” opciója szerint, és a különböző kimeneti blokkok saját színeikkel kiemelve jelennek meg (például a törlendő csomagok pirossal, míg a telepítendőek zöld színnel). A kimenetben a további és új csomagok megemlítése is eltávolításra került (a „NEW packages” és az „additional packages” szekciókat egyesítették).

Régebben:

Megkezdődött az APT 3.0 csomagkezelő felületének átdolgozott verziójának tesztelése.

Most:

Megkezdődött az APT 3.0 csomagkezelő felületének átdolgozott verziójának tesztelése.
Megkezdődött az APT 3.0 csomagkezelő felületének átdolgozott verziójának tesztelése.

Továbbá említhető, hogy a Debian disztribúció fejlesztői jóváhagyták a csomagok formázási szabályainak frissített változatát — Debian Policy 4.7.0.0, amely a non-free-firmware firmware-ek külön repozitóriumának létrehozását tükrözi, engedélyezve a kemény hivatkozások használatát a forráscsomagokban, és szabályozva a hálózati hozzáférés korlátozását a csomagok automatikus összeállításához a contrib és non-free területeken.

Azokhoz a csomagokhoz, amelyek automatikusan indítanak vagy állítanak le rendszerszolgáltatásokat, kötelező követelményt vezettek be, miszerint a systemd-hez szükséges unit fájlban kötelezően szerepelnie kell. Kivételt csak azok a csomagok kapnak, amelyek kifejezetten más inicializálási rendszerek használatára irányulnak. Korábban a csomagok számára engedélyezett volt a hagyományos init-scriptek használata, de mostantól a systemd támogatása az ilyen scriptekhez megszűnik.

Forrás: opennet.ru

Megbízható hosting vásárlása weboldalak számára, DDoS védelemmel, VPS VDS szerverek. 🔥 Megbízható webtárhely vásárlása DDoS védelemmel, VPS VDS szerverek | ProHoster