>А, ты в этом смысле... Не, я не настолько любопытный, чтобы интересоваться деталями "деяний" извращенцев и мазохистов, так что можешь не отвечать:)
>А так - не отвлекайся: каждый должен заниматься соответствующим ему делом: умный - технику проектировать и работать в IT, тупой и неподдающийся обучению - улицы мести, сортиры чистить, в слаке ковырятся^изучать систему:)
Ты наверное к первым себя перечислил, а всех слакварщиков - ко вторым? Так с этого и надо было начитать разговор, мой друг, ведь на самом деле это всего-навсего банальная неприязнь
>Ну, если как школьник init_ советовал - "модули не нужны - всё статически в ядро", и грузится с локального винта, то, скорее всего, не нужен:)
Ты или дебил или не знаешь, что кроме PC бывают ещё и embedded и много других классов устройств, для которых стандартное ядро не подходит. Так что иди рули своими серверами, быдлоодминчик
Ну, дык, это ж твои соратники - криворукие любители "собирать ядра ручками", а не брать дистрибутивные:) По приведённой тобой ссылке - проблемы именно в кривой сборке ядра с kernel.org
>>Пробовал. Ставится. С initrd никаких проблем нет. Что ещё с initrd не так?
>Ну-ну, Ганс Христиан =)
А у тебя не получается? Что ж так - слака не научила собирать ядро и генерить initrd?:)
>А так - не отвлекайся: каждый должен заниматься соответствующим ему делом: умный - технику проектировать и работать в IT
Ну так покажи, какую технику ты спроектировал или результат твоей работы в IT, раз ты такой умный и хоть чего-то стоишь, или ты всего лишь админ в какой-нибудь вонючей конторке?
>>>>>>>Кто заставляет лепить "вендорские патчи" на твоё самосборное ядро???
>>>>>>Иногда без них что-то отваливается
>>>>>"Иногда", "что-то"... Ты однозначно гуманитарий:)
>>>>Я точно не знаю что (у меня ничего не отваливается), что но на ваших форумах и на ЛОРе в частности встречал до этого достаточно постов, чтобы запомнить
>>>Что-то не припомню. От виндузятников и слакварщиков видел посты про "что-то отваливается", других нет.
> Какие изменения в других дистрибутивах ты знаешь, кроме фиксов явных ошибок?
Патч на иксы, после которого иксы грузятся не с "первой свободной консоли", и с "первой свободной, не меньше седьмой". Это фикс какого бага? Если не верится, могу кинуть патчем.
Ну да, поскольку в дистрах, идущих с таким патчем по-умолчанию 6 консолей, а их пользователи неспособны уменьшить их число без установки одной командой - обязательно одной - пакета console-number-less-than-6-1.54-23.i386.rpm, разницы не видно. Но вот при уменьшении числа консолей очень неожиданно становится видеть 5 и 6 консоли пустыми, а 7 - загруженную пропатченными иксами.
На BSD системах постоянно люди хвастаются аптаймами на серверах))) ну давайте ка покажите аптаймы сервера на слаке и на дебиане...))) больше чем уверен что на слаке будет больше))) Хотя !!!грамотный!!! сисадмин настроит и там и там... Вопрос сколько времени он потратит на то, чтобы дебиан довести до СТАБИЛЬНОЙ работы, и сколько пива он выпьет при настройки слаки, я вот хоть и недавно поднял слаковый роутер, всего лишь 6 дней аптайм, но уже глаз радуется, на 486 между прочим
> В чём здесь отличие от других дистрибутивов??? Заодно ответь - в чём цель "более свежего ядра"?
Ты очень зло отвечаешь и глупо. В чём цель покупки нового авто? Ведь можно ездить и на старом. Да, можно, никто не запрещает. Но у меня была цель поставить надёжную машинку и не прикасаться к ней до скончания железки. А у тебя такой цели не было. Да, нам не по пути ;)
Ты спросил абстрактно, я могу ответить конкретно по описанному случаю. Шёл 2002-ой год. Вышло ядро 2.4.18. Но нормальным его назвать было нельзя. В 2.4.10 полностью обновили подсистему виртуальной памяти. И слава богу, до этого всё было ещё хуже. Автор новой подсистемы - Andrea Arcangeli - продолжал отлаживать её, но его патчи очень медленно добавляли в официальную ветку. Он вёл параллельно свой набор патчей с суффиксом "-aa". С его патчами ядро работало на порядок лучше на нагруженном сервере. Его патчи и были наложены на 2.4.19-pre. В последствии они почти в неизменном виде вошли в официальное ядро. Так что я немного заглянул в будущее ;) И не ошибся. Если ты думаешь, что в редхате или дебиане ситуация с ядром была чем-то лучше на тот момент, то ты ошибаешься. Проблема была у всех, кроме разве что SuSE, где упомянутый разработчик работал...
Что касается современных ядер. Они лишь совсем недавно получили подобие универсальности. Ещё год-два назад я не мог заставить одинаково хорошо работать ноутбук и рабочую станцию на каком-то одном, пусть даже суперуниверсальном ядре. В ядре есть взаимоисключающие наборы параметров, и никакая телепатия не поможет вендору угадать, какие именно нужны тебе лично. Если ты об этом не знаешь, просто поинтересуйся вопросом. Кричать и злиться не надо.
> Тебя поймали на том, что ты выдаешь за дистрибутив слаквари что-то полусамосборное
Да, верно, отчасти... Верно в той степени, что я из любого дистрибутива сделал бы то же самое, то есть, ту систему, которую я спроектировал. Любой дистр - это заготовка, необточенная болванка в любом случае... Но! Вопрос в том, сколько времени нужно затратить для операции приведения болванки в законченный продукт, который можно комфортно использовать. В случае со Slackware это время минимально. Для всех остальных - больше в несколько раз. И не последнюю роль в этом замедлении, кстати, играют эти дурацкие пакетные менеджеры со своими зависимостями, софтины, раздробленные на десятки пакетов, хитрые патчи, на, казалось бы, давно известные программы, изменённые ключи коммандной строки для старых юникс утилит и прочие подводные камни. Знаю, что говорю, потому, что приходилось работать с самыми разными дистрибутивами.
>я могу ответить конкретно по описанному случаю. Шёл 2002-ой год. Вышло ядро 2.4.18. Но нормальным его назвать было нельзя. В 2.4.10 полностью обновили подсистему виртуальной памяти. И слава богу, до этого всё было ещё хуже. Автор новой подсистемы - Andrea Arcangeli - продолжал отлаживать её, но его патчи очень медленно добавляли в официальную ветку. Он вёл параллельно свой набор патчей с суффиксом "-aa". С его патчами ядро работало на порядок лучше на нагруженном сервере. Его патчи и были наложены на 2.4.19-pre. В последствии они почти в неизменном виде вошли в официальное ядро.
Да, я помню эту не совсем приятную ситуацию с VM в 2.4. Но я, в отличие от тебя, не рисковал ставить ответственную машинку 2.4.x - у меня в таких случаях были 2.2.x ядра из дистрибутива:) Ты рискнул - тебе повезло, с чем и поздравляю (с везением):) Честно, без иронии. Но ты пояснил лишь конкретный отдельный случай - ИМХО этот случай (и ситуация с VM в тот момент) - это скорее исключение из правил.
>Что касается современных ядер. Они лишь совсем недавно получили подобие универсальности. Ещё год-два назад я не мог заставить одинаково хорошо работать ноутбук и рабочую станцию на каком-то одном, пусть даже суперуниверсальном ядре.
Они никогда не будут универсальными :(
Мне казалось мы говорили о надёжности - в этом случае лучше ставить хоть и не самое новое и не самое производительное, но более стабильное ядро. Так вот, более стабильное и более оттестированное ядро на порядок больше шансов получить именно в дистрибутиве, где им пользуется не оди, не два, и не 10 человек.
>В ядре есть взаимоисключающие наборы параметров, и никакая телепатия не поможет вендору угадать, какие именно нужны тебе лично.
Их не так уж много (взаимоисключающих). Я не считаю себя крутым кернел-хакером, но даже я знаю какие и ПОЧЕМУ они взаимосключающие. я и сам сейчас являюсь мейнтейнером специализированного ядра в дистрибутиве, со специальными изменениями в core, без которых на порядок падает стабильность его применения. Но пока не не уверен хотя бы на 99% в безвредности этих изменений, я не могу настаивать на включение из в основное ядро дистрибутива (хотя мог бы, и, скорее всего, небезуспешно). Но это действительно довольно специализированный случай и использовать это ядро ни на десктопе, ни на сервере я бы никому не рекомендовал:) Паралельно я поддерживаю ещё одну сборку ядра - специализированную для десктопов/ноутов. Но размещать её в официальном репозитарии дистрибутива не стал (хотя мне и предлагали, потому как некоторые люди AFAIK пользуются им) - не хочу рисковать и брать на себя ответственность, не имея хотя бы 4-5 часов в день ежедневно заниматься его поддержкой и тестированием.
>Если ты об этом не знаешь, просто поинтересуйся вопросом.
Да как-то - уже:)
>Кричать и злиться не надо.
Почитай внимательно топик и увидишь, кто злится:)
P.S. кстати, собирать, "отслеживать" и поддерживать ядро (и дюжину внешних модулей к нему) в моём дистрибутиве мне намного удобнее, чем в слаквари:)
>Ещё год-два назад я не мог заставить одинаково хорошо работать ноутбук и рабочую станцию на каком-то одном, пусть даже суперуниверсальном ядре.
Что значит "одинаково хорошо работать"? Ядро должно поддерживать железо, чем больше - тем лучше. на 5% падение производительности (из-за "универсальности") в 99% случаев вполне оправданно наплевать, получив больший охват "оттестированности".
>Любой дистр - это заготовка, необточенная болванка в любом случае...
Ты не прав. Она "необточенная", если её не "обтачивают". А в большинстве более-менее распрастранённых дистрибутивов "обтачивается" каждый пакет - мне это видно "изнутри", ежечасно и ежеминутно:)
>Вопрос в том, сколько времени нужно затратить для операции приведения болванки в законченный продукт
Много. И времени и усилий. Когда приводится в законченный вид - тогда и выпускают дистрибутив. "Шероховатости" в новом дистрибутиве всё равно проявляются, которые исправляются в течение 2-3-4 недель после выпуска - в виде апдейтов. К сожалени, при наличии нескольких тысяч пакетов в дистрибутиве обойтись без мелких "шероховатостей" практически невозможно :(
>В случае со Slackware это время минимально.
В случае с дистрибутивом, созданным на базе большого репозитария - это время значительно меньше и делается это проще.
>Для всех остальных - больше в несколько раз.
Не стОит говорить о том, чего ты не знаешь, ок?:)
>И не последнюю роль в этом замедлении, кстати, играют эти дурацкие пакетные менеджеры со своими зависимостями
Дурацкими они кажутся тому, кто в них не разобрался.
>Знаю, что говорю, потому, что приходилось работать с самыми разными дистрибутивами.
Вынужден констатировать, что ты их просто не асилил :(
>Для слаквари это все лишнее и совершенно ненужные знания
Все чего нет в слаке это не нужно по мнению слакваристов. Все уже это поняли. Если патрик перейдет на ntoskrnl.exe и это слакваристы выставят как преимущество
Но ведь что-то все-таки заставляет тебя гадить в этом топике?
>Красноглазые фанаты слаки с этого сайта
Пруфлинк или засчитаем слив? И мне кажется, что таких красноглазых фанатов того же дебиана во многие разы больше.
>Малый набор пакетов от патрика. Но типа все что надо и ничего лишнего
Тебе надо много, мне и Коминтерну надо мало, поэтому мне и Коминтерну слака подходит и мы её используем, а тебе - нет, ты её не используешь, но все равно тут воняешь - у тебя какие-то комплексы?
>Зачем? Идти далековато :-)
Нда... ты или при рождении головой ударился, или тебя мама стоя родила
> Но ты пояснил лишь конкретный отдельный случай - ИМХО этот случай (и ситуация с VM в тот момент) - это скорее исключение из правил.
Так я вообще всегда говорю чисто конкретно ;) Я описывал конкретный случай, ты докопался до ручной сборки ядра. Я не говорил, что по сей день собираю ядра вручную. Для серверов и рабочих станций сейчас вполне обхожусь готовым из дистрибутива. Ноутбуки - отдельная песня, для некоторых моделей всё ещё приходится колдовать с ядром, иначе не все их функции работают.
> Мне казалось мы говорили о надёжности - в этом случае лучше ставить хоть и не самое новое и не самое производительное, но более стабильное ядро.
Не всегда. Дистрописателям порой некогда отслеживать все новые веяния и улучшения, даже если они вносят дополнительную надёжность. Либо наоборот, другая крайность - вставляют сырые не оттестированные патчи. Понятие "стабильное ядро из дистрибутива" лично мне ни о чём не говорит. Все дистрибутивы разные. От вечно экспериментального редхата, до замшелого консерватизма дебиан. У редхата было очень мало по-настоящему стабильных ядер, они все с детскими болячками. У дебиана их "стабильные" ядра были уже так стары, что не представляли никакого интереса. Во истину, Slackware всегда оставалась золотой серединой, островком здравой мысли. Почему-то всегда получалось, что ядра от Slackware были очень стабильны. Даже тогда, когда дистрибутивы начали поставлять ещё сырое 2.4, Патрик умудрился угадать с версией, и дать слаке ядро, которое почти не вызывало нареканий, в то время как в других дистрах шло мучительное латание проблем ядра. Что это? Опять простота одержала победу над хитростью ;)
> Что значит "одинаково хорошо работать"? Ядро должно поддерживать железо, чем больше - тем лучше. на 5% падение производительности
Под хорошей работой подразумевалась поддержка всех специфических функций ноутбука, как то: энергосбережение, гибернация, спецклавиши и т.п.
>У редхата было очень мало по-настоящему стабильных ядер, они все с детскими болячками.
А у какого редхата? Это о временах РХ5-9 или РХЕЛ/РХЕС или федора?
>Почему-то всегда получалось, что ядра от Slackware были очень стабильны.
А я могу то же сказать за мандриву. со времен 8.2. И по версии всегда опережало слакваровское.
>Патрик умудрился угадать с версией, и дать слаке ядро, которое почти не вызывало нареканий, в то время как в других дистрах шло мучительное латание проблем ядра.
И не имело патчей. Которые в других дистрах были из коробки. Поэтому весь гемор дистрописателей патрик перекладывал на пользователей. Ибо он один.
Забавно слушать ваши немощные аргументы и жалкие попытки троллинга.
Ну кто бы говорил )))))
>Осиль поиск или апстенку?
Ты еврей? Но это неважно, т.к. слив защитан :)
>Я не говорил что их меньше.
А я именно подчеркиваю, что их в разы больше
>И при это советуем новичкам _без инета_. Да вы вредители, вас к стенке надо, за преднамеренное отвращение новых пользователей от линукса.
И я начинал осваивать debian без инета, и потом slackware, и без интернета. А отвращение возникает вот к таким красноглазым и невменяемым советчикам "правильных" дистрибутивов, как ты
Мне дела нет до твоего Xorg. Кнопка яркости экрана должна работать и из чистой консоли. А потом, как ты верно заметил, она ещё должна кем-то обрабатываться...
> А потом, как ты верно заметил, она ещё должна кем-то обрабатываться...
Вот она и обрабатывается либо демоном lineakd, либо хардкодится в раскладку клавы по сканкодам. А дальше от моника видимо зависит, не занимался подобными вещами.
Это той, которую ты уже отмел своим "Осиль поиск или апстенку"? Как говорится "Чья бы корова мычала" =)
>Нет. В поиске набери "Слака рулит" и увидишь воочию. Или ты правда думаешь, что тут нет красноглазых фанатов слаки?
Послать в поиск и я кого хочешь могу, т.к. это просто и не обременительно. И я же просил пруфлинк не на то, что ты сейчас написал ("Слака рулит"), а на то, что ты написал до этого, так что сам не коси от темы куда тебе хочется.
>и скажи честно, хотя бы сам себе, ты бы остался на линуксе, если бы первым дистром была слака?
Я бы сэкономил тонну времени, т.к. она для моих запросов как программиста подходит просто идеально (Hint: в дебиане я уже пересобирал ядро т.к. с дистрибутивным не работала моя звуковая и некоторая периферия). И когда я первый раз её попробовал после дебиана я, образно говоря, "прозрел": со структуры пакетов (в них было сразу все для работы и компиляции/связывания), их сбалансированности (это когда mc не тянет за собой X), совершенной простоты создания своих пакетов, человеческой системы инициализации, даже прочтенная недавно статья Д.Шурупова "Slackware 10.0: сырой уродец наших дней" была мгновенно выброшена из внимания. Но, первыми были Ъ-дебиановские админы в универе, им я благодарен в любом случае.
И всем другим пользователям "правильных" дистров я советую: не делайте "черного" пиара Slackware, делайте "белый" пиар вашему дистрибутиву, ибо обругивая "недостатки" Slackware (которыми они являются лишь для Вас, но не для меня и других его пользователей) вы показываете лишь свое неадекватное восприятие выбора других людей. Ведь никто не загаживает новости о выходе федоры/suse/дебиана в такой степени, в какой вы загаживаете новости о Slackware? Делайте разумные выводы из вышеизложенного, если ещё на то способны.