1 hva er et distribusjonssett. Hva er et distribusjonssett. Forbereder på å installere et dataprogram

Mange nybegynnere som skal bytte til Linux blir møtt med mange spørsmål. En av de vanligste blant dem er hva en Linux-distribusjon er og hvordan et så bredt utvalg av utgaver av denne operativsystem... I Windows er brukere vant til at det er ett system og flere offisielle utgaver, men her er det en slik variasjon på en gang.

I denne artikkelen vil vi prøve å finne ut hva en Linux-distribusjon er og, viktigst av alt, hvordan distribusjonene skiller seg fra hverandre, hva som får noen av de grå massene til å skille seg ut, og også hvordan de mest interessante distribusjonene ble opprettet.

GNU Linux-operativsystemet feiret nylig sin 25-årsdag. Til dags dato har et stort antall Linux-distribusjoner allerede samlet seg, og det vil være veldig vanskelig for nybegynnere å bestemme hvilket distribusjonssett de skal starte reisen inn i denne verden med. Men først må du finne ut hva det er og hvorfor det er så mange distribusjoner, og ikke flere versjoner som i Windows (Home, Pro, Enterprise) eller MacOS.

Du kan forstå hvorfor det er så mange Linux-distribusjoner hvis du tar hensyn til det Linux-kjernen distribuert med åpen kildekode... Alle kan bruke det gratis og gjøre sine egne endringer i koden. Derfor er det mange som lager sine egne distribusjoner ved å ta den ønskede kjernen som grunnlag og legge til programvare som de ønsker.

Det er ikke en eneste organisasjon som målrettet og uavhengig har utviklet Linux. Kildekoder er tilgjengelige for alle og tusenvis av utviklere fra hele verden deltar frivillig i utviklingen deres. Utviklingen av kjernen er overvåket av Free Software Foundation, men her er situasjonen radikalt forskjellig fra det vi ser i Windows og Microsoft, hvor ett selskap er ansvarlig for utviklingen av hele systemet.

Microsoft tar som sagt selv for seg hele systemet. Selskapet lager både en kjerne og et grafisk grensesnitt og tilleggsprogramvare som er nødvendig for smidig håndtering... Når det gjelder Linux, er de fleste komponentene utviklet av forskjellige personer, dette er linux-kjernen, systemverktøy, grafisk miljø, applikasjonsprogrammer. Alt dette er utgitt av utviklere uavhengig av hverandre.

Hvis vi trekker en analogi med Windows, kan vi sammenligne en Linux-distribusjon med en sammenstilling av Windows. Hver bruker kan ta alt nødvendige komponenter og bygg distribusjonen din fra dem. En annen ting er at mange selskaper forbedrer disse komponentene på en eller annen måte, gir ut patcher for dem, legger til oppdateringer, slipper programvaren deres, og så videre.

La oss nå se nærmere på hver av de grunnleggende komponentene i hver Linux-distribusjon:

Linux-kjernen

Det er hovedkomponenten i operativsystemet. Kjernen ble utviklet av Linus Torvalds tilbake i 1990. For ethvert operativsystem har kjernen en vital viktig... Mange programmerere bidrar til utviklingen av kjernen, men alt dette er under kontroll av Linus Torvalds. Han kan kontrollere alt om å legge til nye funksjoner og endre kjernen.

GNU-verktøy

Ta en notatbok for eksempel. For å skrive noe trenger du en blyant, for å slette den skrevne teksten trenger du et viskelær, og noen få markører vil også være nyttige for å velge de ønskede områdene i teksten. Alle disse verktøyene kan sees på som ekstra verktøy som lar deg bruke notisblokken fullt ut for notater.

Det samme skjer i Linux. Du vil ikke kunne bruke kjernen alene. For løsninger ulike oppgaver, for eksempel jobbe med filer, redigere tekst, administrere systemet du trenger spesielle verktøy... Disse verktøyene er utviklet av GNU-prosjektet og er inkludert i Coreutils-pakken.

La oss gå tilbake til analogien med notisbok, trenger du noe du kan bruke disse verktøyene med. Du bruker hendene til dette. På Linux trenger du et skall. Det kan være kommandoskall som bash eller grafisk.

Vis server

Vis server eller vindusbehandler fungerer som et mellomledd mellom brukeren og Linux. Hovedoppgaven er å kontrollere utdataene til skjermen og motta kommandoer fra brukeren gjennom inndataenheter. Klientapplikasjoner, for eksempel Firefox, Libreoffice bruker skjermserveren til å vise innholdet i vinduene deres på skjermen, samt motta kommandoer fra brukeren.

Den mest brukte skjermserveren er Xorg, basert på X Window System-visningsprotokollen. Den utvikles av X.Org Foundation. Det har også kommet to nye skjermservere i det siste, Mir og Wayland. Sistnevnte vil bli brukt som standard i Fedora, og vi vil finne ut hva som kommer ut av det senere.

X-serveren har en egen komponent kalt vindusbehandleren som lar deg kontrollere hvordan vinduer vises på skjermen og hvordan de samhandler. Du kan flytte, endre størrelse og omorganisere vinduskomponenter. Når det gjelder Wayland, blir denne funksjonaliteten overlevert til den sammensatte lederen.

Grafisk brukergrensesnitt

Et grafisk grensesnitt, eller GUI, er en komponent som lar deg samhandle med brukeren i grafikk og bruk av mus, i stedet for konsollkommandoer. Konsollgrensesnittet brukes i serverutgaver av Linux.

Ulike grafiske grensesnitt og skrivebordsmiljøer har blitt utviklet gjennom årene. Hver er produsert av et eget og uavhengig utviklingsteam.

Hvordan er Linux-distribusjoner forskjellige?

Utviklere av Linux-distribusjoner tar som regel den vanlige kjernen som grunnlag og legger til den, etter deres mening, nødvendig programvare. Ganske ofte installerer utviklere sitt eget skrivebordsmiljø, for eksempel bruker Ubuntu Unity, Linux Mint bruker Cinnamon. Ulike distribusjoner kommer med forskjellig standardprogramvare, for eksempel Firefox nettleser eller Chrome, musikkspiller, kontorpakke osv.

Den andre forskjellen er programvareformatet, forskjellige distribusjoner kan bruke ulike systemer lage pakker med deb- og rpm-programvare. Utviklere kan inkludere lukket kildekode-programvare eller ikke, for eksempel sender Fedora kun fri programvare.

Hver Linux-distribusjon har sine egne mål og filosofi, som kjennetegner formålet med opprettelsen. For eksempel er Debian bygget for bred distribusjon av gratis programvare, Ubuntu er for nybegynnere, og ArchLinux lar hver bruker lage sitt eget system kun for seg selv.

Merk at åpen kildekode-programvare ikke alltid er gratis. For eksempel er det en kommersiell distribusjon kalt Red Hat Enterprise Linux. Du kan laste ned selve distribusjonen gratis, men ønsker du å motta jevnlige oppdateringer må du betale.

Jeg tror Ubuntu er det mest passende distribusjonssettet for nybegynnere. Det er ganske enkelt å installere, utviklet av Canonical og basert på Debian. Men det er andre distribusjoner som har blitt populær blant nybegynnere i det siste, for eksempel Linux Mint.

konklusjoner

I denne artikkelen så vi på hva en Linux-distribusjon er og prøvde å finne ut hvordan linux-distribusjoner skiller seg fra hverandre. All informasjon om alle Linux-distribusjoner vil selvfølgelig ikke kunne passe inn i én artikkel, men jeg tror det allerede har blitt mye tydeligere hva det er og hvorfor det gjøres på denne måten. Hvis du har spørsmål, spør i kommentarfeltet!

Til dessert video 5 beste distribusjoner Linux for nybegynnere. Jeg er ikke enig i alle distribusjoner som forfatteren foreslår, men det er noen interessante tanker:

Ofte har en nybegynner bruker litt problemer med å forstå datamaskinterminologi. Det blir en slags hindring i den generelle prosessen med interaksjon "mann - datamaskin". Imidlertid er det viktigste og forresten hovedpoenget når du bruker en dataenhet. Vel, et distribusjonssett er en form for programvaredistribusjon. Det er på grunn av visse egenskaper til denne "merkelige" filen at dataenheten er utstyrt med et operativsystem. La oss imidlertid gå videre til en mer detaljert vurdering av det stilte spørsmålet og fjerne sløret til det "uforklarlige".

"Arrangør" av installasjonsprosessen

Distribusjonssettet er en slags "programvareleder", under hvis kontroll digitale data er harmonisk plassert på harddisken til datamaskinen. Hvis du ikke tyr til allegori, kan det "på fingrene" forklares som følger: før den direkte installasjonsprosessen av denne eller den programvaren starter, startes en spesiell installasjonsveiviser. Som et resultat blir filer kopiert til datamaskinens harddisk. Det er verdt å merke seg at data innhentet på denne måten er plassert på harddisken i strengt definerte mapper, og i systemlogg OS lager passende poster som inneholder informasjon om parametrene og de første innstillingene for programvaren som implementeres. Som du kan forestille deg, er et distribusjonssett ikke selve programmet, men et slags programvareverktøy som utfører installasjonsprosessen på den mest korrekte måten.

Hvor begynner OS

Til dags dato er det vanligste for datamaskiner med forskjellige modifikasjoner (som betyr det klassiske konseptet med denne definisjonen) OS fra Microsoft... Det blir forresten ofte referert til som "Windows" i brukerkretser. Så, avhengig av hvilken versjon av Windows-systemet brukeren vil installere på datamaskinen sin, velger han distribusjonssettet han trenger. Dette er så å si en unik identifikator for et programvareprodukt. Det er verdt å merke seg at under OS-installasjonsprosessen utføres initialiseringen av PC-maskinvaren, og i tilfelle PC-konfigurasjonen ikke samsvarer med noen programvareparametere, avsluttes installasjonen. Den tilsvarende servicemeldingen om umuligheten av å utføre ytterligere "maskin"-operasjoner med filer vises på skjermen.

Hvordan du kan bruke Windows 7-distribusjonen

Hovedformålet med installasjonsdisken er direkte installasjon av driftsmiljøet på harddisken til datamaskinen for senere bruk. Men i tilfelle en uventet nødsituasjon oppstår, kan OS-distribusjonen brukes som et gjenopprettingsmiljø. Det skal bemerkes at selvskapt installasjonsplate må ha lasteegenskaper som oppnås som følge av bruk av div spesialiserte programmer... For eksempel Rufus eller Ultra ISO.

Hva du trenger å vite om driftsutvidelser

Vanligvis lisensiert Windows distribusjon 7 gjelder Hvis du åpner en slik disk på en PC for å se innholdet, vil du se mange mapper og ulike data, blant dem er den viktigste filen "Setup" eller "Install" med filtypen "* exe" eller " *msi". Det er etter aktivering av en av dem at installasjonsprogrammet starter.

Imidlertid er den mest brukte arkiv- eller bildemåten å distribuere OS-distribusjonen på. Det vil si at installasjonsplaten er pakket i en "zip" -beholder eller har en "ISO"-utvidelse, sjeldnere - "image". De to siste figurative formatene (det første må forresten også pakkes ut), krever noe programvarebehandling før dens direkte involvering. La oss diskutere dette punktet mer detaljert.

Hvordan bygge med OS

La oss si at du har en nedlastet XP-distribusjon med ISO utvidelse... Avhengig av hva slags media du vil bruke, velges et spesifikt programvareverktøy for opptak. I tilfellet når en metode for å installere et OS fra en USB-disk er gitt, brukes Rufus-verktøyet. Enkel nok og intelligent klart grensesnitt applikasjonen krever ikke spesialkunnskap fra brukeren. Som standard velger verktøyet automatisk den som er koblet til PC-en flyttbar stasjon, og i avmerkingsboksen, ved siden av "disk"-ikonet, er verdien "ISO-image" satt. Deretter må du aktivere knappen ved siden av den og angi banen til OS-distribusjonssettet.

Klikk "Start" og vent til innspillingsprosessen er fullført. Hvis du vil brenne bildet på en plate, kan du bruke Ultra ISO-programmet. Klikk på "Fil"-fanen, og velg deretter fra kontekstmenyen"Åpen". I Utforsker finner du bildet du vil installere. Distribusjonen er klar til å brenne! Det gjenstår bare å aktivere ikonet i form av en blusset disk og sett nødvendige parametere brennende. Først etter manipulasjonene ovenfor kan du klikke på "Skriv"-knappen.

Hvordan installere Windows XP-distribusjon på PC

Den enkleste og samtidig rekordholderen i sitt slag, XP-versjonen er installert som følger:

• Brukeren går inn i BIOS-programmet på datamaskinen og tildeler en prioritet til CD-/DVD-stasjonen (eller USB-stasjonen) fra listen over oppstartsenheter.
• Etter å ha lagret endringene som er gjort, starter PC-en på nytt.
• Vanligvis på startskjermen(øverst) påskriften «Trykk hvilken som helst tast...", som er en slags invitasjon til å godta nedlastingsmetoden.
• Etter at du har trykket på en tast på datamaskinens tastatur, følger verifiseringsprosessen for maskinvarekonfigurasjon.
• Dette vil bli fulgt av nedlasting av filene som Windows XP-distribusjonssettet har.

I den innledende fasen av installasjonen må brukeren forberede den valgte delen hardisk hvor operativsystemet skal installeres. Ved ferdigstillelse - spesifiser språkalternativer og tilpasse system tid... Eventuelt kan du angi et passord for å komme inn i systemet. For det meste foregår installasjonsprosessen i en automatisk modus og krever ingen deltakelse fra brukeren.

Unix-lignende operativsystemer

Til tross for den generelt anerkjente "åpenheten" til Linux-kjernen, er ikke alle Linux-distribusjoner generelt tilgjengelig gratis. Den mest attraktive versjonen av operativsystemet er Ubuntu. Dette driftsmiljøet har forskjellige typer forsamlinger: minimal og server.

Kanskje noen av dere, kjære leser, minst én gang har brukt den såkalte nødstilfelle Live-plater CD / USB, men ikke alle vet at de jobber under ledelse av GNU / Linux OS. På grunn av systemets utrolige fleksibilitet, og gitt den stadig økende trenden i utviklingen, er populariteten til Tux-pingvinen bare økende. Samtidig fortsetter Linux-distribusjonene å fylle opp rekkene med nyere og mer funksjonelle versjoner.

I stedet for et etterord

Ofte laster en nybegynner som ønsker å installere en spesifikk programvare, en liten (bare noen få MB) installasjonsfil. Når en uheldig bruker innser at den faktiske størrelsen på programmet er mye større enn mengden data som mottas, sletter ofte en uheldig bruker ganske enkelt det "mistenkelige" objektet. Men når du aktiverer slike installasjonsfil vanligvis starter nedlastingsprosessen for kjerneprogramvarepakker. Derfor bør du aldri trekke konklusjoner. Du har kanskje installert Google Chrome og sett hvordan distribusjonen fungerer – dette er det samme tilfellet. Forresten, glem aldri å sjekke de nedlastede filene. antivirusprogram... God stemning og riktige installasjoner!

Distribusjon er et databegrep som brukere til stadighet møter når de selvstendig installerer programmer på datamaskinene sine (fra engelsk distribusjon – distribusjon, distribusjon).

Under distribusjonssett forstås å være en eller flere filer som sikrer installasjonen av programmet på en datamaskin. Distribusjonssettet inkluderer vanligvis selve filen (eller filene) til programmet, en kort installasjonsinstruksjon og et spesielt installasjonsprogram som utfører installasjonsprosedyren. Hvis det installerte programmet er beskyttet mot uautorisert bruk, kan distribusjonssettet også inneholde en fil med en installasjonsnøkkel eller serienummer en kopi av programmet. Men dette refererer til et slags "gjennomsnittlig" program. I praksis kan sammensetningen av distribusjonssettet variere i et meget bredt spekter.

Når et program består av en eller flere filer og ikke trenger å installeres, kan distribusjonen være et selvutpakkende arkiv.

Et selvutpakkende arkiv er en fil med filtypen .exe, som i tillegg til de faktiske arkiverte dataene også inneholder et utpakkingsverktøy.

Ofte for å kunne jobbe med nytt program levert i dette skjemaet, er det nok å utføre to trinn:

1. Kopier arkivfilen til harddisken.
2. Klikk på den med musen (en eller to ganger - avhengig av grensesnittinnstillingene) og vent til utpakkingen er fullført.

Noen ganger er det imidlertid i tillegg nødvendig å spesifisere mappen der de utpakkede filene skal plasseres.

Derimot, distribusjonsarkiv er kanskje ikke selvutpakkende. Ofte pakkes programfiler inn i en "vanlig" arkivfil i et av de populære formatene: .gag, .zip eller .cab. Dette alternativet har en (men ganske betydelig) ulempe: på datamaskinen til en potensiell bruker må det først installeres et arkiveringsprogram som kan pakke ut distribusjonsfilen.

Hvis installasjon er nødvendig for å fungere med programmet, inkluderer distribusjonssettet nødvendigvis en kjørbar (.exe) fil, hvis navn inneholder ordet Setup (begrepet Setup på engelsk "programmerer" har samme betydning som begrepet Installation, og brukes ofte som synonym for sistnevnte).

For relativt små programmer kan en slik installasjonsfil være den eneste filen i distribusjonssettet og inneholde både programmet som skal installeres og installasjonsverktøyet.

Du har sikkert lagt merke til at ikke alle har det passende navnet. Imidlertid nok erfarne brukere kan enkelt finne installasjonsfilen blant andre filer med filtypen.exe takket være det karakteristiske ikonet. Det er ikke veldig mange slike ikoner i dag. De vanligste er bare fem.

Hvorvidt en installasjonsfil har et ikon av en eller annen type, avhenger av verktøyet som filen ble opprettet med. I dag er de mest populære av disse verktøyene tre: InstaUShield (i forskjellige utgaver) fra InstaUShield, Windows Installer fra Wise Solutions og Inno Setup (utviklet av Jordan Russell). Selvfølgelig har programutvikleren rett til å bruke et hvilket som helst ikon for installasjonsfilen. Det er imidlertid ikke noe særlig ønske om mangfold i så måte blant forfatterne av programmene.

Distribusjonssett stor komplekse applikasjoner kan inneholde et dusin andre filer, som hver spiller en spesifikk rolle i installasjonsprosedyren.

I slike distribusjoner fungerer installasjonsfilen bare som et "installasjonsprogram" og inneholder ikke de faktiske applikasjonsfilene.

Kombinerte versjoner av distribusjoner brukes ofte, når applikasjonen er distribuert som én arkivfil, der et installasjonssett med flere filer (inkludert installasjonsfilen) er "gjemt".

Foreløpig, når du oppretter applikasjoner for Windows-familien, distribusjoner basert på bruk av MSI-teknologier (Microsoft Windows installatør). Denne teknologien gir brukerne en rekke fordeler når de bruker applikasjonen.

Et spesielt tilfelle er fjerninstallasjon av programmer. Dette begrepet betyr at distribusjonen er plassert på noen nettverksressurs, og installasjonsprosessen kontrolleres av nettverksadministratoren (av denne grunn denne prosessen ofte referert til som administrativ setting). I dette tilfellet bryr ikke brukeren seg om hvilken form distribusjonssettet er lagret i. Når vi ser fremover, har det imidlertid blitt lagt merke til at en populær form for lagring av en distro for ekstern installasjon er en installasjons-CD (eller DVD) bildefil.

Til slutt en mer spesifikk slags distribusjoner- dette er de såkalte service packs, eller "service packs" (translitterasjon fra det engelske begrepet Service Pack). En slik pakke installeres "over" en tidligere installert applikasjon (eller operativsystem). Under installasjonsprosessen erstattes noen moduler av den oppdaterte programvaren. Som regel leveres oppdateringspakken til brukerne i form av et selvutpakkende arkiv (file.exe), hvis navn inneholder bokstavene SP (en forkortelse for Service Pack) og et tall som indikerer serienummer(versjon) av pakken.

Hvis du bestemmer deg for å begynne å distribuere programmene dine, kan du ikke klare deg uten et installasjonsdistribusjonssett. I dag har nesten alle programmer et installasjonsprogram, vanligvis kalt Setup.exe. I denne artikkelen vil vi se på et eksempel på hvordan du bygger et installasjonsprogram for en Access-applikasjon og analyserer noen av funksjonene du trenger å vite.

Som nevnt tidligere, tillater ikke Access deg å gjøre det kjørbar fil kan jobbe uten tilgang. Men samtidig foreslår Microsoft å bruke pakken Microsoft Office Utvikler, som inkluderer en lisens til å distribuere programmet Microsoft Access kjøretid... Jeg vil dvele mer ved dette.

Microsoft Access runtime er en versjon av Access som lar brukere kjøre, men ikke endre en Access-applikasjon. Det er fornuftig å installere Microsoft Access runtime i stedet for fullversjonen bare hvis du trenger lisensrenhet, og klienten som kjører databasen din ikke har en Access-lisens. I dette tilfellet må du kjøpe ODE (Office Developer Edition). Så, sammen med kjøpet, får du noen ekstra verktøy og viktigst av alt IKKE SANT for å installere Runtime-versjonen av Access til klientene sammen med basen du utviklet. I dette tilfellet vil ikke klienten ha noen krav om ulovlig bruk av Access. Ellers må hver klient kjøpe en MS Access-lisens.

ODE-pakken inkluderer en "distribusjonsbygger" som inkluderer MDB- og Run-time-versjonen i diistibut. Alle bibliotekene som trengs for å lage Run-time er allerede i fullversjonen av Access (selv uten ODE). Men det er ett MEN (dette er for de som er bekymret for den lisensierte "juksen"):

Hvis du ikke kjøper den offisielt, vil kundene fortsatt ikke ha rett til å bruke selv Run-time-versjonen.

Du tenker kanskje: Hva om du finner ut hvilke filer Access må jobbe med og inkludere dem i installasjonsdistribusjon? Det er mulig, men det løser ikke lisensproblemet. I tillegg må du lage et ganske komplekst installasjonsprogram, sjekke de eksisterende komponentene og installere / registrere de manglende. Dessuten, i sistnevnte tilfelle, er det mulig, med udugelige handlinger, til og med å ødelegge systemet.

Generelt, hvis vi vurderer reelle situasjoner med salg av applikasjoner på Access, er det bare noen få utviklere ( det kommer om Russland) virkelig kjøpe lisenspakker. Som regel er dette de for hvem "på et visst nivå av forretningsutvikling mister spørsmålet om å kjøpe - ikke å kjøpe sin relevans" - eller, rett og slett, som har råd til å kjøpe en lisenspakke for $ 600 - $ 1000. Det er interessant da å lytte til deres forbannelser på forumene om arbeidet med slike programmer. Så vidt jeg har forstått er det samme "jambs" som i piratversjonene. Oppfordrer deg derfor til å kun bruke gratis eller piratkopiert Office-versjoner for programmene dine vil jeg ikke, men jeg vil heller ikke anbefale å bruke den lisensierte (se ovenfor).

Interessant nok kan fullversjonen av Access kjøres i kjøretidsmodus ved å sette inn kommandolinje nøkkel / kjøretid. Lag for eksempel en snarvei på skrivebordet, klikk på den Høyreklikk mus, i dialogboksen som vises i objektfeltet, skriv noe sånt som dette: (dette er for Office 2000 - XP, og for 2003 må du fikse det i stedet for Office10 - Office11)

"C: \ Program Files \ Microsoft Office \ Office10 \ MSACCESS.EXE" "D: \ Databases \ My Base.mdb" / runtime

og i "Arbeidsmappe"-feltet:

La oss nå starte applikasjonen via denne snarveien. Access-prosjektvinduet åpnes, men Access-snarveien, så vel som standardverktøylinjene, vil ikke lenger være der. Dette er kjøretidsmodus.

For nybegynnere utviklere, distribusjon Få tilgang til apper på tvers Microsoft-pakken Office Developer er neppe akseptabelt. Det koster tross alt penger, og ikke små. Vi vil vurdere en annen måte, ved å bruke det gratis installasjonsprogrammet Inno oppsett... Det finnes selvfølgelig andre som betalte, for eksempel InstallShield og gratis installatører. De skiller seg ut i bekvemmeligheten av arbeidet, størrelsen på det opprettede distribusjonssettet.

Inno oppsett- freeware installasjonsprogram for Windows-programmer... Engelske versjoner dukket opp tilbake i 1997, nå er Inno Setup oversatt til flere språk, og installatører kan opprettes på mer enn 20 språk. Inno Setup utkonkurrerer mange kommersielle installatører i funksjoner, stabilitet og filstørrelse.

Hovedtrekk:

• programmet kan sammenligne filversjonsinformasjon
• flytte filer i bruk
• registrer DLL / OCX / FNT / TLB og skriv inn biblioteker
• installere fonter
• sjekker om enkelte programmer er aktive
• lage snarveier rask tilgang(for eksempel via startmenyen eller på skrivebordet)
• skrive til ini-filer
• innebygd Pascal-skriptmotor
• støtter flerspråklig installasjon
• standard installasjon og avinstallering
• all kode er tilgjengelig (Borland Delphi 2.0-5.0)
• passordbeskyttelse for oppsett
• hvis avbrytes under utførelse, vil alle handlinger bli tilbakestilt
• støtter alle 32 bit-versjoner Windows (95, 98, 2000, 2003, XP, Me, NT 4.0)
• oppretter én exe-fil, noe som i stor grad forenkler prosessen med å installere programmet
• standard Windows-grensesnitt 2000 / XP
• brukersentrisk (f.eks. full, minimal, tilpasset)
• alle avinstalleringsverktøy
• filinstallasjon: innebygd støtte for "deflate", bzip2, 7-zip LZMA filer kompresjon

Fra og med versjon 2.0.6 inkluderer Inno Setup full støtte for MBCS. I mer tidlige versjoner sistnevnte eiendom er ikke inkludert. Den støtter imidlertid ikke nettinstallasjon.

Det særegne ved å lage et installasjonsprogram i Inno Setup er at installatører lages ved hjelp av skript - enkelt tekstfiler ASCII-lignende INI-filer. Skript er lettere å redigere enn for eksempel å jobbe med Installshield-grensesnittet. Skript har utvidelsen ".iss" (inno setup script). Den inneholder alle parameterne til installasjonsprogrammet, og under installasjonen knytter programmet seg til disse filene. Manuset er delt inn i seksjoner, navnene på disse er skrevet inn firkantede parenteser... Innenfor seksjonene er det nøkkelord og direktiver som kompilatoren kan lese og utføre.

Kommentarer starter med semikolon på begynnelsen av en linje og kan plasseres hvor som helst i skriptet. Blokkkommentarer er ikke mulig, i tillegg til å lage en kommentar midt på en linje. Sistnevnte tillates av kompilatoren, men fører senere til en feil når den utføres.

; - Sample1.iss -
; Demonstrerer kopiering av 3 filer og opprettelse av et ikon.

Rekkefølgen på seksjonene spiller ingen rolle. Alle (unntatt ) er vilkårlige. Et nøkkelord tildeles en verdi ved å bruke likhetstegnet (=).

Retninger består av en eller flere parametere og deres alternativer, samt flagg flagg... Parameteren består på sin side av et navn etterfulgt av et kolon. : og verdier. Parametre, alternativer og flagg er atskilt fra hverandre med semikolon ;

La oss ta en rask titt på hoveddelene:

Inno Setup fungerer i et skript med forskjellige forhåndsdefinerte konstanter, som vanligvis inneholder stier. Måte å skrive på: (Navn)... Noen konstanter som (app) og (gruppe) kan/bør være brukerdefinerte. Alle som ønsker å definere konstantene selv bør henvende seg til Alex Yackimoffs prosessor.

Her er de grunnleggende Inno Setup-konstantene:

Så la oss vurdere oppgavene som må løses (la oss definere bare de minste). Installatøren vår bør gjøre følgende:

Pakk ut filene til ønsket plassering
Opprett en mappe i programkatalogen (mappen "Cop" - for lagring sikkerhetskopier utgangspunkt)
Lag en programstartmeny i Start - Alle programmer, samt et ikon på skrivebordet

Dette er minimumskravet. Men dette er selvfølgelig ikke alle funksjonene til Inno Setup. Det er ikke for ingenting at mange utviklere bruker det. Men i denne artikkelen vil jeg begrense meg til kun dette, de som ønsker å studere programmets muligheter mer i dybden kan henvise til hjelpesystemet. Det er mange lenker på Internett både til programmet og til oversettelser av hjelpen. For eksempel, Inno Setup 5.1.6. og hjelpen til det kan du laste ned her ... Engelsk side for programmet http://www.innosetup.com

Prøv først å eksperimentere ved å lage et installasjonsprogram ved hjelp av veiviseren, og deretter undersøke strukturen til det resulterende skriptet. I utgangspunktet tror jeg det ikke er nødvendig å beskrive i detalj hva du skal klikke hvor. Inno Setup er så lett å lære at det er lett å lære seg det som kalles "vitenskapelig poke-metoden". For eksempel, her er et installasjonsskript som utfører de tidligere definerte oppgavene (alle distribusjonsfiler er plassert i D: \ Setup-katalogen.)

AppName = Mitt program
AppVerName = Mitt program. Versjon 1.0.
AppPublisher = MyProgram, Inc.
AppPublisherURL = http://MyMySoft.ru/
AppSupportURL = http://MyMySoft.ru/
AppUpdatesURL = http://MyMySoft.ru/
DefaultDirName = (pf) \ MyProgram
DisableDirPage = nei
DefaultGroupName = Mitt program
DisableProgramGroupPage = ja
LicenseFile = D: \ Setup \ license.txt
InfoAfterFile = D: \ Oppsett \ readme.txt
AlwaysCreateUninstallIcon = ja

Navn: "desktopicon"; Beskrivelse: "Lag snarvei på & skrivebord"; GroupDescription: "Ytterligere snarveier:"

Kilde: "D: \ Oppsett \ Server.mdb"; DestDir: "(app)"; DestName: "Server.mdb";
Kilde: "D: \ Oppsett \ lisens.txt"; DestDir: "(app)";
Kilde: "D: \ Oppsett \ readme.txt"; DestDir: "(app)";
Kilde: "D: \ Oppsett \ Log.JPG"; DestDir: "(app)";
Kilde: "D: \ Oppsett \ Log.ico"; DestDir: "(app)";
Kilde: "D: \ Oppsett \ Base.mdb"; DestDir: "(app)";

Filnavn: "(app) \ MyProg.url"; Seksjon: "Internettsnarvei"; Nøkkel: "URL"; String: "http://MyMySoft.ru/"

Navn: "(app) \ Cop"

Navn: "(gruppe) \ Mitt program"; Filnavn: "(app) \ Base.mdb"; WorkingDir: "(app)"; IkonFilnavn: (app) \ Log.ico
Navn: "(gruppe) \ Programside"; Filnavn: "(app) \ MyProg.url"
Navn: "(userdesktop) \ Mitt program"; Filnavn: "(app) \ Base.mdb"; WorkingDir: "(app)"; IkonFilnavn: (app) \ Log.ico; Oppgaver: skrivebordsikon

Et eksempel på hvordan det hele fungerer, kan du laste ned nedenfor.

• Kontakt "Grensesnitt" for mer informasjon / om kjøp av produkter

Nedlastinger

I ethvert operativsystem kan 4 hoveddeler skilles: kjernen, filstrukturen, brukerkommandotolken og verktøy. Kjernen er den viktigste, definerende delen av operativsystemet som kontrollerer maskinvaren og kjøringen av programmer. Filstruktur er et system for lagring av filer på masselagringsenheter. En kommandotolk eller shell er et program som organiserer en brukers interaksjon med en datamaskin. Og til slutt, verktøy er bare separate programmer som generelt sett ikke skiller seg fundamentalt fra andre programmer lansert av brukeren, bortsett fra hovedformålet deres - de utfører tjenestefunksjoner.

Som nevnt ovenfor, for å være presis, refererer ordet "Linux" bare til kjernen. Derfor, når man snakker om et operativsystem, vil det være mer riktig å si "et operativsystem basert på Linux-kjernen". Linux-kjernen er utviklet under generell veiledning av Linus Torvalds og distribueres fritt (basert på GPL-lisensen), samt et stort antall annen programvare, verktøy og applikasjonsprogrammer... En av konsekvensene av gratis distribusjon av programvare for Linux var det stort antall forskjellige firmaer og selskaper, så vel som bare uavhengige grupper av utviklere begynte å gi ut såkalte Linux-distribusjoner.

Et distribusjonssett er et sett med programvare som inkluderer alle de 4 hovedkomponentene i operativsystemet, det vil si kjernen, filsystemet, skallet og et sett med verktøy, samt et visst sett med applikasjonsprogrammer. Vanligvis er alle programmer som er inkludert i en Linux-distribusjon distribuert under GPL, så det kan virke som om hvem som helst kan gi ut distribusjonen, eller rettere sagt alle som ikke er for lat til å sette sammen en samling gratis programvare. Og det er en viss grad av plausibilitet i en slik uttalelse. Utbygger av distribusjonen må imidlertid innen i det minste, lag et installasjonsprogram som vil installere operativsystemet på en datamaskin der det ikke er noe operativsystem ennå. I tillegg er det nødvendig å sikre at gjensidige avhengigheter og inkonsekvenser mellom ulike pakker (og pakkeversjoner) blir løst, noe som, som vi skal se senere, også er en ikke-triviell oppgave. Imidlertid er det over hundre forskjellige Linux-distribusjoner rundt om i verden, og nye dukker opp hele tiden.

Distribusjonshistorikk

Linux - kjerne

I 1991 Linus Torvalds, en finsk student, ble ekstremt revet med av ideen om å skrive en UNIX-kompatibel kjerne (se figur 1) av et operativsystem for sin personlige datamaskin med en prosessor som har blitt veldig utbredt Intel-arkitektur 80386. Prototypen for den fremtidige kjernen var MINIX-operativsystemet: et UNIX-kompatibelt operativsystem for personlige datamaskiner som startet opp fra disketter og passet inn i det svært begrensede minnet til en personlig datamaskin på den tiden. MINIX ble laget av Andrew Tanenbaum som et instruksjonsoperativsystem som demonstrerer arkitekturen og mulighetene til UNIX, men er ikke egnet for fullverdig arbeid fra en programmerers synspunkt. Det var en fullverdig kjerne til PC-en hans som Linus Torvalds ville lage. Han ga navnet til kjernefreaksen sin, men senere ble den endret av eieren ftp-server på Linux er det en hybrid av navnet på skaperen og ordet UNIX.

UNIX-kompatibilitet på dette tidspunktet betydde at operativsystemet må støtte POSIX-standarden. POSIX er en funksjonell modell for et UNIX-kompatibelt operativsystem som beskriver hvordan systemet skal oppføre seg i en gitt situasjon, men som ikke gir noen veiledning om hvordan man implementerer dette programmatisk. POSIX beskrev egenskapene til UNIX-kompatible systemer som var felles for forskjellige UNIX-implementeringer på tidspunktet for opprettelsen av denne standarden. Spesielt beskriver POSIX systemkallene som et kompatibelt operativsystem må håndtere.

Global datanettverk Usenet og Internett. Tidlig diskuterte Linus Torvalds sitt arbeid og utfordringer med andre utviklere på comp.os.minix-nyhetsgruppen på MINIX Usenet. Nøkkelavgjørelsen Linus ble en publikasjon kildetekster den fortsatt ineffektive første versjonen av kjernen under den gratis GNU GPL-lisensen. Takket være dette og det stadig mer utbredte Internett, har mange mennesker muligheten til uavhengig å kompilere og teste denne kjernen, delta i diskusjoner og feilrettinger, og også sende rettelser og tillegg til Linus sin kildekode. Nå jobbet mer enn én person med kjernen, utviklingen gikk raskere og mer effektivt.

I 1992 nådde Linux-kjernen 0.95, og i 1994 ble versjon 1.0 utgitt, noe som indikerte at utviklerne endelig følte at kjernen som helhet var komplett og alle feilene var (teoretisk) fikset. Linux-kjerneutvikling er nå et mye større fellesskap enn det var før 1.0. Rollen til Linus Torvalds selv har også endret seg: nå er han ikke hovedutvikleren, men det mest autoritative medlemmet av fellesskapet, som tradisjonelt vurderer kvaliteten på kildekoden som skal inkluderes i kjernen, og gir sin godkjenning for inkludering av dem. . Imidlertid vedvarer den generelle modellen for gratis utvikling av samfunnet.

Men akkurat som du ikke kan lage et operativsystem uten en kjerne, så vil kjernen være ubrukelig uten verktøy som vil bruke dens evner. Takket være GNU-prosjektet kunne Linus Torvalds umiddelbart bruke med Linux gratis verktøy: bash, gcc-kompilator, tar, gzip og mange andre allerede kjente og mye brukte applikasjoner som kan fungere med dens UNIX-kompatible kjerne. Så Linux kom umiddelbart inn i et godt miljø og, kombinert med GNU-verktøy, ga det et veldig interessant miljø for programvareutviklere selv på et tidlig stadium av utviklingen. Det grunnleggende fremskrittet var nettopp at fra Linux-kjernen og GNU-verktøy og -applikasjoner ble det for første gang mulig å lage et helt gratis operativsystem, det vil si å jobbe med en datamaskin og dessuten å utvikle ny programvare med kun gratis programvare. Stallmans ideal om fullstendig ikke-kommersiell utvikling kunne nå realiseres. Snart dukket det opp teoretiske muligheter for legemliggjøring av idealet, men dette betydde ikke dets umiddelbare praktisk gjennomføring. Linux-kompatibilitet og GNU-verktøy ble drevet av det faktum at begge ble skrevet med samme standarder og praksis i tankene. Men innenfor denne praksisen (det vil si med mange forskjellige UNIX-systemer) var det mye rom for inkompatibilitet og ulike løsninger... Derfor, i den innledende fasen av kjerneutvikling, alle som tjente penger på Linux-applikasjon GNU var en annen prestasjon for Linus. De første var bash og gcc. Dermed gjorde kombinasjonen av GNU og Linux det mulig å lage et gratis operativsystem, men i seg selv utgjorde det ikke et slikt system ennå, fordi Linux og forskjellige GNU-verktøy forble spredte programvareprodukter skrevet av forskjellige mennesker som ikke alltid tok inn i ta hensyn til hva andre gjorde.... Hovedegenskapen til ethvert system er konsistensen til komponentene.

Fremveksten av distribusjoner

Etter en viss periode Linux-utvikling hadde allerede en rekke viktige GNU-verktøy som kjørte jevnt og trutt. En kompilert Linux-kjerne med et lite sett med kompilerte allerede på Linux-verktøy GNU har satt sammen et sett med verktøy for en programvareutvikler som ønsker å bruke et gratis operativsystem på sin egen personlig datamaskin... I slike Linux-skjema var ikke lenger bare egnet for Linux-utvikling, men representerte også et operativsystem der det allerede var mulig å utføre noen anvendte oppgaver. Selvfølgelig var det første du kunne gjøre i Linux å skrive C-programmer.

Da oppgaven med å få en datamaskin med et Linux-system som stadig kjører på den ble etterspurt og ganske utbredt, skapte utviklere ved universitetene i Helsinki og Texas egne sett disketter hvorfra den kompilerte kjernen og grunnleggende verktøy kan skrives til harddisken, hvoretter operativsystemet kan lastes direkte fra den. Disse settene med disketter ble de første prototypene av moderne Linux-distribusjoner - programvaresett, på grunnlag av hvilke du kan få et fungerende operativsystem på datamaskinen din. Det skal bemerkes at Linux-distribusjonen inkluderte GNU-programvareprodukter helt fra begynnelsen. Faktisk, hver gang "Linux-operativsystem" sies, menes "Linux-kjerne og GNU-verktøy". Free Software Foundation anbefaler å kalle dette Linux-operativsystemet.

Men kopier alle nødvendige programmer harddisk er fortsatt ikke nok til å få en passende for brukerens behov driftsmiljø(selv om det er en veldig profesjonell bruker). Derfor kan de første settene med disketter bare kalles distribusjoner. For å få et fungerende operativsystem trenger du noen spesielle midler installere og konfigurere programvare. Det er tilstedeværelsen av slike verktøy som skiller moderne Linux-distribusjoner. En annen viktig oppgave for et distribusjonssett er regelmessige oppdateringer. Programvare, spesielt gratis programvare, er et av de raskest voksende områdene, så det er ikke nok å installere Linux én gang, du må fortsatt oppdatere den regelmessig. Det første distribusjonssettet i moderne forstand, som mottok bred bruk, ble til Slackware, laget av P. Volkerding. Det var viden kjent for Linux-brukere i 1994.

Til tross for det faktum at installasjonen av Linux ikke lenger krever selvkompilering av alle programmer fra kildekoden med de første distribusjonene, forble bruken av Linux mye av utviklerne: brukeren av et operativsystem med ham da tiden for utviklingen kan være engasjert nesten utelukkende i programmering. I det minste for å løse andre dagligdagse anvendte oppgaver i den (for eksempel lesing E-post, skrive artikler osv.), måtte han først bruke litt tid på å programmere og til og med utvikle selve Linux-systemet, for å lage passende applikasjoner for seg selv eller få dem til å fungere i Linux.

All Linux-programvare var åpen kildekode, så snart begynte det å dukke opp flere og flere applikasjoner for Linux, som ble brukt av et stadig større fellesskap, noe som gjorde dem mer pålitelige og fikk mer og mer funksjonalitet. Til slutt oppstår ideen om at fra Linux- og GNU-applikasjoner for Linux, med målrettet innsats fra en liten gruppe utviklere, er det mulig å lage komplette operativsystemer som passer for et svært bredt spekter av brukere og selge disse systemene til brukere for penger som en analog og alternativ til eksisterende proprietære operativsystemer.

Fordelene med et helt gratis programvareoperativsystem er åpenbare - de som bygger dette systemet trenger ikke å betale noen for programmene som er inkludert i det. Videre videreutvikling og oppdatering av eksisterende programmer utføres av utviklerfellesskapet også helt gratis, du trenger ikke betale ansatte som ville være engasjert i dette. Som et resultat er kostnadene for et selskap som setter sammen en Linux-distribusjon for en bruker begrenset til betaling av programmerere som integrerer ulike applikasjoner i systemet og skriver programmer for å standardisere prosedyrer for installasjon og konfigurering av systemet for å lette disse oppgavene for en uforberedt bruker, samt kostnadene ved å selvpublisere den resulterende distribusjonen. For sluttkunden betyr dette en fundamental reduksjon i prisen på operativsystemet.

Det første vellykkede selskapet som opererte på denne måten var Rød hatt, som dukket opp i 1995. Red Hat adresserte utviklingen ikke bare til profesjonelle programmerere, men også til vanlige brukere og systemadministratorer, for hvem en datamaskin først og fremst er et kontor arbeidsplass eller en fungerende server. Med fokus på de eksisterende tilbudene på markedet for denne klassen brukere, har Red Hat alltid lagt stor vekt på å utvikle GUI-applikasjoner for å utføre vanlige systemkonfigurasjons- og administrasjonsoppgaver. Red Hats virksomhet utviklet seg ganske vellykket, i 1999 ble dette selskapet korporert - umiddelbart etter emisjonen vokste aksjene i pris veldig kraftig, men så avtok spenningen. Red Hat har for tiden en svært stor andel av Linux-server- og arbeidsstasjonsmarkedet. Takk til Red Hat i samfunnet Linux-brukere RPM-pakkeformatet er svært utbredt.

Nesten samtidig med Red Hat dukket Debian-prosjektet opp. Målet hans var omtrent det samme - å lage en helhetlig distribusjon av Linux og GNU fri programvare, men dette prosjektet ble tenkt som en grunnleggende non-profit, utført av et fellesskap av utviklere, hvor reglene for samhandling fullt ut ville samsvare med idealene om fri programvare. Debian-utviklerfellesskapet er internasjonalt, hvis medlemmer samhandler via Internett, og normene for samhandling mellom dem bestemmes av spesielle dokumenter - policyer (eng. Politikk).

Utviklerfellesskapet tjener ikke på salget av Debian, versjonene er fritt distribuert, tilgjengelige på Internett og kan også distribueres på harde medier (CD, DVD), men selv i dette tilfellet overstiger prisen sjelden mye. kostnaden for mediene og marginen som betaler for kostnadene ved publisering ... Debian-utvikling ble opprinnelig sponset av Free Software Foundation. Debian-distribusjoner har alltid vært rettet først og fremst mot profesjonelle brukere, på en eller annen måte relatert til akademisk programvareutvikling, som er klare til å lese dokumentasjonen og med egne hender organisere den nødvendige profilen til systemet, nøyaktig tilsvarer oppgavene deres. Målrettingen av et slikt publikum forutbestemte noen av utviklingstrendene til Debian: det har aldri vært en overflod av "enkle" grafikk sette opp miljøet, alle slags "trollmenn", men det har alltid vært mye oppmerksomhet til midler for konsistent og enhetlig programvareintegrasjon i et enkelt system. Det var i Debian at pakkebehandlingen (APT) ble introdusert. Debian er for tiden mest populær distribusjon Linux blant brukere som er profesjonelle innen informasjonsteknologi.

Når gratis programvare etterspørres, er det umiddelbart mange alternative løsninger- så det skjedde med Linux-distribusjoner. Siden 1995 har et stort antall kommersielle selskaper og gratis samfunn oppstått (og fortsetter å dukke opp), som satte seg i oppgave å forberede og gi ut Linux-distribusjoner. Hver av dem har sine egne egenskaper, sine egne målgruppen, deres prioriteringer. Til dags dato har det dukket opp flere ledere på distribusjonsmarkedet som tilbyr mer eller mindre universelle løsninger og er de mest kjente og brukte. I tillegg til de allerede navngitte Red Hat og Debian, bør tyske SuSE og franske Mandriva (til 2005 - Mandrake) nevnes blant distribusjonene rettet mot vanlige brukere, blant de som er adressert til spesialister - Gentoo. Men i tillegg til de «store» aktørene i distribusjonsmarkedet, er det mange flere mindre vanlige distribusjoner. Nå står brukeren som ønsker å installere Linux overfor spørsmålet om å velge et distribusjonssett. Utvelgelseskriteriene – og oppgavene som skal løses ved bruk av Linux, og opplæringsnivået til brukeren, og teknologien, og kommende kontakter med fellesskapet som utvikler distribusjonen.

Operativsystem distribusjon

En operativsystemdistribusjon er en form for distribusjon av systemprogramvare. Distribusjoner eksisterer fordi programvaren som brukes til å distribuere den, nesten aldri samsvarer med programvaren på det kjørende systemet.

Distribusjonssettet inneholder vanligvis programmer for innledende systeminitialisering (initialisering av maskinvaren, lasting av en nedstrippet versjon av systemet og start av installasjonsprogrammet), et installasjonsprogram (for å velge moduser og installasjonsparametere) og et sett spesielle filer som inneholder separate deler av systemet (de såkalte pakkene).

Installasjonsprogrammet lar deg også førstegangs oppsett systemer.

Distribusjonsegenskaper:

distribusjonspolitikk

et dokument som regulerer av hvem og hvordan distribusjonssettet er utviklet, på hvilket grunnlag programvaren er inkludert i det, hvilke krav (for plassering i filsystem, interaksjon med andre komponenter i distribusjonen, etc.) presenteres for pakker

lasteprogram

initialisering av maskinvare, oppstart av en (vanligvis) nedstrippet versjon av systemet, initialisering av media

installatør

velge installasjonsalternativer og pakker som skal installeres

innledende konfigurasjonsprogram

første systemkonfigurasjon

pakkeansvarlig

installere pakker på et kjørende system, oppdatere pakker osv.

pakkesett

tilgjengeligheten av programmer som er nødvendige for brukeren, spesialiseringen av distribusjonen ( generelt formål, redning, "live", mikro, etc., samt fokus på å løse spesifikke problemer - klyngefordelinger, distribusjoner for spesifikke vitenskapsområder, etc.)

utvikler

tekniske, administrative, økonomiske og andre løsninger som ligger til grunn for distribusjonssettet, tilgjengelighet av brukerstøtte

samfunnet

kompetanse hos brukere, gjensidig bistand, erfaringsutveksling mellom brukere

andre egenskaper

enkel installasjon og sikkerhet, enkel tilpasning, levetid, stabilitet i utviklingen av distribusjonssettet, betaling for distribusjonssettet, etc.