FreeBSD 6.0-RELEASE

может хватит издеваться над человеком?

>В которой из более пятисот?

ты про что? прости, просто не понял.

>Тупым ублюдкам не понять, что журналирующая система для фряхи не нужна. Читай ублюдок о soft updates. Но ты это врядли потянешь.... Не для тупорылых это. А родная FS для linux ядра какая? EXT2? Или выпущенная третьей компанией Reiser?

Смешной обиженный бсдунишка-фанатик, попей водички и успокойся, пока я тебя не успокоил чем-нибуть тяжелым. Если бы журналирующая была не нужна, то в 2005 не появился бы фревый проект gjournal. Про софтапдейтс давно в курсе(это которая вместо журнала снабжена фоновым костылем fsck и с глюками в комплекте http://www.opennet.ru/opennews/art.shtml?num=6327) - Soft Updates не сможет откатить незавершенную транзакцию записи после сбоя, тем самым завалив файл, т.к. журнал транзакций не ведется. Не забудть поумничать насчет UPS-ов - UPS-ы они само собой есть, плюс дизельгенератор, только вот сбой может быть вызван и не пропаданием лепиздричества...

>А родная FS для linux ядра какая? EXT2? Или выпущенная третьей компанией Reiser?

Родные файловые системы Linux сегодня это нежурналируемая ext2, и журналируюемые ext3, reiserfs3, а также xfs и jfs, плюс поддерживаются NTFS и FAT и пр. Исторически первой была ext2, только кого это волнует? Хотя для RO-разделов может использоваться и по сей день. UFS/UFS2 по сравнению с ext3, reiser3 и уж тем более reiser4 никакие софтапдейтсы не спасают.

не знаю, у меня с уфсом вообще никогда проблем не было!!! хотя свет вырубают иногда даже по несколько раз в день ублюдки-монтеры!

> Журнализация ИМХО нужна

А для чего, позвольте уточнить? Если для сохранения непротиворечивости ФС, то журналирование (sic!) -- не единственный способ.

> а то будет как у мего знакомого - один файл после отруба эл-ва оказался в середине другого...

На UFS+SoftUpdates такого не произойдет. SoftUpdates обеспечивают непротиворечивость on-disk данных в любой момент времени без применения фурнала.

>> В которой из более пятисот?

> ты про что? прости, просто не понял.

В котором из более пяти сотен разнотипных терминалов и их модификаций забыли написать kb и/или kD, если терминал их умеет?

>Надеюсь, до тебя дойдет, что cons25r в ttys не имеет _никакого_ отношения к свойствам псевдотерминала через ssh? И что твоя фраза "...у меня в /dev/ttys..." подразумевает рассказ про проблемы в /dev/ttyv?.

Да понял свою ошибку. Но проблемы и на tty и на ttyp. Где в руководстве хоть слово о необходимости что-то править в termcaps?

>Знания о terminal capabilities. Если для тебя это "рокет саенс", то продолжай сидеть в своей песочнице -- гомогенной линукс среде. И соваться "грязными мозгами" в мир больших юниксов даже и не думай.

Да уж - знание как привести консоль фри из состояния полуфабриката в готовое состояние требует просто ученой степени, а уж гордости за себя сколько будет... Кому будут нужны пока еще живые недобитые линуксом неповоротливые, дырявые(переполнения стека идиотские до сих пор находят) и дорогие "большие юниксы" и искуственно создаваемые самому себе проблемы гетерогенных сред?

>Тебе нужны верные записи в terminfo и termcap для kb и kD, вот и всё.

Ok, благодарю за указание правильного направления, куда нужно копать. Одного я все равно понять не могу - ПОЧЕМУ разные дистры Linux-а на x86, x86_64, на спарках и т.д. НИКАКИХ ПРОБЛЕМ с поведением del/ins/etc ни на tty ни на pts не испытывают "ИЗ КОРОБКИ", а *BSD имеют эти грабли - неужели это так сложно?

>На UFS+SoftUpdates такого не произойдет. SoftUpdates обеспечивают непротиворечивость on-disk данных в любой момент времени без применения фурнала.

А что произойдет, если запись в файл прервется из-за сбоя, при том, что часть данных в файле уже будет переписана?

>А что произойдет, если запись в файл прервется из-за сбоя, при том, что часть данных в файле уже будет переписана?

Вдогонку: вот в журналируемой произойдет откат транзакции и файл будет восстановлен каким был до перезаписи...

1) Слить дистрибутив, сделать binary upgrade
ISO-шку просто?

А можно сразу исходники качать, и сделать make world (из-под 5-й?)

>Судя по описанию в FreeBSD 6.0 есть изменения в разных интерфейсах
>так что придется пересобирать все или часть программ из /usr/ports

Порты у меня последние - они же вроде от версии самой БСД не зависят...

3)
Если рядом есть сеть с виндами,
то можно подключиться к какой-нибудь windows машине
на второй интерфейс и через NAT выйти в Internet :)

Нет, там у каждой виндовой машины по одной карточке...


Кстати, есть ли Novell BorderManager (демон по аутентификации в виндовую Netware-сеть) под FreeBSD?

Я бы просто воткнул сервер в правильную розетку второй сетевухой :)

Кстати, по какой-то причине ltmodem вешает линух намертво (даже Alt-SysRq не помогает) при любом обращении к модему. На стареньком p-166 под виндой модем работает, на этой же машине линух вешается, а винда набирает номер, потом загрузка проца (P-IV 3Ghz) поднимается до 50% и винда через полминуты говорит о тайм-ауте. Чтобы я ещё когда-нибудь DELL'овское железо взял? Да никогда!..

>В которой из более пятисот? Во всех, что имеют соответствующие возможности, всё работает.

FreeBSD: 5.4-RELEASe, 5.4-RELEASE-p6-p8, 5-STABLE.

Дефолтный /usr/share/misc/termcap:

linux|Linux Console:\
...
:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:\
...
xterm|xterm-color|X11 terminal emulator:\
:ti@:te@:tc=xterm-xfree86:
...
xterm-xfree86|XFree86 xterm:\
...
:ku=\EOA:kd=\EOB:kr=\EOC:kl=\EOD:Km=\E[M:tc=xterm-basic:
...
xterm-basic|xterm common (XFree86):\
...
:im=\E[4h:ei=\E[4l:ks=\E[?1h\E=:ke=\E[?1l\E>:kD=\E[3~:kb=^H:\

cap_mkdb termap для надежности запускал

Как видно все правильно: "kD=\E[3~", только DEL нихрена в ssh с TERM=linux и xterm не работает, пишет "~".
Хыхы кнопка DEL в *BSD дана только для избранных фрибсд-хакиров, в совершенстве владеющих напильником! )))

> Вдогонку: вот в журналируемой произойдет откат транзакции и файл будет восстановлен каким был до перезаписи...

Bull. Полное журналирование данных - штука редкая, а ты здесь именно его расписываешь.

> Как видно все правильно: "kD=\E[3~", только DEL нихрена в ssh с TERM=linux и xterm не работает, пишет "~".

Ах во-от ты о чём! LOL. Еще полчаса смеха... ;)

А я-то грешным делом подумал, что у тебя DEL и BS не работают, а это оказывается дефолтный конфиг readline тебя не устраивает! Ха!

Если ты не в курсе, по-умолчанию delete-char в readline привязан на Ctrl-D. Ну решили авторы так, вот к FSF и выставляй претензии. ;)

А ещё не помешает _забыть_ ДОСо-МСно-ПиСишное детство и ознакомится с историей терминалов. Эти BS, Del и Scroll Lock всякие не просто так взялись. Кто тебе сказал, что DEL _обязан_ удалять символ под курсором? Дядя Билли?

> А что произойдет, если запись в файл прервется из-за сбоя, при том, что часть данных в файле уже будет переписана?

При SoftUpdates файл не изменится.

> вот в журналируемой произойдет откат транзакции и файл будет восстановлен каким был до перезаписи...

Только в том случае, если проводилось журналирование _данных_, а не только _мета_. А это шибко накладно, поэтому практически не используется.

> ты, похоже, ни разу не работал с терминалом фрибсд(или работал с уже настроенным кем-то терминалом)

да нет, мне как раз говорили, что работал я в терминале.

> читай линки и убеждайся что многие задают этот вопрос, когда сталкиваются с фрей

читать не буду, ибо проблемы не вижу вообще. Лично я, когда сталкиваюсь с новой для себя информационной системой, первым делом читаю документацию, возможно по диагонали. Экономит кучу времени, знаете ли. Если ясно не становится, читаю исходники.

А понятие "многие" пускай волнует умы инжЫнеров-мелкососовцев. OpenSource позволяет мне оставаться индивидуалистом. Главное, чтобы с архитектурой всё было в порядке, и код был читаемый... Я правильно понимаю?

> а про JUNOS слышал ?

NetBSD-based?

> Журнализация ИМХО нужна, а то будет как у мего знакомого - один файл после отруба эл-ва оказался в середине другого....

ну неужели лень softupdates (a.k.a softdep) whitepaper прочитать? Или Вы только исходники читаете? Ну так вперед...

> вот в журналируемой произойдет откат транзакции и файл будет восстановлен каким был до перезаписи...

I call bullshit on that [c] Boyd

Читайте, таракой трук, про разницу между, скажем, LFS и XFS. Хватит уже употреблять услужливо подсунутый Вам "успешными" "людьми" marketing fluff - это вызывает несварение в мозгах.

>Если ты не в курсе, по-умолчанию delete-char в readline привязан на
Ctrl-D. Ну решили авторы так, вот к FSF и выставляй претензии. ;)

ЛОООЛ, про termcap погрузили, ламиром пообзывали, а потом признали,
что кнопка DEL у их нихрена не работает оказывается ;)))))))
Ну-ну "Забыли dc прописать" ))))))

>Ах во-от ты о чём! LOL. Еще полчаса смеха... ;)
А я-то грешным делом подумал, что у тебя DEL и BS не работают, а это
оказывается дефолтный конфиг readline тебя не устраивает! Ха!

Не бздэшники, вы меня развеселили! :) Типа делают вид, что они работают
на *BSD, а сами даже не знают, что у них при нажатии на кнопку DEL
вываливается кракозябра и чтобы ее пофиксить нуно тащить напильник и
так на каждой машине... %))))
Мдя... что сказать... спецы! Какой еще дефолтный конфиг readline? Его попросту нет
бухаха - совсем нет никакого /etc/inputrc по дефолту. :) Ну а насчет
tcsh - дык какой еще конфиг readline? %)))

Читаем man tcsh:
delete-char (not bound)
Deletes the character under the cursor. See also delete-char-
or-list-or-eof.
delete-char-or-list-or-eof (^D)
Does delete-char if there is a character under the cursor,
list-choices at the end of the line or end-of-file on an empty
line. See also those three commands, each of which does only a
single action, and delete-char-or-eof, delete-char-or-list and
list-or-eof, each of which does a different two out of the
three.

Нужно ручками биндить кнопку DEL к функции delete-char.

Что самое интересное под линуксом оно забиндено :)
anonymous@debianthebest> set|grep INPUTRC
anonymous@debianthebest> ll /etc/inputrc
-rw-r--r-- 1 root root 1324 Sep 11 20:03 /etc/inputrc
anonymous@debianthebest> bindkey | grep delete-char
"^D" -> delete-char-or-list-or-eof
"^H" -> backward-delete-char
"^?" -> backward-delete-char
"^[[3~" -> delete-char
anonymous@debian-the-best>

А под фрей...
anonymous@freelol54> set|grep INPUTRC
anonymous@freelol54> ll /etc/inputrc
-rw-r--r-- 1 root wheel 528 5 ноя 11:45 /etc/inputrc
anonymous@freelol54> setenv INPUTRC /etc/inputrc
anonymous@freelol54> bindkey|grep delete-char
"^D" -> delete-char-or-list-or-eof
"^H" -> backward-delete-char
"^?" -> backward-delete-char
anonymous@freelol54>
anonymous@freelol54> m~u~a~h~a~h~a~~~~~~~~
spiritus@protoss ~ > bindkey "\e[3~" delete-char
spiritus@protoss ~ > muahaha

Tcsh(основной шелл) во фре спасает _только_
bindkey "\e[3~" delete-char
О чем, естественно, не написано ни в знаменитом Руководстве ни в
Факах. Ну и inputrc во фре нужно лепить из того что найдешь. )))
Блин, насколько всеже проще в Linux "apt-get install bash tcsh" и
просто работаешь *** I LUB LINOOX ***. Не доросли похоже *BSD еще до
отшлифованных Linux-ов :)

>Кто тебе сказал, что DEL _обязан_ удалять символ под курсором? Дядя Билли?

Нет, не Билли. Вас Билли беспокоит? Хотите поговорить об этом? :)
Вот смори. В DOS кнопка Delete работает, и делает она то, что написано на
кнопке, т.е. удаляет символ под курсором. :) В масдае работает?
Работает. В Linux Работает? Работает. Кто же знал то, что у FreeBSD
ближе к версии 9.5 кнопка DEL научится удалять символы, ну и у остальных бздей
тоже добавят эту фичу после тщательного тестирования. :)))))))))))))

>В котором из более пяти сотен разнотипных терминалов и их модификаций забыли написать kb и/или kD, если терминал их умеет?

тоесть, ты хочешь сказать, что проблема непосредственно в шелле (будь то bash, zsh, etc...)?

>Вот смори. В DOS кнопка Delete работает, и делает она то, что написано на кнопке, т.е. удаляет символ под курсором. :) В масдае работает? Работает. В Linux Работает? Работает. Кто же знал то, что у FreeBSD ближе к версии 9.5 кнопка DEL научится удалять символы, ну и у остальных бздей тоже добавят эту фичу после тщательного тестирования. :)))))))))))))

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

>А понятие "многие" пускай волнует умы инжЫнеров-мелкососовцев. OpenSource позволяет мне оставаться индивидуалистом. Главное, чтобы с архитектурой всё было в порядке, и код был читаемый... Я правильно понимаю?

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

>читать не буду, ибо проблемы не вижу вообще. Лично я, когда сталкиваюсь с новой для себя информационной системой, первым делом читаю документацию, возможно по диагонали.

Жду ссылку на страницу в Руководстве FreeBSD, где будет написано о том, как заставить кнопку DEL работать в tcsh и bash.

Какой бред? Вы о чем? Что может быть более логичного, чем то, чтобы кнопка del удалял символ под курсором. Лично меня, как enduser-а мало интересует почему не сделано по нормальному, а сделано через ж#опу. И аргумент у меня железный есть - в Linux то работает, при чем сразу.

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

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

вот-вот, согласен. они не в этом заинтересованы. они заинтересованы в развитии Фри, а не в ее популярности смреди люниксоидов.

>Читайте, таракой трук, про разницу между, скажем, LFS и XFS. Хватит уже употреблять услужливо подсунутый Вам "успешными" "людьми" marketing fluff - это вызывает несварение в мозгах.

Поменьше пафоса, знатоки епти.

TUNE2FS(8) TUNE2FS(8)

...


The following mount options can be set or cleared using tune2fs:
...
journal_data
When the filesystem is mounted with journalling enabled, all data (not just meta-
data) is committed into the journal prior to being written into the main filesys-
tem.

Курить маны по EXT3 до просветления :)

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

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

> тоесть, ты хочешь сказать, что проблема непосредственно в шелле (будь то bash, zsh, etc...)?

То есть проблема в настройке приложения или какой-либо его части. В случае многих дистрибутивов на базе ядра Linux "дядя" уже озаботился конфигом для bash|zsh|etc "чтобы было как у MS", т.е. привычно рядовому обывателю, пришедшему с DOS/Windows и ничего, кроме PC не нюхавшему. С другой стороны медали есть большой мир UNIX, где вагон и маленькая тележка различных терминалов со своими прибабахами.

Эта проблема чётко иллюстрирует высказывание "FreeBSD -- это то, что получается, когда UNIX-хакеры портируют на PC. Linux -- это то, что получается, когда PC-хакер пытается написать UNIX". Начиная с того, что в Linux намного больше платформозависимого кода, заканчивая Scroll Lock vs. Shift+arrows.

спасибо, буду знать.

>вот-вот, согласен. они не в этом заинтересованы. они заинтересованы в развитии Фри, а не в ее популярности смреди люниксоидов.

Снова отмазки. А зачем тогда подробное Руководство делать? От него ведь не зависит развитие? А зачем тогда удобный /etc/rc.conf сделали и безопасность по умолчанию? На эту смешную багу в системе встает любой новый юзер и серьезно недоумевает, она должна быть пофикшена как бага либо документирована как фича и расписана в руководстве, а не вот так вот - все пущено на самотек и разбирайтесь как хотите.

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

>На смотри на DEL в tcsh на свежеустановленной фре: > asdf~~~~~~~~~~~~~~~~

>Для баша нужно создать с нуля /usr/local/etc/bashrc,/usr/local/etc/prfile и /usr/local/etc/inputrc.

>В любом дистрибутиве линукс такой ерундой заниматься не нужно

Вы придираетесь к ерунде. Маны, гугл, голова есть? Так в чем проблемы? Описание настройки DEL/BS/HOME/END обычно заносится в первые строчки факов, сложного ничего нет.

Для людей пользующихся *BSD, гиморными линуксами (slackware) и т.п. это не проблема, ибо решается быстро и просто. Да, есть люди, ставящие что-угодно ради "посмотреть". Посмотрели -- "О ужас! Тут .... не рабоатет из коробки! Как это можно, для системы такого уровня это недопустимо" -- и сваливают обратно на свой обжитый дистрибутив (ОС). Подобным людям, ясное дело, не очень рады: вместо того, что бы выискивать достоинства, они выискивают мелкие недоработки (которые большинством исправляются за пять минут), и поливают все грязью.

При таком взгляде мандрейк будет "великолепен", а слака (к примеру) -- полной недоделкой. Только слакварщики, когда вы будете им говорить о, отстутствии многих конфигов для сторонних программ вас просто не поймут. "Нет конфига -- так напиши! Или вот, можешь мой за основу взять, или в инете поищи готовые и подправь на свой вкус". То есть отсутствие (или недоработанность) конфига к пользовательской программе, имхо, не есть важный фактор. Руки вам на что?

В виндах не нужно заниматься тем гимороем, каким мы занимаемся при настройках линукса/BSD, и что? Винда от этого лучше?

З.Ы. Если Вы пользуетесь башем или tcsh, то наверное у Вас есть готовый конфиг под него? Клавиши настроить под соответствующий терминал -- дело недолгое. ("cat -v" в помощь).

>Нифига себе минимальны... Чего умеет FreeBSD? Web, почта, прокси и пожалуй все... Linux даже в моем домашнем ADSL роутере стоит, а у соседа в спутниковом ресивере(Dreambox), не говоря про то, что он и на десктопе лучше, всякие БД крутит, и делает тоже самое, что и FreeBSD... И после этого различия минимальны?

Линукс очень гибок, а фря -- это целостная система, в которой ВСЕ внимание уделяется функционированию всей системы в целом.

Представь себе, что из всех линуксов существует один единственный дистрибутив (ну, Дебиан к примеру). И все линуксоиды, которые делают что-то общественно полезное, делают это иммено для этого дистрибутива. Не распыляются на разные реализации одной системы.

Вот, что такое фря... (ИМХО). Да, в роутер ее не засунешь, но для сервака она заточенна просто великолепно!

от терпеливый baka-kun :) по сценарию в этом месте нужно орать что-то типа "а почему у вас по ssh под рутом можно и где /sbin в $PATH ?" про журналируемую ФС и кластеры "атакующая" сторона уже заявила, зачот :) про видеокарты, дрова и игрухи тоже вроде было. слабо прошли прения на тему "а где под фрей Оракел" и "портежи рулят вообще". Выходной на ЛОРе :)

>и что, а про JUNOS слышал ? требования даже сравнивать глупо

Какие требования? Мой сосед пришел в магазин и не в даваясь
в подробности купил Dreambox, а там Linux. Аналогично и с роутером, я пришел в магазин купил D-Link DSL-500T, а там
Linux. Много раз слышал, но живьем ни разу не видел embedded
FreeBSD, когда будет так, пришел в магазин и купил железку, а не по спец заказу в ограниченном кол-ве по оху..ой цене на базе х86,
вот тогда будешь тыкать про "слышал и требования"...

>в сравнении с виндой для обычного пользователя преимущества
>ничтожны [не флеймить]

О чем можно говорить с виндузятниками? Правильно тут говорят,
что все фришники на десктопе держат виндовс, так что флейма
не будет...

>Я думаю в полемическом запале уважаемый McMCC договорился о
>том, что FreeBSD быть роутером не умеет _в принципе_. Не думаю,
>что со зла. С кем не бывает.

Умеет, но многое, что умеет Linux в качестве роутера, фря не способна... Попробуй опровергни?

> что кнопка DEL у их нихрена не работает оказывается

В том-то и дело, что работает -- после нажатия кнопки соответствующая управляющая последовательность может быть прочитана из соответствующего терминалу файла в /dev/. Все, больше ни ядро, ни ОС в целом ничего не заботит, как интерпретировать -- целиком дело приложения.

> у них при нажатии на кнопку DEL вываливается кракозябра и чтобы ее пофиксить нуно тащить напильник

Вываливается не "у них", а у конкретного приложения, с которым _ты_ не соизволил ознакомится. И никто в _твоей_ необразованности не виноват, только _ты_ _сам_.

> Мдя... что сказать... спецы! Какой еще дефолтный конфиг readline? Его попросту нет

Да... "спец"... Это _тебе_ кажется, что нет, а он есть. Жестко вшитый в саму библиотеку.

> Нужно ручками биндить кнопку DEL к функции delete-char.

Кому "нужно"? Тебе? Ну так привяжи, кто не даёт-то? Или так хорошо знаешь инструмент -- используемый шелл -- что не умеешь, а прочитать и поучиться лень?

> О чем, естественно, не написано ни в знаменитом Руководстве ни в Факах.

Ты бы еще доку на getpid(2) в Библии поискал... man|info tcsh|bash.

> Ну и inputrc во фре нужно лепить из того что найдешь. )))

Чем конфиг bash в linux отличается от конфига bash в любой другой ОС? Ничем.

> Вот смори. В DOS кнопка Delete работает, и делает она то, что написано на кнопке, т.е. удаляет символ под курсором. :) В масдае работает

Кто тебе сказал, что кнопка DEL _всегда_ и _везде_ обязана удалять символ под курсором? Она с одинаковым успехом помещает символ 7F в позицию курсора. Или перемещает курсор на позицию влево и помещает 7F. Или совершает любое другое действие вплоть до "никакого".

Равно как и BS может просто перемещать курсор на одну позицию влево на некоторых терминалах.

>Далее, следует отметить, что если вы не в состоянии подправить этот, с вашей точки зрения, недостаток и его наличие является для вас аргументом при выборе системы, то во фре вам точно делать нечего, суся да убунту - ваш удел.

Да куда уж нам сирым и убогим до фри то :) Если наша система косячит - то вы дураки и недостойны ее, а как линукс попинато так всегда рады. Скажем так, траблы с DEL, которые уже десять лет не могут исправить, это не самый главный недостаток. Есть еще тормозной юзерспейс NATD и такой же PPP, которые непонятно зачем держат, отсутвует журналирующая фс, имеется серьезное оставание от линуксов по произв-ти(поэтому линуксы и стоят на кластерах) и возможносям, медленное развитие системы, сливание по произв-ти файловой системы UFS рейзеру и ext3 в сухую, намного более убогая поддержка десктопных и не только железок, существенно худшая поддержка производителей ПО, намного более куцые средства QOS, отсутвие таких возможностей IPTABLES, как --ttl-set/inc/dec, --set-tos, лицензия BSDL, которая не стимулирует разработку системы(как GPL), а стимулирует ее растаскивание и так далее и тому подобное.

> Умеет, но многое, что умеет Linux в качестве роутера, фря не способна... Попробуй опровергни?

CARP

О ужас! А мужики-то и не знают! (с)

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

>Начиная с того, что в Linux намного больше платформозависимого кода, заканчивая Scroll Lock vs. Shift+arrows. Ню-ню ! Скажите это разработчикам Debian ^_^ Тока потрудитесь прежде посмотреть сколько он поддерживает разных платформ

>... отсутвие таких возможностей IPTABLES, как --ttl-set/inc/dec, --set-tos...

Там народ не одним лишь ipfw единым живет. В хэндбуке описанно как другие фаерволы прикрутить.

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

Зачем? Может сразу в музей?!

> сколько он поддерживает разных платформ

Могу посоветовать взглянуть на NetBSD ;)

В линукс _действительно_ большая часть ядра зависит от платформы, чем в *BSD. Абсолютно разный уровень абстракции.

>CARP

Низачет...

> Низачет...

Вот именно. Записываю: "В линуксе такой функциональности нет. McMCC слил."

> Там народ не одним лишь ipfw единым живет.

Просто им про pf и altq неведомо, вот и не знают, что говорят.