30.07.2010 09:32
Отчёт о развитии OpenBSD за июль 2010 года
|
 |
|
Изменения в базовой системе OpenBSD, произошедшие за истекший месяц:
- Номер версии установлен в
4.8-BETA. Это означает, что не за горами «мягкая», а затем и «жёсткая» заморозка кода перед релизом.
- Платформы hppa, i386 и powerpc переключены на сборку посредством GCC 4. В процессе было выявлено как несколько ошибок в коде OpenBSD, не проявлявшихся за счёт удачного стечения обстоятельств, так и ряд проблем с кодогенерацией GCC 4. В частности, из-за таковых проблем в течение примерно суток был испорчен загрузчик (
/boot) на платформе i386.
- Продолжена очистка от режимов бинарной совместимости (хотя это и называют зачастую эмуляцией, но эмуляции здесь ещё меньше, чем в wine) с неактуальными ОС. Официально OpenBSD больше не собирается акцентировать внимание на поддержке бинарной совместимости: «We live in a source code world» © Theo de Raadt. Для волнующихся: режимы совместимости с Linux и FreeBSD пока что убирать не собираются.
- Как уже упоминалось, завершён первый этап добавления полноценной поддержки мультибайтных кодировок (в первую очередь, UTF-8) в самой системе. Частично код был взят из NetBSD и FreeBSD. На данный момент обеспечена работоспособность (только в плане работы с символами!) локали
en_US.UTF-8, и только в рамках libc. ncurses(3) и wscons(4) ещё требуют доработки, а дерево портов — проверки собираемых программ. Скорее всего, до «мягкой заморозки» дерева разработки будет принят ещё ряд патчей. (подробности)
- Новый драйвер owctr(4) для доступных извне счётчиков в чипе DS2423. Этот чип может использоваться, например, в смарт-картах.
- IPSec-инфраструктура теперь учитывает домены маршрутизации при управлении IPSec-потоками и ассоциациями. Теперь несколько экземпляров isakmpd(8)/iked(8)/ipsecctl(8) могут работать параллельно при запуске через
route exec.
- Новая версия X-сервера (1.8), в которой апстрим, наконец-то, вернул поддержку dual-head и не только.
- После недавнего исключения OpenCVS из сборки (не из дерева) базовой системы, разработка этой альтернативной версии CVS снова продолжилась, на этот раз в первую очередь силами Nicholas Mariott (известен прежде всего как основатель и главный разработчик tmux), Igor Zinovik и Xavier Santolaria. Однако, в сборку системы OpenCVS (пока) не вернулась.
- Добавлена/исправлена поддержка ряда гигабитных контроллеров для Ethernet-карт от Intel (драйвер em(4)).
- Добавлен ещё один защитный механизм в OpenSSH, направленный против атак с замерами времени. Практически вся проверка входящих данных (а не только корректности логина и пароля) теперь совершается со случайными дополнительными задержками.
- Проведено дальнейшее улучшение работы ACPI, исправлен ряд проблем с платформами (от серверов до ноутбуков) производства марок Dell, HP и других. Добавлена поддержка корректного выхода из ждущего режима для многих устройств, в первую очередь, сетевых интерфейсов (как IEEE 802.3, так и 802.11) и устройств ввода.
Заметные изменения в системе портов:
- Расширена семантика
LIB_DEPENDS и WANTLIB: теперь конкретные библиотеки должны указываться непосредственно в списке WANTLIB, а связывать элементы WANTLIB с LIB_DEPENDS система портов будет самостоятельно. Старый способ, через LIB_DEPENDS, пока по-прежнему работает (разъяснения от Marc Espie, от Stuart Henderson)
- По аналогии с FreeBSD добавлены параметры портов
REVISION и EPOCH (без префикса «PORT»). Их использование должно облегчить автоматизированное обновление портов при обновлении библиотек из портов, от которых они зависят, или системных (читай: X-овых) библиотек (разъяснения от Marc Espie). Большая часть дерева портов — всего оно на данный момент составляет около шести с половиной тысяч наименований, не считая субпакетов (MULTI_PACKAGES), — уже переведена на новые переменные.
- За счёт перехода платформы i386 на GCC 4,теперь можно собрать KDE 4 и на этой платформе. Хотя на данный момент KDE 3 и KDE 4 ещё не могут полноценно сосуществовать, но работы в данном направлении ведутся.
- Также планируется переход версии Python «по умолчанию» с 2.5 на 2.6. Несколько разработчиков уже много месяцев используют версию 2.6, поэтому больших регрессий ожидать не приходится. Единственным стопором на данный момент является неработоспособность Python 2.6 на платформе hppa после перехода последней на сборку посредством GCC 4.
Небольшие улучшения и исправления также имели место быть в aucat(1)/midicat(1), bgpd(8), fsck(8), ioprbs(4), mpi(4), newfs(8), ospfd(8), ospf6d(8), pthreads(3), управлении частотой процессоров (Intel SpeedStep и т.д.) и роутинг-сокете.
Разработчики просят тех, у кого есть возможность, попробовать снапшоты для выявления регрессий и неподдерживаемых функций ACPI. Для этого достаточно загрузиться, проверить dmesg и отослать его вместе с выводом команд pcidump -v и acpidump -o filename одному из основных разработчиков подсистемы ACPI (можно выложить в публичный доступ и указать в письме прямые ссылки для скачивания; dmesg желательно в любом случае вставлять в само письмо). Список основных ACPI-разработчиков:
Желающим обновить систему до 4.8-BETA следует учитывать, что в системный GCC 4 компилятор Фортрана не включён; вместо него используется более работоспособная версия из состава GCC 3, вынесенная в порты (lang/gcc/3.3,-g77). Поэтому после обновления системы необходимо будет удалить каталог /usr/include/g++.
|
|
|
- Главная ссылка к новости (http://www.openbsd.org/plus.html...)
|
| Автор новости: PereresusNeVlezaetBuggy |
| Тип: Обобщение |
| Ключевые слова: BSD, OpenBSD, (найти похожие документы) |
| При перепечатке указание ссылки на opennet.ru обязательно |
| Реклама |
|
|
|
| |
| 1.1, Kibab, 11:32, 30/07/2010 [ответить] [смотреть все]
| +/– |
Спасибо за, как всегда, интересный отчёт!
Сам использую FreeBSD, интересует вопрос -- актуально ли разработчикам получить дампы ASL с ноутбуков, сделанные с использованием LiveCD? Думаю, в любом же случае это поможет выявить проблемы с ASL-кодом от различных вендоров? В частности, являюсь владельцем Dell Vostro 1310.
|  | | |
| 1.6, FTP, 12:56, 30/07/2010 [ответить] [смотреть все]
| +/– |
Надо заиметь нашего человека в каком нибудь магазине электроники. На флешку ставится fbsd или obsd, загружается с флешки ноут, после загрузки (в том месте где на фряхе запускается sysinstall) запускается скрипт, который берет из kenv
smbios.system.maker="Acer"
smbios.system.product="Aspire 5720Z"
smbios.system.serial="LXANG0Y0038091481519033"
делает дампы acpidumd -dt и pciconf -lv и так далее и записывает на ту же флешку файлик. минутное дело, без вреда для системы.
Надо найти нашего человека только.
|  | | |
| 1.18, gred, 12:36, 31/07/2010 [ответить] [смотреть все]
| +/– |
Я вот все жду, когда в ospfd внесут поддержку динамических (и динамически изменяемых) интерфейсов. хотя бы на уровне ospfctl reload (ну или rescan, чтобы не расширять семантику reload) для меня это главный showstopper. приходится местами использовать бутерброд из quagga (для ospf) и штатного bgpd.
|  | | |
| |
| |
| 3.24, gred, 11:00, 01/08/2010 [ответить] [смотреть все]
| +/– |
>>Я вот все жду, когда в ospfd внесут поддержку динамических (и динамически
>>изменяемых) интерфейсов. хотя бы на уровне ospfctl reload (ну или rescan,
>>чтобы не расширять семантику reload) для меня это главный showstopper. приходится
>>местами использовать бутерброд из quagga (для ospf) и штатного bgpd.
>
>AFAIK, в -CURRENT это есть, во всяком случае в исходном коде, в
>функции ospf_reload(), нашёл это:
Я сам сижу на -current, и отслеживаю все изменения очень плотно. так вот - оно не работает.
интерфейсы оно сканирует только на старте... и после того, как все ospfd в area обменялись маршрутами и начался обмен hello-пакетами никакие изменения адресов на интефейсах (с ospfctl reload) не приводят к перепосылке информации об интерфейсах.
помогает только полный рестарт ospfd, но это не решение, так как это примерно 30 секунд потери связности.
|  | | |
| |
| 4.25, PereresusNeVlezaetBuggy, 11:55, 01/08/2010 [ответить] [смотреть все]
| +/– |
>[оверквотинг удален]
>>функции ospf_reload(), нашёл это:
>
>Я сам сижу на -current, и отслеживаю все изменения очень плотно. так
>вот - оно не работает.
>интерфейсы оно сканирует только на старте... и после того, как все ospfd
>в area обменялись маршрутами и начался обмен hello-пакетами никакие изменения адресов
>на интефейсах (с ospfctl reload) не приводят к перепосылке информации об
>интерфейсах.
>помогает только полный рестарт ospfd, но это не решение, так как это
>примерно 30 секунд потери связности.
Ясно. Значит, и в 4.8 тоже не будет.
|  | | |
|
|
|
| 1.20, dq0s4y71, 23:29, 31/07/2010 [ответить] [смотреть все]
| +/– | |
>Продолжена очистка от режимов бинарной совместимости (хотя это и называют зачастую эмуляцией, но эмуляции здесь ещё меньше, чем в wine) с неактуальными ОС. Официально OpenBSD больше не собирается акцентировать внимание на поддержке бинарной совместимости: «We live in a source code world» © Theo de Raadt. Для волнующихся: режимы совместимости с Linux и FreeBSD пока что убирать не собираются.
Интересно, с какой это ОС, кроме Linux и FreeBSD, была поддержка бинарной совместимости? :)
|  | | |
| |
| 2.21, PereresusNeVlezaetBuggy, 23:43, 31/07/2010 [ответить] [смотреть все] [показать ветку]
| +/– |
>>Продолжена очистка от режимов бинарной совместимости (хотя это и называют зачастую эмуляцией, но эмуляции здесь ещё меньше, чем в wine) с неактуальными ОС. Официально OpenBSD больше не собирается акцентировать внимание на поддержке бинарной совместимости: «We live in a source code world» © Theo de Raadt. Для волнующихся: режимы совместимости с Linux и FreeBSD пока что убирать не собираются.
>
>Интересно, с какой это ОС, кроме Linux и FreeBSD, была поддержка бинарной
>совместимости? :)
OSF/1, IBCS2, BSD/OS, SunOS, HP-UX, плюс ещё по мелочи.
Основная причина (не догадался в новости написать) — уменьшение объёма будущих работ, связанных с rthreads (потоки на уровне ядра).
|  | | |
|
| 1.27, ilembitov, 23:42, 02/08/2010 [ответить] [смотреть все]
| +/– | |
Блин, какой шикарный релиз. Юникод+ACPI+GCC4. Надо найти время потестировать. Я так понимаю, там еще и в иксах что-то хорошее сделали.
Меня заинтересовала фраза "ncurses(3) и wscons(4) ещё требуют доработки" и далее "Скорее всего, до «мягкой заморозки» дерева разработки будет принят ещё ряд патчей." Неужели успеют хотя бы ncurses доделать? В wscons уже даже не верится)
|  | | |
| |
| 2.28, PereresusNeVlezaetBuggy, 23:49, 02/08/2010 [ответить] [смотреть все] [показать ветку]
| +/– |
>Блин, какой шикарный релиз. Юникод+ACPI+GCC4. Надо найти время потестировать. Я так понимаю,
>там еще и в иксах что-то хорошее сделали.
В иксах более-менее плавное развитие, сверх апстрима ничего особенного не делали, насколько помню. Другое дело, что как минимум Matthiew Herb является апстримом тоже. :)
>Меня заинтересовала фраза "ncurses(3) и wscons(4) ещё требуют доработки" и далее "Скорее
>всего, до «мягкой заморозки» дерева разработки будет принят ещё ряд патчей."
>Неужели успеют хотя бы ncurses доделать? В wscons уже даже не
>верится)
Пока что заметил только фиксы небольшого fallout'а в портах. Боюсь, что остальное пойдёт уже после релиза — soft lock уже наступил, сейчас принимают только 100% фиксы, да частично уже ранее обкатанные патчи.
|  | | |
| |
| |
| 4.32, PereresusNeVlezaetBuggy, 00:27, 03/08/2010 [ответить] [смотреть все]
| +/– |
>Ну, как я понимаю, vim и mutt будут работать и так? Уже
>неплохо.
Вообще говоря, и то, и другое юзает curses (cd /usr/ports && SUBDIR="editors/vim mail/mutt" make show=WANTLIB). Можете проверить и сами, в общем-то, быстренько установив опёнок на чистый диск или флешку — у меня эта операция занимает при хорошем инет-канале менее получаса, от старта выкачивания установочного ядра до окончания последнего ребута.
|  | | |
|
|
|
| 1.29, ilembitov, 23:51, 02/08/2010 [ответить] [смотреть все]
| +/– |
Блин, добавили бы еще поддержку WIMAX когда-нибудь. Вот это было бы киллер-фичей с учетом унификации интерфейсов у них. В линуксе все-таки тотальный разброд с этим
|  | | |
|
|
| Ваш комментарий |
|
|
| |
|