The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Новости развития OpenBSD за июнь

28.06.2010 11:33

Очередная сводка новостей развития OpenBSD за последний месяц. Многие изменения были произведены во время недавнего hackathon'а в Эдмонтоне.

  • Архитектура hppa получила поддержку SMP.
  • OpenCVS, предмет многих споров на OpenNet, отключён от общей сборки. Причина банальна — отсутствие maintainer'ов.
  • Вместо опций командной строки -s и -r в OpenBGPD управляющие теперь задаются в конфигурационном файле. Это позволяет добавлять и удалять их (сокеты) без полного рестарта bgpd.
  • Поддержка diskmap(4) — псевдоустройства, обеспечивающего атомарный доступ к дискам по их UID, — добавлена в opendev(3) и системные утилиты.
  • Частично переработан ACPI-стек, с учётом проблем, возникающих на некоторых «брендовых» ноутбуках, в основном HP.
  • iked(8), недавно импортированный IKEv2-демон теперь умеет работать в качестве инициатора (клиента), умеет импортировать и экспортировать сертификаты и поддерживает NAT-T. ipsecctl(8) умеет с ним работать параллельно с isakmpd(8), поддерживающем IKEv1.
  • OpenSSH: Опции AuthorizedKeysFile, AuthorizedPrincipalsFile, HostbasedUsesNameFromPacketOnly и PermitTunnel теперь доступны внутри Match-блоков в sshd_config(5). Исправлена ошибка, приводящая к требованию существования /dev/null при использовании ChrootDirectory.
  • KDE 4 в портах обновлён до актуальной версии, но ещё не подключён в общую сборку пакетов. Для сборки требуется GCC 4.x из базовой системы, поэтому сборка на данный момент возможна только на amd64 и sparc64. Переход платформы i386 на GCC 4 задерживается из-за проблем с новым компилятором, в том числе связанных с заметным замедлением скорости сборки и возросшими требованиями к оперативной памяти на данной платформе по сравнению с GCC 3. Желающие могут на свой страх и риск попробовать принудительно собрать систему с параметром COMPILER_VERSION=gcc4 в /etc/mk.conf.
  • Новый порт PHP www/php, параллельный нынешнему php5, но с большими возможностями:
    • поддержка параллельной установки нескольких версий PHP;
    • конфигурационные файлы перемещены из /var/www/conf в /etc: Apache всё равно загружает модули до chroot, поэтому /etc на этом этапе доступен.
    • пакеты теперь называются не php5-, а php-

    Новый порт ещё не включён в систему сборки: требуется обеспечить плавный переезд с пакетов от старого порта и доделать несколько других мелочей.
  • Прочие исправления и улучшения в aucat(1), mandoc(1), ssh(1), tmux(1), azalia(4), bridge(4), trunk(4), ldapd(8), ospfd(8), sysmerge(8) и ядре (UVM, загрузка по сети).

Кроме того, по мотивам обсуждения аналогичной прошлой темы был составлен и отправлен на [email protected] патч для реализации прямого инспектирования пакетов в pf. В результате выяснилось, что уже есть подобное предложение от Reyk Floeter, причём более совершенное в техническом плане (использование BPF), но оно (пока?) не принято по соображениям безопасности.

  1. Главная ссылка к новости (http://www.openbsd.org/plus.ht...)
  2. OpenNews: Обзор развития проекта OpenBSD
  3. OpenNews: OpenBSD переходит на GCC 4
  4. OpenNews: Официально вышел релиз OpenBSD 4.7
  5. OpenNews: Обзор улучшений в системе портов OpenBSD
Автор новости: PereresusNeVlezaetBuggy
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/27111-OpenBSD,
Ключевые слова: OpenBSD,, BSD,, OpenCVS
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (59) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, al (??), 11:43, 28/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хорошую нишу себе выбрали,
    сильный уклон в сетевые возможности делает эту ОС незаменимой.
    Интересно насколько там "прокачан" MPLS? По сравнению с той же cisco.
     
     
  • 2.17, www2 (??), 15:13, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Хорошую нишу себе выбрали,
    >сильный уклон в сетевые возможности делает эту ОС незаменимой.

    Они бы ещё сделали уклон в сторону лучшей поддержки SMP, тогда бы был смысл. А так они сосут по производительности.

     
     
  • 3.35, о (?), 22:36, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Для работы с сетью не очень то и надо.
    Данные обрабатывайте на чем нибудь другом.
     
     
  • 4.53, gfh (??), 13:17, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, ну да.
    Обработка трафика она конечно на процессор нагрузку совсем не даёт...
     
     
  • 5.54, PereresusNeVlezaetBuggy (ok), 13:23, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну да, ну да.
    >Обработка трафика она конечно на процессор нагрузку совсем не даёт...

    Во-первых, смотря что понимать под обработкой траффика. Одно дело — роутить пакеты, другое — вешать Web-проксю. :)

    Во-вторых, примеры, которые мне приводили, свидетельствовали о какой-то конкретной баге (в плане тормозов) в сетевом стеке или даже скорее в ACPI. Возможно, после этого хакатона, на котором планируется внести ряд улучшений в ACPI, что-то изменится.

     
     
  • 6.55, gfh (??), 14:56, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я про другое
    http://nag.ru/articles/article/17045/shape-nat-netflow-na-bolshih-setyah-chas

    Избранные куски:

    "PC-сервер очень неплохо справляется с задачей NAT'а. На сегодняшний день, что FreeBSD, что Linux позволяют производить NAT в несколько потоков, используя все ядра и все процессоры системы. Однопроцессорный Quad-Core Xeon 2.66 с шиной 1.33ГГц (HP DL160) натит, не напрягаясь, около 600 Mbit/s FD при загрузке процессора в пиках до 40% при количестве пакетов до 100 kpps. Замена такого сервера на двухядерный Xeon 2.4 с шиной 800МГц (HP DL140) дает резкое падение производительности, 400 Mbit/s и максимум 80 kpps."

    "В случае использования pcq-очередей по адресным спискам в Linux на входе приходится маркировать (mangle) пакеты, а это достаточно процессороемкая операция. В случае PC-сервера, выполняющего НАТ и шейпинг, до 70% времени уходит на шейпинг, остальные 30% загрузки - нат. Реальные показатели шейпинга (только шейпинга, без NAT) на PC-серверах – около 800 мбит при pps около 100-120 тысяч пакетов в секунду."

     
     
  • 7.56, PereresusNeVlezaetBuggy (ok), 15:20, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    М-м-м, это вы к чему? Статья объёмная, но малополезная: точная конфигурация не приведена, правила фаерволов не приведены, схема тестовой сети отсутствует, про версии используемых ОС ни слова… Эдак можно что угодно накрутить.
     
     
  • 8.58, gfh (??), 15:59, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я про нагрузку на процессор ы и SMP Что обработка трафика требует больших проц... текст свёрнут, показать
     
     
  • 9.59, al (??), 16:44, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    За такие наты нужно руки отрывать Кашак под такие наты тоже нужен будет не мале... текст свёрнут, показать
     
  • 9.60, PereresusNeVlezaetBuggy (ok), 19:38, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    В приведённых в статье примерах всё упиралось, если присмотреться, вообще в шину... текст свёрнут, показать
     
  • 2.36, slepnoga (??), 23:13, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Интересно насколько там "прокачан" MPLS? По сравнению с той же cisco.

    как как, как всегда - оно есть , и иногда даже работает. Но не с cisco'й и не в реальных сетях. А так все ок =)

     
     
  • 3.61, PereresusNeVlezaetBuggy (ok), 19:40, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Интересно насколько там "прокачан" MPLS? По сравнению с той же cisco.
    >
    >как как, как всегда - оно есть , и иногда даже работает.
    >Но не с cisco'й и не в реальных сетях. А так
    >все ок =)

    Недавно в CVS-логах проскакивало упоминание, что теперь и с по крайней мере некоторыми (которые были у разработчиков) цисками всё OK.

     
  • 2.37, Carrier cant be lost (?), 23:29, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>"Интересно насколько там "прокачан" MPLS? По сравнению с той же cisco."

    Муааахахаха... Прокачан? Да в никсах нет ни одной полноценной реализации MPLS сервисов,
    тоже мне прокачан

     

  • 1.2, ideafix (?), 12:06, 28/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Опенбсдшники заботятся о пользователях бендовых ноутбуков от HP. ACPI и KDE4...
     
     
  • 2.3, klalafuda (?), 12:18, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +/

    Означает ли это, что HP втайне готовит секретное оружие и скоро MS-у будет нанесён страшный удар в спину оттуда, откуда не ждали..?
     
     
  • 3.6, Andrey Mitrofanov (?), 12:43, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ноутбуком? По спине?! "Со стороны ACPI"??? 8*O   ...   |)
     
     
  • 4.9, klalafuda (?), 13:04, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/

    Почему сразу по спине то? На нем обычно работают. Зачем по спине бить? С такими темпами HP действительно выпустит в массовом порядке ноуты с предустановленной OpenBSD и тогда винде придётся прямо скажем несладко. Linux же, очевидно - это лишь ловкий отвлекающий маневр. Чтобы распылить силы и внимание противника.
     
     
  • 5.26, Аноним (-), 18:01, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > HP выпустит ноуты с предустановленной OpenBSD и винде придётся несладко.

    Попытался представить ситуацию, заржал как конь.

     
  • 2.33, User294 (ok), 19:23, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > бендовых

    Каких-каких нетбуков?! (uhm, FAIL?)

     
     
  • 3.62, PereresusNeVlezaetBuggy (ok), 19:41, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> бендовых
    >
    >Каких-каких нетбуков?! (uhm, FAIL?)

    Ну так OpenBSD же славится релизными песенками. Песенки записывает кто? - правильно, некий музыкальный коллектив, band. ;)

     

  • 1.4, Аноним (-), 12:20, 28/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Скорее не о пользователях, а о себе.
    Если у них есть ноуты от HP c Openbsd.
     
     
  • 2.5, xxx (??), 12:41, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так, главная фича open source - если тебе чего-то нехватает, пойди да сделай.
     
     
  • 3.8, кокошник (?), 12:57, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • –17 +/
    Это есть красноглазие. Софт должны писать профи за зарплату, а не студенты-добровольцы. Вы же ходите в больничку  к врачам-профи когда болеете? Вы же не пойдёте к бабке-знахарке или к студенту-практиканту? Не, конечно, если простуда, то можно и к студенту-практиканту, это по аналогии с "если дома для себя чисто поиграться - можно и линукс". А вот если серьёзно заболеете? Только к хорошему доктору, и сами ещё денег дадите, это по аналогии с "если серьёзный бизнес-серьёзное платное профессиональное ПО".
    Такие дела.
     
     
  • 4.10, unknown (??), 13:23, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Это есть красноглазие. Софт должны писать профи за зарплату, а не студенты-добровольцы. Вы >же ходите в больничку  к врачам-профи когда болеете?

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

    Бизнес-серьезное зачастую ненужное и глючное ПО, придуманное маркетологами, чтоб извлечь прибыль. А вы на это ведетесь.

     
  • 4.11, Anonimous (?), 13:27, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Софт должны писать профи за зарплату

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

     
  • 4.12, Аноним (-), 13:28, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сравнение не корректное, в случае с врачами аналогия с СПО выглядела бы примерно так: Ведущие медики и исследователи лекарственных средств, в свободное от работы время, помимо основной работы на фармацевтические корпорации, сообща улучшают лекарства и ищут методы лечения болезней, руководствуясь порывом сделать мир лучше или излечить болезни собственных близких (программисты улучшают инструменты и окружение для работы).

    Студентов для написания СПО по мелочам привлекают, основная масса разработок делается профессионалами либо за зарплату (IBM, Red Hat, Novell и т.д.) либо в процессе оптимизации собственного рабочего окружения, оттачивают систему до состояния когда им удобно, а не гипотетическому заказчику.

     
     
  • 5.43, аноним (?), 02:59, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    порой "врачи без границ" бывают очень квалифицированны. или в муниципальных больницах.
    а бывает что и за большие деньги сиськи отваливаются. или от "белого молочка" мрут звезды.
    зы:
    к кому вы пойдете - решать вам. за твои бабки тебе будут лечить любую болезнь.
    ззы:
    разработка ос ну никак не тянет на экстренную операцию с пересадкой органов. скорее это рутина в штатной больнице, с соответствующим обслуживанием. бг к вам ночью не приедет с новым диском новой ос в случае нового чернобыльского гриппа. они выпускают аспирин для всех. и за результат лечения ответсвенности не несут. о чем "честно" в еула и пишут.
     
  • 4.13, filosofem (ok), 13:43, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >А вот если серьёзно заболеете? Только к хорошему доктору, и сами ещё денег дадите, это по аналогии с "если серьёзный бизнес-серьёзное платное профессиональное ПО".

    Желаю тебе, дарагой, чтоб твой организм работал как комп вендами. И лечили бы его такие же профи, как в службе поддержки M$.

     
     
  • 5.15, линуксоид (?), 14:23, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    это всё равно что пожелать человеку скорой кончины.....
     
     
  • 6.32, аноним (?), 19:01, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты не прав. Это - медленная, мучительная смерть :-Е
     
     
  • 7.44, аноним (?), 03:03, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    коматозники?
     
  • 5.39, uder (ok), 01:00, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    +1. И что б клиентские лицензии (на-девайс), если там хочешь ручку подержать или ложку
     
  • 4.14, Аноним (-), 14:13, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Софт должны писать профи за зарплату, а не студенты-добровольцы.

    Вот и я говорю, что студент Торвальдс со своим Линуксом - фигня :)

     
  • 4.16, Vitaly_loki (ok), 14:42, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > это по аналогии с "если серьёзный бизнес-серьёзное платное профессиональное ПО".

    Что-то вот смотрю на Linux, *BSD... Из "серьезного платного ПО", к-е может составить конкуренцию этим только Solaris на ум приходит.

     
  • 4.18, кокошник (?), 15:47, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Самоутвердились?
    Что то не сильно как опенсорс решения развиваются в корпоративном сегменте. Вот покажите мне groupware уровня ms exchange?
     
     
  • 5.19, Vitaly_loki (ok), 15:54, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А покажи в корпоративном сегменте ядро уровня Linux :))
     
     
  • 6.20, кокошник (?), 16:15, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >А покажи в корпоративном сегменте ядро уровня Linux :))

    эээммм.. а давайте всё же не перескакивать с вопроса на вопрос? Ядро уровня линукс не требуется (достаточно своего, может даже хуже, но есть и всех устраивает и никто ничего поделать не может), в то время как аналог exchange - очень даже требуется.
    Кроме того, вот вы так сказали "уровня Linux" как будето в этом что то хорошее. Посчитайте количество сертифицированный фстек версий линуксов и версий ms win - это обьективная картина, показывающас нужность корпоративному сегменту.

     
     
  • 7.23, pazke (?), 17:46, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Кроме того, вот вы так сказали "уровня Linux" как будето в этом
    >что то хорошее. Посчитайте количество сертифицированный фстек версий линуксов и версий
    >ms win - это обьективная картина, показывающас нужность корпоративному сегменту.

    Вы так говорите как будто сертификация имеет какое-то отношение к качеству продукта.

     
     
  • 8.28, Vitaly_loki (ok), 18:14, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Во-во Венда сертифицирована, но глючна Парадокс Может это наоборот пло... текст свёрнут, показать
     
  • 7.24, Педант (?), 17:47, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    О да. Вы хоть знаете, что эти бумаШки означают? Сначала придумают чинуши требования. Потом чуть ли не к тем же чинушам за бумашками-сертификатами толпой бегуть вендор да интеграторы...
     
  • 7.27, Vitaly_loki (ok), 18:11, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вы же наверно и сами догадываетесь как эти бумашки получают, правда? ;) Особенно продукты M$ ))
     
  • 7.42, Dvorkin (ok), 02:54, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>А покажи в корпоративном сегменте ядро уровня Linux :))
    >
    >эээммм.. а давайте всё же не перескакивать с вопроса на вопрос? Ядро
    >уровня линукс не требуется (достаточно своего, может даже хуже, но есть
    >и всех устраивает и никто ничего поделать не может), в то
    >время как аналог exchange - очень даже требуется.
    >Кроме того, вот вы так сказали "уровня Linux" как будето в этом
    >что то хорошее. Посчитайте количество сертифицированный фстек версий линуксов и версий
    >ms win - это обьективная картина, показывающас нужность корпоративному сегменту.

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

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

     
  • 6.21, klalafuda (?), 16:16, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +/

    Ну если исходить из того, что 'групваря уровня MS Exchange' в корпоративном сегменте работает и работает отнюдь не на ядре Linux, можно сделать логичный вывод что что-то там, в этом самом набившем оскомину корпоративно сегменте, да есть такое-эдакое. Что позволяет ему работать повсеместно. Даже, как это ни странно, без Linux ядра..
     
     
  • 7.22, Vitaly_loki (ok), 17:39, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну хорошо, допустим нету.. Однако есть IMAP с возможностью Shared Folders и т.д.При желаении сделать что-то подобное можно. CommunigatePro есть всякие.. Честно скажу, я не уиндоус-админ и не совсем понимаю что в этом Exchange такого прям уж особенного, очередной windows-only протокол? Вы как бы привели такой пример, к-й работает только в мс (по понятным причинам) и его развитие под Линукс специально сдерживается авторами... Представьте себе ситуацию если б, НАПРИМЕР, TCP/IP сообща разрабатывался между Linux/BSD/Solaris сообществом, но спеки не показывали бы M$у.. А так как подавляющее большинство серверов в Инете на одной из этих систем, то они бы работали отлично, а ОС от M$ - нет. И вообще Инет бы на венде не работал. Дак вот с этим ексченджем ситуация аналогичная, нашли блин чем гордиться.

    Просто видимо все эти группware нужны только тем, кто на винде сидит наверно, я честно не знаю.. У меня на работе и дома стоит Слака. На работе у меня вообще нет необходимости этим  решением пользоваться.. есть почта, списки рассылок и т.д. Лично я ваще не страдаю от этого и работу свою от этого хуже не делаю.. А вообще Exchange это уиндоус-вей - огромный тяжеловесный комбайн... UNIX-way это postfix/exim/sendmail в качестве MTA, Dovecot как IMAP сервер, Apache для веб-морды и т.д. Используя все эти проги можно при желании сделать группвейр.. было б желание


    Вот вам такой аналогичный Вашему пример: 99.999% суперкомпьютеров работают на какой-либо модификации Linux.. либо лучше даже так сказать: на какой-либо UNIX-like системе. Что-то не сильно венда в этом сегменте развивается)))

     
     
  • 8.29, klalafuda (?), 18:17, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это, пожалуй, единственное место, где Linux действительно блистает Потому чт... текст свёрнут, показать
     
     
  • 9.30, Vitaly_loki (ok), 18:32, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ох, этот holywar unix vs windows никогда не закончится По крайне мере не в... текст свёрнут, показать
     
  • 9.31, Vitaly_loki (ok), 18:48, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да уж прям единственное Не лукавьте Как минимум embended сегмент модемные ... текст свёрнут, показать
     
  • 9.38, Аноним (-), 00:59, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Возьмите другую аналитику, там будут другие цифры Какую попросите аналитику, та... текст свёрнут, показать
     
  • 9.45, Dvorkin (ok), 03:05, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    все конечно круто win 5 и составило 46 производства lin 7 other unix - 7... текст свёрнут, показать
     
  • 7.25, filosofem (ok), 17:56, 28/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >да есть такое-эдакое. Что позволяет ему работать повсеместно

    Есть конечно. Там выше уже говорили про миллиард мух, которые повсеместно едят фекалии и весьма довольны.

     
  • 5.51, Heretic (??), 10:36, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не покатит? :)
    http://www.zimbra.com/
     
     
  • 6.57, м (?), 15:28, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Не покатит? :)
    > http://www.zimbra.com/

    кстати вполне вменяемый опенсурсный аналог ms exchange.

    ещё есть Open-Xchange (http://en.wikipedia.org/wiki/Open-Xchange). правда я его "в живую" не пробовал.

     
  • 4.40, Taller (?), 02:31, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    софт должны писать профи, с этим можно согласиться, за зарплату, за еду, за интерес, или еще за что-то это их личное дело.

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

    Вы после одного визита к одному супер-авторитетному врачу согласитесь на операцию? Я - нет.

     
     
  • 5.46, shpsn (?), 09:15, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>     Вы после одного визита к одному супер-авторитетному врачу согласитесь на операцию? Я - нет.

    Особенно, если у этого супер-пупер врача хоть и лечится 95% пациентов, но чуть ли не каждый второй постоянно подхватывает гонорею :)

     
  • 5.52, ig0r (??), 13:11, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Где-то писали (пруфлинка не будет), что альтернативную дисковую подсистему ядра разрабатывает и курирует человек, основная деятельность которого - медицина.

    вероятно Вы об этом человеке говорите - http://en.wikipedia.org/wiki/Con_Kolivas

     
  • 2.48, PereresusNeVlezaetBuggy (ok), 09:47, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Больше PR в багтрекере. Marco Peerbom специально кидал клич на тему "к хакатону нужны такие-то ноуты, желательно на перманентной основе".
     
     
  • 3.49, klalafuda (?), 10:16, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Больше PR в багтрекере. Marco Peerbom специально кидал клич на тему "к хакатону нужны такие-то ноуты, желательно на перманентной основе".

    Эмм... Простите, неужели Вы хотите сказать, что разработчикам OpenBSD даже не на чем писать свой код? Неужели все на столько плохо :-?

     
     
  • 4.50, PereresusNeVlezaetBuggy (ok), 10:28, 29/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Больше PR в багтрекере. Marco Peerbom специально кидал клич на тему "к хакатону нужны такие-то ноуты, желательно на перманентной основе".
    >
    >Эмм... Простите, неужели Вы хотите сказать, что разработчикам OpenBSD даже не на
    >чем писать свой код? Неужели все на столько плохо :-?

    :) Нет, конечно. Железо на постоянной основе нужно разработчикам, чтобы отслеживать регрессии, чтобы баги не появлялись вновь. Это даже не специфика OpenBSD, а обычная практика.

     

  • 1.47, PereresusNeVlezaetBuggy (ok), 09:43, 29/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я дико извиняюсь, новость не должна была быть опубликована. Хакатон ещё идёт.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру