Installer applikasjoner på Guadalinex v9

Ved installasjon Guadalinex v9 er det en rekke applikasjoner som nå vil være direkte tilgjengelige for bruk uten å måtte gjøre noe annet. Hvis du trenger andre som ikke er inkludert i den første installasjonen, er det ikke noe problem, du kan legge dem til systemet når som helst.

Når du installerer en ny applikasjon på Guadalinex og generelt i Linux kan det være fire tilfeller

• at applikasjonen du trenger er i programvarelagrene til Guadalinex
• som er i et spesifikt depot utenfor de av Guadalinex
• be utvikleren gi deg en DEB-pakke (systemet som brukes av Debian og dens derivater)
• for å gi deg kildekoden slik at du kan kompilere den selv

Disse fire situasjonene er sortert som starter med den enkleste og slutter med den mest tungvinte og starter også med den mest sannsynlige og slutter med den minst hyppige; så den desidert mest sannsynlige installasjonsmetoden vil være den enkleste.

Installer fra Guadalinex-depotene

Programvarelager er forløperne til moderne programvarebutikker som du garantert vil bruke, for eksempel til å installere applikasjoner på mobiltelefonen din. Du kan bli overrasket over å vite at denne oppfinnelsen har eksistert i lang tid.

Programvaren fra depotene kan installeres veldig enkelt med en kommando fra konsollen eller, hvis du ikke liker terminalen særlig godt, fra en grafisk applikasjon som også vil hjelpe deg å utforske de tilgjengelige pakkene.

For å installere en pakke fra kommandolinjen, skriv bare inn sudo apt-get installasjonsprogram, med "program" som navnet på pakken. Det er ikke essensielt, men det er en god idé å starte med å oppdatere pakkelisten med sudo apt-get update. Kommandoen sudo som går foran kommandoene brukes til å utføre dem med administratorrettigheter, så i det minste første gang vil den be deg om å skrive passordet ditt, og logisk sett må brukeren din være i administratorgruppen. Mens du oppdaterer, vil den vise fremdriften, i skjermbildet nedenfor vises det nedtonet og oppsummert for å fokusere på det som er viktig.

Hvis pakken du installerer avhenger av andre, vil den informere deg og be deg om bekreftelse på å installere dem. For å installere alt må du klikke på S-tasten (som, ettersom den er valgt som standard, kan erstattes av Enter-tasten) eller hvis det den tilbyr ikke passer deg, kan du klikke på n-tasten og avbryte operasjonen. I skjermbildet nedenfor, som også er nedtonet, tilbyr den å installere noen pakker i tillegg til Arduino, som er den vi har bedt om, og foreslår og anbefaler andre. Den informerer deg også om at du må bruke en viss mengde diskplass for å fullføre operasjonen.

Hvis du foretrekker noe mer grafisk, Guadalinex v9 bruksområder Synaptic Som pakkeansvarlig, etter min mening, en utmerket beslutning. For å starte den må du velge den fra Administrasjonsoppføringen i hovedmenyen hvis du bruker "standard"-versjonen eller fra Preferences hvis du bruker "lite"-versjonen.

Siden det krever administratorrettigheter, vil det be deg om passordet før du kjører programmet. Hvis brukeren din ikke er i administratorgruppen, vil du garantert kjenne passordet til noen andre som er det (å jobbe normalt med en uprivilegert bruker er ikke tull, det legger til et ekstra lag med sikkerhet) Boksen som inneholder brukerens navn er en rullegardinmeny. menyen der du kan velge den privilegerte brukeren og deretter skrive passordet i boksen nedenfor.

Antallet programmer som er inkludert i Guadalinex-depotene er ganske stort, så for å finne den du leter etter kan du utforske en seksjon ved å klikke på den tilsvarende knappen i nedre venstre boks og deretter på navnet øverst til venstre og få informasjon om det ved å velge det fra høyre.

I eksemplet i skjermbildet nedenfor har vi valgt elektronikkdelen av "universet"-lagrene (gratis programvare), og fra den har vi valgt Arduino, hvis beskrivelse vises i boksen nederst til høyre.

I esken som inneholder pakkebeskrivelsen er det tre knapper. Den første, den lengst til venstre, tjener til å vise et skjermbilde av applikasjonen. Med den sentrale kan du se en rapport over endringene som pakken har gjennomgått siden vi installerte den (hvis aktuelt) og med den siste kan du besøke applikasjonens nettside.

Du kan også finne den ved å bruke søkemotoren og skrive litt tekst i navnet eller beskrivelsen av pakken. Boksen til venstre vil endres til søkeresultatmodus der en liste over de siste søkene vises. Pakkene funnet med søkebetingelsene vil vises i boksen til høyre.

Når vi har funnet pakken (eller pakkene) som vi ønsker å installere, er alt vi trenger å gjøre å velge den med hurtigmenyknappen på musen (normalt den høyre, med mindre du er venstrehendt) og velge å merke til installere. Denne operasjonen kan gjentas for så mange programmer som nødvendig, og når installasjonen er ferdig, utføres installasjonen ved å klikke på "Bruk"-knappen.

Som forklart med bestillingen apt-get installasjon, hvis det var nødvendig å installere andre pakker som den vi valgte var avhengig av, ville en informasjonsboks vises med kravene og autorisasjon ville bli bedt om før merking av dem.

Det har allerede blitt sagt at etter dette, klikk på bruk vil installere de merkede pakkene, så vi vet allerede hvordan vi installerer applikasjoner som er i depotene, nå skal vi se hvordan legge til nye depoter for å installere andre programmer som ikke er blant de som tilbys av Guadalinex. Selvfølgelig vil du trenge at utvikleren gir deg informasjonen om disse depotene.

Installer fra et depot som ikke er inkludert i Guadalinex

Anta at jeg vil installere den praktfulle kretssimulatoren hva skjer. Først av alt, som allerede sagt, ville jeg se nærmere på Synaptic, vår pakkebehandler, for å se om den er tilgjengelig i depotene vi Guadalinex har konfigurert.

Ingen pakke med det navnet vises. Logisk sett har jeg forsikret meg om at det er skrevet riktig og at det er det jeg virkelig ser etter, så jeg antar at det ikke er i depotene.

Den neste tingen vil være å få den nødvendige informasjonen for å legge til depotene som inneholder programmet jeg trenger til konfigurasjonen min. I mitt eksempel har jeg søkt hva skjer på Internett, og jeg har blant annet funnet på deres nettsider det jeg fremhever i følgende skjermbilde: en lenke til PPA (Personal Package Archive in Spanish)) for applikasjonspakkene .

I samme lenke forklarer det også hvordan du gjør det fra konsollen. Siden det er veldig enkelt, la oss se på det før vi beskriver hvordan du gjør det Synaptic. Du trenger åpenbart ikke gjøre mer enn én av to ting: enten fra konsollen eller fra pakkebehandlingen.

For å legge til depotet fra konsollen, bruk sudo-kommandoen apt-add-repository ppa:qucs/qucs som også vil ha ansvaret for å søke etter den offentlige nøkkelen slik at utviklerens identitet ikke kan etterlignes og annen programvare installeres. Når det er lagt til, vil det være nødvendig å oppdatere depotene med bestillingen sudo apt-get update. Og allerede for å installere pakken (og dens avhengigheter) ville det være nok å bruke kommandoen sudo apt-get install qucs. Som vi allerede har forklart, vil det være nødvendig å godta installasjonen av tilleggspakkene som vår er avhengig av, og siden administrative rettigheter er nødvendige, vil den be om passordet minst første gang.

Som med andre konsolløkter, i skjermbildet nedenfor, har jeg nedtonet meldingene og oppsummert de mindre betydningsfulle for å fremheve det som er viktigst for deg: kommandoene og advarslene som venter på svar. Når prosessen er fullført, vil programmet være installert på systemet vårt og klart til bruk.

Som du har sett, med terminalen er det ganske raskt og veldig enkelt. Vi skal nå forklare hvordan du gjør det fra Synaptic. I utgangspunktet må du legge til det nye depotet og, for sikkerhets skyld, den offentlige nøkkelen som signerer den (for å forhindre at den blir etterlignet).Vi kan starte med å søke etter nøkkelen og dermed gjør vi resten av prosessen fra pakkebehandlingen.

På prosjektets hjemmeside hva skjer vi hadde funnet informasjon om PPA som fører oss til pakkenes nettside. I det følgende skjermbildet har jeg markert lenken for å finne nøkkelen. Du må vise den tekniske informasjonen til PPA og klikke på den (signeringsnøkkel)

Ved å klikke på tasten vil nettleseren ta deg til søkesiden for Ubuntu nøkkelserver. I vårt tilfelle er det bare én, vi klikker på den og vi har allerede teksten til den offentlige nøkkelen; Det er den teksten som er inkludert mellom linjene BEGIN PGP PUBLIC KEY BLOCK og END PGP PUBLIC KEY BLOCK.

For å bruke nøkkelen i pakkebehandlingen må du kopiere den (også linjene som omslutter den) og lagre den i et vanlig tekstdokument (det vil si med et tekstredigeringsprogram som f.eks. gedit, ikke med en tekstbehandler som den i LibreOffice) Husk navn og plassering av dokumentet for når pakkeansvarlig spør.

vi hadde søkt hva skjer i pakkebehandlingen vår og den ikke dukket opp, nå skal vi legge til det nye depotet som inneholder det ved å bruke, for å gjøre det, "Repositories"-oppføringen i "Innstillinger"-menyen.

Når du går inn i innstillingene, vises en dialogboks. I fanen "Annen programvare" kan du se en liste over tilgjengelige depoter og med knappen "Legg til" kan du spesifisere en ny.

I dialogboksen som vises, skriver vi adressen til PPA som vi har hentet fra nettsiden som vi tidligere viste. Det er viktig å merke seg at du må spesifisere hvilken versjon av Ubuntu som skal brukes. I vårt tilfelle, som vi forklarte i artikkelen Vi har allerede Guadalinex v9, stammer det fra Ubuntu TrustyTahr så vi må skrive pålitelig for å bestemme depotet som brukes.

La oss gå tilbake til Qucs PPA-nettsted for å forklare hvor dette kom fra. deb http://ppa.launchpad.net/qucs/ubuntu trofast hoved. I det følgende skjermbildet er området som inneholder informasjonen som interesserer oss nå fremhevet.

Når det nye depotet er lagt til, vises det i den forrige listen. Kildekodelagret dukker forresten også opp i tillegg til det som inneholder de binære pakkene (allerede kompilert) som vi har spesifisert.

Før vi installerer pakkene fra det nye depotet, må vi kunne verifisere dem med nøkkelen deres. Dette er grunnen til at vi kopierer det fra nettet og lagrer det i et tekstdokument. I kategorien "Autentisering" kan vi laste den med "Importer nøkkel"-knappen som vil spørre oss om plasseringen av dokumentet som inneholder det (den vi registrerte før)

Hvis alt går bra, etter å ha valgt dokumentet med den offentlige nøkkelen i fanen "Autentisering", vil en ny blokk vises som tilsvarer det nye depotet.

Når du lukker dialogboksen etter å ha lagt til det nye depotet og tilhørende nøkkel, advarer pakkebehandleren om at depotene har endret seg, men at endringene ikke vil tre i kraft før de er lastet inn på nytt.

Fra selve repositories-oppdateringsmeldingen kan de lastes på nytt ved å trykke på den tilsvarende knappen. Det kan også gjøres fra hovedgrensesnittet til Synaptic ved å bruke "Reload"-knappen øverst til venstre, under menyen.

Da vi var ferdige med å laste inn informasjonen fra depotene, pakken vi lette etter, hva skjer, er nå tilgjengelig for installasjon som forklart ovenfor: velg den med kontekstmenyknappen, velg "Merk for å installere" og klikk "Bruk" når du er ferdig med å velge pakkene som skal installeres.

Installer fra en DEB-pakke

For å gjøre denne operasjonen veldig enkelt kan vi bruke verktøyet GDebi som brukes til å installere DEB-pakker fra et grafisk miljø. Med alt sett så langt, vet du sikkert hvordan du finner pakken og merker den for å installere den.

Forresten, når du sjekker det, vil det være nødvendig å også velge noen pakker som den bruker. Noen komponenter i tolken Python og kjernepakken til selve programmet (gdebi-core)

Hvis du trenger å installere Healing, lamineringsprogrammet ultimaker, som vi allerede så i forrige seksjon, ville jeg starte med å søke etter det i repositoriene, siden det ikke er tilgjengelig ville jeg prøve å søke på Internett etter andre repositories enn Guadalinex (og pålitelig) som inneholdt den. I dette tilfellet har jeg ikke funnet dem, men jeg har funnet dem på nettsiden ultimaker et dokument med en .deb-utvidelse (en DEB-pakke) som inneholder det.

Det er viktig at du velger pakken som tilsvarer plattformarkitekturen til systemet ditt. I vårt tilfelle i386, som er 32-bitsversjonen av Guadalinex.

Når pakken er lastet ned (fra nettstedet ultimaker) åpner vi den med vår nyinstallerte GDebi. Siden du sannsynligvis ikke har en annen applikasjon installert for å administrere DEB-pakker, er det bare å dobbeltklikke på dokumentikonet (normalt vil det ha havnet i "Nedlastinger"-mappen i din personlige mappe). Men hvis det er et annet standardprogram, kan det noen ganger være skjer med applikasjoner For å komprimere dokumenter, må du velge det med musens kontekstmenyknapp og åpne det uttrykkelig med GDebi.

GDebi advarer om at det vil være nødvendig å installere 8 ekstra pakker for å installere pakken som inneholder Healing. Ved å klikke på "Detaljer"-knappen vises en liste med pakkene som spesifikt må installeres.

Når du klikker på "Installer pakke" vil den be om passordet (husk at installasjon av applikasjoner krever administratorrettigheter). Hvis det, som i vårt tilfelle, trengs andre pakker (avhengigheter), vil den laste dem ned og installere dem automatisk sammen med programmer som pakken vår inneholder.

Og voila, den er nå tilgjengelig for bruk. Alt som gjenstår er å lukke dialogboksene. Du har sikkert lagt merke til at det er mulig, ved å velge den tilsvarende boksen, automatisk å lukke disse dialogboksene hvis det ikke er noen varselmelding om noe som har gått galt eller som krever din oppmerksomhet.

Når installasjonen er fullført, går den tilbake til den første dialogboksen, men denne gangen, i "Status"-boksen, rapporterer den at pakken allerede er installert og tilbyr å avinstallere eller installere den på nytt ved å bruke de tilsvarende knappene for hver operasjon: "Reinstall package" og "Avinstaller pakke".

Etter å ha sett denne tredje metoden, å installere fra en DEB-pakke, kan det virke som om det er enklere enn den andre, å installere fra et depot som ikke er inkludert i Guadalinex, og det antas at de ble bestilt etter vanskelighetsgrad. I lengden er det ikke sånn; bruk av repositories har noen fordeler fremfor bare å installere en pakke; På den ene siden kan de inneholde flere relaterte pakker som løser avhengigheter mer effektivt, og på den andre siden, når depotet er inkorporert i pakkesystemet, vil det være mye enklere, om ikke automatisk, å oppdatere applikasjonene for å rette feil eller innlemme nye funksjoner. Det er også mulig å lage depoter som grupperer applikasjoner av en eller annen type (elektronikk, multimedia, 3D-utskrift...) og som oppdateres oftere enn den offisielle grenen, kompilert for alternative plattformer (som ARM-prosessorer) tilpasset i henhold til enkelte bedrifter eller tekniske kriterier.

Kompiler programmets kildekode

Kompilering er et begrep som brukes for å referere til prosessen med å bygge en applikasjon for bruk på et spesifikt system basert på en bestemt plattform. Kompilerings- eller konstruksjonsprosessen, som den også ofte kalles, gjør det mulig å skaffe kjørbare, binære dokumenter (maskinkode) fra kildekoden. Ovennevnte er gjenstand for mange nyanser, for eksempel i Java byte-kode utføres, som vil være noe sånt som maskinkode for en virtuell maskin (en programvaremaskin, ikke en fysisk). Det er også mange applikasjoner som er skrevet på tolkede språk (som f.eks. Python) selv om det også er mulig for objektkode å opprettes automatisk på et øyeblikk. Det er heller ingen grunn til å ikke blande alt det ovennevnte og for eksempel gjøre de delene av applikasjonen som utfører mer intensive beregningsoppgaver på et kompilert språk og brukergrensesnittet til et tolket språk.

Alt det ovennevnte skulle tyde på at det er for mange mulige måter å bygge en applikasjon på til å kunne snakke om en helt standard metode, og at det er svært sannsynlig at du må se informasjonen som forfatteren gir for å bygge programmet, som sikkert vil bli ledsaget av et konstruksjons- og/eller installasjonsskript (et program, bokstavelig talt et skript).

Med de tidligere forbeholdene nevnt, skal vi se prosessen, så standard som mulig, for å bygge en applikasjon fra kildekoden. I store trekk og prøver å være generisk, er disse trinnene du må ta:

• Last ned kildekoden
• Pakk den ut (hvis aktuelt)
• Angi standardkatalogen (for å gjøre det mer praktisk)
• konfigurering
• Kompilere
• Installer (eller kopier for hånd, der det er aktuelt, byggeresultatet)

Det er hovedsakelig to alternativer last ned kildekoden: at forfatteren tilbyr det, vanligvis komprimert, på en nettside eller, mye mer vanlig i dag, at han bruker et versjonskontrollsystem (VCS) som inkluderer et depot. Selv om det er noen flere, som f.eks Mercurial o Basar, de mest brukte VCS i det siste er Subversion (også kjent som SVN) og i økende grad GIT. Det er mulig at forfatteren gir lenker for å laste ned applikasjonsdokumentene på selve versjonskontrollserveren, men det mest optimale, for eksempel for å opprettholde en oppdatering, er å bruke de spesifikke verktøyene som er tilgjengelige i depotene til Guadalinex.

Ut fra det som er sagt, er det logisk å tenke at hver applikasjon vil trenge verktøyene som er spesifikke for språket som brukes i tillegg til de generiske som kan gjelde. Det er svært sannsynlig at du må installere g++ kompilatoren, som igjen avhenger av gcc som avhenger av cpp og verktøyene make, automake, autoconf, autoreconf... som ikke er i basisinstallasjonen selv om den gode nyheten er at de er i depotene til Guadalinex slik at du allerede vet hvordan du installerer dem.

Nå som vi har installert verktøyene, skal vi teste dem med et par applikasjoner, for eksempel for å laste ned NVC (en VHDL kompilator og simulator) bruker vi kommandoen git-klone https://github.com/nickg/nvc.git

Nå skal vi bruke svn til å laste ned PIC32Prog, en applikasjon for programmering av 32-bit PIC mikrokontrollere ved hjelp av blant annet en PICKit2 programmerer. Ordren som er ansvarlig for å gjøre dette er svn checkout http://pic32prog.googlecode.com/svn/trunk/ pic32prog-read-only Ikke bekymre deg for skrivebeskyttet, hva det betyr er at hvis du ikke er registrert vil du ikke kunne sende endringene du gjør i programmet til depotet, men programmet vil være fullt funksjonelt og selvfølgelig vil du være kan endre det på datamaskinen din. Som vanlig har jeg oppsummert meldingene.

Hvis dette var tilfelle (det er ikke i de tidligere eksemplene) nå ville det være på tide å dekomprimere. Du kan gjøre det med ditt favoritt grafiske verktøy, sannsynligvis med filbehandleren, som er installert med Guadalinex, eller siden vi har konsollen for hånden, kan du bruke en av følgende metoder:

• Hvis det er et dokument i format ZIP med bestillingen pakke ut den nedlastede applikasjonen
• Hvis det er i format TGZ o TAR.GZ med bestillingen tar -zxvf den nedlastede applikasjonen
• Hvis dokumentformatet er BZ2 med bestillingen tar -jxvf den nedlastede applikasjonen

Det neste trinnet, noe ganske lite, men nyttig, er endre katalog (mappen) til den som inneholder applikasjonen vi bygger (kompilerer) Det er ganske enkelt, å være nvc den nye applikasjonsmappen, bruk bare kommandoen cd nvc. Hvis du har endret mapper for andre operasjoner, kan det for eksempel være nødvendig å bruke hele mappebanen cd /home/vixtor/nvc eller hvis det er i din personlige mappe du kan lagre noen tastetrykk med cd ~/nvc. I våre tidligere eksempler ville det se ut som skjermbildene nedenfor viser.

Neste trinn er konfigurasjon. Normalt vil det være nok å bruke kommandoen . / Konfigurer Men som tidligere sagt flere ganger, er det viktig å konsultere hva forfatteren dokumenterer i denne forbindelse. I våre eksempler krever pic32prog ingen konfigurasjon (ingen grunn til å bruke . / Konfigurer) mens nvc må utføre kommandoene først ./autogen.sh y ./tools/fetch-ieee.sh og lag mappen bygge hvorfra konfigurasjonen utføres med kommandoen ../konfigurere

Når applikasjonen er konfigurert, brukes kommandoen gjøre å bygge den. Hvis det er aktuelt, kan det også være nødvendig å bruke make install for å registrere alt på plass etter at den kjørbare koden er generert. Mange ganger kan den brukes gjør rent å la alt være rent, for eksempel for å rekompilere fra bunnen av hvis det gjøres endringer.

I tillegg til verktøyene for å bygge applikasjonen fra kildekoden, kan applikasjonen trenge andre komponenter for å fungere, ofte biblioteker, og derfor for konstruksjonen. I eksemplene våre trenger pic32prog bibliotekene for å administrere USB-porten som programmereren (PICKit eller annet) skal kobles til, og nvc trenger TCL, Flex og LLVM, som må være tilgjengelige før applikasjonen bygges.

Som du vil se, er det mange faktorer som påvirker prosessen med å bygge applikasjonen, så det er nødvendig å avslutte med det som ble sagt i begynnelsen: det er veldig viktig å konsultere dokumentasjonen gitt av forfatteren om metoden og kravene til bygge applikasjonen, siden det er svært vanskelig å tilby en generisk prosedyre utover mantraet å laste ned, pakke ut, konfigurere, bygge, installere og rense.