A csomagverziókra vonatkozó információkat elemző Repology projekt hat hónapos munkájának eredménye

Újabb hat hónap telt el, és a projekt Repológia, в рамках которого собирается и сравнивается информация о версиях пакетов из множества репозиториев, публикует очередной отчёт. Целью проекта является улучшение взаимодействия мантейнеров пакетов из различных дистрибутивов как между собой, так и с авторами ПО — в частности, проект помогает быстрее обнаруживать выпуски новых версий ПО, следить за актуальностью пакетов, унифицировать схемы именования и версионирования, поддерживать метаинформацию в актуальном состоянии, делиться патчами и решениями проблем и улучшать переносимость ПО.

  • A támogatott tárolók száma meghaladta a 250-et. Cygwin, disztri, Homebrew Cask, just-install, KISS Linux, Kwort, LuaRocks, Npackd, OS4Depot, RPM Sphere támogatása hozzáadva. A fejlesztést leállított Antergos adattárat eltávolították. A GNU Guix támogatását eltávolították (a Guix webhelyen végrehajtott változtatások miatt, amelyek lehetetlenné tették az elemzést), majd később visszatértek (hála, hogy a Guix rendszeres metaadat-kiíratásokat implementált JSON formátumban), és ezzel egyidejűleg javult is.
  • Követelményt vezettek be az adattárak számára, hogy a csomag neve és verziója mellett URL-címet (a kezdőlapokat vagy a disztribúcióra mutató hivatkozást) is meg kell adni – ez az információ lehetővé teszi számos elnevezési konfliktus megbízható megoldását, amelyekkel a projekt találkozik. Adattárak, jelenleg nem biztosítva az ilyen információk törlését tervezik.
  • A projekt forráskódjának fő tárháza két részre oszlik (egy démon a repository adatok frissítéséhez és egy webes alkalmazás, amely biztosítja az oldal működését), a típusjelzések implementálása a kódban befejeződött (minden projektkód most már mypy-n fut. -szigorú) és a PEP8-hoz igazítás.
  • Támogatás hozzáadva a régebbi verziók ágaihoz. Például most a Repology képes jelenteni, hogy a PostgreSQL 11.2 elavult (mivel a 11. ág legfrissebb verziója a 11.5), még akkor is, ha van egy újabb 12.0-s verzió a lerakatban (korábban a lerakatban a legújabb verzió alatti verziók örököltként voltak megjelölve és nem lehet elavult állapota ). Ebben a tekintetben a legtöbb projektet, amelyet korábban nagyobb verziókra osztottak (például wxwidgets28/wxwidgets30), összevonták.
  • Добавлена возможность корректной обработки проектов с параллельными несовместимыми схемами версионирования. Например, FreeCAD amelyben a 0.18.4 és a 0.18.16146 egy kiadásnak felel meg.
  • Átdolgozva lista и egyes oldalak мантейнеров — теперь статистика мантейнера собирается раздельно по репозиториям. Практика показала, что репрезентативная агрегированная статистика невозможна из-за того что пакеты, сохраняя мантейнера в метаданных, могут мигрировать в другие репозитории без его ведома и лишаясь его поддержки по факту (при этом отследить это автоматически не представляется возможным). Позже они могут устареть, и связывать этот факт с оригинальным мантейнером было бы некорректно — такая ситуация вызвала elégedetlenség A Gentoo karbantartók a Funtoo jelenléte miatt – lényegében a Gentoo egyik, általuk nem irányított villája, amely a karbantartókról tárol információkat. A statisztika tárházhoz kapcsolása lehetővé tette ennek a problémának a megoldását, ugyanakkor a karbantartókkal kapcsolatos információk részletesebbé, strukturáltabbá váltak.
  • Kísérleti hozzáadva támogatás egy új típusú jelvény, amely a kiválasztott projektek verzióinak mátrixa az összes adattárban. Ez az eszköz hasznos például ahhoz, hogy általános képet kapjon egy projekt (vagy csak a projektek tetszőleges listájáról) függőségeinek állapotáról (a csomag elérhetősége, verziója, relevanciája és egy adott minimumnak való megfelelés). Ezt a funkciót kérték (és használt) a PostGIS projekt.
  • Továbbfejlesztett támogatás 404 projektoldalhoz - különösen, ha a kért projekt nem létezik, de a név korábban találkozott (például egy csomag neve, amely más nevű projekthez lett hozzárendelve), akkor a felhasználó lehetőségeket kínált azokra a projektekre, amelyekre gondolhatott, például "egyértelműsítő oldalak» Wikipédia. Példa.
  • Továbbfejlesztett integráció a Wikidata — az adatimportálás fejlesztésein túlmenően bevezették és elindították csónak, amely a Wikidata szoftverinformációit frissíti a Repology adatainak felhasználásával. Emlékezzünk vissza, hogy a Wikidata fokozatosan a strukturált információk fő forrásává válik a Wikipédia számára (hírekkel összefüggésben - a szoftverrel kapcsolatos tények, például verzióelőzmények, licenc, webhely, támogatott operációs rendszer, szerző, csomagok különböző terjesztésekben stb.), amely lehetővé teszi az adatok relevanciájának egy helyen való megőrzését az egyes projektoldalak több tucat honosított verziója helyett. Például egy projektkártya nginx A Wikipédia csak a Wikidatából sugároz információkat.
  • Az elmúlt hat hónapban több mint 500 kérelmet (jelentést) dolgoztunk fel szabályok hozzáadására/módosítására az egyes projektek pontosabb feldolgozása érdekében.

Repository minősítés a csomagok teljes száma szerint:

  • AUR (49462)
  • nix (48660)
  • Debian és származékai (32972) (Raspbian vezetők)
  • FreeBSD (26921)
  • Fedora (22337)

A tárolók értékelése a nem egyedi csomagok száma alapján (azaz olyan csomagok, amelyek más disztribúciókban is jelen vannak):

  • nix (41815)
  • Debian és származékai (24284) (Raspbian vezetők)
  • AUR (22176)
  • FreeBSD (21831)
  • Fedora (19215)

Repository minősítés friss csomagok száma szerint:

  • nix (23210)
  • Debian és származékai (16107) (Raspbian vezetők)
  • FreeBSD (16095)
  • Fedora (13109)
  • AUR (12417)

Repository minősítés a friss csomagok százalékos aránya szerint (csak az 1000 vagy több csomagot tartalmazó adattárak esetében, nem számítva az olyan modulok upstream gyűjteményeit, mint a CPAN, Hackage, PyPi):

  • Ravenports (99.16%)
  • Ív és származékai (85.23%)
  • Házi sör (84.57%)
  • nix (84.55%)
  • Lapát (84.02%)

Általános statisztikák:

  • 252 adattár
  • 180 ezer projekt
  • 2.3 millió egyedi csomag
  • 36 ezer karbantartó
  • 153 ezer rögzített kiadás az elmúlt hat hónapban (a legutóbbi ellenőrzés hibát tartalmazott; az előző hat hónapban 150 ezer kiadást rögzítettek)
  • A jól ismert projektek 9.5%-a legalább egy új verziót adott ki az elmúlt hat hónapban

Forrás: opennet.ru

Hozzászólás