> а вот OpenBSD позволила использовать аудио без каких-либо проблем и без дополнительных настроек.

Счастливчик! Такое случается один раз 100тыс. лет ;)

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

Надо было на танке ездить, ему деревья пох. :)

> Какой вклад в развитие ОС внесла команда OpenBSD кроме написания аналогов уже существующего ПО ?

Ну знаете.. С тем-же успехом всё GNU можно называть жалким плагиатом, потому что "такое уже было".

Обсуждать это конечно здорово, но тем не менее все читатели LOR в сумме не сделали столько для "развития ОС".

Тео конечно хам редкостный, но своё дело он делает очень хорошо. И его работу можно начинать обсуждать не раньше, чем в том-же Linux появятся нормально интегрированные методы обеспечения безопасности вместо кучи разных заплаток. В данном случае Linux- не более чем пример, так что гнилыми кочерыжками не кидатся :-)

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

ИМХО новое железо надо покупать с умом. Почему у меня все железо которое есть работает и в Linux'e и в FreeBSD,etc

Это относиться и к старому железу, которое лежит в шкафу. И если посмотреть на тот-же Линукс того времени-поддерживалось и поддерживается.

P.S-старые модемы в расчет неберем. Они у меня для истории(один на 2400) и никогда их неюзал

>не плохо хотя бы перемещение файлов внутри репозитория

Удалил в одном каталоге, закоммитил в другой. Неужели сложная операция? Напиши скрипт, в конце концов :-)

>удаление директорий сделать

cvs co -P вам в помошь :-) А вообще, конечно, вы правы. Это я так, ворчу ;-)

>> >не плохо хотя бы перемещение файлов внутри репозитория

>> Удалил в одном каталоге, закоммитил в другой. Неужели сложная операция? Напиши скрипт, в конце концов :-)

А история изменений??? вот... по этому приходится лезть в репозиторий с командой mv....

>Тео конечно хам редкостный, но своё дело он делает очень хорошо. И его работу можно начинать обсуждать не раньше, чем в том-же Linux появятся нормально интегрированные методы обеспечения безопасности вместо кучи разных заплаток. В данном случае Linux- не более чем пример, так что гнилыми кочерыжками не кидатся :-)

Почему заплатки? Отличная система обеспечения безопасности в Linux - SeLinux. Модель безопасности SeLinux на порядки превосходит модель "отлавливания багов в OpenBSD".

нужно попробовать в опенке мою vortex2.

> Почему заплатки? Отличная система обеспечения безопасности в Linux - SeLinux.

Потому, что потом надо добавлять ещё защиту стека от запуска, защиту от переполнений, Linux Capabilities и прочее, чего SELinux не умеет. Итого получаем потенциально нестабильный конструктор, на который нужно тратить время. Это-же время лучше потратить на что-то полезное IMO.

>> Удалил в одном каталоге, закоммитил в другой. Неужели сложная операция? Напиши скрипт, в конце концов :-)

>А история изменений??? вот... по этому приходится лезть в репозиторий с командой mv....

А это сборку старых версий не поломает? Файла будет и в старых версиях с новым именем. Так или нет?

>> Почему заплатки? Отличная система обеспечения безопасности в Linux - SeLinux.

>Потому, что потом надо добавлять ещё защиту стека от запуска,

Так же и OpenBSD (и в Linux, и в OpenBSD такая защита есть).

>защиту от переполнений

То же самое

> Linux Capabilities и прочее,

Причем здесь capabilities - не понял.

Вообще-то SELinux и OpenBSD подходят к безопасности с разных сторон. OpenBSD: "Нас не взломают из-за ошибок в программах, потому что мы безопасно кодим и стек неисполняемый!". SELinux: "У нас тоже стек неисполняемый, но если всё-таки взломают - то дальше взломанной службы не пройдут". Какой из подходов лучше - спорить бессысленно, оба нужны.

>> Про ReactOS уже забыли... > >Так она же все, кирдык. Там вместо разработки озаботились вопросами соответствия американскому законодательству, а это надолго.

А вот и не кирдык! ReactOS 0.3 RC1 уже вышел!

Вопрос действительно бесмысленный, фактов скомпроментированных OpenBSD реально я не наблюдал, в общих списках рассылки.

> Причем здесь capabilities - не понял.

Capability mask, для назначения избранных привилегий root (CAP CHOWN, CAP SETUID, etc) обычным пользователям.

Касательно подхода... 1) Это работает, а значит это написанно правильно 2) Это написанно правильно, а значит это работает.

Помоему разница очень большая.

> фактов скомпроментированных OpenBSD реально я не наблюдал

Последний факт был больше 8-ми лет назад, о чём Тео не избегает напомнить при случае.

>> >А история изменений??? вот... по этому приходится лезть в репозиторий с командой mv....

>> А это сборку старых версий не поломает? Файла будет и в старых версиях с новым именем. Так или нет?

Не, ничего не ломается. После такого переноса делаешь апдейт и если ты перенесенный файл не модифицировал локально, то он из старого места удалится, а в новом появится. Много раз так делал уже.

> С нетерпением ждём OpenGCC (или OpenCC?) и OpenGNOME с OpenKDE для OpenBSD

GNOME со***. Он на OpenBSD вообще почти не работает. Мы на BSD используем KDE. :)

> Или какая там оффициальная причина переписывания? :)

Наличие добровольцев. ;)

Ну так это уже не один адрес.

А вообще, вы, честно говоря, какую-то чушь сейчас говорите. По сути -- описываете работу, которую нужно было сделать с обычным IPv4 NAT, т.к. доступа к другим IPv6 сетям у вас, похоже, всё равно не было. Что-то я сомневаюсь, что вы действительно использовали IPv6, а уж тем более -- пытались использовать IPv6 на OpenBSD...

Возьми, да выпусти дистрибутив со своим SSH. А OpenSSH не занимает 80% рынка, он занимает уже _более_ 85%.

> > фактов скомпроментированных OpenBSD реально я не наблюдал

> Последний факт был больше 8-ми лет назад, о чём Тео не избегает напомнить при случае.

Да, кстати, и взломали самого Theo десятилетие тому назад одни товарищи из NetBSD, когда OpenBSD только ещё зарождался, но Theo нашёл проблему, и исправил в OpenBSD, а NetBSD ещё какое-то время была подвержена данной проблеме... Это тоже с его слов, так сказать. ;) Остаётся только гордиться товарищами из NetBSD, которые вместо устранения ошибок, использовали их дабы получить доступ к чужим системам.

> nblx (*) (09.06.2006 23:01:02)

Torvalds: 'Use KDE'

> > С нетерпением ждём OpenGCC (или OpenCC?) и OpenGNOME с OpenKDE для OpenBSD

> GNOME со***. Он на OpenBSD вообще почти не работает. Мы на BSD используем KDE. :)

Тов. Линус, кстати, придерживается нашего мнения:

http://www.osnews.com/comment.php?news_id=12956

>> Почему заплатки? Отличная система обеспечения безопасности в Linux - SeLinux.

>Потому, что потом надо добавлять ещё защиту стека от запуска, защиту от переполнений, Linux Capabilities и прочее, чего SELinux не умеет. Итого получаем потенциально нестабильный конструктор, на который нужно тратить время. Это-же время лучше потратить на что-то полезное IMO.

NX bit используется в Linux уже давно. capabilities нкакого отношения к безопасности не имеют и присутствуют в системе всегда. Всяческие stack guard и т.п. системы в дистрибутивных ядрах (от RH и SuSE точно) присутствуют.

Вы просто не в курсе, что умеет Linux, и что OpenBSD.

>nblx (*) (09.06.2006 21:43:13)

>Вопрос действительно бесмысленный, фактов скомпроментированных OpenBSD реально я не наблюдал, в общих списках рассылки.

Как и reactos, hurd и какой-нибудь minuetos.

>Sun-ch # (*) (09.06.2006 22:34:34)

> Касательно подхода... 1) Это работает, а значит это написанно правильно 2) Это написанно правильно, а значит это работает.

Не понял глубокого смысла :( По-моему, оба утверждения неверны.

А насчет "работает" - и SELinux, и OpenBSD работают.

>> А это сборку старых версий не поломает? Файла будет и в старых версиях с новым именем. Так или нет?

> Не, ничего не ломается. После такого переноса делаешь апдейт и если ты перенесенный файл не модифицировал локально, то он из старого места удалится, а в новом появится

Я спрашивал про _старые_ версии, в которых файл должен фигурировать под старым именем. Если сделать update в момент до переименования, файл будет под старым именем или под новым?

>> Я спрашивал про _старые_ версии, в которых файл должен фигурировать под старым именем. Если сделать update в момент до переименования, файл будет под старым именем или под новым?

А, ну конечно под новым. Но если учесть что cvs remove трет файл нафиг вместе с историей, в этом нет ничего страшного))

>>anonymous (*) всё сказал ? пойди пену со рта утри. OpenSSH НЕ ИДЕАЛ. То что он стоит на 80% машин, это скорее достижение дистрибьюторов, а не писателей. Если бы OpenBSD была такая шоколадная ... она бы эти 80% и занимала. Да ... а оффтопик ты то же посчитал ?

>>robot12 *** (*) (09.06.2006 12:15:33)

1. У меня все в порядке со слюноотделением, в отличие от..

2. Ну-ка расскажи всем, чем тебе OpenSSH не идеал? С примером кода парень с него и с твоего идеала. А-то ты пиздабол похоже...

3. Офтопик я тоже посчитал. Читать научись :)) В оригинале стояло 80% _видимых_ хостов. Тут тебе даже уточненные данные кинули - 85%.

короче. бот12 - это диагноз.