Linux-utvikling kan faktisk bli ganske spennende til tider, spesielt når det er noen store endringer i et program som kan være til stor nytte for deg. Du kan imidlertid forhindre deg i å få tilgang til disse endringene hvis du ikke tar de riktige avgjørelsene.
Slik kan du begynne å være på forkant av Linux-programvaren, og hvorfor du kanskje vil gjøre det.
Hvorfor være på klippekanten?
Spenningen av Linux-utvikling kan best beskrives med noen teoretiske eksempler. La oss si at den bærbare datamaskinen enten opplever dårlig batterilevetid eller dårlig ytelse i spill på grunn av noen feil i grafikkdriveren. Når Linux-kjerneutviklerne bruker patcher til kjernen Linux-kjernen: En forklaring i lekmannens vilkår Linux-kjernen: En forklaring i lekmanns vilkår Det er bare en de facto ting som Linux-distribusjoner har til felles: Linux-kjernen. Men mens det ofte snakkes om, vet mange ikke akkurat nøyaktig hva det gjør. Les mer som løser ytelsesproblemene og forbedrer batterilevetiden. Sunn fornuft kan si at du bør prøve å få hendene på den nye kjernen. 5 Grunner til at du bør oppdatere kjernen din ofte [Linux] 5 grunner til at du bør oppdatere kjernen din ofte [ Linux] Hvis du bruker en Linux-distribusjon som Ubuntu eller Fedora, bruker du også Linux-kjernen, kjernen som faktisk gjør distribusjonen din en Linux-distribusjon. Distribusjonen din ber deg hele tiden å oppdatere kjernen din .... Les mer slik at du kan nyte disse forbedringene.
Imidlertid nekter en håndfull distribusjoner å oppgradere kjerner (unntatt sikkerhetsbuller) i løpet av en enkelt distribusjonsutgivelse. Dette betyr at for disse distribusjonene må du vente til neste distribusjonsutgivelse før du kan nyte den nye kjernen. For Ubuntu-brukere kan dette bety å vente i opptil seks måneder, eller enda lenger hvis du er Debian-bruker. Distribusjonsutviklerne avstår fra kjerneoppgraderinger fordi det risikerer stabilitet, men det må være en grunn til at kjerneutviklerne anser at kjernen skal være stabil, ikke sant? Den må være stabil nok til hver dag, og min egen erfaring tyder på at det er lite poeng i å vente til distribusjonens utviklere endelig stoler på den nyere kjernen.
Det er mange andre små eksempler som kan omhandle annen programvare. For eksempel ble LibreOffice 4.3 nylig utgitt, og det løser til og med en feil som har eksistert i over 11 år. Ubuntu-brukere er imidlertid fortsatt fast på LibreOffice 4.2 og vil trolig ikke bli oppgradert til en mye senere dato, eller ved neste distribusjonsutgivelse senest. Hvorfor vente når du kan bruke den nyere versjonen nå og nyte disse feilrettingene?
Slik kommer du til klippekanten
Så nå som du vet hvorfor du kanskje vil vurdere å leve på kanten, hvordan gjør du det? Du må enten velge en forkantsfordeling, eller du må finne måter å befeste programvarekildene dine for å gi mer nyskapende versjoner enn det som tilbys i distribusjonslagrene dine.
Velg riktig distribusjon
Det enklere alternativet (hvis du planlegger å gjøre dette fra begynnelsen, minst), er å velge en forkantfordeling. Min anbefaling for dette ville være Arch Linux, som er en rullende utgivelsesdistribusjon som bare oppdaterer programvare når nye versjoner blir løslatt oppstrøms Arch Linux: Lar deg bygge Linux-systemet fra Scratch Arch Linux: Lar deg bygge Linux-systemet fra grunnen til Linux-kraften brukere, er det svært ønskelig å kunne tilpasse systemet helt. Noen ganger kan det best oppnås fra starten - ved å koble sammen komponentene som du vil inkludere ... Les mer. Arch er veldig oppdatert i denne sammenhengen og gjør det enkelt å holde seg på forkant gjennom hele systemet og på alle installerte applikasjoner, ikke bare noen biter. Ble en ny kjernel utgitt? Du får det raskt. En ny grafikkdriver? Bare vent noen dager og du får det. Ny versjon av LibreOffice? Du må ikke vente måneder for å få det.
Den eneste ulempen til Arch Linux er at det er vanskelig å sette opp fordi du starter med en veldig minimal base og jobber deg opp. Det er absolutt verdt innsatsen, men noen mennesker vil kanskje ikke måtte sette i innsatsen, eller de forstår ikke alt de trenger for å konfigurere systemet riktig. Hvis Arch Linux ikke er oppe, vil mitt neste forslag være en distribusjon som Fedora. Mens Fedora ikke opererer på en rullemodusmodell, har den en høyere tendens til å oppdatere programvare til nye hovedversjoner i en utgivelsesperiode, inkludert kjernen. Det er en ganske nær sekund så langt som hvordan kanten du kan få.
Gjør det beste av din nåværende Distro
Hvis ingen av dem er bra for deg, kan du også bare bruke Ubuntu eller et derivat. Du kan da forbli på forkant ved å legge til mange PPA (Personal Package Archives) til systemet ditt. Pass på å sjekke om det er en PPA for et program. Hva er en Ubuntu PPA og hvorfor vil jeg bruke en? [Teknologi forklart] Hva er en Ubuntu PPA og hvorfor vil jeg ønske å bruke en? [Teknologi forklart] Les mer som du regelmessig bruker og legger til.
LibreOffice PPA lar for eksempel Ubuntu-brukere oppgradere til LibreOffice 4.3, selv om Ubuntu-depotene ikke tilbyr det. Det er også GetApps-depotet for tilleggsprogramvare og nyere versjoner, og Oibaf PPA for oppdaterte grafikkdrivere. Les om noen få flere i vår liste over 7 nyttige PPAer du bør legge til Trenger mer eller oppdatert programvare? Prøv disse 7 Ubuntu PPA-ene trenger mer, eller oppdatert, programvare? Prøv disse 7 Ubuntu PPA-ene Les mer.
Det finnes ingen direkte PPA for kjerner på Ubuntu, men du kan besøke denne siden, velg kjernen du vil ha (bla helt ned for de nyeste) og installer pakkene selv (kjernen for arkitekturen din, toppteksten for arkitekturen din, og toppteksten for alle arkitekturer - alle tre filene i generisk variant og ikke lav latensvariant). Å gjøre dette tar litt albuefett, og det er ingen måte å automatisere oppdateringen av kjernen din på denne måten, bortsett fra å skrive ditt eget skript, men det vil tillate deg å dra nytte av eventuelle endringer som er funnet i den nyere versjonen.
Er du kuttekant?
Alt i alt, kan du prøve å kutte fordelen, snarere enn senere, gi deg mange fordeler. Best av alt, gir kanten fortsatt en rimelig forventning om stabilitet, i motsetning til blødende kant, noe som betyr at du prøver kode i utgangspunktet akkurat som den blir skrevet ut og har derfor ingen forventning om stabilitet.
De to generelle metodene er de beste måtene for å komme nærmere kanten, så prøv dem hvis du er interessert.
Var det en metode jeg savnet på? Tror du å være på forkant er eller er det ikke verdt det? Gi oss beskjed i kommentarene!