я загрузился с рамдиска, сделал disklabel -dw sd0, и у меня разделы i: и k: выровнялись. зато пропал раздел a:

как я понимаю, он накрылся :( обидно...

ага...

загрузился с ramdisk, и тут помогло дежурное заклятие:

disklabel -E sd0
a a
[Enter] [Enter] [Enter]
w
q

перезагрузился. вроде жизнь есть, но запись в fstab кривая.

ещё раз в рамдиск, и затем серия заклинаний:

mount /dev/sd0a /mnt
/mnt/usr/sbin/chroot /mnt
export TERM=vt100
vi /etc/fstab

и всё, жизнь налажена, разделы МОНТИРОВАЮТСЯ! :) ура. спасибо :)

чёт не помню, ему демоны нужны какие-нибудь? или достаточно startkde4 в .xinitrc, и startx?

какие вообще нюансы?

в общем, что с dbus, что без оного - байда одна и та же

первый раз - показывает заставку, два раза мигает окно kmigration tool, один раз - что-то про Virtuoso RDF, и на этом всё - загрузка заканчивается. прибиваешь, запускаешь заново - появляется десктоп, ядрычок "desktop" вверху, и абсолютно чистая панель, без единого виджета

если прибить всё kde-шное в хомяке - цикл повторяется.

пойду разбираться, как там хоть меню добавить :)

мда, перенести часы в другой угол панели - в принципе не удалось :(

Ещё один отчёт с завершившегося недавно хакатона g2k14, от Марка Эспи:

В Словении я был в первый раз. За несколько часов - к счастью, удалось избежать гроз - осмотрел столицу. Очень интересное соединение никогда не видел подобной смеси из восточной Европы, южной Европы и туристических мест.

Что до самого хакафона, я прибыл на него вскоре после крупного изменения (переупорядоченные пакеты), и был практически готов исправлять проблемы в случае необходимости. К моему удивлению, всё работало как часы... Если я что-то и сломал, то никто этого не заметил; зато всем должно понравиться ускорение процесса обновления пакетов.

После продолжительного подпинывания, Вадим Жуков таки закоммитил digikam-kde4 [порт Digikam для KDE4, - В.Ж.]. Я провёл креш-сборку и информировал его о найденных проблемах, которые он быстро исправил.

Я работал над немногочисленными мелочами... столкнулся же со многими, и исправил чуть меньше после обычного слома дерева портов, связанного с нашими бесстрашными ломателями исходников (в основном негативные последствия были из-за libressl, endian.h и обновления mesa).

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

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

Всё это лишь уведомляет пользователя, так как срезы пакетов требуют определённого времени для расползания по зеркалам... У нас есть идеи, как побороть ЭТУ проблему, но после обсуждения с вовлечёнными сторонами было принято решение отложить внедрение до следующего релиза в связи с необходимостью чересчур серьёзных переделок.

Я также пытался решить проблему с необходимостью наличия исходных текстовой базовой ОС для сборки пакета "pkglocatedb". К моему большому удивлению, Тео согласился, и мы зашли даже дальше, чем изначально планировалось, благодаря чему снапшоты теперь будут включать locate-базы как для базовой системы, так И для иксов.

Я провёл немало времени, играя с этими базами: теперь и pkg_check использует их, позволяя проверить систему полностью. По-прежнему слишком много лишних сообщений, но прогресс налицо.

Также я провёл немало времени за вычисткой устаревшего кода. Оно не так привлекательно, но, является, пожалуй, важнейшей частью процесса, так как при этом достигается уверенность в том, что мы не запускаем более не нужный и не поддерживаемый код...

Ещё я должен упомянуть о отдельном cpp [препроцессоре C - прим. ред.] для calendar и xrdb, теперь иксы не потребуют для своей работы установки базового набора comp.

Как обычно, встречаться лицом к лицу собратьев по разработке очень помогло некоторым проектам продвинуться вперёд.

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

Подтверджаю. Не далее как в субботу видел то же самое на свежей системе из снапшота, i386.

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

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

Или дело, как всегда, в поддержке Vax?

а, по-моему, pkg_add - лучший пакетник, после aptitude. :) и то, потому что aptitude визуальный.

и работает у меня оно точно быстрее, чем разные штуки с индексами.

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

Установить 1 пакет - да, pkg_add делает это до безобразия просто и быстро. А вот обновления без индексов очень медленные, т.к. на каждый установленный пакет делается отдельный запрос к зеркалу. После pkgin / pacman и даже yum / apt на стенку лезть хочется. А ведь, пользуясь current, пакеты обновляешь все время.

Достоинства pkg_tools, на мой взгляд, - понятный интерфейс и полезные функции.

> Установить 1 пакет - да, pkg_add делает это до безобразия просто и быстро. А вот обновления без индексов очень медленные, т.к. на каждый установленный пакет делается отдельный запрос к зеркалу.

не знаю, у меня всегда зеркало локально.... хотя я и по сети с другого компьютера обновлял... А попасть в снапшоты из сети - это практически нереально, если оно не зазеркалировано :) Тут лучше использовать current, а не snapshots. Или не обновляться постоянно, обновляться постоянно - это тоже неправильно :)

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

У меня обновляется уж точно быстрее, чем pacman.

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

Для последних я пользуюсь вот этим скриптом https://github.com/qbit/snap - приятен и прост в использовании, но не умеет перекачивать / докачивать сеты в случае обрыва связи, приходится качать все заново.

Нашел еще один похожий скрипт: http://homepage.boetes.org/software/OpenBSD-binary-upgrade/ и инструкцию по его использованию на http://www.bsdnow.tv/tutorials/openbsd-binary-upgrade.

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

раз в N время, когда появляется интересное - делаю полный снапшот пэкейджей и наборов. с помощью dpb -F 3 синхронизирую зеркало сырцов, на подхват. :) в общем, запасаюсь по полной :)

обновляю - иногда через -u, а иногда просто с нуля переставляю, благо из bsd.rd это процесс на 15 минут от желания переставить до полностью рабочей чистой системы со всеми нужными настройками. :)

никаких источников, кроме официальной документации, не использую :)

>> aptitude визуальный

Открыл я один раз UI на нём... ужаснулся и закрыл.. и теперь не открываю, пользуюсь паттернами

aptitude вообще потрясающая вещь. по заветам билла г., "информация на кончиках пальцев".

>> билла г.

Кто все эти люди?

> Знающие люди, подскажите, пожалуйста, почему в 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" и т.д. по контексту.

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

Отличная идея, просто и эффективно!

OpenBSD 5.6

Released Nov 1, 2014
Copyright 1997-2014, Theo de Raadt.
ISBN 978-0-9881561-4-2
5.6 Song: "XXX"

• signify(1) pubkeys for this release:
• 5.6 base: RWR0EANmo9nqhpPbPUZDIBcRtrVcRwQxZ8UKGWY8Ui4RHi229KFL84wV
• 5.6 fw: RWT4e3jpYgSeLYs62aDsUkcvHR7+so5S/Fz/++B859j61rfNVcQTRxMw
• 5.6 pkg: RWSPEf7Vpp2j0PTDG+eLs5L700nlqBFzEcSmHuv3ypVUEOYwso+UucXb

□ GNOME 3.12.2
□ KDE 3.5.10
□ KDE 4.13.2
□ Xfce 4.10
□ MySQL 5.1.73
□ PostgreSQL 9.3.4
□ Postfix 2.11.1
□ OpenLDAP 2.3.43 and 2.4.39
□ Mozilla Firefox 31.0
□ Mozilla Thunderbird 31.0
□ GHC 7.6.3
□ LibreOffice 4.1.6.2
□ Emacs 21.4 and 24.3
□ Vim 7.4.135
□ PHP 5.3.28, 5.4.30 and 5.5.14
□ Python 2.7.8, 3.3.5 and 3.4.1
□ Ruby 1.8.7.374, 1.9.3.545, 2.0.0.481 and 2.1.2
□ Tcl/Tk 8.5.15 and 8.6.1
□ JDK 1.6.0.32 and 1.7.0.55
□ Mono 3.4.0
□ Chromium 36.0.1985.125
□ Groff 1.22.2
□ Go 1.3
□ GCC 4.6.4, 4.8.3 and 4.9.0
□ LLVM/Clang 3.5 (20140228)
□ Node.js 0.10.28


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

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

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

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

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

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

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

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

щёчик экспортируемый? :) можно здесь повесить, поскольку эху делать - смысла нет :)

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

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

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

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

для инсталлера, да и просто так - какие вообще рассылки с marc.info стоит гейтовать?

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

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

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

правда, у меня рассылки сейчас собираются на том сервере. но можно переводить и на этот.

да даже если просто будет складывать сообщение "как есть", чтобы было from, to, subj и тема - уже хорошо.

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

ну и да, надо как-то repto отслеживать, чтобы цепочки ставить "кто кому ответил"

Может кто знает остался ли где то сабж, или может кто то пилит Mate.
Третьегном это же печаль :(.

нет и нет

gnome 2 остался в openbsd 5.0 :)

Быстро ты обрубил все мои надежды =).

>> остался в

Уничтожим libc!!!
Слава freePascal

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

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

peewee (у этой штуки, по-моему, вообще нет обязательных зависимостей - только, если нужны mysql и postgresql, нужно ставить соответствующие модули и клиенты):
https://github.com/coleifer/peewee

опционально - bottle.py, у неё тоже нет зависимостей, кроме самого python
http://bottlepy.org/

вроде, пошли порты..

Пока есть техническое ограничение - не меняем количество 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? хотя там основная разница в доках, которые были переделаны, а openbsd исторически доки не пакует (даже python-doc нет). хотя, если есть архивы сырцов, то доки сфинксом и в офлайне собрать можно. :)

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

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

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

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

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

ну, вообще доки собираются так - make html (наверное, gmake) в каталоге с доками.... собирает их textproc/py-sphinx

обычно, во многих дистрибутивах, даже в pkgsrc, эти доки собирают, или в отдельном пакете, или в том же самом, в /doc/.

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

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

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

кто хочет - пусть учит dpb -F :) когда под рукой и все сырцы, и все бинарники, то такой проблемы нет :) тем более, 4 больших пакета (speeddreams-data, flightgear-data, openclipart и чётотамtexmf-docs) я вообще бинарниками не таскаю, ибо их легко мейкнуть а зависимостей бинарных у них, по-моему, нет... но я ими не пользуюсь - тем, чем иногда пользуюсь (ufoai, redeclipse) на всякий случай беру оригиналы - пока раздел в 70 гб ext2 вмещает и то, и то :) хотя я помню ещё, как 46 гб хватало :)

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

а ыыыксклюзивно поделиться с автором http://osole.51t.ru ? мне же пока послушать, сайт переверстать, и так далее :)