Kunsten at installere programmer på Linux

Installation af nye programmer på Linux, selvom det har store fordele i forhold til Windows måde at gøre ting på, kan forvirre nye brugere. Her er en liste over ting, der kan forbedres...

1. Open source ... og noget mere

Gratis software giver alle adgang til kildekoden. Imidlertid ønsker de fleste af brugerne ikke adgang til kildekoden til programmerne, men til en simpel binær. I den forstand bør udviklere bekymre sig om at gøre deres applikationer tilgængelige for alle versioner eller i det mindste de fleste af dem. Heldigvis behøver de ikke udføre deres beskidte arbejde, da der er et stort antal fans af de forskellige distroer, der kan hjælpe med denne ædle opgave.

2. Uh ... hvad nu?

Jeg har lige installeret X-applikationen, og genvejen vises ikke i hovedmenuen. Det skete helt sikkert nogensinde for dig, især med Windows-applikationer installeret via Wine. Dette er uacceptabelt i et operativsystem fra det XNUMX. århundrede.

3. Standardiser grænsefladerne

Lad os glemme et øjeblik om den skøre ide om at samle installationspakker i et enkelt format, der aldrig vil ske (i nogle tilfælde af meget gyldige grunde). Det kan dog være meget nyttigt, hvis de grafiske pakkeinstallationsgrænseflader ser ens ud og endda er kompatible med forskellige pakkesystemer. Dette sker i nogle tilfælde, men det skal gøres mere flittigt.

4. Kompilering skal være lettere

Mange gange er det umuligt at få pakkerne til et program til vores yndlingsdistro. I så fald er den eneste mulighed tilbage at downloade kildekoden og prøve at kompilere den. Den dårlige nyhed er, at mange ikke inkluderer en detalje af de trin, der skal følges for at få succes i denne komplicerede opgave. Ville det ikke være rart, hvis der blev inkluderet et install.sh-script, der ville tage sig af alt, endda kontrollere for afhængigheder?

5. Odysseen ved at afinstallere et program, der er kompileret "manuelt"

Afinstallation af et program, der er blevet kompileret "manuelt", kan blive et rigtigt mareridt, især hvis udviklerne ikke inkluderede instruktioner til Afinstaller.

6. En standard metapakke?

OK, vi går aldrig ind for at bruge et fælles pakkeformat. Men ville det ikke være muligt at bruge en metapakke, hvori nogen af ​​de eksisterende pakkeformater kunne lagres (på samme måde som AVI-metapakken kan gemme forskellige videoformater)? På den måde kunne den samme pakke fungere på enhver distro. 🙂

7. Standardiserede pakkenavne

Hvorfor i helvede giver forskellige distroer forskellige navne til de samme pakker? For at gøre det lettere at løse problemer med pakkeafhængighed ville det være vigtigt at blive enige om en ensartet og standardiseret metode til navngivning af pakker.

8. Standardiser den måde, pakker er bygget på

Ud over navnene er det nødvendigt at standardisere metoden, hvor programmerne er grupperet til at bygge pakker. I dag gør hver distro, hvad den vil. At rette op på dette problem ville gøre pakkehierarkiet mere konsistent og i høj grad reducere forvirring.

9. Automatisk kompilering og installation af kildekode

Ville det ikke være rart, hvis pakkeadministratorer automatisk kunne downloade, kompilere og installere programmer i stedet for at skulle bruge det nuværende pakkesystem? Yaourt ser ud til at følge disse linjer ... men der burde være flere oplevelser i denne henseende.

10. Opdateringer fra webbrowseren

I Ubuntu kommer Apt med et værktøj til at installere programmer direkte fra webbrowseren. Andre distroer bør gentage denne oplevelse, og det ville endda være interessant at udvikle online pakkehåndtering. Det ville ikke være et sikkerhedshul, så længe programmerne blev downloadet fra distributions officielle arkiver.

11. Er det virkelig værd at have så mange forskellige pakkeformater?

Jeg ved ikke, om fuld og absolut standardisering er den bedste løsning, men lad os være enige om, at eksistensen af ​​et uendeligt antal forskellige pakkeformater gør det vanskeligere for udviklere, der ønsker, at alle Linux-brugere skal bruge deres applikationer.

12. Kør efter installationen

Hvornår vises muligheden for at køre det program, som netop er installeret? Det er så simpelt, og det ville være såååå nyttigt. I stedet for at vise overflødige oplysninger (eller i det mindste detaljer, som de fleste brugere ikke vil vide), ville det være interessant, hvis vi havde denne mulighed.

13. Gem kildekonstruktioner i pakkedatabasen

Kompilering og installation af et program i Linux er ikke kun en vanskelig opgave, derudover vil pakkehåndtereren ikke være opmærksom på installationen af ​​dette program eller dets afhængigheder, idet de tror, ​​at de stadig ikke er tilfredse. En pakkehåndtering, der tillader kompilering og installation af programmer fra deres kildekode, ville også løse dette problem.

14. Fjern gamle afhængigheder

Dette er ikke tilfældet med aptitude eller yum, men når vi bruger apt-get til at afinstallere pakker, bliver deres afhængigheder (som ikke længere kræves af andre pakker) ikke afinstalleret sammen med dem. For at afhjælpe denne situation skal du bruge sudo apt-get autoremove. Mine herrer, dette skal være automatisk ... i lang tid!

kilde: TechRadar


Efterlad din kommentar

Din e-mailadresse vil ikke blive offentliggjort. Obligatoriske felter er markeret med *

*

*

  1. Ansvarlig for dataene: Miguel Ángel Gatón
  2. Formålet med dataene: Control SPAM, management af kommentarer.
  3. Legitimering: Dit samtykke
  4. Kommunikation af dataene: Dataene vil ikke blive kommunikeret til tredjemand, undtagen ved juridisk forpligtelse.
  5. Datalagring: Database hostet af Occentus Networks (EU)
  6. Rettigheder: Du kan til enhver tid begrænse, gendanne og slette dine oplysninger.

  1.   Skift OS sagde han

    Har du nogensinde hørt om nhopkg?
    nhopkg.org

  2.   pipo65 sagde han

    Bidraget hjalp mig virkelig!!! Jeg ved nu, at sudo make uninstall findes!!!!