> fdisk показывает нормальные разделы... ненормальные показывает только disklabel

Йес. Потому что disklabel сохранён на данном диске, и OpenBSD ориентируется именно на него. Надо ручками подправить disklabel - проще всего открыть рядом fdisk -e sdX и disklabel -e sdX.

> а если я заново поставлю, оно перемаркирует?

Смотри описание disklabel -d

> Знающие люди, подскажите, пожалуйста, почему в OpenBSD управление пакетами реализовано так, как реализовано. Без индекса / базы на другом конце, с запросами один за другим при обновлении?

Потому что репозиторий для OpenBSD - это просто каталог файлов. С ним банально просто и удобно работать. Любой индекс - заметное усложнение системы. Что в свою очередь усложнит жизнь и мейнтейнерам зеркал, и тем, кто собирает пакеты самостоятельно.

Можно, в принципе, сделать кеширование списка пакетов в репозитории на время pkg_add -u... Patches are welcome. ;)

> Обновлять установленные пакеты с pkg_add -u больно и тяжко. На NetBSD и SmartOS пользовался pkgin (сверхбыстрая штука поверх sqlite) - не планируется ли в опенке такого?

Обновление в OpenBSD ещё отчасти "тяжело" из-за того, что скачивается всегда пакет полностью, даже если изменилась лишь часть. Как раз во время хакатона espie@ прикрутил переупорядочивание пакетов, благодаря чему в начало пакета кладутся последние изменившиеся по сравнению с прошлыми билдами файлы, так что проблема уже частично решена. К сожалению, это пока не отменяет создание хардлинков для всех файлов уже установленного пакета во время обновления - насчёт этого есть пока лишь планы - но всё же заметный прирост заметен уже сейчас, особенно при не слишком быстром канале в Интернет.

> значит, перекину сообщение в Bug, но пусть сначала автор kde4 в openbsd скажет своё слово :)

Скажет-скажет, дайте до дома добраться...

> Как вы обновляете свою OpenBSD-current? Из CVS или снапшотов?

Из снапшотов.

Если хочу что-то протестировать и/или по-быстрому исправить - обновляю нужную часть дерева из CVS, далее следует что-нибудь вроде "make clean depend all && sudo make install" и т.д. по контексту.

> то есть, 5.6 уже заморожен?

Почти полностью заморожен. Сейчас открыт зелёный свет, по сути, только для Reyk Floeter и Joel Sing для httpd и libressl (именно библиотека ressl). Ну и что-то донельзя критичное ещё можно пропихнуть. Думаю, на этой неделе лок уже будет снят.

> а почему так рано? три прошлых релиза, вроде, месяца за полтора замораживались :)

Спроси у Тео. :) Это на нём висит практически весь геморрой по подготовке релизных арт-фишек (комикс, оформление диска, песенка...), общению с фабриками, рассылке предзаказанных дисков и т.д.

... А я вот сижу и нервничаю из-за libinotify в KDE4. Всё меньше мне самому нравится эта идея. :( Хорошо хоть нашёл способ одной командой переключить KDE4 на другой вариант мониторинга...

Современный аптайм выглядит так: http://dayswithoutansslexploit.com/

(не нашёл более подходящей эхи; к тому же, ссылка утащена из чата разработчиков)

> щёчик экспортируемый?

Ну-у-у... В теле страницы лежит это:

<p id="days">5</p>

что подразумевает лёгкое вытаскивание по крону, по идее. Для очистки совести можно ставить рядом ссылку. :)

> и, может быть, можно как-то напрямую e-mail гейтовать, без граббинга сайтов?

Я тебе давно об этом говорил. :) Могу завести ящик и перенаправлять всё приходящее на него в procmail, который может анализировать заголовки письма и дёргать твой конкретный скрипт, с конкретными параметрами и, скажем, подаванием содержимого письма на stdin.

Пока есть техническое ограничение - не меняем количество inode в репозитории (т.е., не добавляем-удаляем файлы, не добавляем каталоги). А так - да, процесс пошёл. Вон, mpi@ продолжает допиливать поддержку USB 3.0 AKA SuperSpeed, а espie@ с naddy@ начали переход на fake install без прав рута...

> кто-нибудь обладает тайной сей опакечивания python-приложений, хотя бы в wip?

Там не сложно должно быть... Сделаем. :) Пни меня во вторник, до этого время вряд ли найду.

Начал с самого простого и уже хоть немного знакомого ;) - с bottle:

https://github.com/jasperla/openbsd-wip/commit/177a256e9e285e30fa03beba7ba9116ca7e5250d

Единственная проблема: не могу запинать имеющиеся тесты. Гляньте кто-нибудь, кто в Питоне разбирается.

> peewee

Второй пошёл:

https://github.com/jasperla/openbsd-wip/commit/441480293b5306d1ffa55b7f76167c91beb0fc4e

Поскольку я не разбираюсь в этом софте, прошу, уточнений касаемо поддержки Postgres и MySQL: есть ли какие-то специфичные для этих СУБД файлы, которые можно вынести в отдельные пакеты? То есть такие модули, что, если установить peewee без них, то peewee будет работать, пока его специально не попросят "а заюзай-ка ты, друг, Postgres/MySQL"?

> хотелось бы видеть там be:
> http://www.bugseverywhere.org/

Ну вот и он:

https://github.com/jasperla/openbsd-wip/commit/acf888a684d77e9ac983ad75bbe162f99abf3faf

Скорее всего, надо поправить зависимости. Ну и, само собой, разобраться с тестами. Как я понял, часть отваливается из-за старого (или наоборот) py-git2. За остальное не знаю.


Если хочется, чтобы это всё богачество попало в официальный репозиторий, надо:

1. Выполнить все TODO в этих портах.
2. Проверить, что сборка работает на минимальной системе: удаляем все python-пакеты, заходим в папку порта, жмём make test repackage install.
3. Проверить работоспособность собственно софтины в реальной жизни после установки из п.2.

В случае наличия поддержки Python3 (есть у peewee) - повторить то же самое для FLAVOR=python3

Готовность вписать своё имя в графе MAINTAINER => плюс в карму :)

> Второй пошёл:

Теперь уже в официальном репозитории. :)

> кстати, почему 2.2.5, а не 2.3.0?

Потому что когда я запилил порт, 2.3.0 ещё не было. :)

> openbsd исторически доки не пакует (даже python-doc нет). хотя, если есть архивы сырцов, то доки сфинксом и в офлайне собрать можно. :)

Можно по-подробнее? Я в питоновских делах нуб.

> а вот в openbsd, где в пакетах есть даже книжки про wifi на португальском языке :), доки почему-то ни для чего не собирают...

Хм-м, попробую поговорить с Remi Pointel на эту тему, или кто там у нас ещё из питоноводов. Не хотелось бы все py-* переделывать, конечно. :) Эх, опять планов куча набирается...

Слов на этот раз немного, тема до боли знакомая, но всё же бодрит. :)

Звук не сведён (это действительно слышно), поэтому Тео просил пока не распространять. Так что на сей момент просто делюсь впечатлениями. :) Визуальный ряд тоже пока в процессе, поэтому что там верстать - не знаю. Как будет финальная версия - сразу свистну, конечно.

Не помню, говорил или нет - в этот релиз Тео сменил фабрику по производству дисков - что-то там не срасталось с прошлой. Так что сроки подготовки материалов тоже сдвинулись пораньше.

> Вадим, а чего ты на opennet не подписываешься. Не всегда понятно :)

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

> ну, подписывайся "Катя" :) А то приходится в каждого анонима вчитываться :)

А ты не выискивай. :) Просто реагируй по факту. И всё будет хорошо.

> но, смотрю, clean-old-distfiles много чего не удаляет :(

Он берёт инфу, собираемую dpb. Если ты хочешь иметь полный набор distfiles, то это для тебя. Если же ты хочешь иметь только distfiles для нужных портов, то тогда надо, насколько понимаю, скрипт свой написать, который будет составлять список нужных файлов и грохать всё за пределами списка... или тупо грохнуть /usr/ports/distfiles и скачать заново (если тебе не надо TeX или Openarena, а инет безлимитный, тоже вариант).

> netbsd-шники на rc.d бочку крошат.
>
> во-первых, надо бы в лоб дать, дабы не повадно было. а во-вторых - о чём он вообще?

С Чеусовым спорить тебе, боюсь, не с руки. ;) А в данном случае вас обоих не туда понесло. rc.d в Опёнке - про минималистичность. Давеча появившаяся rcctl - в первую очередь инструмент для других программ, вроде Ansible. Никаких тяжеловесных фич в rc.d нет и не планируется.

> Я вообще про rc.d ни слова не сказал :) Это он ни с того ни всего к ней придраться решил :)

Его понесло, а ты - повёлся. ИМХО - оба хороши. ;)

Его не блокирует ничто, кроме отключения от общей сборки. То есть в databases/Makefile нет строчки "SUBDIR += mariadb". ;) Причина - конфликты с оригинальным MySQL. Сейчас Brad Smith, AFAIK, работает над тем, чтобы включить mariadb вместо MySQL по дефолту; одна попытка уже была, но оказалась неудачной из-за малого количества поддерживаемых архитектур, на тот момент.

test

тест после перезагрузки

buggy test

сабж

сабж

> я тебе и в веб-интерфейсе эхи могу выложить сбоку отдельный словарик. :)

А как _я_ в него что-то добавлю? Вот встретил я какой-то неоднозначный термин, хочу добавить свой перевод - а как? Неудобняк-с.

> и любые записи вести :)

А править их? В вики можно хоть по абзацу переводить, без лишних движений: открыл текст, поправил, сохранил. Перечитал, захотел исправить косяк - снова то же самое (скажем, в только что отправленном переводе отчёта Марка Эспи я у себя же насчитал как минимум крупных косяка). Ну и история тоже лишней не бывает, особенно при массовых правках (заменах терминов, скажем).

> Просто берите свой любимый ii-клиент, прописывайте адрес http://off.51t.ru/u/, выбирайте интересные эхи, загружайте и читайте.

http://off.51t.ru/u/ выдаёт 404. :((

"Это видео недоступно. :("

> ну, сделай вики, если тебе так удобнее

Ты знал, ты знал! Пошёл я искать вики-систему, написанную по-человечески... и не нашёл. :( Избаловался, что ли... Хоть сам пиши. Ну или идти к ii прикручивать функционал. :)

> ты можешь сделать DNS, чтобы на любой адрес ipv6.51t.ru отдавала ipv6-адрес и только его? я ns пропишу.

Эм. Пока у тебя есть запись вида "*.51t.ru. IN A 149.210.140.35", я ничего не смогу сделать... Если только я не тупой, и трюк вида "ipv6.51t.ru является отдельной зоной" каким-то волшебным образом не сработает.

> допереведи два предложения от тео

Ой, а я так и не отправил, значит... Ща.

(попробовал перевести сам... вроде, терпимо, но надо будет ещё раз вычитать)

g2k14: Theo de Raadt: безопасность и конфигурашность

Лидер проекта OpenBSD Тео де Раадт (deraadt@) пишет об g2k14:

Две недели перед Словенией я работал с Бобом Беком (Bob Beck) над заменяющими getentropy(2) функциями. В начале хакафона были внесены последние штрихи, нужные Бобу и Бренту Куку (Brent Cook) для дальнейшей работы.

Затем пришло время разбираться с очередной проблемой безопасности, о которой мне стало известно. К нашему прискорбию выяснилось, что исчерпание ограничения на количество одновременно открытых файлов может быть использовано для сокрытия уведомлений о переполнении стека от соответствующего механизма защиты. Защитнику стека требуется файловый дескриптор, чтобы сообщить об ошибке. Те, кто уже читал заметки об arc4random и getentropy, уже в курсе данной ситуации.(*)

Проблема стала очевидной из-за технологии "песочницы", используемой ныне в SSH-утилитах, которая закрыла syslog_r() доступ к socket(), connect(), sendto()... всем системным вызовам, необходимым для сообщения об ошибке, но потенциально опасным - что как раз "песочница" и должна предотвращать.

Задача была решена путём создания нового системного вызова, который может отправить сообщение в syslogd без использования лишних ресурсов; syslog_r(3) теперь использует его напрямую: один щелчок, выстрел, поехали дальше. Данный системный вызов имеет более чем узкое применение, и поэтому был назван sendsyslog(2), и при этом он также подходит для специфических условий, таких как использование "песочницы".

В этом плане, ситуация схожа с тем, как getentropy(2) была вынесена из sysctl. Забавно, как одно приводит к другому.

В качестве передышки от пространства ядра, пришла пора для небольшой уборки и, надеюсь, улучшения в /etc, sysmerge и инструментах установки. Роберт и Антуан помогли спланировать практически пустой /etc/rc, эта работа ещё не окончена, но приведёт к улучшенному sysmerge. На других фронтах я работал с теми, кто занимается установочными скриптами и DRM, чтобы в нашем следующем релизе можно было автоматически по возможности прикрывать прямой доступ к оборудованию для X на поддерживаемых в этом плане чипсетах [по сути это современные Intel - прим. ред.].

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

> * Речь об исчерпании лимита на количество открытых файлов, которое в случае использования syslog(3) могло привести к тому, что сообщения об ошибках не попадут в системный журнал. Дело в том, что syslog(3) оперировал через открытие файла /dev/log, которое, в случае исчерпания оных лимитов, становится невозможным.

Ну вот как-то так уже работает:

$ host -t ANY ipv6.51t.ru 127.0.0.1  
Using domain server:
Name: 127.0.0.1
Address: 127.0.0.1#53
Aliases: 

ipv6.51t.ru has SOA record ns1.ohvost.ru. mail.51t.ru. 2014080402 28800 7200 864000 86400
ipv6.51t.ru name server ns1.ohvost.ru.
ipv6.51t.ru has IPv6 address 2a01:7c8:aab0:4af::5

> а чтобы любой адрес *.ipv6.51t.ru работал? чтобы я мог все сервисы и на 51t.ru и на ipv6.51t.ru вешать

done

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

> Походу дела что-то на 51t не так. Может ntp отвалился...

Не отвалился. Проблема появилась после штатного рестарта по просьбе хостера. У TransIP, похоже, таймзона на гипервизоре стоит лоальная (GMT+2). Ну и время после ребута на два часа вперёд уехало.

Ребут был почти двое суток назад. Получается, ntpd посредством adjtime(2) успел откатить за это время обратно порядка сорока минут - довольно неплохо.

К сожалению, грубо откатывать время назад, тем более на работающей системе, весьма нехорошо. Поэтому, если нет серьёзных возражений, я бы оставил крутиться ntpd дальше.

Пойду пока крутить параметры таймзоны ядра, чтобы при следующем ребуте такого не было...

> это на сервере с часами байда какая-то. Тут нужно мощное заклинание: Вадииииим!

Я уже писал. :) Время уехало вперёд после штатного ребута - спасибо TransIP, у них гипервизор отдаёт время не в UTC. На работающей машине откатывать время резко назад - идея крайне плохая. Поэтому сейчас ntpd трудится посредством adjtime(2), потихоньку сбивает. Сейчас это: NTP CRITICAL: Offset -4017.080037 secs

Да, с возвращением! :)

> так один фиг в октябре переводить (только не помню, куда...)

Переводится локальное время, а не UTC.

Строго говоря, время вообще не переводится (одна из фишек UTC, по сути). Меняется только его представление и код таймзоны: MSK => MSD, например.

> Я же вообще от всего этого дела человек далёкий и понятия не имею как софт попадает в порты =)

1. Прочитывается http://www.openbsd.org/faq/ports/guide.html
2. Подготавливается рыба (например, на базе Makefile.template)
3. Рыба наполняется при помощи повторного следования http://www.openbsd.org/faq/ports/guide.html
4. Если процесс затягивается, порт выкладывается в openbsd-wip (можно попросить у Jasper доступ, или просто сделать clone-edit-pull request).
5. Прогоняются make plist, make port-lib-depends-check, portcheck -N, делаются выводы.
6. Порт с кратким описанием отправляется на ports@openbsd.org.
7. Порт с кратким описанием и словом "ping?" отправляется на ports@openbsd.org.
9. Кто-то из разработчиков-портеров делает ревью порта. Hint: с большей охотой рассматриваются порты, за которые кто-то будет нести ответственность (MAINTAINER=...).
10. После дополнительных пинков на ports@openbsd.org порт руками другого разработчика попадает в официальный репозиторий.

В принципе, можно меня пинать на тему ревью. Гарантий не даю, но постараюсь помочь.

Если процедуру повторять регулярно и качественно, можно даже внезапно получить commit-доступ, это сократит количество ревью до одного. :)

> от рака умирает...

Без шансов протянуть уже? Где лежит?

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

Поесть перловки с красным перцем, съездить повоевать в Украину, сходить в казино.

[нагло и цинично использую болталку для рабочих целей]

В связи с кадровыми перестановками, мой отдел разработки ПО в крупном
ФГУПе на юге Москвы начинает отлов программистов. Ловим людей с любым
опытом, собеседуем на износ.

Платим средне (меньше, чем в гуглах-яндексах), без задержек и
подвохов. Коллектив отличный, скорпионы только в гороскопе. Авралы
редки. Задачи интересные и долгосрочные (ответственный госзаказ).
График гибкий в пределах разумного (ночью работать нельзя, а так,
плюс-минус пара часов, или там отпроситься - пожалуйста). По
технологиям - есть задачи от UI до матмоделирования и от системного
программирования до WSDL-сервисов.

Отдельный пункт для студентов старших курсов: у нас есть своя аспирантура, ТК уважаем - можете брать академ.

Мест несколько, закрываем их в течение полутора месяцев. Подробнее обо
всём вышеперечисленном: http://eleron.ohvost.ru/

Спасибо за внимание!

Документальная съёмка этого события уже здесь: http://www.youtube.com/watch?v=rDwf8JRpnVs (с 8:00 примерно)

Ты не про это ли, случайно? ;)
http://www.ohvost.ru/dnl/Neschastniy%20Sluchay%20-%20Oy,%20Katya-Katya.mp3