From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 31 Oct 2007 00:30:57 +0300 From: Denis Ovsienko To: sisyphus@lists.altlinux.org Message-Id: <20071031003057.ab2d306a.pilot@altlinux.ru> Organization: ALT Linux Team X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: devel@lists.altlinux.org Subject: [devel] =?koi8-r?b?0M/R087J1MXM2M7B0SDawdDJ08vBOiBldGNuZXQsIGlm?= =?koi8-r?b?cmVuYW1lLCB1ZGV2IMkgZXRoMA==?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Oct 2007 21:30:58 -0000 Archived-At: List-Archive: List-Post: Приветствую всех. В последнее время (то есть после установки дома Desktop 4) я стал чаще читать рассылку devel@, а на sisyphus@ даже подписался. Должен признаться, некоторые вещи, которые я читаю в рассылках, делают мои глаза заметно крупнее обычного, поэтому я хотел бы дать несколько уместных на мой взгляд пояснений. 0. Часто можно видеть письма "я решил проблему таким образом" или "давайте всё сделаем вот так-то". Банально, но всё же. Уважаемые подписчики, когда вы так пишете, сформулируйте пожалуйста решаемую задачу, это заметно поможет всем. 1. Сервис ifrename и файл /etc/iftab. Замечательная вещь для пользователей net-scripts. Если же вы счастливый обладатель пакета etcnet, то единственно верным решением будет выполнить # chkconfig --level 12345 ifrename off В Desktop 4 этот сервис любезно включен, но нейтрализован отсутствующим файлом /etc/sysconfig/ifrename. Я бы, например, рекомендовал в скрипте init.d/ifrename принимать во внимание переменную CONFMETHOD из /etc/sysconfig/network, но речь не о том. Эти ньюансы не так важны, как то, что сейчас некоторые товарищи ничтоже сумняшеся предлагают оторвать от /etc/net его основу --- iftab, изготовить чучело iftab'а и поместить в /etc. Возможно, в каких-то частных случаях это упростит порядок вещей, но какой ценой? Те, кто замечал выражение "профиль конфигурации" и "мультихостовая конфигурация" в документации, поймут, что /etc/iftab --- совсем не то же самое, что и /etc/net/iftab. Свойство многих файлов внутри каталога /etc/net --- аналог NTFS(?) streams, причём с автоматическим выбором контекста. Чего ради обламывать лишний интеллект, который есть не просит, кроме имитации бурной деятельности? Если есть реальная проблема, давайте её обозначим и решим технично. 2. udev. Я слышал, эта штука нужна для заполнения /dev при старте (вместо того, чтобы сделать это один раз, вот чудаки) и в некоторых дистрибутивах даже отключается, например, у нас. Практическим следствием отключения сервиса udev у меня стало игнорирование USB-кардридера, так что, покосившись на лишний сервис, я всё-таки включил udev назад. На работу моей домосетки эти эволюции влияния не оказали (составить такую конфигурацию нетрудно). Также меня заинтересовали предложения обучить udev искусственному интеллекту и игре на балалайке (помнится, предыдущим исполнителем роли Шарикова был hotplug). Я не знаю, кто решится тратить на это время, но я предвижу, каким будет результат. Давайте проектировать дистрибутив так, чтобы каждая компонента решала одну задачу, но хорошо. Например, загружала модули в ядро и дёргала за хвост соседнюю, которая из имеющейся заготовки выстрогает интерфейс. 3. И наконец, наш философский камень, чаша Грааля и мелафон в одном лице. eth0. Скажите пожалуйста, имея в системе два интерфейса, зачем называть один из их eth0? А второй зачем называть eth1? А потом штурмом добиваться соответствия реального мира содержимому iftab? Я позволю себе ответить на этот вопрос. В этом точно нет достаточно большого смысла, и под вопросом, есть ли смысл маленький. Ещё раз попробую сформулировать уже высказанное предложение. Оставьте ядру ядерное и пусть оно нумерует свои свежесозданные интерфейсы eth0, eth1, eth2 ... eth99. Пул в 100 интерфейсов устроит всех. Если мы будем брать из этого пула по одному интерфейсу и называть их eth000, eth001, eth002 ... eth099, то мир станет немного чище и проще. Пользователь будет видеть привычное eth, а у ядра и конфигуратора будет место для маневров. Спасибо за внимание и надеюсь видеть следующий maintenance release более согласованным. -- DO4-UANIC