>дык а теперь скажи чем порты в этой ситуации лучше того же SRPM или apt-get?
За apt-get не скажу, пока не юзал (дебиан только собираюсь поставить/попробовать), насчёс же SRPM/RPM vs ports+portupgrade - даже спорить не о чем, порты, как говорится, "рулят адназначна". :-))

>но вот в отличие от портов SRPM позволяет переносить информацию о пакете и сборке в копамктно и виде 1 файла.
Тоже мне, удивил! А порты позволяют переносить информацию о всех пакетах сразу компактно и виде 1 файла. И чё? :-))

>порты вообще - это лоичное следствие раскола NET/2 на разные веточки из-за чего и приходится напильником подтачивать костыли под каждый тарбол под каждую BSD;). если не понятно - найдите спор между DJB и OpenBSD maintainers по qmailport port.
А в линуксе пакеты - это в чём логичное следствие раскола?
Между Slackware/RedHat/Debian/etc не надо "напильником подтачивать костыли под каждый тарбол под каждый Линукс"? Не смеши...

Опять Irsi дерьмом умылся :)

Irsi опять решил повеселить публику. У меня firewall на Linux. Примерчик в студию, чем "сиськи" лучше Linux'а. Только прмеры содержательные, а не трёп в стиле безвременно почившего старого сайта http://ontil.ihep.ru/~vsl. Про таких болтунишек как Ирся и фареволы хорошо простебался господин Водолазкий в книжке "Путь к Linux" cтр. 245.

2anonymous (*) (2003-07-18 13:25:33.15381): еще раз - для начала БЕГОМ ЧИТАТЬ ПРО VLAN'ы!!! Далее - если несколько зданий+remote access, то в каждом здании обычно имеется кошка, минимум - 26я... Ибо нормальный remote access это V.35, G.703 и прочая фигня, а как только дело доходит до этих интерфейсов, то чем трахаться со всякой фигней для компании становится проще и дешевле... А всяческий SOHO (один сервер, хаб и десяток компов в двух соседних комнатах) - да, твой подход для него сгодится...

А че все так на Ирси накинулись ?

Linux Kernel route cache flooding Denial of Service CAN-2003-0244

Середина мая сего года :)

Память девичья ?

2AS:
1. Чем тябе не нравится PIX?
2. Кошка была приведена как пример - дофига специализированных железок и от других производителей, да я и не спорю - кошка тоже не панацея разумеется...

2anonymous (*) (2003-07-18 13:26:52.629559): зачем на корпоративном десктопе фаервол?! От внешний сети он прикрыт, в крупной компании разные отделы в разных VLAN живут, так что и отделы друг от друга прикрыты... Внутри отдела? А зачем?! Если на машине делается что-то секурное, то она ставится в отдельную комнату и загоняется в отдельный VLAN и всех делов. :) Преимущества - один конфиг в одном месте (ну согласен - в двух-трех местах, по числу кошек короче), а не несколько сотен конфигов, разбросанных по всей конторе...

2anonymous (*) (2003-07-18 13:33:29.794723): бегом на секъюритифокус и смотрим статистику по сиськам и по лялиху... После чего вопрос "почему для фаервола сиська гораздо лучше линукса" должен отпасть сам собой...:)
Про то что акцесс-листы на кошках понятны и легко читаемы даже если писаны другим человеком и без комментариев я и не говорю... А вот через полгодика что сам наворочал в конфиге того же ipfw (комменты писать всегда линяво), это задача зачастую нетривиальная...:)

> Ибо нормальный remote access это V.35, G.703 и

и, как правило, упираемся в 2 мегабита. Последние веяния - xDSL. А оканчивается это самым дешевым интерфейсом - Ethernet. Со всеми вытекающими.

> бегом на секъюритифокус и смотрим статистику по сиськам и по > лялиху... После чего вопрос "почему для фаервола сиська гораздо > лучше линукса" должен отпасть сам собой...:)

Отнюдь. Это не то место, где вопрос отпадает. Вопрос отпадает в том месте, где начинается стоимость обслуживания и анализ времени простоя при разных событиях, как то замена ПО. Хотя, чтение секюритифоруса тоже можно к стоимости обслуживания припахать.

<offtopic>
Сиськи - это хорошо... Очень хорошо...
</offtopic>

Нда, про VLAN кое-кто не подумал %)
И стал метафизически умывать Irsi метафизическим говном :)
А ещё циска мелкая, не жужжит и без харда - ронять можно.

> А ещё циска мелкая, не жужжит и без харда - ронять можно.

1. А чего, Linux нельзя во флэшену запихнуть? 2. 1U серверов по жизни не бывает?

А ещё можно дрочить вприсядку...

> Нда, про VLAN кое-кто не подумал %)

И еще кто-то про VLAN не подумал... ;-) Если речь про 802.1q, то есть спостоб пройти в другой VLAN. И способ этот достаточно давно описан.

>> А ещё циска мелкая, не жужжит и без харда - ронять можно. >1. А чего, Linux нельзя во флэшену запихнуть?

запихни. Потом прикинь цену железок и подумай, нужен ли тот гимор.

>2. 1U серверов по жизни не бывает?

А ты 1U сервер в стойку какой глубины запихивать собрался ? :-)

пока я это флейм (вернее последние посты) читал, вы еще бОльшим количеством разродились.... понос словесный надо лечить, а не показывать всем подряд

вот свижак пра вашы любимыи цыськи. саветую всем прачитатъ и мадиратару тожа : http://www.cisco.com/warp/public/707/cisco-sa-20030717-blocked.shtml

> Чем тябе не нравится PIX?

ТЕм, что это обычный компьютер с NT внутри. Лучше я такой же обычный компьютер с *nix поставлю. И, сдается мне, что в разницу в цене, как раз, FireWall-1 уложиться может... Надо бы проверить. ;-)

2AS: имхо xDSL модули для кошек в корпоративном секторе распостранены сильней...;)

Угумс тока шас рулит в.36 а это моторолка хотя говно оно порядочное.Так что не надо ляля про киски. Они дорого выходят для небольших филиалов.

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

по имеющейся статистике по нашим абонентам так не получается... Либо RS-232 (старые подключения), либо xDSL от Zelax и ZyXEL.

Красные чертики и стрекозёлы, вы проиграли. Проиграли бесповоротно и окончательно:

http://www.ibusiness.ru/project/techno/27914/

Мои соболезнования.

О, Ирси опять макают. Может ему нравится?

Интервью с разработчиками OpenBSD

>Красные чертики и стрекозёлы, вы проиграли. Проиграли бесповоротно и окончательно:

Что ручной тормоз в голове заедает ?

"Пока что доля различных версий Linux на рынке встраиваемых в потребительскую электронику приложений незначительна, лидируют как обычно Microsoft, а также американская компания Wind River. "

Wind River делает BSD/OS !!!

Называется 3.14зданул неподумавши :)

>А ты на год смотрел? А на версии, к которым это относится?

Вы таки следите за тем ЧТО обсуждается 

>RELEASED:
>December 20, 2000


>AFFECTS:
>FreeBSD 3.5.1, 4.1, 4.1.1, 4.2

 Вот как раз 4.x и обсуждалась ... 

>А во FreeBSD-5 вообще по умолчанию procfs отключена. Это проблема?

Проблема заключается в желании анонимусов любым способом показать
размер своей мобилы - например путем подмены обсуждения субъекта А
ссылками на свойства субъекта В

PS: Ничего личного ... просто достали передергивания на тему
"а у вас негров бьют" (а у нас и негров то никаких и нету ;))


 

>Красные чертики и стрекозёлы, вы проиграли. Проиграли бесповоротно и окончательно: http://www.ibusiness.ru/project/techno/27914/

Таи ему и место, в холодильниках и унитазах, а фрю мы на серверы ставили, ставим и дальше будем ставить :-)

>Wind River делает BSD/OS !!!

Саныч, дурчок малолетний, какое отношение FreeBSD имеет к коммерческой BSD/OS, кроме общих дальних корней. Можно и SunOS вспомнить.

Фот уепки :) Вы поймите что для заказчика/манагера Фря и Линукс это системы второго сорта, им сейлз пропел песню про IBM/SUN/HP/Мелкийсофт и их сразу заклинило. Но Линукс пойдет в бизнес, а Фря нет. Почему? Да потому что про него орут на всех углах и самая тупая офисная шушера о нем знает. (Хотя и спрашивает иногда: - А какая фирма его производит?) Кому нахер нужна Фря? IBM с Линуксом осуществил свою давнюю мечту - о единой ОС на всем их зоопарке. Sun с Линуксом надеется вылезти из жопы в которой сидит и заоодно дать по яйцам IBM и M$. HP со своим PA-RISC скоро окажется в минусах, а портировать HP-UX на x86 смерти подобно. Oracle хочет наебать IBM и отвязаться от их платформ т.к DB2 им поперек горла. И так далее. Всем выгоден Линукс - он известен, гибок и быстро развивается.

Сейчас Линукс не лучше чем Фря. В техническом плане они примерно одинаковы. Но. Скоро Линукс будет лучше. В разы лучше. А для Фри места не осталось, ее удел пыльные углы в провайдерских шарашках "Пупкин-телеком".

2AS (*) (2003-07-18 13:47:04.52798)
> Ибо нормальный remote access это V.35, G.703 и
>и, как правило, упираемся в 2 мегабита.

В два мегабита ты упираешься не потому что у тебя v35 или G703, а потому что больше ты не прогонишь через e1. И интерфейс на оборудовании тут по барабану.

Интервью с разработчиками OpenBSD

>Таи ему и место, в холодильниках и унитазах, а фрю мы на серверы ставили, ставим и дальше будем ставить :-)

А боюсь лялих на унитаз ставить :-(

А вдруг там pam глюканет ? И че тогда делать ?

2Irsi (*) (2003-07-18 13:46:47.20933)
"Про то что акцесс-листы на кошках понятны и легко читаемы даже если писаны другим человеком и без комментариев я и не говорю... А вот через полгодика что сам наворочал в конфиге того же ipfw (комменты писать всегда линяво), это задача зачастую нетривиальная...:) "

ИМХО не факт. Если у тебя какой-нить ACL 101 и в нем штук 50 правил, и надо поправить ОДНО, будешь каждый раз гонять конфиг на tftp, править и в обратку? Не удобно ИМХО...

Интервью с разработчиками OpenBSD

Фот уепки :) Вы поймите что для заказчика/манагера Фря и Линукс это системы второго сорта, им сейлз пропел песню про IBM/SUN/HP/Мелкийсофт

Скоко громких имен ! А че про SGI забыли ? У них ща самый крутой

лялих.

>Но. Скоро Линукс будет лучше. В разы лучше.

Как показывает практика, если собрать 9 беременных женщин

ребенок не родится через месяц

2Sun-ch 
>А боюсь лялих на унитаз ставить :-(
>А вдруг там pam глюканет ? И че тогда делать ?

А бушь его патчить еженедельно :)

Главное шоб его соседи сверху не прохачили  ;)

Саныч, в какой конторе работаешь? "Pupkin-Telecom" что ли? :)))

"При softupdate'ах данные НИКОГДА не теряются" - это классная фраза, пожалуй пора мне завести себе сигнатуру, и туда как раз такое высказывание подойдет ;)

ext3 сыровата. Я сказал именно то что и хотел. У ext2 журнала нет

Я видел. В Lycos Europe.

> Как показывает практика, если собрать 9 беременных женщин

> ребенок не родится через месяц

Как показывает практика, несколько людей, если собрать их вместе, решают какую-либо проблему быстрее.

Что такое "журнал накроется"? Просто нельзя прочитать журнал? Ничего страшного не будет. Запустишь fsck и продолжишь пользоваться fs.

А что будет если в софтапдейтах весь диск накроется? ;)

>>Wind River делает BSD/OS !!!

>Саныч, дурчок малолетний, какое отношение FreeBSD имеет к коммерческой BSD/OS, кроме общих дальних корней. Можно и SunOS вспомнить.

Какое отношение имеет FreeBSD к Wind River, можно посмотреть в пресс-релизе Wind River за 2002 год. Вкратце - теперь никакого, но некоторое время спонсировала и держала на работе нескольких членов core team.

>А что будет если в софтапдейтах весь диск накроется? ;)

тоже самое, что и с журналируемой fs :) имхо откровенного приемущества ЖФС не имеют

> Нехрен всем в конторе знать, какие сервисы запущены на каком сервере.

пральна фсем закрыть доступ к smtp/pop3/imap/ftp с варезом и парнухой. ненадо сослуживцам знать про то что такие сервисы есть .

>Да, JBOSS сервер приложений и очень уважаемый.
>Только приведите ссылочку где JBOSS используется под
>управлением *BSD. Так что ждём-с ссылочку на конкретное
>использование *BSD в качестве сервера приложений.

У меня в конторе используется. Программеры создали некую систему
для боссов+бухгалтеров. Нечто вроде Compiere или как-то так...
Ссылки на системы, наверное, следует искать на jboss.org.
Не знаю. У меня всё работает.

>Вообще мне по барабану, Linux или *BSD,
>хотя лицензия у Linux лучше. Просто на этой неделе у маCяныча
>бенефис - почему бы и не оттянуться? :)

а что такое "масяныч"?

А мне винды нравятся. .Net -- классная штука... Но пока еще не
запустил под FreeBSD Rotor...

А где можно почитать про PIX с NT внутри? по моему бред. btw а че PIXы уже научились работать с VPN в конфигурации STAR?

Зависит от задач. Софтапдейты приводят к излишней фрагментации, не гарантируют целостность FS после сбоев (по питанию и внезапных перезагрузок без синка)...

2green
>Что такое "журнал накроется"?

Не сочти за наезд НО расскажу позавчерашнюю историю ...

решил я на моей домашней машинке поставить 2.6.0 (в дополнение к 2.4.22-pre*) и решил сделать форк для шестерочных модулей в rc.S
(потому как модутилс vs init-module-tools /решение с *.old мне прямым не показалось/ и сами модули сильно разные) 
... дальнейшие события непосредственно к 2.6.0 не относятся ... 
сделал я изменение в rc.S ну и на свою дурь на фоне собирающегося 2.6.0 решил я поигратся с одним своим модулем (через /proc) машина не будь дурой взяла и зависла - не oops а вполне себе глухой hangs up
при этом контроллер диска светит лампой не мигая ;)

ну мышкой мы машины допустим в таких случаях умеем перегружать  ;)

все перегружается до определенного момента а потом говорит что куча
команд в rc.S нефига непонятна ... сисема продолжает грузится ...

смотрю в rc.S - куча двоичного мусора ... вот тебе и журнал ...

Об'ясняю популярно. То что ты описал - data corruption. Все журналирующие системы в Linux по умолчанию работают в режиме обеспечения целостности метаданных. А целостность данных никто не обещал. Переключишься в режим журналирования данных и будет тебе счастье. (на данный момент в стандартном 2.6.0-test1 такой режим есть только у ext3)

2green
>Что такое "журнал накроется"?

Не сочти за наезд НО расскажу позавчерашнюю историю ...

Да забыл сказать рут стоит на reiserfs 3.5.x  ;)

> Скоро Линукс будет лучше. В разы лучше. А для Фри места не осталось, ее удел пыльные углы в провайдерских шарашках "Пупкин-телеком".

вы ответите , вы за все ответите сцуки рваные !!! (с) изя шниперсон

green конечно показатель моей системы ни в коем случае не является показателем надёжности ufs+softupdate+bgfsck но она пережила столько "падений" от экспериментов и по банальному электропитанию, причем в реальных рабочих условиях, когда в свопе находилось ~500Mb и активно приложения работали с диском. И при этом небыло проблем с FS. Машина закружается, все демонята начинают махать трезубцами, а FS чекается в фоновом режиме никому немешая. Что у меня не так?:-)

Знаешь что у тебя не так? У тебя нет выбора. И нет возможности с чем-то сравнить. Так что ты просто не можешь себе представить, что бывает0-то оказывается и лучше ;)