Det er situasjoner når du trenger den nyeste versjonen av et program, men det er ikke i depotet til distribusjonen din. Eller dette programmet er ikke lagt til der i det hele tatt av en eller annen grunn. Det er flere alternativer for å få dette programmet, en av dem er å bygge programmet fra kildekoden, direkte for distribusjonen din. Selvfølgelig snakker vi om open source-programmer :)
Montering (kompilering) av et program er transformasjonen av kildekoden, skrevet i et kompilert programmeringsspråk (for eksempel C++), som er forståelig for programmereren, til binær kode (en sekvens av nuller og enere), som er forståelig til datamaskinens sentrale prosessor. Ikke alle programmeringsspråk er kompilert. For eksempel kan kode i Python kjøres umiddelbart, uten å oversette den til binær kode (selv om dette også er mulig). For å bygge et program er det lurt å ha en ganske kraftig, og gjerne flerkjernede, prosessor. Aldri kompiler programmer på bærbare datamaskiner! Dette vil ha en ekstremt negativ innvirkning på deres forventede levetid (de er ikke designet for slike belastninger, med mindre du selvfølgelig har en bærbar PC).
Det er ikke noe komplisert med å bygge et program fra kildekoden. Det viktigste å huske er én regel: i en pakkedistribusjon bør du aldri bruke metoden gjøre installer. Ellers vil du få en stor haug med problemer i fremtiden. Når du innser at du ønsket å fjerne programmet (installert på denne måten), men pakkebehandleren vet ikke om det. Og selve programmet består av flere hundre filer spredt over forskjellige kataloger. Skummelt? Derfor, i pakkede distribusjoner, må programmet settes sammen til, faktisk, en pakke. Da kan den fjernes uten problemer, hvis noe skjer. Jeg skrev dette fordi mange av veiledningene jeg har kommet over om hvordan man kompilerer programmer på Linux beskriver nøyaktig gjøre installer. Du kan bare fjerne et program som er installert på denne måten i to tilfeller:
- hvis du fortsatt har et arkiv med koden (så kan du kjøre foreta avinstallering);
- hvis programmets kildekode støtter det.
Jeg legger merke til at ikke alle programmer kan settes sammen på samme måte. Derfor bør du alltid lese monteringsanvisningen, som ligger i arkivet med kildekoden. Det hender at utvikleren legger et skript der, som når det lanseres gjør alt selv (kompilerer og installerer, men vi husker på å lage installering), eller det er kanskje ikke egnet for montering gjøre, men du trenger et annet monteringssystem. For å bygge et program må du også installere monteringsavhengighetene som er nødvendige for det (disse er pakker med prefikset -dev). For raskt å sette sammen et program til en pakke for å kunne installere eller avinstallere det uten problemer, finnes det et verktøy som heter sjekkinstaller. Det vil tillate deg å lage en pakke som er hjemmehørende i systemet ( deb eller rpm), som lar deg bruke standard pakkebehandling for å installere/avinstallere den
For å bygge programmer i GNU/Linux bruker du (for det meste) programmet gjøre, som kjører instruksjoner fra Makefile, men siden det er mange GNU/Linux-distribusjoner, og de er alle forskjellige, for å kompilere programmet, må du spesifisere banene der bibliotekene og headerfilene er plassert separat for hver distribusjon. Programmerere kan ikke studere hver distribusjon og lage Make-filer for hver enkelt. Derfor kom de opp med konfiguratorer som "studerer" systemet og lager en Makefile i samsvar med kunnskapen man har fått. For å bygge trenger vi kompilatorer: de er spesifisert i pakkeavhengighetene bygge-essensielt, så det er nok å installere det med alle avhengighetene. Fortsatt behov autokonf Og bilprodusent. Hvis programmet er skrevet inn Qt, da er det vanligvis satt sammen enten av et team qmake(selvfølgelig må den installeres), eller ved å åpne prosjektfilen i noen IDE(som oftest Qt Creator) og sammenstillinger i den.
Først må du forberede systemet. For å gjøre dette, vil vi installere det nødvendige settet med verktøy:
S udo apt install build-essensial gcc devscripts git fakeroot automake autoconf
Du kan få tak i kildekoden på forskjellige måter. Last ned fra Internett (for eksempel fra utviklerens nettsted), klone et depot med kildekode, og så videre. I det første tilfellet, generelt, er alt klart. I det andre: anta at programmet er i git-depotet (på GitHub, For eksempel). Vi kan gå til dette depotet og laste ned arkivet med koden derfra
Så kopier hele depotet til deg selv (som utviklere gjør). La oss for eksempel ta programmet mgba. Dette er en spillkonsoll-emulator Nintendo GameBoy. Depotadresse. La oss kopiere det selv:
git-klone https://github.com/mgba-emu/mgba.git
I hjemmekatalogen din vil du ha en katalog med kildekoden. På samme side av programmet er det monteringsanvisning.
Vi leser nøye. Åpne en terminal og gå til katalogen med kildekoden:
cd ~/mgba
Og vi setter sammen programmet:
mkdir bygge
cd bygge
cmake -DCMAKE_INSTALL_PREFIX:PATH=/usr ..
gjøre
sudo checkinstall -D
Du vil bli bedt om litt informasjon (pakkenavn, versjon osv. Det anbefales å fylle ut alle felter). Etter montering, i katalogen ovenfor (det vil si i mgba), vil en deb-pakke med programmet vises. Nå kan du ganske enkelt installere den ved å dobbeltklikke eller bruke kommandoen sudo dpkg -i pakkenavn.deb. Hvis du begynner å motta feilmeldinger under monteringen, les dem nøye. Det kan mangle noen monteringsavhengigheter.
La oss ta et litt annet eksempel, som bruker en konfigurator. I dette tilfellet, i katalogen med kildekoden, er skriptene plassert: autogen.sh, konfigurere o.l. Autogen.sh genererer et skript konfigurere, som du allerede kan konfigurere programmet med før montering (ja, ja, konfiguratoren til konfiguratoren). Som alltid, ikke glem å lese instruksjonene for å sette sammen et bestemt program. La oss anta at arkivet inneholder autogen.sh-skriptet. La oss utføre det:
./autogen.sh
Når den er utført, skal konfigureringsfilen vises. For å se hvilke parametere du kan bygge programmet med, skriv inn:
./configure --help
Se gjennom alle tilgjengelige alternativer. Vanligvis kan dette være støtte for ulike plugins, montering med et alternativt grensesnitt, til og med montering for en annen prosessorarkitektur. La oss si at et program bruker et grensesnitt skrevet inn GTK+ 2, men har et alternativ på GTK+ 3. Da vil programkonfigurasjonen se slik ut:
./configure --with-gtk3
./configure --enable-gtk3
Alt vil bli beskrevet i detalj i instruksjonene. Det er et visst sett med standardalternativer (etter å ha skrevet inn ./configure --help, skrives de først), for eksempel å spesifisere installasjonsbanen:
Prefiks=/usr
Etter å ha kjørt konfigurering og vellykket konfigurering av koden, kan du kjøre bygget:
sudo checkinstall
Det er alt. Som du kan se, er det ikke noe komplisert her. Selv om jeg ikke vil skjule, hender det at utvikleren ikke brydde seg med monteringsinstruksjoner av høy kvalitet. Men dette skjer sjelden. Jeg vil også trekke oppmerksomheten din til følgende: ty til å bygge et program fra kildekoden bare som en siste utvei. Hvis du bruker Ubuntu LTS, se deretter (ved hjelp av Google) for å se om programmet du trenger (eller en nyere versjon) er tilgjengelig i en nyere versjon av Ubuntu. Eller kanskje det er det
Jeg har Alt Linux 5.0 Master med KDE4 grafisk miljø.
Alt beskrevet er også aktuelt for KDE3 og andre grafiske skall; forskjellen vil hovedsakelig være i utformingen og arrangementet av skrivebordselementer.
Husk at Linux ikke er Windows! Og arbeidet du er vant til i Windows er nesten ikke aktuelt for Linux. Men det er ikke så skummelt og komplisert.
Så her er skrivebordet ditt:
I nedre venstre hjørne av skjermen er det et blått ikon med bokstaven K. 
Kanskje etter å ha sett på de foreslåtte applikasjonene, vil du forstå at ikke alle programmer passer deg, eller at noen nødvendige programmer ikke er tilgjengelige i det hele tatt. Og du vil ha et logisk spørsmål: - Hvordan installerer du programmet?
De fleste av alle programmer i Linux installeres kun fra programlageret til en gitt distribusjon.
Synaptic-pakkebehandleren brukes til å installere programmer. Vi finner den i menyen og starter den.
En dialogboks vises der du blir bedt om å angi systemadministratorpassordet, skriv det inn.
Pakkebehandlingsvinduet er åpent foran deg. I den kan du se tilgjengeligheten av pakker etter seksjon eller status.
La oss nå prøve å installere ktorrent-programmet - dette er en torrentklient inkludert i KDE. For å gjøre dette, sørg først for at vi har installasjons-CDen vår koblet til depotene. Det vil si disken du installerte systemet fra. Gå til menyelementet Innstillinger og velg Repositories.
Finn cd-rom i listen og se etter et hakemerke i kolonnen Tillatt:
Du kan søke etter pakken du trenger etter navn eller beskrivelse ved å klikke på den tilsvarende knappen - Søk.
Klikk på Søk-knappen og skriv inn navnet på programmet du leter etter i dialogboksen.
Klikk Søk. Søkeresultatet viser programmet vi leter etter. Klikk med høyre museknapp og velg fra dialogmenyen - Merk for installasjon.
Installasjonen vil bare skje når du klikker på knappen Søke om. En dialogboks vil vises foran deg som informerer deg om endringene du er i ferd med å gjøre. Hvis du forstår hva du gjør og ikke ønsker å gjøre ytterligere justeringer, så trykk gjerne på knappen Søke om i denne dialogen.
Når installasjonen er fullført, vil du se en melding fra pakkebehandlingen som informerer deg om at installasjonen er fullført.
Programmet er installert.
La oss nå vurdere en situasjon der du ikke har den nødvendige applikasjonen installert og søking på disken ikke ga deg et positivt resultat. Så hva bør vi gjøre?
La oss gå tilbake til Synaptic-innstillingene og koble til flere depoter på internett til de tilsvarende adressene som er angitt i URL-feltet. For å gjøre dette trenger du bare å krysse av for depotene vi trenger. Det bør bemerkes at minst to depoter må kontrolleres. En for vår i586-arkitektur og den andre arkitekturuavhengige noarch. Samtidig, med tilkoblede "branch"-lagre, er det tilrådelig å deaktivere (fjerne haken) av disken din i listen over depoter, og da vil alle pakkene bli installert fra grenen (fra en server plassert på Internett. I dette tilfellet må det være en Internett-tilkobling).
Deretter bekrefter vi vårt valg ved å trykke OK. Deretter vises et vindu som advarer oss om endringer i depotene.
lukk vinduet og trykk på knappen Få informasjon.
Når du klikker på denne knappen, vil pakkebehandleren lese informasjonen om pakkene i depotene vi nylig har koblet til og gjenskape indeksfilene. Deretter kan du prøve på nytt for å finne applikasjonen du trenger.
Hvis du fortsatt ikke finner applikasjonen du trenger eller ikke kan installere den ved hjelp av Synaptic, besøk ALT Linux Wiki-siden:
Du har nettopp installert Alt Linux på datamaskinen din. Vi vil anta at det grafiske miljøet du bruker er KDE 4. Alt som beskrives gjelder også for KDE 3 og andre grafiske miljøer, forskjellen vil for det meste ligge i utformingen og arrangementet av skrivebordselementer.
Du blir presentert med en påloggingsforespørsel. Det kan se annerledes ut, avhengig av versjonen av Linux, men generelt er forskjellene kun i design.
Skriv inn brukernavnet og passordet som ble opprettet under installasjonen. Ikke forveksle systemadministratorinnloggingen - rot, med påloggingen som du skulle ha opprettet på installasjonsstadiet. I tillegg logger du inn med din innlogging rot Du vil ikke kunne gjøre dette i grafisk modus; denne funksjonen er deaktivert av sikkerhetsgrunner.
Du er logget inn. Nå har du et spørsmål - Hva skal du gjøre videre? La oss begynne med dette.
Det første du bør huske er at Linux ikke er Windows! Og metodene du er vant til å jobbe i Windows er nesten ikke aktuelt for Linux. Jeg råder deg til å være tålmodig og være forberedt på at mange ting kanskje ikke fungerer for deg første gang. Det vil være bra hvis du har litt litteratur om Linux for hånden, rettet mot nybegynnere. Hun vil kunne oppklare mye for deg.
Så her er arbeidsmiljøet ditt:
Det er et blått ikon med bokstaven K i nedre venstre hjørne av skjermen.
Etter å ha bla gjennom den en stund, vil du innse at ikke all installert programvare tilfredsstiller deg, eller at noen nødvendige programmer ikke er tilgjengelige i det hele tatt. Og du vil ha et logisk spørsmål: - Hvordan installerer du programmet?
De aller fleste av alle programmer på Linux er installert bare fra depotet programmer for denne distribusjonen. Det er ikke nødvendig å laste ned *.rpm eller *.run pakker separat. Dette gjelder både applikasjoner og enhetsdrivere.
Synaptic-pakkebehandleren brukes til å installere programmer. Vi finner den i menyen og starter den.
En dialogboks vises der du blir bedt om å angi systemadministratorpassordet, skriv det inn. Klikk OK.
Vi leser kommentaren til programmet nøye og prøver å huske alt. Hvis du vil at dette vinduet skal vises neste gang, sett et kryss i den aktuelle boksen; hvis ikke, trenger du ikke å krysse av for det.
Nå er pakkebehandlingsvinduet åpent foran deg. I den kan du se tilgjengeligheten av pakker etter seksjon eller status. Du kan søke etter pakken du trenger etter navn eller beskrivelse ved å klikke på den tilsvarende knappen - Søk.
La oss nå prøve å installere ktorrent-programmet - dette er en torrentklient inkludert i KDE. For å gjøre dette, sørg først for at vi har installasjons-CDen vår koblet til depotene. Det vil si disken du installerte systemet fra. Gå til menyelementet Innstillinger og velg Repositories.
Finn vår cd-rom i listen og se etter et hakemerke i kolonnen Tillatt.
Dette forteller oss at installasjons-CDen brukes som et depot, det vil si en kilde til pakker. Lukk vinduet ved å klikke OK.
Klikk på Søk-knappen og skriv inn navnet på programmet du leter etter i dialogboksen.
En del av programnavnet, for eksempel tor, kan legges inn i søkefeltet, så vil søket vise oss alle funne programmer og beskrivelser av programmer der tor finnes.
Klikk søk. Søkeresultatet viser programmet vi leter etter. Høyreklikk og velg Merk for installasjon fra dialogmenyen.
Deretter vil ønsket program bli merket med det tilsvarende ikonet.
På samme måte kan du søke etter andre programmer du trenger og merke dem for installasjon. Selve installasjonen vil bare skje når du klikker på Bruk-knappen. En dialogboks vil vises foran deg som informerer deg om endringene du er i ferd med å gjøre. Hvis du forstår hva du gjør og ikke ønsker å gjøre flere justeringer, så klikk gjerne på Bruk-knappen i denne dialogboksen.
Når installasjonen er fullført, vil du se utdata fra pakkebehandlingen som indikerer at installasjonen er fullført.
Du bør installere eller avinstallere andre applikasjoner på nøyaktig samme måte.
Nå, ved å gå til hovedmenyen, kan vi finne programmet vi installerte i den.
La oss nå vurdere en situasjon der du ikke har den nødvendige applikasjonen installert og søking på disken ikke ga deg et positivt resultat. Så hva bør vi gjøre? - du spør. Det viktigste er ikke å få panikk! La oss gå tilbake til Synaptic-innstillingene og koble til flere depoter som ligger på Internett på de tilsvarende adressene som er spesifisert i URL-feltet. For å gjøre dette trenger du bare å krysse av for depotene vi trenger. Det bør bemerkes at minst to depoter må kontrolleres. En for vår i586-arkitektur og den andre arkitekturuavhengige noarch. Samtidig, med tilkoblede "branch"-lagre, er det tilrådelig å deaktivere disken din i listen over depoter, og da vil alle pakkene bli installert fra grenen.
Deretter bekrefter vi valget vårt ved å klikke OK. Deretter vises et vindu som advarer oss om endringer i depotene.
Les nøye hva som er skrevet, lukk vinduet og klikk på Hent informasjon-knappen.
Ved å klikke på denne knappen vil pakkebehandleren lese informasjonen om pakkene i depotene vi nylig har koblet til og gjenskape indeksfilene. Deretter kan du prøve på nytt for å finne applikasjonen du trenger.
Hvis du fortsatt ikke finner applikasjonen du trenger eller ikke kan installere den ved hjelp av Synaptic, besøk wiki-siden ALT Linux Wiki: http://www.altlinux.org
Til min overraskelse har mye av "Jeg har ikke brukt det selv, men jeg fordømmer det" utviklet seg rundt det innenlandske distribusjonssettet ALT (det rekursive akronymet ALT Linux Team). Jeg skal ikke lete her etter årsakene til slik myteskaping, men jeg skal prøve å avlive disse mytene.
ALT Linux
Men først skal jeg kort fortelle deg om mitt bekjentskap med Alt. I desember 2009 mottok jeg en ny utgave av magasinet Linux Format med en disk som ALT Linux Centaurus 5.0 ble spilt inn på. Før dette brukte jeg Ubuntu versjoner 8.10, 9.04, 9.10 i et år. Og før Ubuntu, distribusjonssettet Mandriva 2008. Jeg likte Centaur på grunn av stabiliteten og ut-av-boksen. Det var ikke nødvendig å laste ned kodeker, installere flere programmer (dette var kritisk for meg, siden hver megabyte via GPRS kostet 5,5 rubler), lyden i spill krasjet ikke (ALT hadde ennå ikke Pulseaudio). Jeg ble forelsket i distribusjonen da. Registrert på forumet, i bugzilla. Jeg likte at du ikke trenger å kunne engelsk for å kommunisere med utviklere.
Våren 2015, da jeg følte at jeg burde takke skaperne av distribusjonen, i det minste med hjelp på forumet, begynte jeg å hjelpe brukere på forumet med jevne mellomrom. Sommeren 2015 skrev jeg et skript ldd-requires, som gjør alt arbeidet med å finne ut hvilke pakker som mangler for å kjøre binæren for brukeren, og gir ham kommandoen apt-get install slike og slike pakker. Som et resultat ble jeg tilbudt å bli med i ALT Linux-teamet. Og jeg var enig. Og nå i halvannet år har jeg vært en av utviklerne av Alta.
Nå om mytene.
1. ALT er en annen Red Hat/Mandriva-klon
I virkeligheten har ALT vært en uavhengig distribusjon siden 2001 (det startet i 1999 som den russiske Mandrake). I løpet av det siste og et halvt tiåret har det ikke vært noen hint i ALT om at det begynte som en nyinnspilling av Mandrake. Alle de grunnleggende komponentene i distribusjonen er våre egne. RPM-pakkebehandleren og rpmbuild-verktøyet har blitt lappet så mye at de allerede kan betraktes som en gaffel.
Apt-rpm brukes som en pakkebehandling på høyere nivå. Altovskaya apt-rpm har støttet installasjonen av lokale pakker i mange år ved å bruke kommandoen:
Apt-get install patch/ to/ package.rpm
I Debian dukket denne funksjonaliteten først nylig opp i apt-2.0-pakken, som bare vil bli inkludert i den neste stabile utgivelsen av Debian.
Det er et praktisk apt-repo-verktøy for å administrere depoter. Gjennom den kan du ikke bare manipulere depotkilder, men også teste testoppgaver. For eksempel slik:
Apt-repo test oppgavenummer
En annen funksjon i Alta er kjerneoppdateringen. I Alta oppdateres ikke kjernen med apt-get dist-upgrade. En spesiell verktøyoppdatering-kjerne brukes til dette. Alta har flere kjerner. std-def er den nåværende stabile kjernen, un-def er den nyeste kjernen. På nytt utstyr er un-def-kjernen veldig nyttig. Ved oppdatering av kjernen fjernes ikke den gamle. Og dette er veldig bra, for i tilfelle problemer med den nye kjernen, kan du starte opp med den gamle.
For å utvikle pakken brukes gear repositories, som er spesialiserte git-repositories. Gear-depotet lar deg spore endringer og forklare handlingene dine til andre vedlikeholdere ved å bruke commit-kommentarer. Girverktøyet lar deg også automatisere sammenstillingen av pakken til det punktet at den automatisk oppdateres av gear-cronbuild-roboten.
Selve monteringen av pakken utføres i det isolerte miljøet av hasher, som også er utviklet av Altovites. Hasher garanterer reproduserbarhet av pakkebygg, og tillater distribuerte pakkebygg. Hele Sisyfos, som er 17 662 kildepakker for øyeblikket, er fullstendig gjenoppbygd lørdag-søndag.
For å bygge distribusjonsbilder bruker vi mkimage-profiler (m-p) og mkimage-profiler-desktop (m-p-d) byggeteknologier, også utviklet internt, basert på hasher-teknologi. Vanlige lag med alle mulige DE-er samles ukentlig på Sisyfos-basen. Og en gang hver tredje måned, basert på gjeldende stallgren, samles det inn startsett, også med alle mulige DE pluss en server. Vanlige og startsett er lisensiert under GPLv2+.
2. Alta har ikke noe fellesskap
De fleste medlemmene av ALT Linux Team er ikke ansatte i Basalt open source-selskapet. forum.altlinux.org er et veldig aktivt forum. Den har et aktivt brukerfellesskap klare til å hjelpe til med å løse problemene til Alta-brukere. Aktiviteten stopper ikke for en dag, selv på ferier og i sommerferier.
Det er også en klubb med aktive ALT-brukere på forum.russ2.com. De vedlikeholder sitt eget depot og utvikler grafiske grensesnitt for å bygge sine egne distribusjoner: Distro-Navigator og mp-gui. Samler inn våre egne distribusjoner.
Og på grunn av at Alt Education-distribusjonen for juridiske personer er betalt, begynte tema å samle inn Comet-distribusjonen, som er gratis for alle.
3. Viola dukker bare opp der det lukter å kutte i budsjettmidler
La oss starte med den berømte Ponosov-saken. Det er en vedvarende myte at Alt ble interessert i skole først etter denne saken, d.v.s. i 2006 år. I virkeligheten ble ALT Linux først introdusert på skoler i det sørlige føderale distriktet tilbake i 2004. Og prototypen av skoledistribusjonssettene ALT Linux Junior versjon 1.0 ble utgitt tilbake i 2001. De. Alts var interessert i skoler fra de første dagene av distribusjonens selvstendige liv, lenge før kampen mot forfalskning startet, og staten besluttet å kutte i budsjettet.
Og til tross for det faktum at staten lenge har brydd seg om innenlandske programmerere og bringer sekker med dollar til Microsoft, fortsatte Altovitene å gi ut skoledistribusjoner uten å tjene en krone på det. Og i forbindelse med opprettelsen av Basalt åpen kildekode-programvare på forespørsel fra IVK-investoren, motvillig, gjorde utviklerne Alt Education 8.0 betalt for juridiske enheter. Samtidig er selve distribusjonsbyggeprofilen åpen, vennligst endre merkevaren og bygg distribusjonen din. Det er ekstremt enkelt å endre merkevaren til Alto-distribusjonssett, siden de er delt inn i et eget sett med pakker, i motsetning til Ubuntu.
4. ALT-distribusjonen er buggy
Som med alle andre distribusjoner har ALT-distribusjoner feil, og ikke alle pakker er testet for funksjonalitet. Altas brukerfellesskap er mye mindre enn Ubuntus, så tilbakemeldingene fra brukerne er ikke særlig gode. Det skjer at rett og slett ingen bruker pakkene som samles inn, og vedlikeholderen setter pakken til automatisk montering, siden den allerede har mer enn to hundre pakker hengende på den (Igor Vlasenko har 3084 pakker, naturlig nok er de fleste av dem satt sammen av roboter han skrev). Som et resultat blir denne pakken på et tidspunkt ikke helt funksjonell, og det er ingen som kan informere vedlikeholderen. Og det hender at brukeren, etter å ha møtt en slik pakke, ikke informerer noen, forblir stille og samler sinne. Og på et tidspunkt kommer han bare til forumet og øser ut alt som koker i sjelen hans over alle. Alt er en buggy-distribusjon, ingenting fungerer, jeg drar til Ubuntu!
Realiteten er at til tross for at Alt først og fremst er utviklet av førsteklasses spesialister, mangler Alt vedlikeholdere kritisk. Automatiserte tester, som Repocop-teknologi, hjelper heller ikke her.
Alta-fordelinger er polert og fungerer ut av esken. De tilbyr funksjoner som er nødvendige for bedrifter, for eksempel rask distribusjon av Actve Directory, 1C: Enterprise, installasjon av Crypto-pro (cryptopro-preinstall package), firefox-gost nettleser. Alt Linux Education-distribusjonen har innebygde verktøy for klasseromsadministrasjon og mange andre funksjoner som lærere trenger.
Men naturlig nok står ALT overfor den tøffe virkeligheten når interaktive tavler som brukes på skoler kun har drivere for Windows, eller et eller annet proprietært program er spikret til Ubuntu, og til en spesifikk versjon (jeg kom over et slikt problem på forumet). Her har distribusjonsutviklerne slett ikke skylden.
Dessverre kan du for øyeblikket bare jobbe fullt ut med offentlige nettsteder under Windows. Det eneste unntaket er https://www.roseltorg.ru Du kan jobbe med det fullt ut under Alt. Hva kan jeg si, våre tjenestemenn bryr seg om Microsofts konkurransefortrinn.