FreeBSD Foundation принимает проектные предложения

>>> Юзаю под Debian PPPoE сервер. При включенном кернел моде держит 200 клиентов и 100 Мбит трафика, загрузка проца при этом около 1%. Работает отлично. Читайте маны.

>> Ох, свежо предание, да вертится с трудом...

> Как хотите, но факт остается фактом. Пока не включил кернел мод, загрузка была 60-80%

100мбит? 200 пользователей? и 1% загрузки ЦПУ? любопытно взглянуть на конфики сервера и описание конфигурации железа...

> Попрошу не трогать iZEN, он не наезжает, он вносит свежую критическую струю, так сказать, извините за двусмысленность!

..свежую струю поноса. Ж) Раз уж от двусмысленности решили избавиться.

> Что мешает год поизучать любой из Linux'ов и потом выбрать нужный?

Того, что всегда не хватает: Времени и Целей.

> А прикладные FreeBSD'шные тролли лезут со своим уставом в Linux.

Линуксоиды обычно почему-то ставят абсолютно ВСЁ POSIX-совместимое ПО в заслугу Linux. Вот тут рвотный рефлекс у остальных и срабатывает.

>>В сумме больше 600 страниц, первая книга написана автором pf, подробней уже некуда. На русском этих книг нет, наверное и не нужно.

>Можно вопрос - каким боком это относится к документации BSD? Конкретно - к хэндбуку? Написали дядьки хорошую книжку и напечатали, а доступность документации на BSD от этого сильно не повысилась.

Встречный вопрос: каким образом PF в FreeBSD должен отличаться от PF, который описывает сам автор?
Документация (man) идёт вместе с системой, так как PF - модуль ядра.

>>> Юзаю под Debian PPPoE сервер. При включенном кернел моде держит 200 клиентов и 100 Мбит трафика, загрузка проца при этом около 1%. Работает отлично. Читайте маны.

>> Ох, свежо предание, да вертится с трудом...

> Как хотите, но факт остается фактом. Пока не включил кернел мод, загрузка была 60-80%

>100мбит? 200 пользователей? и 1% загрузки ЦПУ? любопытно взглянуть на конфики сервера и описание конфигурации железа...

cpu q6600, ram 2G, X7SBL Supermicro

pppoe-server-options: plugin /etc/ppp/plugins/rp-pppoe.so plugin radius.so plugin radattr.so

idle 1200 asyncmap 0 require-chap refuse-pap refuse-mschap refuse-mschap-v2 +chap -pap -mschap -mschap-v2 mtu 1492 noproxyarp nodefaultroute nobsdcomp nodeflate novj novjccomp lcp-echo-failure 5 lcp-echo-interval 20 nologfd noktune noendpoint noipx

Запускается по pppoe-server -k -I eth1 -r -T 6000 -N 1000 -L ip -C name -S name

>Вот во FreeBSD нельзя выставить приоритеты DNS-серверов полученных от разных источников (как это делается с помощью пакета resolvconf);

Бред. Лукаса почитай, а не Хэндбук в KOI8-R, раз по-английски не вякаешь.

>нет штатных средств выполнить пользовательский скрипт при поднятии интерфейса.

Бред. Лукаса почитай, как он ходит со своим ноутбуком в разные сети.

>Отсутствие возможности настройки множественных таблиц маршрутизации (или неумения это делать) решают правилами nat'а и ручного форвардинга пакетов по правилам в pf.

Бред. Множественные таблицы маршрутизации уже поддерживаются в ядре FreeBSD 7.x и PF. Если кто-то не осилил документацию на английском, то это личные проблемы.

>Можно будет сильно сэкономить на попах: отпевать ЭТО они ни за что не согласятся. А вот, интересно, есть ли свои священники у СОТОНИСТОВ?

успокойтесь уж, а то совсем на г изойдете:D

>Но тормоза в иксах при копировании или открытии страничек - это явный косяк в настройке системы.

по умолчанию - убунта, мандрива - результат один и тот же. а при открытии страничек иногда "замирают" сами иксы. матерюсь часто поэтому:)

> по умолчанию - убунта, мандрива - результат один и тот же. а при открытии страничек иногда "замирают" сами иксы. матерюсь часто поэтому:)

Эм... Так речь не о фряхе? Тогда это не ко мне. :)

Вообще, что мандрива, что убунта (моё личное, как пользователя, мнение) слишком тяжелы, чтобы запускать их на C3.

>Но тормоза в иксах при копировании или открытии страничек - это явный косяк в настройке системы.

мысль. ибо только в иксах, как мне помнится, такое твориться. то, что работают через сетевое соединение.

(X Windows (TCP/IP-based network-oriented window system))

при х..м соединении начинаются косяки. пишешь - не верят:)

C3? обычный комп. у меня с фряхой был похожий косяк, когда машрут по-умолчанию был не корректный. из-за этого все подтормаживало в иксах.

>> Что мешает год поизучать любой из Linux'ов и потом выбрать нужный?

>Того, что всегда не хватает: Времени и Целей.

Недостаток времени вызывается большим количеством целей. Маленькое количество целей приводит к появлению большего количества свободного времени. Всё-таки стоит определиться чего вам не хватает: времени или целей?

>Документация (man) идёт вместе с системой, так как PF - модуль ядра.

Ну то есть вы признаёте, что документация во FreeBSD ничуть не лучше таковой в Linux? Потому что описание iptables тоже есть в man'ах.

>>Вот во FreeBSD нельзя выставить приоритеты DNS-серверов полученных от разных источников (как это делается с помощью пакета resolvconf);

>Бред. Лукаса почитай, а не Хэндбук в KOI8-R, раз по-английски не вякаешь.

На этом миф о доступной документации FreeBSD считаю развеянным. Дело не в том, знаю ли я английский или нет. Даже если я его не знаю на достаточном для чтения документации уровне, я узнал бы о многом от других знающих пользователей. Но беда в том, что они сами как правило не знают большего , чем написано в хэндбуке, а всё толковое и нужное есть только в книжках.

Предлагаю вам ткнуть хотя-бы в верном направлении, а не советовать тратить деньги на книжки, чтобы я из тонн макулатуры по крупицам собирал сакральное знание FreeBSD. Это я об аналоге resolvconf во FreeBSD и о том, интегрируется ли он штатно из коробки с DHCP-клиентом, PPP-демоном, кэширующими DNS-серверами.

>>нет штатных средств выполнить пользовательский скрипт при поднятии интерфейса.

>Бред. Лукаса почитай, как он ходит со своим ноутбуком в разные сети.

Ещё раз. Я не хочу покупать макулатуру ради того, чтобы по крупицам собирать сакральное знание.

>Бред. Множественные таблицы маршрутизации уже поддерживаются в ядре FreeBSD 7.x и PF. Если кто-то не осилил документацию на английском, то это личные проблемы.

Ну вот видишь. Заметь, это НЕ мои проблемы, а тех новичков, которые свято верят в то, что у FreeBSD всё логично, просто и хорошо описано в документации. Эти же новички часто пытаются убедить в этом и меня, а я смотрю и дивлюсь костылями, которые они городят.

> На этом миф о доступной документации FreeBSD считаю развеянным. Дело не в том, знаю ли я английский или нет. Даже если я его не знаю на достаточном для чтения документации уровне, я узнал бы о многом от других знающих пользователей. Но беда в том, что они сами как правило не знают большего , чем написано в хэндбуке, а всё толковое и нужное есть только в книжках.

Прикинь: это и есть ПРАВИЛЬНО.
Так как информация из man pages и в книжках гораздо надёжнее, чем свистёж сильно умных товарищей в блогах и во всём том, что находится Гуглом во Всемирной Помойке.

> Предлагаю вам ткнуть хотя-бы в верном направлении, а не советовать тратить деньги на книжки, чтобы я из тонн макулатуры по крупицам собирал сакральное знание FreeBSD.

http://www.freebsd.org/cgi/man.cgi

> Ещё раз. Я не хочу покупать макулатуру ради того, чтобы по крупицам собирать сакральное знание.

man devfs(5)
man devd(8)

Кстати, может заменить HALd, если с умом настроить.

> Ну вот видишь. Заметь, это НЕ мои проблемы, а тех новичков, которые свято верят в то, что у FreeBSD всё логично, просто и хорошо описано в документации. Эти же новички часто пытаются убедить в этом и меня, а я смотрю и дивлюсь костылями, которые они городят.

Полезность множественных таблиц маршрутизации не доказана.

> Недостаток времени вызывается большим количеством целей.

Посылка неверна.

В линаксе доки намного хуже, часто просто устаревшие, особенно хаутушки. Я тут книжку прикупил, что-то про сети в линаксе. Книжка прошлого года издания, люди пишут про вещи о которых я вообще никогда не слышал - типа ipchains.

>Книжка прошлого года издания, люди пишут про вещи о которых я вообще никогда не слышал - типа ipchains.

Цитата: http://www.opennet.ru/docs/HOWTO-RU/Ipchains.koi8-r.html
"1.1. Что?

Linux ipchains заменяет Linux IPV4 firewalling код (который был главным образом перенесен из BSD) и заменяет ipfwadm, который был потомком ipfw из BSD. Он нужен для администрирования фильтрацией IP пакетов в ядрах Linux версии 2.1.102 и выше.

1.2. Почему?

Старый Linux firewalling код не работает с фрагментами, имеет 32-разрядные счетчики (на Intel по крайней мере), не позволяет работать с протоколами отличными от TCP, UDP или ICMP, и не может делать большие изменения atomically, не может определять обратные правила, имеет некоторые причуды, и может быть жесток в управлении (что приводит к ошибкам пользователя)."
Конец цитаты.
Ж)))))

Вопрос в другом, нахрена вообще о нем писать в книге 2008 г. издания?

Издательство Бином, "Байки из склепа или Полное руководство по сетям Linux TCP/IP".

Вам, душевно-больным, наверное тяжело живётся, да? Если один из технических документов операционной системы вызывает такое веселье, то учебник матанализа раскрытый на любой странице наверное вообще свалит под стол в приступе безумного хохота, мягко переходящего в коматозное состояние

Linux R.I.P.?

Предлагаю на темах относящихся к бзде банить iZEN. Кроме пускания пены толку всё равно нет... 8))

>> Ещё раз. Я не хочу покупать макулатуру ради того, чтобы по крупицам собирать сакральное знание.

>man devfs(5)
>man devd(8)

О, великий гуру iZEN! И как же в freebsd жестко привязать
имена интерфейсов к мак-адресам? Чем мне тут помогут devfs & devd? ;)

Чтобы вытащив из сервера интеловскую гигабитку em2 остался em2, а не переехал на em1?

>Полезность множественных таблиц маршрутизации не доказана.

это всё от твоей ограниченности, iZEN.
несколько таблиц маршрутизации - это крайне удобно и полезно, как и свой набор правил фаерволла в jail.

Кстати... а как на freebsd сделать, например, отказоустойчивый почтовик?
(для любителей орать carp и raid: рейдконтроллеры тоже умирают, как и целиком сервера).
Т.е. рассматривать надо случай когда ноды разнесены географически и в одну из нод шмальнули из базуки. Причём в тот момент, когда приняли от пользователя письмо и ему уже сказали accepted for delivery.

PS: а как NAS фряха действительно хороша.

>> Недостаток времени вызывается большим количеством целей.

>Посылка неверна.

во Вселенной начали действовать новые законы?

>Прикинь: это и есть ПРАВИЛЬНО.
>Так как информация из man pages и в книжках гораздо надёжнее, чем свистёж сильно умных товарищей в блогах и во всём том, что находится Гуглом во Всемирной Помойке.

Я говорил про официальную документацию FreeBSD. Ты сказал, что не нужно её читать. Нужно читать книжки. Сейчас ты противоречишь себе и говоришь, что нужно читать официальную документацию.

>http://www.freebsd.org/cgi/man.cgi

Это тычок пальцем в небо. Слив засчитан. Во FreeBSD нет штатных средств для выставления приоритетов DNS-серверов, полученных динамически с разных интерфесов.

Почитай хотя бы вот это: http://manpages.debian.net/cgi-bin/man.cgi?query=interface-order&sektion=... (прикинь, кто-то даже на корявый русский потрудился перевести). Это то, о чём я спрашивал. И я указал КОНКРЕТНУЮ страницу, где это описано. И это официальная документация, а не отсылка к бумажной книги какого-то чувака, которую ещё и найти нужно.

>man devfs(5)
>man devd(8)

Тоже слив. Вот о чём я спрашивал: http://manpages.debian.net/cgi-bin/man.cgi?query=interfaces&sektion=5&.... Найди там строчку /etc/network/if-<option>.d/ - это названия каталогов, куда я могу положить скрипты, вызываемые при поднятии/опускании интерфейсов. Чуть пониже описаны переменные, которые передаются этим скриптам при их вызове.

>Полезность множественных таблиц маршрутизации не доказана.

Не считаю нужным доказывать это. Но для тебя, неверующего, думаю пояснить зачем это нужно.

Допустим у меня есть два подключения в Интернет. Допустим у меня есть два клиента. Один хочет получать интернет через первое соединение. Второй - через второе. Я могу каждому клиенту назначить свою таблицу маршрутизации и выдавать им интернет через то подключение, через которое они хотят его получать.

Да, в простейших случаях можно обойтись ipfw add fwd. Но представь, что вместо двух клиентов у тебя их два десятка, вместо двух подключений их штук пять, при этом каждый из клиентов хочет пользоваться не одним подключением для всех соединений, а в зависимости от сервера, к которому он хочет подключиться, выбирать и соединение.

Клиент хочет забирать почту и качать с ftp-серверов через медленное дешёвое соединение, а серфить по сети через быстрое, но подороже.

Другой случай.

Представь, что к серверу подключены две частные сети с одинаковой адресацией 192.168.0.0/24. Только одна локалка принадлежит одному клиенту, а другая - другому. Есть ещё две сети, из которых каждый из клиентов хочет попасть в СВОЮ сеть 192.168.0.0/24. Нужно организовать маршрутизацию так, чтобы каждый клиент обращался к своей сети.

Может быть ещё куча других случаев.

При этом, если ты будешь пользоваться ipfw add fwd, тебе придётся вручную сортировать маршруты внутри воображаемых таблиц и ты не сможешь легко и просто в любой момент посмотреть таблицу маршрутизации только одного из клиентов.

И опять свелось к банальному срачу. А тема ведь звучит почти как: "Что следует добавить во фрю, чтоб она начала нравиться линуксоидам?"

> Кстати... а как на freebsd сделать, например, отказоустойчивый почтовик?

gmirror+ggated по NFS?

>И опять свелось к банальному срачу. А тема ведь звучит почти как: "Что следует добавить во фрю, чтоб она начала нравиться линуксоидам?"

"Что следует добавить во фрю, чтоб она стала линуксом?"

>>man devfs(5)
>>man devd(8)

>Тоже слив. Вот о чём я спрашивал

Извини дорогой, я думал, что пройдёшь дальше сам по ссылкам, а оказывается тебе надо тупо дать прямые линки на man pages:
man devd.conf(5)
man dhclient(8)
man dhclient.conf(5)

>При этом, если ты будешь пользоваться ipfw add fwd, тебе придётся вручную сортировать маршруты внутри воображаемых таблиц и ты не сможешь легко и просто в любой момент посмотреть таблицу маршрутизации только одного из клиентов.

Я никогда не буду использовать ipfw, если есть гораздо практичный/функциональный/ и производительный pf.

>А тема ведь звучит почти как: "Что следует добавить во фрю, чтоб она начала нравиться линуксоидам?"

На DVD уже начали релизиться - хорошо.

Множественные таблицы маршрутизации уже есть.

Я бы хотел тот самый resolvconf и вызов пользовательских скриптов при поднятии/опускании интерфейса.

Хочу нежёсткие зависимости у двоичных пакетов и стабильную ветку, как в Debian - только обновления безопасности, без смены версий пакетов. В идеале - аналог apt или порт apt.

Хорошую поддержку ARM.

Поддержку xfs и reiser в режиме записи.

Поддержка множества PPTP-сессий через NAT.

Это первое, что пришло на ум.

>О, великий гуру iZEN! И как же в freebsd жестко привязать
имена интерфейсов к мак-адресам? Чем мне тут помогут devfs & devd? ;)

devfs — динамическая файловая система для управления файлами устройств в /dev.
devd — демон, позволяющий запускать пользовательские программы при подключении/отключении различных устройств.

Безымянных имён сетевых интерфейсов (типа eth0, eth1, eth3...) во FreeBSD нету. Так же как нет отдельных инструментов конфигурирования разных типов сетевых интефейсов (ifconfig и iwconfig только в Linux).

Догадаешься сам, как можно использовать devd или нужно всё разжувать, положить тебе в ротик и закрыть его? Скриншотики, как в Ubuntu, я уж точно не буду представлять. :))

>В линаксе доки намного хуже, часто просто устаревшие, особенно хаутушки. Я тут книжку прикупил, что-то про сети в линаксе. Книжка прошлого года издания, люди пишут про вещи о которых я вообще никогда не слышал - типа ipchains.

Да, хаутушки - говно. Но есть и положительный момент - все просто перешли или переходят на wiki.

> Я бы хотел тот самый resolvconf и вызов пользовательских скриптов при поднятии/опускании интерфейса.

man devd(8), неуч!

> Хочу нежёсткие зависимости у двоичных пакетов

Как пакеты соберёшь, так они и будут.

> и стабильную ветку, как в Debian - только обновления безопасности,

-RELEASE-pxx

> без смены версий пакетов.

Это зачем нужно?

> В идеале - аналог apt или порт apt.

use portupgrade!
Установка: portinstall -rPP имя_порта
Обновление: portupgrade -PP имя_порта
Снос: pkg_deinstall -r имя_порта

Для упёртых:
apt-0.6.46.4.1_3
Advanced front-end for dpkg
http://cvsweb.freebsd.org/ports/sysutils/apt

>Стандартная настройка сендмейла занимает 3 минуты, зачем тогда люди пишут книжки про сендмайл?

Используя руководство по iptables можно создавать любую конфигурацию, а не только стандартную.

>Извини дорогой, я думал, что пройдёшь дальше сам по ссылкам, а оказывается тебе надо тупо дать прямые линки на man pages:

>man devd.conf(5)

Оно умеет отлавливать ПОДНЯТИЕ интерфейса? Насколько я знаю, оно может отловить только момент появления/отключения нового устройства. А момент, когда я неожиданно выдернул кабель из Ethernet-интерфейса, оно не отловит.

>man dhclient(8)
>man dhclient.conf(5)

А что делать, если на интерфейс настроен статически? То есть я тупо прописал все настройки статически и никакого dhcp-клиента не использую?

И да. Чуть не забыл. udevd и dhclient есть и в Linux. Это на всякий случай, если ты думаешь, что я не знаком с ними.

>Я никогда не буду использовать ipfw, если есть гораздо практичный/функциональный/ и производительный pf.

Да ради бога. Абсолютно те же яйца, но только в профиль. Множественных таблиц маршрутизации нет, маршрутизация выполняется фаерволлом. Этак и я с помощью iptables REDIRECT могу.

>Эм... А как касается линукс-релэйтед допил хала и обязательность его применения в ксорге? Ну допилили хал в линухе. Отлично. Рад за линуксоидов. Но нафига мне его навязывать, если у меня он работать будет не очень?

Дело-то в том, что все эти подсистемы зависимы друг от друга. Цель: сделать систему максимально самоконфигурирующейся (в зависимости от смены железа, сети, или же на этапе установки). Местами пока что через жопу сделано - не вопрос (искал в десятой федоре где же эти сцуки привязывают интерфейсы к макадресу - теперь этим занимается hal, как выяснилось). Но есть и нормальные реализации.

>Кстати freedesktop.org декларирует своё творчество, как кросплатформенное. Так что не надо называть хал линуксовым.

Он просто отработан на линуксе. Никто не мешал отработать его на других операционках.

А что будете делать, когда Xorg снова изменят, чтобы любые параметры изображения можно было менять на лету?

>Я использую. Привычно так.

Ты, наверное, меньше 1-го процента пользователей. Даже клавиатуры выпускают уже давно в раскладке winkeys. Зачем ссать против ветра?

>Угу. И название CDROM сразу найдется ;-)))

Название сидирома с незапамятных времен srX (было, конечно, отступление в ересь на тему hdX, но это в прошлом). И нормальный дистриб тебе поменяет симлинк.

>Извините, уважаемый, я на сервер десктопные листры ставить даже не пробовал.

Эти вещи входят и не в десктопные дистрибы.

>Или ubuntu-server, где вслед за нормальным пакетом тянется еще куча всякого барахла как зависимость, а не как "рекомендовано".

Зависимости будут тянутся везде. В принципе, пофиг при текущих объемах винтов.

У сьюз тема с менеджером давно известна.

>> Я бы хотел тот самый resolvconf и вызов пользовательских скриптов при поднятии/опускании интерфейса.

>man devd(8), неуч!

ПОДНЯТИИ/ОПУСКАНИИ, а не подключении/отключении. Какое слово не понятно, всезнайка?

>> Хочу нежёсткие зависимости у двоичных пакетов

>Как пакеты соберёшь, так они и будут.

Я не хочу собирать, я хочу готовые двоичные пакеты ставить. Пересобирать только для того, чтобы избавиться от необязательных зависимостей я не хочу.

>> и стабильную ветку, как в Debian - только обновления безопасности,

>-RELEASE-pxx

Только для базы. А порты?

> без смены версий пакетов.

>Это зачем нужно?

Для стабильности. Впрочем, тебе этого не понять, ты же кроме FreeBSD ничего не видел. Только Ubuntu одним глазом, которую считаешь ровней Debian'у.

> В идеале - аналог apt или порт apt.

>use portupgrade!
>Установка: portinstall -rPP имя_порта
>Обновление: portupgrade -PP имя_порта
>Снос: pkg_deinstall -r имя_порта

aptitude markauto имя_пакета
aptitude hold имя_пакета

?

>Для упёртых:
>apt-0.6.46.4.1_3
>Advanced front-end for dpkg
>http://cvsweb.freebsd.org/ports/sysutils/apt

Нах мне во FreeBSD фронт-энд к dpkg? Во FreeBSD может ещё и dpkg есть? Если и есть - зачем оно мне? Мне нужно чтобы apt работал с фришными pkg_add, pkg_remove, pkg_info и т.п.

>Оно умеет отлавливать ПОДНЯТИЕ интерфейса?

Оно умеет всё отлавливать, все события (devd реагирует на "извещения") подключения/отключения и запускать нужные скрипты в зависимости от выставленного приоритета правил извещений.
См. файл настроек системных правил: /etc/devd.conf

> А что делать, если на интерфейс настроен статически? То есть я тупо прописал все настройки статически и никакого dhcp-клиента не использую?

Прописать в action правила при типе события "LINK_UP" ("LINK_DOWN") интерфейса путь к своему скрипту, меняющему его сетевые настройки.
См. файл настроек системных правил: /etc/devd.conf

> И да. Чуть не забыл. udevd и dhclient есть и в Linux. Это на всякий случай, если ты думаешь, что я не знаком с ними.

http://citkit.ru/articles/162/
"Одна из приятных черт реализации devfs для FreeBSD, отличающая ее от Linux-аналога - отсутствие изменения номенклатуры устройств. То есть жесткие IDE-диски как были устройствами вида /dev/ad#, так ими и остались. Не превратившись в жутких монстров вроде /dev/ide/..., что вынуждено произошло в Linux.

Второе отличие devfs во Free от ее Linux'овой ипостаси - возможность полностью игнорировать пресловутую "обратную совместимость". В Linux это также вынужденная мера, рассчитанная на программы (низкоуровневые утилиты), которые о devfs не подозревают. А во FreeBSD такой нужды почти не возникает - все программы, напрямую работающие с устройствами, являются неотъемлемой частью операционной системы (к вопросу о преимуществах централизованной разработки).

Однако и обеспечить обратную совместимость, в случае потребности в ней, никто не запрещает. Так, многие мультимедийные приложения из портов FreeBSD (типичный пример - знаменитый mplayer) при проигрывании компакт-дисков или VideoCD желают, чтобы соответствующее устройство носило имя /dev/cdrom. Во Free же по умолчанию такого устройства нету - привод компакт-дисков именуется /dev/acd0 (или /dev/acd1).

Очевидно, что стандартное решение такого рода проблем - создание символической ссылки /dev/cdrom -> /dev/acd0, - тут не подходит: содержимое каталога /dev полностью переписывается при рестарте системы, и, следовательно, такая ссылка будет существовать только в текущем сеансе (а создавать ее каждый раз заново - конечно же, лениво).

Проблема обходится легко - редактированием файла /etc/devfs.conf, задающего конфигурацию демона "обратной совместимости" файловой системы устройств - devd. Достаточно внести в этот файл строку вида

link acd0 cdrom

чтобы соответствующая ссылка (/dev/cdrom -> /dev/acd0) образовывалась нечувствительно для порльзователя, при старте системы."

>Оно умеет всё отлавливать, все события (devd реагирует на "извещения") подключения/отключения и запускать нужные скрипты в зависимости от выставленного приоритета правил извещений.
См. файл настроек системных правил: /etc/devd.conf

>Прописать в action правила при типе события "LINK_UP" ("LINK_DOWN") интерфейса путь к своему скрипту, меняющему его сетевые настройки.
См. файл настроек системных правил: /etc/devd.conf

Ну наконец-то. Спасибо.

А что насчёт аналогов resolvconf?

И как решить проблему плавания нумерации сетевых интерфейсов при добавлении/удалении сетевых карт?

>Я не хочу собирать, я хочу готовые двоичные пакеты ставить. >Пересобирать только для того, чтобы избавиться от необязательных зависимостей я не хочу.

Пиши мантейнеру порта, чтобы при BATCH=yes в твоём /etc/make.conf порт собирался в пакет с нужными тебе опциями. Если мантейнеру понравится твои аргументы, он охотно сделает в Makefile порта твои опции по умолчанию. И вскоре ты сможешь сгружать с серверов FreeBSD бинарные пакеты без ненужных зависимостей. Ж)

> Для стабильности. Впрочем, тебе этого не понять, ты же кроме FreeBSD ничего не видел. Только Ubuntu одним глазом, которую считаешь ровней Debian'у.

Бред. Версию архива с исходниками nvidia-settings тоже для "стабильности" не изменяли, а сами-чудаки правили в нём исходники. В результате ни на одной из файлопомоек было невозможно найти правильную версию nvidia-settings-1.0.tar.gz, способную собраться в FreeBSD без опции make NO_CHECKSUM=YES. Это был "стабильно несобираемый порт".

Для "стабильности" просто следят, какие пакеты после обновления ведут себя неправильно/нестабильно и не обновляют их до последней версии, пока проблема не решится со временем. Ж)

>Бред. Версию архива с исходниками nvidia-settings тоже для "стабильности" не изменяли, а сами-чудаки правили в нём исходники. В результате ни на одной из файлопомоек было невозможно найти правильную версию nvidia-settings-1.0.tar.gz, способную собраться в FreeBSD без опции make NO_CHECKSUM=YES. Это был "стабильно несобираемый порт".

Должны были нумеровать номером патча.

Бывает, что в программе есть какой-то коренной архитектурный изъян. Чтобы его исправить, потребуется перетрясти половину программы. Чтобы люди во время этой перетряски нормально работали, остаётся поддерживаемая старая версия программы. В неё вносятся мелкие исправления, связанные с безопасностью.

Это напоминает текущую ситуацию с KDE. Разработчики захотели основательно перетрясти систему, но оставили стабильную ветку, пока разрабатывается новая. Клепатели дистрибутива Fedora такого подхода к разработке не понимают, поэтому они запихнули в свой дистрибутив первый же глючный релиз KDE под номером 4.0, который был предназначен ТОЛЬКО для разработчиков. А предыдущий, стабильный и вылизанный KDE 3.5 они просто выкинули.

Мэнтейнеры портов FreeBSD конечно не страдают настолько запущеной степенью тугоумия, но в целом и общем повторяют тот же образ мыслей - "если в программе обнаружен баг, заменим её на более свежую версию, а пользователям напишем в файле UPDATES, что надо сделать, чтобы ничего не поломалось".

> А что насчёт аналогов resolvconf?

А что насчёт него? Какая изменённая функциональность сетевого интерфейса нужна?
http://www.freebsd.org/cgi/man.cgi?query=dhclient.conf&apropos=0&sekt...
Не? Тогда прописываем в правилах devd.conf action на запуск скрипта изменения функциональности.

> И как решить проблему плавания нумерации сетевых интерфейсов при добавлении/удалении сетевых карт?

Каждый сетевой интерфейс в FreeBSD имеет своё имя. Номер к имени добавляется в зависимости от числа одинаковых адаптеров и номера слота PCI/разъёма USB, в который его воткнули.

> Должны были нумеровать номером патча.

Для каких исходников?
Одноимённых(!) архивов с исходниками было десяток (каких я нашёл). Только один вручную(!) скачанный архив с одной из неофициальных файлопомоек совпал с контрольными суммами в distinfo порта. Я написал об этом мантейнеру порта. Приписал, что неплохо бы брать исходники с официального сайта NVIDIA. Он мне рассказал страшную историю про неизменность версий архивов и изменяемые исходники самими-чудаками из NVIDIA, и как ему тяжело бороться с существующем положением дел.

>Бывает, что в программе есть какой-то коренной архитектурный изъян. Чтобы его исправить, потребуется перетрясти половину программы. Чтобы люди во время этой перетряски нормально работали, остаётся поддерживаемая старая версия программы. В неё вносятся мелкие исправления, связанные с безопасностью.

Не хочешь рисковать — не обновляй. Или обновляй на тестовой системе. Смотри, что работает/не работает, решай сам.
у меня VLC новой версии не отображает элементы управления — откатился на предыдущую из заранее собранного бинарного пакета. Всё работает.

>aptitude markauto имя_пакета
>aptitude hold имя_пакета

См. файл /usr/local/etc/pkgtools.conf
Или man portupgrade(1)
NAME
     portupgrade, portinstall -- tools to upgrade installed packages or
     install new ones via ports or packages

SYNOPSIS
portupgrade [-habcCDDefFiknNOpPPqrRsuvwWy] [-A command] [-B command]
                 [-l file] [-L format] [-S command] [-x pkgname_glob]
                 [[-o origin] [-m make_args] [-M make_env] pkgname_glob ...]

толсто :). portupgrade не входит в базовую систему. Да, и почему portupgrade, а не portmaster или portmanager? В хэндбуке написано, мол, сами не знаем, обновляйтесь как хотите.

> толсто :).

Почему?

> portupgrade не входит в базовую систему.

Ну и что? Зато удобно. Оно и зависит только от Ruby и Berkeley DB.


> Да, и почему portupgrade, а не portmaster или portmanager? В хэндбуке написано, мол, сами не знаем, обновляйтесь как хотите.

Вот я и пользуюсь чем хочу.