Увод

А систем за управљање пакетима или менаџер пакета је група софтверских алата. Аутоматизује процес инсталације, процеса надоградње, процеса конфигурације и процеса уклањања рачунарских програма за оперативни систем рачунара на ефикасан начин. А менаџер пакета ради са пакетима, подацима унутар архивских датотека и дистрибуцијама софтвера.

Пакети укључују метаподатке као што су назив софтвера, опис његовог циља, контролни збир (пожељно криптографска хеш функција), д листа зависности, добављач, и број верзије неопходно за правилно покретање софтвера.

• Метаподаци се чувају у бази података локалног пакета након инсталације.
• Типично, менаџери пакета управљају базом података информација о верзији и софтверским зависностима како би спречили недостајуће предуслове и софтверске неподударности.
• Они блиско сарађују са продавницама апликација, менаџерима бинарних спремишта и софтверским репозиторијумима.
• Управљачи пакетима су развијени да елиминишу потребу за ручним ажурирањима и инсталацијама.
• Нарочито, може бити од помоћи великим организацијама чији оперативни системи обично комбинују стотине или много више различитих софтверских пакета.

Функције менаџера пакета

Софтверски пакет се може дефинисати као архивски фајл комбиновање компјутерског програма и битних метаподатака као и за развој. Системски програм може бити унутар изворног кода који се прво мора изградити и компајлирати.

Метаподаци пакета садрже верзију пакета, опис пакета и зависности (пакете које је потребно претходно инсталирати). Многи менаџери пакета су у власништву са радњом инсталирања, деинсталирања, одржавања или проналажења софтверских пакета под командом корисника.

Тхе систем управљања пакетима садржи неке типичне функције који су наведени у наставку:

• Рад са архиваторима датотека за екстраховање архива пакета.
• Осигуравање аутентичности и интегритета пакета аутентификацијом њихових дигиталних сертификата и контролних сума.
• Ажурирање, инсталирање, преузимање или тражење постојећег софтвера преко продавнице апликација или софтверског спремишта.
• Комбиновање пакета преко функције за смањење конфузије корисника.
• Одржавање зависности како би се осигурало да је пакет инсталиран заједно са сваким пакетом који му је потребан. Дакле, игнорисање 'пакао зависности'.

Фронт-ендови за компајлиране пакете (локално)

Систем администратори може инсталирати и управљати софтвером уз помоћ неких алата осим софтвера за управљање пакетима. На пример, локални администратор може преузети изворни код (непакован), компајлирати га, а затим га инсталирати.

То може узроковати да стање локалног система испадне из синхронизације заједно са базом података стања менаџера пакета. Локални администратор би био потребан да предузме неке додатне мере као што је ручно интегрисање измена у менаџер пакета или управљање неколико зависности.

питхон тупле сортиран

Постоје неки алати који осигуравају компајлирање пакета (локално) развијени су уз управљање пакетима.

ЦхецкИнсталл је доступан за .рпм или .деб дистрибуције засноване на фајловима и Слацкваре Линук такође. За хибрид системи попут Арцх Линук и системи засновани на рецептури као Гентоо Линук, могуће је иницијално навести рецепт, који затим потврђује да се пакет уклапа у локалну базу података пакета.

Изазови са дистрибуираним библиотекама

Различити рачунарски системи који зависе од динамичког повезивања библиотека, а не од статичког повезивања библиотека, дистрибуирају библиотеке машинских инструкција (извршне) по апликацијама и пакетима.

У овим типовима система, типични односи између различитих пакета којима је потребна библиотека резултирају верзијама у изазову тзв 'пакао зависности'.

Такође је познато као 'ДЛЛ пакао' на Мицрософт Виндовс-у када се динамички ради са повезаним библиотекама. Добро управљање пакетима је кључно за ове системе.

Од ОПЕНСТЕП , систем оквира је био погодак у решавању овог проблема, дозвољавајући да се истовремено инсталира више од једне верзије библиотеке и да многи софтверски пакети описују на коју верзију су повезани.

Одржавање конфигурације

Надоградње конфигурационе датотеке су посебно проблематичне са надоградњом софтвера. Барем на Унику, пошто су менаџери пакета настали као екстензија услужног програма за архивирање датотека.

Обично само задржавају или преписују конфигурационе датотеке, уместо да користе правила за њих. Неколико проблема може настати када се формат конфигурационе датотеке промени. На пример, ако стара конфигурациона датотека не онемогућава експлицитно новије опције, то мора бити приказано. Неколико менаџера пакета као што је Дебианов дпкг, дозвољавају конфигурацију у тренутку инсталације. У неким другим случајевима, пожељно је инсталирати пакете уз коришћење подразумеване конфигурације и преписати конфигурацију у инсталацији (без главе) на велики број система. Ова врста инсталације (унапред конфигурисана) је подржана и преко дпкг.

Упграде Суппрессион

Традиционално је доступност кориснику заједно са листом акција која треба да се покрене (обично листа пакета за надоградњу и евентуално навођење нових и старих бројева верзија) ако корисник сарађује са софтвером за управљање пакетима да би се извршила надоградња.

Омогућава кориснику да или одабере један пакет за надоградњу или да изврши масовну надоградњу. Различити менаџери пакета се могу конфигурисати тако да никада не надоградњују много пакета, или да их надограде само ако се открију критичне нестабилности или рањивости у старом стандарду, како је наведено у софтверском пакету. Понекад је овај процес познат као причвршћивање верзије.

На пример:

иум то подржава са екцлуде=опеноффице* синтаксе

пацман са синтаксом Игноре=опеноффице (у оба случаја, за сузбијање надоградње опеноффице-а)

дселецт и дпкг га делимично подржавају заставицом чекања у оквиру избора пакета.

способност има 'забранити' и 'држати' заставе.

портаге га подржава конфигурационим фајлом, тј. пакет.маска.

АПТ проширује заставу, тј. држати по комплексу 'закачити' метод (корисници такође могу ставити на црну листу пакета).

Репозиторијуми

Да би се корисницима пружила додатна контрола над типовима софтвера који дозвољавају да се инсталирају преко свог система (понекад због погодности и правних разлога на страни дистрибутера), софтвер се понекад преузима помоћу многих софтверских складишта.

питхон сачувати јсон у датотеку

Каскадно уклањање пакета

Неколико развијенијих аспеката управљања пакетима олакшавају 'каскадно уклањање пакета', где се уклањају и сваки пакет који се ослања на одредишни пакет и сваки пакет на који се одредишни пакет ослања.

Поређење команди

Међутим, команде су јединствене за све специфичне менаџере пакета. Ове команде су у великој мери преводиве јер већина менаџера пакета омогућава исте функције.

Преваленција менаџера пакета

Менаџери пакета као што је дпкг су доступни већ 1994. Различите дистрибуције Линука оријентисане на бинарне пакете у великој мери се ослањају на систем за управљање пакетима због свог главног начина одржавања и управљања софтвером.

Многи мобилни оперативни системи као што су Виндовс Пхоне, иОС (сличан Уник-у) и Андроид (базирани на Линук-у) зависе скоро од одговарајуће продавнице апликација добављача. Дакле, они користе свој систем за управљање пакетима (наменски).

Поређење са инсталатерима

Често је менаџер пакета познат као 'инсталл манагер'. То може изазвати забуну међу инсталатерима и менаџерима пакета. Неке од главних разлика су наведене у наставку:

Поређење са услужним програмом за аутоматизацију

Скоро сви системи за управљање конфигурацијом софтвера представљају одвојено постављање софтвера и изградњу софтвера. Типично, услужни програм за аутоматизацију изградње узима датотеке изворног кода које су у људском читљивом формату већ на систему и убрзава процедуру њиховог претварања у извршни пакет (бинарни) на сличном систему.

Типично, менаџер пакета који касније ради на неколико других система преузима те извршне пакете (унапред изграђен бинарни) на Интернет и затим их инсталира.

Иако, обе врсте алата укључују неколико заједничких фактора који су наведени у наставку:

• Тополошко сортирање графа зависности се примењује у оквиру менаџера пакета за руковање зависностима између многих бинарних компоненти.
• Такође, примењује се унутар менаџера изградње за руковање зависношћу између многих изворних компоненти.
• Различити маке-фајлови пружају њихову подршку, а не само прављење извршних датотека.
• Такође, они подржавају инсталирање, користећи маке инсталл.
• Сви менаџери пакета подржавају превођење изворног кода (читљивог за људе) у бинарне извршне датотеке, а затим га инсталирају за дистрибуцију засновану на извору као што су Хомебрев, Сорцери, Портаге, итд.

Неки алати попут А-А-П и Направити развијени су за управљање и имплементацијом и изградњом. Они се такође могу користити као менаџер пакета или услужни програм за аутоматизацију изградње или обоје.

Основни менаџери пакета и њихови формати

Универзални менаџер пакета

Такође се зове менаџер бинарног спремишта. Овај менаџер пакета је софтверски алат креиран за оптимизацију складиштења и преузимање бинарних датотека, пакета и артефаката произведених и коришћених у процесу развоја софтвера.

Универзални менаџери пакета фокус на стандардизацију модних корисника који третирају сваки тип паковања. Они пружају корисницима могућност да користе метрику усклађености и безбедности око сваке врсте артефакта. Они су додељени као да су у средини а ДевОпс алатни ланац.

Системи отвореног кода и бесплатни софтвер

Пакети са компатибилним и сличним лиценцама постојали су за употребу на неколико оперативних система због понашања отвореног кода и слободног софтвера.

Ови пакети би се могли дистрибуирати и комбиновати коришћењем интерно сложених и конфигурабилних система паковања за управљање неколико конфликата специфичних за верзију и зависности и пермутација софтвера.

Такође, неколико система за паковање отвореног кода и слободног софтвера су и сами објављени као отворени и слободни софтвер.

Једна разлика између управљања пакетима у оперативним системима као што су Виндовс и Мац ОС Кс и онима у отвореном коду и слободном софтверу, као што је Линук, је у томе што системи отвореног кода и бесплатни софтвер омогућавају надоградњу и инсталирање пакета трећих страна са сличног механизма . Док ће многи менаџери пакета за Виндовс и Мац ОС Кс надоградити софтвер који дају Мицрософт и Аппле.

Могућност континуиране надоградње софтвера треће стране се додаје укључивањем одговарајућег УРЛ-а спремишта у конфигурациону датотеку управљања пакетом.

Формати пакета

Сви менаџери пакета зависе од метаподатака и формата пакета којима могу да управљају. Менаџери пакета захтевају да групе датотека буду груписане за одређени менаџер пакета са одговарајућим метаподацима као што су зависности.

Основна колекција услужних програма често управља општом инсталацијом преко ових пакета и више од једног менаџера пакета примењује ове услужне програме за пружање додатне функционалности.

Пример:

1. иум зависи од обртаја у минути као позадине. Иум развија позадинску функционалност додавањем аспеката попут једноставне конфигурације за одржавање системске мреже.
2. Менаџер синаптичких пакета даје ГУИ применом библиотеке Адванцед Пацкагинг Тоол која зависи од дпкг.

Алиен може се дефинисати као програм који преводи између различитих формата Линук пакета. То је подршка конверзији међу Слацкваре (.тгз, .тлз, .тбз, .ткз) пакети, Соларис (.пкг), Стампеде (.слп), .деб, .рпм пакети, и Линук стандардна база (ЛСБ) усклађено.

У неколико мобилних оперативних система као нпр Гоогле Плаи користи формат пакета Пакет Андроид апликација (укратко АПК ) док Виндовс продавница користи формате од КСАП и АППКС. И једно и друго Виндовс продавница и Гоогле Плаи садрже истоимене менаџере пакета.

Менаџери пакета на нивоу апликације

Постоји неколико менаџера пакета (додатка) за ОС за програмске језике и са ограниченим могућностима где програмери захтевају тренутне библиотеке. Менаџери пакета на нивоу апликације концентришу се на мали део софтверског система за разлику од менаџера пакета на нивоу система.

Обично се налазе у стаблу директоријума. Није организован од стране менаџера пакета на нивоу система као што је /уср/лоцал/финк или ц:цигвин. Иако, то можда није услов за менаџер пакета који ради са програмским библиотекама, узрокујући могући конфликт јер оба менаџера пакета могу да прекину надоградњу и захтевају 'властити' фајл.