Hilsen, kjære venner, bekjente og andre personligheter.

Som du sikkert vet og husker, lovet jeg å sakte (på forespørsel) dekke Linux-syklusen, introdusere deg til forskjellige grunnleggende ting og veldig gradvis flyte fra teori til praksis.

I dag vil vi fortsette temaet om å bli kjent med teorien og det grunnleggende, og derfor vil vi snakke om noe slikt som depoter og alt knyttet til dem, dvs. La oss finne ut hvordan Linux-programvare ser ut fra innsiden, hvordan alt er lagret, og så videre.

Hele denne enorme bunken med pakker med haugen av avhengigheter av hverandre, administrert av en pakkebehandler, er akkurat det som utgjør Linux-distribusjonen din. Men dette er ikke bare en haug med søppel, men et ryddig system kalt - ta-dam! - arkiver for programvarepakker. Sirkelen er lukket - vi kom tilbake til det første konseptet - hva er et depot :)

Noen få ord om nyansene

Til slutt vil jeg likevel si at uansett hvor stabil, stabil og uforgjengelig Linux er, må brukeren fortsatt utvise en viss grad av forsiktighet. For eksempel:

1. Det er ingen grunn til å friste skjebnen og installere programmer på Linux, omgå pakkebehandleren, ved enkel kompilering. De vil fungere, men pakkeansvarlig vil ikke vite noe om dem, som er grunnen til at du når du oppdaterer systemet eller programmene risikerer å få flere problemer på hodet enn du forestiller deg. Installer programmer bare som pakker.
2. Det er ikke nødvendig å koble til de depotene du har en veldig vag idé om. For eksempel er det ikke nødvendig å koble depoter med ordene testing, debug og lignende termer, fordi disse depotene er primært ment for distribusjonsutviklere selv og ikke alltid er stabile.
3. Ikke koble alle tilgjengelige depoter på rad, dette kan også spille en grusom spøk på deg. Koble bare til det mest nødvendige, ingen grunn til å være grådig :)

For eksempel ved installasjon operativsystem Fedora har som standard to depoter tilkoblet samtidig:

• Fedora (pakker som passer til enhver kombinasjon av CDer eller DVDer)
• Oppdateringer (oppdaterte pakker nyere enn Fedora-depotet)

For normal drift må du koble til et ekstra rpmfusion repository (du kan virkelig ikke klare deg uten det), som vil gi tilgang til programmer som ikke kunne inkluderes i distribusjonen på grunn av lisensieringsbegrensninger (applikasjoner som kreves for, som f.eks. mp3, dvd, etc.). osv.; – disse inkluderer proprietære drivere for ATI og NVIDIA; spill: Bub's Brothers, Secret Maryo Chronicles, UFO: Alien Invasion, Wörms of Prey, xrick, GLtron og mange, mange andre; emulatorer: Commodore 64 emulator, samt Commodore 8 bit, Amiga emulator, Nestopia, ZSNES og mange andre). For å koble til dette depotet, skriv inn følgende kommandoer på kommandolinjen (terminal) som en superbruker ():
$ sudo rpm -ivh https://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm
$ sudo rpm -ivh https://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm
Vær oppmerksom på at rpmfusion-depotet er delt inn i to deler: gratis og ikke-fritt. Den første inneholder rene gratis programmer i betydningen FSF, distribuert under GPL og kompatible lisenser. Innholdet i den andre, i motsetning til navnet, er også stort sett gratis programmer, men underlagt de beryktede patentrestriksjonene i noen stater (for eksempel lyd- og videokodeker).

Det samme gjelder pakkebehandleren i Fedora. For vanlig og komfortabelt arbeid pakkebehandling (nam) i Fedora, det anbefales å koble til den ekstra plugin-modulen fastestmirror. Denne plugin-en er veldig viktig: den bestemmer ikke bare det nærmeste speilet, slik lignende verktøy fra andre pakkehåndteringssystemer gjør, men installerer nøyaktig det raskeste speilet i dette øyeblikket– etter responstid.
$ sudo yum installer yum-plugin-fastestmirror
I et nøtteskall, noe sånt som dette :)

Etterord

Jeg forstår at uten øvelse er det ganske vanskelig å oppfatte alt dette på farten, men det er ingenting å gjøre - dette er den mest grunnleggende og grunnleggende teoretiske informasjonen som hver bruker bør være i det minste kjent med for å ha en ide om ​hva er hva og hvorfor, og ikke stikk blindt på knapper og les ukjente termer.

I de følgende artiklene vil vi se på hva som er å installere pakker i Linux, hvordan dette operativsystemet er strukturert, hva som menes med en bruker (og hvem som er en superbruker, også kjent som root), og vi vil også snakke om programmer og noe annet. Bli hos oss.

Som alltid, hvis du har spørsmål, tillegg osv., vil jeg gjerne se dem i kommentarene til dette materialet.

P.S. Takk til et medlem av Pantera-teamet for eksistensen av denne artikkelen.

Noen ganger kan spørsmålet dukke opp: hvis fil er dette, hvor kom dette biblioteket fra?? En praktisk pakkebehandling løser mange OS-problemer. Det er trygt å si at hvis du blir venn med MP, vil du også bli venn med selve distribusjonen. Dessuten er det viktig å mestre settet med grunnleggende kommandoer og vite hvor du finner tilleggsinformasjon.

Det som følger er et herresett med kommandoer som er nødvendige for daglige rutiner for de viktigste Linux-distribusjonene: installer, oppdater og fjern en pakke, rulle ut oppdateringer, sjekk avhengigheter, avgjør om en fil tilhører en pakke, etc.

Debian og relaterte

Popularitet og vennlig bilde Linux-bruker distribusjonssett spilte en grusom spøk på Ubuntu. Noen nybegynnere tror at de kan gjøre hva de vil på den uten hjelp. kommandolinje. Dette er en misforståelse, og det er bedre å bli kvitt det så snart som mulig.

At aptitude står i eksemplene betyr ikke at det er mer riktig enn apt-get . For meg er det bare et spørsmål om vane.

$ aptitude installeringspakke #install package; $ aptitude safe-upgrade package #upgrade package; $ aptitude update #sjekk og installer oppdateringer; $ aptitude fjern pakke #remove package; $ aptitude purge-pakke #delete en komplett pakke, alle data og innstillinger; $ apt-get dist-upgrade #upgrade OS, killer-feature og det fungerer! $ aptitude søkepakke #search for package. $ apt-cache avhenger av pakke #package avhengigheter; $ apt-cache rdepends pakke #reverse pakkeavhengigheter.

Noen funksjoner er tilgjengelige med valgfri dpkg MP.

$ dpkg -l #liste installerte programmer; $ dpkg -L pakke #liste over pakkefiler

Vi vil sammenligne forskjellige pakkebehandlere i Linux. Mellom alle Linux-distribusjoner er en av tingene de deler behovet for å kunne installere nye programvarepakker på systemet. Avhengig av distribusjonen er ulike pakkebehandlere tilgjengelige, som lar brukeren installere, administrere og fjerne pakker enkelt og raskt. Pakkeforvaltere er veldig flinke til å optimalisere installasjoner, med vanlige installasjonsplasseringer og konfigurasjoner. I denne artikkelen vil vi diskutere de forskjellige pakkebehandlerne som er tilgjengelige, hvilke distribusjoner de kan brukes på, og hva som gjør hver enkelt unik. Vi vil dekke pakkebehandlere basert på , kjernen RedHat Enterprise Linux (RHEL) pakkebehandlere og andre tilpassede pakkebehandlere.

Debian-baserte pakkebehandlere

Dpkg-pakkebehandler

Ubuntu og Debian regnes som et av de mest brukte forbrukeroperativsystemene på Linux basert tilgjengelig på markedet i dag. Pakkebehandlerne deres er generiske, med det laveste nivået av pakkehåndteringssystemet "Dpkg", forkortelse for "Debian Package". Det er etkjelett, med verktøy for å installere, fjerne og bygge pakker.

Dpkg mangler mer avanserte funksjoner - funksjonalitet, for eksempel å laste ned pakker fra Internett eller å installere avhengigheter automatisk er ikke mulig gjennom DPKG. Å kunne gjøre dette fra Internett er veldig nyttig da det lar brukere legge til pakkelager, noe som i stor grad øker utvalget av programvare som enkelt kan installeres på systemet. Det kan også i stor grad forenkle pved å være i stand til enkelt å finne og installere en pakke med bare én kommando.

Pacman er pakkebehandler for Arch Linux. Pacman er det eneste pakkehåndteringsverktøyet som finnes på Arch, noe som gjør det ikke-frontend. Arch Linux er et utgivelsesoperativsystem med oppdateringer lagt til hver dag. Det er bare noen få kommandoer med pacman designet for å finne, installere og fjerne pakker. Denne pakkebehandleren kan koble til Internett og kjøpe pakkene derfra, noe som gjør den mer brukervennlig. Imidlertid er pacman designet for å installere programvare fra Arch-depotet, noe som gjør det umulig å installere fra tredjeparts-repositorier.

ABS, forkortelse for Arch Build System, er et system med verktøy designet for å lage installerbare programvarepakker for Arch Linux fra kildekode. Den består av flere verktøy som fungerer sammen for å lage pakker - alle disse verktøyene er uavhengige programmer, som makepkg, pacman, asp og så videre. Metoden for å lage/installere en pakke ved hjelp av ABS er forskjellig fra en vanlig Linux-distribusjon. I stedet for å installere forhåndskompilerte pakker, må du lage en PKGBUILD-fil fra Svn- eller Git-grenen ved å bruke asp-pakken. Derfra bruker du makepkg-kommandoen, som bruker PKGBUILD-filen til å laste ned og kompilere kildekoden for systemet ditt. Dette gjør ABS til en litt mindre intuitiv metode for å installere pakker på Arch Linux. Den har flere andre bruksområder, som å tilpasse eksisterende pakker, eller bygge og installere din egen kjerne.

Pakkeinstallatører gjør operasjoner med individuelle pakker atomic (ett-trinn): i stedet for å kopiere mange filer og kjøre flere skript, skriver brukeren inn en enkelt "installer/avinstaller pakke"-kommando. Imidlertid kan en atomoperasjon fra brukerens synspunkt - å legge til en ny komponent til systemet - bestå av flere (eller til og med mange) operasjoner på pakker. Methodius har allerede møtt lignende tilfelle, lære av din egen erfaring konseptet "avhengighetskjede". Her kan pakkeinstallatører ikke gjøre brukerens jobb enklere. For å utføre installasjon, avinstallering og oppdateringsprosedyre systemkomponent atom, ble utviklet pakkeforvaltere. En pakkebehandling er et program som beregner hele komplekset av operasjoner på individuelle pakker som må utføres for å installere/fjerne en ny komponent (pakke), og som selv starter pakkeinstallasjonsprogram så mange ganger som nødvendig med de nødvendige parameterne. I tillegg lagrer pakkebehandleren informasjon ikke bare om pakker som allerede er installert på systemet, men også om alle de som er tilgjengelige for installasjon fra alle medier eller over nettverket (mer om dette i seksjonen Pakke..Levering).

Pakkebehandling Et program som installerer, fjerner eller oppdaterer enhver pakke eller gruppe med pakker, og automatisk utfører alle nødvendige prosedyrer (levere pakker fra eksterne depoter, beregne avhengigheter og installere pakker som kreves for dem, fjerne erstattede pakker, etc.).

Den mest kjente og populære pakkebehandleren heter APT ( EN avansert P ackage T ool). Den ble opprinnelig utviklet som en del av Debian-distribusjonen og fungerte bare med dpkg-pakkeinstallasjonsprogrammet, men senere ble en versjon som fungerte med rpm utviklet for andre distribusjoner. Methodius-distribusjonen bruker også APT.

For å installere en pakke, må du først vite om dens eksistens. Det er tusenvis og til og med titusenvis av pakker tilgjengelig for hver Linux-distribusjon, og det er ikke lett å navigere gjennom dem. APT gir muligheten til å søke etter det du trenger blant de tilgjengelige pakkene; for dette brukes apt-cache-verktøyet. Hver pakke må inneholde et kort sammendrag (én linje) og en kort beskrivelse av ressursene i pakken (ikke lenger enn noen få avsnitt). Med kommandoen "apt-cache search understreng» APT vil finne og vise en liste over pakkenavn og merknader der den angitte understrengen ble funnet i navnet, merknaden eller beskrivelsen.

# apt-cache søkepython | wc 146 1158 8994 # apt-cache søk python | grep "programmering" python - Et tolket, interaktivt objektorientert programmeringsspråk

Eksempel 9. Søker etter pakker i APT

apt-get-verktøyet er designet for å installere og fjerne pakker, og installasjonskommandoen er ganske enkel: "apt-get install pakkenavn", og du trenger ikke spesifisere noen informasjon om versjonen og plasseringen av pakken: APT selv vil finne og installere den siste tilgjengelige versjonen.

# apt-get install python Leser pakkelister... Fullført Byggavhengighetstre... Fullført Neste tilleggspakker vil bli installert: libpython libgdbm libgmp python-base python-modules python-modules-bsddb python-modules-compiler python-modules-curses python-modules-e-post python-modules-encodings python-python-modules-encodings python-python-modules- modules -xml python-strict Følgende NYE pakker vil bli installert: libpython libgdbm libgmp python python-base python-modules python-modules-bsddb python-modules-compiler python-modules-curses python-python-emails python-modules-emails -modules- hotshot python-modules-logging python-modules-xml python-strict 0 vil bli oppdatert, 15 nye installert, 0 pakker vil bli fjernet og 0 vil ikke bli oppdatert. Du må få 0B/4466kB med arkiver. Etter utpakking vil det kreves ytterligere 16,9 MB diskplass. Fortsette? y Mottatt: 1 cdrom://SomeLinux CD RPM/main libpython 2.3.3-some2 Mottatt: 2 cdrom://SomeLinux CD RPM/main libgdbm 1.8.3-some3 Mottatt: 3 cdrom://SomeLinux CD libg/ 4.1.2-noen3 . . . Mottatt: 14 cdrom://SomeLinux CD RPM/main python-base 2.3.3-some12 Mottatt: 15 cdrom://SomeLinux CD RPM/main python 2.3.3-some12 Mottatt 4466kB på 0,5MB/s (19). Gjør endringer... Forbereder... ####################################### 1: libpython ####################################### [ 6 %] 2: libgdbm ########################################## [ 13 %] 3 : libgmp # ####################################### [ 20 %] 4: python -base # ############################################################################ [26%] . . . 13: python-modules-logging ######################################### # [ 86 %] Fullført.

Eksempel 10. Installere en pakke ved hjelp av APT

APT utfører installasjonsprosedyren i flere trinn: først søker den etter den forespurte pakken i listene over tilgjengelige, etter å ha funnet den, beregner den hvilke pakker som skal installeres for å tilfredsstille avhengighetene, hvoretter den mottar filene til alle nødvendige pakker (i dette tilfellet fant APT de nødvendige pakkene på CD-ROM-en), og kjører pakkeinstallasjonsprogrammet sekvensielt for å installere alt nødvendig. På samme måte, for å fjerne en pakke, bare kjør kommandoen "apt-get remove" pakkenavn ».

Foruten APT, er det flere andre pakkeforvaltere. De fleste av dem er distribusjonsspesifikke, for eksempel emerge for Gentoo eller yast for SUSE. Deres oppgaver og evner er omtrent de samme som APT.

Integritetskontroll

Siden pakkebehandleren kan bygge kjeder av avhengigheter av pakker på hverandre, kan den alltid brukes til å bestemme om alle avhengigheter er tilfredsstilt for pakker installert på systemet. Et system som ikke har pakker med utilfredse avhengigheter kalles holistisk. Hvis integriteten er ødelagt, betyr dette at en del av programvaren som er installert på systemet, rett og slett ikke fungerer eller ikke fungerer som den skal.

Integriteten til systemet kan bli krenket på tidspunktet for noen endringer i sammensetningen: når du installerer, fjerner eller oppdaterer deler av pakkene eller hele systemet. Hvis du bruker en pakkebehandling for alle disse operasjonene, bør integriteten til systemet ikke kompromitteres. Selv om noen ganger til og med en pakkebehandler kan finne det vanskelig å finne den riktige løsningen for å tilfredsstille alle avhengigheter og løse konflikter.

Med en pakkebehandler kan avhengighetsmekanismen snus til fordel for mennesker. Så du kan lage en pakke som bare inneholder avhengigheter og ingen ressurser - en slik pakke kalles virtuell. Dette er nyttig når du ønsker å gjøre det enklere for brukeren å installere et komplett miljø for å utføre en oppgave. Pakkene som kreves for dette er kanskje ikke direkte avhengige av hverandre, men for å installere dem alle i ett trinn, trenger brukeren bare å installere én – virtuell – pakke. En slik virtuell pakke viste seg å være selve python-pakken i eksemplet, og en annen - python-streng:

# rpm -ql python (inneholder ingen filer) # rpm -ql python-strict (inneholder ingen filer)

Eksempel 11. Virtuelle pakker inneholder ikke filer

Dette er grunnen til at apt "mottok" 15 pakker (inkludert to virtuelle), men "gjorde endringer" bare for 13.

Leveranse

En viktig oppgave som pakkeinstallasjonsprogrammet ikke løser er å levere pakkefilen til systemet for påfølgende installasjon. Pakkearkiver lagres vanligvis ikke i selve systemet: de er for store (tusenvis av pakker) og må oppdateres regelmessig (programvareoppdateringer, dvs. nye versjoner av pakker, utgis). Derfor, for å installere, må du vanligvis først kopiere de nødvendige filene fra mediet der de er lagret (dette er enten installasjonsdisker distribusjonssett eller lagring på Internett).

For at APT skal fungere med pakker, må de være inneholdt i et depot organisert i henhold til spesielle regler - depoter. Liste over tilgjengelige APT-lagre lagret i filen /etc/apt/sources.list, for hvert depot er tilgangsmetoden (for eksempel "cdrom:", "ftp:", "file:", etc.) og adressen angitt.

Rpm cdrom:/ RPM bidrag hoved rpm ftp://updates.somelinux.com 2.4/i586 oppdateringer

Eksempel 12. sources.list-filen

Etter hver endring i filen /etc/apt/sources.list, må du oppdatere APT-cachen, som lagrer informasjon om tilgjengelige pakker, med kommandoen apt-get update. For å legge til informasjon om pakker som er tilgjengelige på en CD til cachen, bør du bruke kommandoen "apt-cdrom add" i stedet for å redigere sources.list manuelt.

APT lar deg ganske enkelt levere en pakke til systemet uten å installere den. Dette skjer for eksempel alltid med kildepakker, som ganske enkelt kopieres fra depotet til en spesifikk katalog på systemet ved å bruke kommandoen "apt-get source" pakkenavn ».

Oppdater

Programvare i Linux-verdenen (og ikke bare) oppdateres kontinuerlig: feil blir rettet, mulighetene utvides. Utviklerne av hver distribusjon, etter hvert som nye versjoner av programmer utgis, forbereder nye versjoner av de tilsvarende pakkene og gjør dem tilgjengelige i deres depoter(repositories som gjenspeiler den nyeste tilstanden til programvaren er tilgjengelig via Internett). Det er fornuftig for brukeren å følge med på programvareoppdateringer, fordi nye versjoner av programmer betyr større pålitelighet av systemet og nye funksjoner.

Pakkeadministratorer lar deg gjøre omfattende oppdateringer hele systemet. I APT kan denne prosedyren utføres med én kommando: "apt-get dist-upgrade". Denne prosedyren undersøker først innholdet i alle tilgjengelige depoter og finner der alle pakker som er senere versjoner enn de tilsvarende pakkene installert på systemet. Omfanget av oppdateringen beregnes deretter: det tilknyttede området med gjensidig avhengige utdaterte pakker må fjernes og erstattes med det tilsvarende området for nyere versjoner. Komplekse situasjoner kan oppstå hvis fordelingen av ressurser på tvers av pakker har endret seg: pakker har blitt delt eller slått sammen - dette kan kreve manuell brukerintervensjon. Den typen systemoppdateringer som må gjøres regelmessig og Nødvendigvis Dette er sikkerhetsoppdateringer. Når alvorlige feil oppdages og rettes i et program som truer sikkerheten til hele systemet, sørger distribusjonsutviklere som regel for at de riktige oppdateringene når brukeren. Det finnes vanligvis et eget depot for sikkerhetsrelevante oppdateringer.

Prisen på bekvemmelighet

Kostnaden for pakkeforvalteres bekvemmelighet er at de bare kan arbeide vellykket med spesielle helhetlige kildeområder ( pakkelager). Selv om denne begrensningen for de fleste brukere ikke er så betydelig: de distribusjonene som bruker pakkeadministratorer har vanligvis enorme pakkelager hvor du kan finne all tenkelig programvare. Hvis ønsket program Tross alt er ikke distribusjonssettet i det offisielle depotet; vanligvis er det "private" depoter tilgjengelig på Internett, inkludert pakker som ikke er inkludert i det offisielle depotet.

Hvis pakken du trenger likevel ikke finnes noe sted kompilert spesifikt for distribusjonen din, kan du installere en tredjepartspakke, men dette kan bare gjøres ved å bruke et pakkeinstallasjonsprogram; pakkebehandlingen vil være ubrukelig i denne situasjonen. Du kan installere programmet ved å kompilere det selv fra kildekoden, men her er det verdt å ha følgende i bakhodet.

Forfatter programmer det er absolutt ikke forpliktet til å ta hensyn til alle subtilitetene i alle distribusjoner, derfor er direkte konflikter med filer i systemet (som ingen lenger kan spore) på den ene siden mulig, og på den annen side er skjulte konflikter og motsetninger (for eksempel er programmet installert i en underkatalog til katalogen / usr/local , og forventer alt hvile programmer er også i denne katalogen). Dette betyr at du selv må finne ut hvordan og med hvilke parametere du skal kompilere programmet, hvordan du installerer det i systemet og hvordan du unngår konflikter. Og i så fall, hvis du virkelig er i stand til å montere og installere et program du, og derfor noen andre, trenger, som ennå ikke er i distribusjonssettet, er det mest korrekte å lage det i systemet. plastpose, Av i det minste kildepakken, og hvis det ordner seg, da binær. Dette vil gjøre livet ditt mye enklere når du kompilerer og installerer dette programmet på nytt (på en annen datamaskin eller oppdaterer versjonen av selve programmet), og viktigst av alt, til hele brukerfellesskapet din distribusjon!

Til slutt inkluderer mange moderne distribusjoner verktøy for å bygge binære pakker. Slike verktøy (for eksempel hasherpakken fra ALT Linux) lar deg ikke bare kompilere et program i et "universelt miljø" som inneholder bare et gitt sett med pakker, men også automatisk bygge avhengigheter, se etter riktig installasjon og overvåke konflikter. Kort sagt, ved å bygge en pakke ved hjelp av et slikt verktøy, kan du seriøst hevde å være vedlikeholder av den pakken i distribusjonen. Tvert imot, ved å kompilere et program på lur, bruke sjamanisme og manuelt arbeid, vil du avsløre deg selv som en lat person og en egoist som ikke bryr seg om veksten og forbedringen av sitt eget operativsystem.

Noen ganger kan spørsmålet dukke opp: hvis fil er dette, hvor kom dette biblioteket fra?? En praktisk pakkebehandling løser mange OS-problemer. Det er trygt å si at hvis du blir venn med MP, vil du også bli venn med selve distribusjonen. Dessuten er det viktig å mestre settet med grunnleggende kommandoer og vite hvor du finner tilleggsinformasjon.

Det som følger er et herresett med kommandoer som er nødvendige for daglige rutiner for de viktigste Linux-distribusjonene: installer, oppdater og fjern en pakke, rulle ut oppdateringer, sjekk avhengigheter, avgjør om en fil tilhører en pakke, etc.

Debian og relaterte

Popularitet og image av brukervennlig Linux distribusjon spilte en grusom spøk på Ubuntu. Noen nybegynnere tror at de kan gjøre hva som helst på den uten å bruke kommandolinjen. Dette er en misforståelse, og det er bedre å bli kvitt det så snart som mulig.

At aptitude står i eksemplene betyr ikke at det er mer riktig enn apt-get . For meg er det bare et spørsmål om vane.

$ aptitude installeringspakke #install package; $ aptitude safe-upgrade package #upgrade package; $ aptitude update #sjekk og installer oppdateringer; $ aptitude fjern pakke #remove package; $ aptitude purge-pakke #delete en komplett pakke, alle data og innstillinger; $ apt-get dist-upgrade #upgrade OS, killer-feature og det fungerer! $ aptitude søkepakke #search for package. $ apt-cache avhenger av pakke #package avhengigheter; $ apt-cache rdepends pakke #reverse pakkeavhengigheter.

Noen funksjoner er tilgjengelige med valgfri dpkg MP.

$ dpkg -l #liste over installerte programmer; $ dpkg -L pakke #liste over pakkefiler