Всички тези, които бяха насърчавани да използват Gentoo, те знаят това този Linux дистрибутор, който е много персонализиран благодарение на това не използва предварително компилирани двоични файлове, С който потребителят трябва сам да направи компилация на системата което му дава голямо предимство пред останалите дистрибуции, тъй като можете да създадете компилация, фокусирана върху компютърните компоненти, придавайки му по-голяма плавност и производителност.
Тъй като с Portage, който реализира някои разширени функции като управление на зависимости, фина настройка на пакетите по желание на администратора, фалшиви инсталации в стил OpenBSD, пясъчници за компилация, безопасно деинсталиране, системни профили, виртуални пакети, управление на конфигурационни файлове и множество слотове за различни версии на един и същи пакет.
Но сега това може да се промени като Разработчиците на Gentoo обсъждат възможността за предоставяне на общи пакети за ядро на Linux които не изискват ръчна конфигурация по време на компилация и са подобни на пакетите на ядрото, предоставени в традиционните двоични дистрибуции.
Como пример за проблема което възниква, когато се използва ръчна настройка на параметрите на ядрото практикуван в Gentoo, липсва единен комплект от опциите по подразбиране които осигуряват работоспособност след актуализацията (Когато се конфигурира ръчно, ако ядрото не се стартира или възникне срив, не е ясно дали проблемът е причинен от неправилни настройки на параметри или грешка в самото ядро).
Традиционният начин на Gentoo за получаване на ядро е да инсталирате източниците и след това да ги конфигурирате и изградите сами. За тези, които не искаха да преминат през досадния процес на настройването му ръчно, беше предвиден алтернативен път за използване на genkernel. Нито един от тези варианти обаче не успя да предостави еквивалент на ядрата, предоставени от двоични разпределения.
Разработчиците възнамеряват да предоставят готово ядро и очевидно функционален които могат да бъдат инсталирани с минимални усилия (като ebuild, изграден по аналогия с други пакети) и мениджърът на пакети ще го актуализира автоматично като част от редовните актуализации на системата.
В момента пакетът sys-kernel / vanilla-kernel вече е предложен на базата от основните източници на ядрото, допълвайки наличния по-рано скрипт за изграждане с типичен набор от опции за genkernel.
Ако трябва да оправдая промяната от старата традиция на персонализираните ядра към универсален пакет на ядрото, трябва да започна с обсъждане на причините, поради които може да искате да конфигурирате персонализирано ядро на първо място.
Опаковката от ванилия-ядро засега това включва само сглобяване от изходния код (предложено под формата на ebuild), но също така се обсъжда възможността за генериране на двоични модули на ядрото.
Основният контрааргумент е усилието. Както бе споменато по-горе, на мен лично ми писна да се налага да се справям ръчно с ядрото си. Споменатите потенциални печалби надхвърлят ли загубата на човешко време за конфигуриране и поддържане на персонализирано ядро?
Сред предимствата на ръчната настройка на ядрото, възможност за настройка на производителността, премахване на ненужни компоненти по време на компилация, съкращават времето за компилация и намаляват размера на ядрото в резултат (например изграждането на ядрото на поддръжника отнема 44MB заедно с модулите, докато универсалното ядро отнема 294MB).
Сред недостатъците, се забелязва, че лесно може да се допусне грешка по време на настройката, възможни проблеми с актуализацията, непоносимост, затруднено диагностициране на проблеми.
Доставката на компилации binaries се разглежда, тъй като универсалното ядроПоради своя размер, той се компилира много по-дълго и доставя завършено ядро Той може да опрости живота на потребителите на система с ниска мощност.
Все пак това се намира като "идея", Разработчици на Gentoo не изключвайте възможността и те говорят за това, докато от страна на потребителите мненията вече са разделени.
Si искате да знаете повече за това, можете да проверите оригиналната бележка в следната връзка.