OpenBSD

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

ОС OpenBSD базируется на коде 4.4BSD и может исполняться на 10 аппаратных платформах:

• DEC Alpha
• Amiga/m68k (требуется MMU)
• Hewlett-Packard HP300/HP400
• i386-совместимые
• модели Apple Macintosh на базе процессоров MC680x0
• MVME147/16x/17x 68K VME
• PowerPC
• Sun4, Sun4c, Sun4m
• Машины на основе SUN UltraSPARC
• DEC VAX

В системе поддерживается эмуляция ОС SVR4 (Solaris), FreeBSD, Linux, BSD/OS, SunOS, и HP-UX, на базе двоичного кода.

Задачи проекта:

• Предоставить наилучшую платформу для разработки. Предоставить разработчикам и пользователям полный доступ к исходному коду системы, включая возможность непосредственного просмотра изменений в дереве CVS.
• Интегрировать в систему качественный код из любых источников с приемлемым типом лицензирования (Berkeley-style предпочтителен, GPL-допускается, NDA-неприемлем).
• Создание программного кода, не подразумевающего никаких ограничений при использовании в ЛЮБЫХ ЦЕЛЯХ.
• Уделять особое внимание проблемам безопасности и ликвидировать обнаруженные ошибки быстрее кого-либо. Сделать OpenBSD самой безопасной ОС.
• Глубокая интеграция с криптографическими средствами. Это означает реализацию протоколов IPsec, IPv6, Kerberos, free-AFS, средств работы с ключами и других форм сильного крипто или крипто-использующих систем.
• Следовать стандартам (ANSI, POSIX, части X/Open и т.д.) и обеспечивать их соблюдение.
• Создание машинно-независимого кода. Поддерживать насколько возможно большое количество аппаратных платформ.
• Быть насколько возможно аполитичными, решения должны приниматься исходя из технической целесообразности.
• Не допускать ситуации, когда серьезные проблемы остаются нерешенными.
• Предоставить хорошую платформу для кросс-платформенной разработки.
• Импортировать внешнее ПО с минимальными изменениями с целью облегчения процедуры обновления. Предоставлять разработчикам внешнего ПО информацию об изменениях.
• Выпускать CDROM-релизы с регулярностью приблизительно раз в полгода, в частности для обеспечения финансовой стороны проекта.