вот идея проекта
создовать проект для автоматического конфигурирования ядра Linux по такому принципу сканирует систему на какое оборудование в ней присуствует определяет поддерживается по модулю есть ли в ситеме опознан или нет если опознан сравнение с базой скачивание патчей к ядру если нет модуля в ядре автоматическое оключение не нужных параметров с помощью скрипта с заданием n y m как нужно для данной сконфигурации системы и исключения им не нужных парметров если пользователь не укажет какое это оборудование что он его включит(поставит)(намерен поставить) тоже сравнение с базой,востановления нужных парметров более приемлемых под эту конфигурации
так же сбор рабочих конфигов ядра
а так ли оно нужно? дистрибутивы сейчас с ходу подцепляют 99% оборудования вкомпилёнными или подгружаемыми модулями. Быстродействие компьютеров увеличивается на глазах (лишний модуль в ядре становиться несущественным)
Встречное предложение: поддержать девелоперов ПО Webmin. Софт хороший и удобный, но в некоторых модулях нет поддержки русского языка, а некоторые написаны с неудобным интерфейсом.
Доки по написанию модулей у них на сайте есть. Разжевано все, правда на английском. Язык написания Perl.
Сам потихоньку начал переводить модули, если интересно могу написать FAQ по переводу.
короче
почитал щас учел всепредложения на разных форумах вот идея проекта в новым виде и со спонсорской поддержкой уже договорилися
Сначало детектим оборудование выясняется что будет работать это оборудование с этим ядром без патчей или нет сверяется с он-лайн базой патчей и драйверов которые тоже будут установленны потом или во время сборки ядра этим будут люди спецальные заниматся,выбирает так же готовые config из on-line базы (которую тоже будут поддерживать) наиболее оптимальный вариант для этой конфигурации оборудования или если пользователь к примеру выберит пункт не выбирать оптимальный вариант а за хочет сам будет будет спецальный скрипт анализа типа вот тоое будет выдавать "пример:3 Пожелания, одно предупреждение:
-Рекомендуем включить поддержку ext3 в ядро, т.к. ваш / с это Ф.С
-А вот в ядре на котором вы сейчас эта опция включена
итд." И в добавок Help-howto будет перведенно на русский и постоянно обновлятся.
Ищу и пытаюсь найти ответы на проблемы
Зачем это надо, что станет лучше если это будет?
Алексей, я не программист, поэтому вопрос: твой софт будет сам узнавать какое железо стоит на компьютере. Тогда я так понимаю для разработки надо кучу самого разного оборудования? или я чего то недогоняю.
хорошая идея....)))
2admin а если даже оборудование "ущло ввысь" так ли нужно использовать ресурсы машины на "левые" процессы и тд..
я думаю так если есть 133 пень и он может использоваться как dns сервер так почему б его и не использовать...зачем выкидывать оборудование на свалку ?
раз есть "современные" аналоги, можно использовать и то что есть...
это экологично..по моему мнению.
и это по линуксовски !!!
да нафик надо,есть genkernel портунуть вот его по другой дистро вот это задача.
>я думаю так если есть 133 пень и он может использоваться как dns сервер так почему б его и не использовать...зачем выкидывать оборудование на свалку ?
дык используй! iso образ любого linux-i386
Что-то применения для webmin я не вижу. Болтается у меня на серваке три года уже, последний раз я заходил в него года два назад =)
Даже alterator на что уж хорош ;-) и то не особенно то использовать будешь..
Мне привычнее и удобнее руками все править..
Алгоритм процесса неверный в корне. Давно есть PnP (поделка была выдумана для не PCI шины потому сегодня неактуальна) При загрузке постоянное определение списка устройств в системе будет занимать время. Лучше всё оставить в том виде в котором существует сегодня.
P.S. Алексей, в следующий раз, излагай свои мысли более грамотно, а то как то неясно всё написано.
Я понял это предлагалось не при старте системы запускать, а для автоматизации работы при пересборке ядра. Хотя польза сомнительная от этого, конечно. Автоматику на такие вещи напускать можно только если сам способен проверить ее вывод. А если сам способен проверить ее вывод, то проще один раз нужный конфиг собрать и все. Не такая уж это и частая ситуация -- пересборка ядра, а я бы сказал и внештатная -- я, например, с трудом только могу представить ситуацию, когда она может понадобиться.
>пересборка ядра, а я бы сказал и внештатная
ох, erhad, как ты прав....:)
вспоминаю вторую половину 90-х, когда из за того чтобы сетевуху новую поставить нужно было ядро перекомпилировать............ ностальгия, но возвращатся в не хочу :)
Вот десять лет назад, может быть, и пригодился бы этот проект, а сейчас поздно.
Алексей, где же ты был десять лет назад?..=))
Отправить комментарий