Hoe u nu kunt profiteren van Linux-verbeteringen in plaats van later

Advertentie

Linux-ontwikkeling kan soms behoorlijk spannend worden, vooral wanneer er enkele grote veranderingen zijn in een stuk software waar u enorm van kunt profiteren. U kunt echter voorkomen dat u toegang krijgt tot die wijzigingen als u niet de juiste beslissingen neemt.

Hier leest u hoe u op het snijvlak van Linux-software kunt komen en waarom u dit zou willen doen.

Waarom voorop lopen?

De opwinding van Linux-ontwikkeling kan het beste worden beschreven met enkele theoretische voorbeelden. Laten we zeggen dat uw laptop een slechte batterijduur heeft of slechte prestaties levert bij het gamen vanwege een aantal bugs in het grafische stuurprogramma. Wanneer de Linux-kernelontwikkelaars pas patches toe op de kernel Wat is een kernel in Linux en hoe controleer je je versie?Linux is toch een besturingssysteem? Nou, niet precies! Het is eigenlijk een pit. Maar wat is de Linux-kernel? Lees verder die de prestatieproblemen oplossen en de levensduur van de batterij verbeteren, zou gezond verstand kunnen zeggen dat u zou moeten proberen

pak die nieuwe kernel 5 redenen waarom u uw kernel vaak moet updaten [Linux]Als je een Linux-distributie gebruikt zoals Ubuntu of Fedora, gebruik je ook de Linux-kernel, de kern die van je distributie een Linux-distributie maakt. Je distributie vraagt ​​je constant om je kernel bij te werken ... Lees verder zodat u van die verbeteringen kunt genieten.

Een handvol distributies weigeren echter absoluut om kernels te upgraden (behalve beveiligingsbugs) tijdens de duur van een enkele distributierelease. Dit betekent dat je voor deze distributies moet wachten tot de volgende distributierelease voordat je van de nieuwe kernel kunt genieten. Voor Ubuntu-gebruikers kan dit betekenen dat je tot zes maanden moet wachten, of zelfs langer als je een Debian-gebruiker bent. De distributieontwikkelaars onthouden zich van kernelupgrades omdat het de stabiliteit in gevaar brengt, maar er moet een reden zijn waarom de upstream-kernelontwikkelaars de kernel als stabiel beschouwen, toch? Het moet stabiel genoeg zijn voor dagelijks gebruik en mijn eigen ervaring suggereert dat het weinig zin heeft om te wachten totdat de ontwikkelaars van je distributie eindelijk de nieuwere kernel vertrouwen.

Er zijn tal van andere kleine voorbeelden die andere software kunnen betreffen. LibreOffice 4.3 is bijvoorbeeld onlangs uitgebracht en het lost zelfs een bug op die al meer dan 11 jaar bestaat. Ubuntu-gebruikers zitten echter nog steeds vast in LibreOffice 4.2 en zullen waarschijnlijk pas veel later worden geüpgraded, of uiterlijk tegen de volgende distributie-release. Waarom zou u wachten wanneer u de nieuwere versie nu kunt gebruiken en kunt genieten van die bugfixes?

Hoe kom je bij de snijkant

Dus nu je weet waarom je zou willen overwegen om op het scherpst van de snede te leven, hoe doe je dat dan? U moet ofwel een geavanceerde distributie kiezen, ofwel u moet manieren vinden om uw software te versterken bronnen om meer geavanceerde versies te bieden dan wat in uw distributie wordt aangeboden opslagplaatsen.

Kies de juiste distributie

De gemakkelijkere optie (als u van plan bent om dit vanaf het begin te doen) is om een ​​geavanceerde distributie te kiezen. Mijn aanbeveling hiervoor is Arch Linux, dat is een rolling release distributie die alleen software updatet als nieuwe versies upstream worden vrijgegeven Arch Linux: laat u uw Linux-systeem vanaf nul bouwenVoor ervaren Linux-gebruikers is het zeer wenselijk om uw systeem volledig aan te kunnen passen. Soms kan dat vanaf het begin het beste worden bereikt - door de componenten die u wilt opnemen samen te voegen ... Lees verder . Arch is in dit opzicht zeer up-to-date en maakt het gemakkelijk om in het hele systeem en op alle geïnstalleerde applicaties voorop te blijven lopen, niet alleen wat stukjes en beetjes. Is er een nieuwe kernel uitgebracht? Je krijgt het snel. Een nieuwe grafische driver? Wacht hooguit een paar dagen en je krijgt het. Nieuwe versie van LibreOffice? Je hoeft geen maanden te wachten om het te krijgen.

Het enige nadeel van Arch Linux is dat het moeilijk is in te stellen omdat je begint met een zeer minimale basis en je omhoog werkt. Het is absoluut de moeite waard, maar sommige mensen willen misschien niet de moeite nemen of begrijpen niet alles wat ze moeten doen om hun systeem correct te configureren. Als Arch Linux niet jouw ding is, zou mijn volgende suggestie een distributie zoals Fedora zijn. Hoewel Fedora niet werkt met een rolling release-model, heeft het een grotere neiging om software bij te werken naar nieuwe belangrijke versies binnen een release-cyclus, inclusief de kernel. Het is een vrij goede tweede wat betreft hoe geavanceerd u kunt zijn.

Haal het beste uit uw huidige distro

Als geen van beide goed voor je is, kun je net zo goed Ubuntu of een afgeleide gebruiken. U kunt dan op de hoogte blijven door veel PPA's (Personal Package Archives) aan uw systeem toe te voegen. Zorg ervoor dat u controleert of er een is PPA voor een stuk software Wat is een Ubuntu PPA en waarom zou ik er een willen gebruiken? [Technologie uitgelegd] Lees verder die u regelmatig gebruikt en toevoegt.

Met de LibreOffice PPA kunnen Ubuntu-gebruikers bijvoorbeeld upgraden naar LibreOffice 4.3, ook al bieden de Ubuntu-repository's dit niet aan. Er is ook de GetApps-repository voor aanvullende software en nieuwere versies, en de Oibaf PPA voor bijgewerkte grafische stuurprogramma's. Lees er nog een paar in onze lijst van 7 nuttige PPA's die u moet toevoegen Meer of bijgewerkte software nodig? Probeer deze 7 Ubuntu PPA's Lees verder .

Er is geen directe PPA voor kernels op Ubuntu, maar je kunt het bezoeken deze pagina, kies de gewenste kernel (scroll helemaal naar beneden voor de nieuwste) en installeer vervolgens zelf de pakketten (de kernel voor je architectuur, de koptekst voor uw architectuur en de koptekst voor alle architecturen - alle drie de bestanden in de generieke variant en niet de lage latentievariant). Dit kost wat elleboogvet en er is geen manier om het bijwerken van je kernel op deze manier te automatiseren afgezien van het schrijven van uw eigen script, maar u kunt profiteren van alle wijzigingen in die nieuwere versie versie.

Ben je baanbrekend?

Al met al kan het uitproberen van de snijkant u eerder dan later veel voordelen opleveren. Het beste van alles is dat de snijkant je nog steeds een redelijke verwachting van stabiliteit geeft, in tegenstelling tot de bloeding, wat betekent dat u code in principe goed uitprobeert terwijl deze wordt getypt en dus geen verwachting van heeft stabiliteit.

De twee algemene methoden zijn de beste manieren om dichter bij de snijkant te komen, dus probeer ze uit als je geïnteresseerd bent.

Was er een methode die ik heb gemist? Denk je dat het baanbrekend is of het niet waard is? Laat het ons weten in de comments!