> По делу я неоднократно говорил что как родился /x/ недоношенным так и умрёт не развившись.

но пользователям-то всё равно. они видят непонятную им суету, плюют, и идут на лор, где всё железобетонно с 2001 года (или когда там текущий интерфейс появился).

> 1. Api /x/t/<...> реализован лучше /list.txt?h=1&el=<...>

это уже за гранью адекватности.

надеюсь, перегейтование (с перемаркированием), а не перемещение?

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

вот и 2.0.0, с heretic-ом, уже в openbsd. :) раньше сам собирал.

правда, там и после 2.0.0 я серьёзный баг для heretic нашёл, засандалил, и его исправили в svn. :)


ps. на эху кто-нибудь подписан? :)

сурово :)

td>p,td>ul,td>blockquote,td>font {margin-left:0.5ex;}
a:visited {color:#303030!important;}
p {margin-top:1ex;margin-bottom:0;}
blockquote>p:first-child {margin-top:0;}
blockquote>p:last-child {margin-bottom:0;}
blockquote { background-color:#e0e0e0; padding:0.5ex 0.5ex 0.5ex 0.5ex;
margin:0 0 0 3ex !important; }
p+ul,p>ul {margin:0.5ex 0 0 0;}
pre {margin:0;}
tt {background-color:#f0f0f0; padding:0px; font-weight:500;}
.bqcode { background-color: #ffffff; border:1px solid #999;
padding: 0px; padding-left: 1em; }

с этим можно что-то сделать? :(

теперь эта статья приходит столько раз, сколько запустишь фетч :(

gate3 я закоменнтил, но где рсс от cvs?

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

да я не знаю, с кем и что не то. знаю только, что мою любимую эху мало показывают :((

крат. - сес. openbsd :)

> Привет, openbsd!

OpenBSD жил! OpenBSD жив! OpenBSD будет жить!

кого не пингует? 192.168.1.1 пингует? кстати, роутер нужно ещё и в гейт прописать:

echo 192.168.1.1 > /etc/mygate

причём, по-моему, именно так, с завершающим Enter, я один раз в каком-то конфиге новой строкой не закончил - у меня не работало :)

если просто сделать

ifconfig fxp0 192.168.1.9

оно будет пинговать 192.168.1.1 ?

а когда инсталлер делал - ты сеть прописывал? обычно у меня все настройки инсталлера сохранялись, и всё работало...

значит пропиши по полному синтаксису из hosnname.if, а не так, как ты записал

mygate будет после перезагрузки работать, чтобы работало сейчас, сделай

route add default 192.168.1.1

стиль gtk впечатляет. :)

ps. поздравляю. теперь ты один из НАС. :) главное, песенки послушай :)

кстати, почему на фото моё домашнее зеркало? :)

> Оооо, звук из коробки работает!

там даже isa-звук из коробки работал. :) тогда, как в linux через альса-конфигуратор надо было полчаса ждать, пока он всё опросит :) главная проблема - нет hdmi-звука :(

> Твоё домашнее зеркало, потому что нечего было больше скринить :)

оно может и не работать - придёт человек, а там нет ничего. как нечего скринить, а http://www.openbsd.org ? :)

> hdmi на этом старом ноутбуке отсутствует, поэтому ничего страшного. Правда улучшений быстродействия, по сравнению с арчем, я не заметил

я бы не сказал, что оно быстрее. :) скорее, медленнее. но памяти вроде жрёт поменьше, и фризов и затыков не наблюдается. softdep, кстати, включи (есть в faq)

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

> А чем openbsd лучше оного?

действительно, чем? наверное, драйверов больше. вероятно, pc bsd можно использовать на видеокартах nvidia, например.

> Для чего нужен тебе openbsd ?

не знаю, зачем ему, а мне - для десктопа. отличная десктопная ос, надёжная, нетормозная, отлично устроенная внутри, и держащая баланс между юзерфрендли и автоматизацияфрендли. там с 1996 года практически ничего не менялось (сколько, например, было средств настройки сети в разных дистрибутивах linux? сколько из них дублировались. сколько менялось в пользу «большего удобства»? в openbsd вообще ничего не менялось, там всё сразу было удобно. и так - по многим вещам). openbsd - целостная и хорошо документированная система. можно хоть сейчас поставить openbsd 2.8, и там почти всё будет точно таким же, как сейчас. :) а pc bsd вон всё определиться не может, нужны ей pbi или нет.

хочу openxcom 1.0 в портах. :)

не умею. я его даже собрать не смог :)

в debian без проблем собралсь. кстати, это какая-то старая запись, там boost требуется и ещё что-то.

в рассылках кто-то делал мейкфайл, но я его даже в -wip не видел.

эта штука требует yaml-cpp, (libyaml-cpp), version 0.5 or later
а в openbsd - 0.3

Так рабочие порты вроде бы даже есть. да и старую версию как-то собирали. в общем, жду появления знатоков. Хотя бы Друзя. Или Вадиму ссылку перешлю на gmane, и спрошу, можно ли такой порт принять.

я подожду официального порта :)

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

кто-нибудь знает, как каким-нибудь простым способом фетчить (как dpb -F) только те исходники, у которых стоит PERMIT_FTP?

http://openports.se/editors/calligra

Ура, наконец-то! слава Вадиму! :)

Теперь будем делать красивые презенташки :)

я потерял глаза, и вот
меня уже ничто не ждёт
верни глаза мне, обормот
"глаза" здесь больше не живёт

да просто нефиг ходить по злачным эхам, и всего делов :)

в текущем снапшоте крешится гноме-терминал со всеми его копиями, регулярно :(

обидно, да.

зато новый mc пришёл. сейчас mc обновим, и в бой! :)

ещё крешится gedit гламурненкий
ещё крешится mousepad

в общем, не в чём писать :( в xterm нет такого увеличения, чтобы мне было текст видно, даже на Huge оно действительно сильно хуже...

http://undeadly.org/cgi?action=article&sid=20140715094848

исправил мою багу :) добавил каллигру. :)

почему у меня принципиально не видятся, даже с xev, Print Screen и клавиши громкости? в любой версии openbsd, на любой клавиатуре.

ну дизайнера я уж как-нибудь сам убью, если потребуется, тут не обессудь...

Иисус говорит дружить и делиться. А вы что делаете?

да просто ходят тут всякие, потом дизайнеров на них не напасёшься. поэтому - чёткая субординация!

http://openports.se/www/lynx

это что? он же в базовой системе. неушто изгоняют? не помню новостей.

ура :) теперь в портах есть ещё одна игрушка - трёхмерная стратегия в реальном времени 0ad 0.0.16

сабж

http://openbsd.pw

Эксприменты на двух реальных компьютерах и одном виртуальном мне начинают намекать, что все ядра с ext4 рано или поздно крэшатся на ext2. Пробовал несколько разных снапшотов, платформа i386

На виртуалке - нет ext2 и работает нормально. На одном компьютере - работает нормально, пока не подмонтируешь ext2 (можно даже не пользоваться). На другом, где всегда есть ext2 - через несколько минут создаёт какую-нибудь ошибку.

Буду выяснять подробности.

в общем, бага воспроизводится на одном компьютере следующим способом (проверено на паре снапшотов):

монтируем ext2 (хоть ro, хоть нет)
заходим в packages
и делаем любое действие с pkg_add

и сразу видим следующее

uvm_fault(0xd0b8b520, 0xf258d000, 0, 1) -> d
kernel: page fault trap, code=0
Stopped at memcpy+0x14: repe movsl (%esi),%es:(%edi)

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

на ядрах, которые до ext4-шные, такой проблемы не наблюдается...

причём инсталлер с ext2 отрабатывает без паники

но если из bsd.rd сделать chroot, и оттуда повторить это - тоже падает моментально вся система

но сам инсталлер при этом ставит с ext2 без проблем... странно, но хоть хорошо, что так :)

на другом компьютере то же самое, слово в слово

на всякий случай уточню, что у одного ядро в sp, у другого в mp.

если отмонтировать ext2, то проблем нет

По горячим следам успешного хакафона, Вадим Жуков (zhuk@) отчитался о своих успехах:


Я прибыл на хакафон с коротким, но суровым списком задач:

1. Закончить KDE 4.13.2 и приготовить 4.13.3 (официальный анонс - 15 июля*)

> * Разработчики KDE дают возможность мейнтейнерам пакетов с KDE в той или иной ОС иметь т.н. предварительный доступ, где-то дней за 3-5 до официального релиза. Это позволяет выпускать "родные" пакеты с KDE для ОС одновременно с официальным анонсом релиза.

2. Наконец-то портировать несколько приложений из openbsd-wip в официальный cvs

3. Исправить давнюю проблему с усиленным поеданием процессора в kded4

4. Продолжить работу над Samba 4.x

5. Исправить проблему с отсутствием ext2fs в установщике для amd64 (RAMDISK_CD)

6. Некоторые вещи, которые я разбабатывал последние месяцы для ports/infrastructure, занести в CVS

7. Занести в CVS порт man-pages-posix

Но прежде всего хакафон для вас начинается со знакомства с людьми, с которыми вы не были прежде знакомы. Учитывая, что до этого единственным мероприятием, связанным с OpenBSD, которое я посещал, была конференция EuroBSDCon 2013, на хакафоне было много новых лиц. Боюсь, что не запомнил их всех, но не потому, что я не уважаю их или их работу, это просто мой недостаток :)

Итак, хакафон начался. Мы с kirby@ - другим портером OpenBSD из России - сели друг напротив друга. И это нам очень помогло - он помог мне тестить сборку ядра с ext2fs и дал мне идею насчёт libinotify (см. ниже), а я помог ему обновить порт rawtherapee.

Мой первый коммит на этом хакафоне был занесением в CVS books/man-pages-posix. Это полезная вещь для разработчиков, и я получил положительные отзывы ещё до того, как начал это импортирование.

Это был не столько мой труд, сколько schwarze@ и другие внесли неоценимый вклад. Я узнал много нового о mandoc, groff и pkg_create во время работы над этим портом. Но, опять же, это было только для разгона.

Большую часть времени я сидел и делал четыре вещи: запускал make, твикал патчи, пушил их в апстрим и засыпал landry@ новыми портами. Я благодарен ему за терпение. Благодаря его отзывам*, у нас теперь есть следующие приложения из KDE4: Calligra suite, Digikam, K3b, Kdenlive, KDevelop, KMyMoney, KTorrent, Tellico и Yakuake (вместе с зависимостями, типа Eigen 3.x).

> * Отзывы (ревью) могут быть и без замечаний, но без ревью занесение в порты не делается.

Из портов, связанных с KDE4, в openbsd-wip осталась только audio/cantata: она имеет несколько кривую интеграцию с KDE4, так что мне быстро это надоело - плееров, в том числе для KDE4, и так хватает. Надеюсь, что Рафаэль Садовски, который постоянно мне помогал, не обидится. :)

Обновление KDE 4.13.2 само по себе скучно и неинтересно. Имеем 200+ портов, значит, 200+ раз пишем "make configure update-plist port-lib-depends-check package clean", отправляем несколько патчей в апстрим, закончили упражнение. Вот и всё. Реально всё. Трудными были задачи собственно портирования KDE4, а также совместного существования KDE3 и KDE4, а поддержка портов KDE4 не так сложна.

И вот пришло время для действительно интересненького. kded4. Если вы не в курсе подробностей: kded4 (что означает "KDE 4 Daemon") обычно запускается с kdeinit... то есть, либо в самом начале сессии kde, либо когда вы запускаете первое приложение KDE. Этот демон хостит так называемые модули KDE - Если вы видели services.exe в Windows, то вы понимаете, о чём я, это почти то же самое. Другая задача kded4 - мониторить файлы конфигурации, особенно связанные с MIME файлы .desktop. При установке/настройке/удалении приложения .destkop-файлы могут изменяться, как системные (в /usr/local), так и ваши личные (в $KDEHOME). Многие программы, особенно различные виджеты рабочего стола (читай: KDE-меню и подобное), заинтересованы в уведомлениях о таких изменениях. Таким образом, kded4 мониторит некоторые директории на предмет добавления/изменения/удаления .desktop-файлов.

В OpenBSD этот процесс был очень неэффективен. А причина в том, что kded4 внутри использует KDirWatch, который по умолчанию использует inotify в Linux и QFSWatch в других операционных системах. Он также поддерживает FAM, но я уже пытался его использовать, но результаты меня не удовлетворили. Я уже начал было думать о реализации бэкэнда на базе kqueue(2), и тут я вспомнил, что kirby@ работает над libinofity. Это ведь то, что нужно - inotify API на базе kqueue. Так что я написал FindInotify.cmake который должен работать и в Linux и вне Linux, сделал несколько #ifdef в коде, пересобрал kdelibs ... и вот оно! Теперь kded4 проверяет файлы при запуске, и дальше живёт абсолютно не напрягаясь!

Ещё после этого akonadi_maildir_resource перестал жрать ресурсы: похоже, он страдал той же проблемой. Две проблемы по цене одной! Покупайте наши libinotify! *

> * важное предупреждение: все пользователи KDirWatch теперь едят намного больше файловых дескрипторов (до нескольких тысяч - по сути, по дескриптору на каждый отслеживаемый каталог и файл). На Linux эта проблема не так заметна, так как там обычно банально не стоит никаких лимитов, или они задраны очень высоко.

Кроме того, за время этого хакафона я успел закончить:
* новую утилиту portbump(1), в связке с sqlports она позволяет сэкономить много времени на масштабных обновлениях.
* добавил переменные TEST_ENV и ALL_TEST_ENV в bsd.port.mk: одного TEST_FLAGS было явно недостаточно, поскольку некоторые порты на CMake (читай: использующие Ninja) не понимают TEST_FLAGS вообще.
* документацию для devel/cmake и x11/kde4. Не имею намерения документировать x11/kde, потому что его больше никто не собирается поддерживать, а кто поддерживает сейчас, и так всё знает.

К сожалению, не хватило времени на samba4. Есть хитрые проблемы, связанные с ld.so и компилятором, которые я надеялся исправить на хакафоне... но не всё сразу. Так или иначе, KDE был приоритетной задачей.

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

В заключение, я хочу (чувствую необходимость, обязан) сказать спасибо Мите Муженичу и гостевому дому "Табор" за организацию этого чудесного мероприятия. Это был мой первый хакафон, и было удивительно, сколько всего произошло за несколько дней. И Любляна - прекрасный город... Я надеюсь что кто-то, кто знает английский язык лучше меня, сможет ярче живоописать этот уютное место и его жителей. Всё было просто классно - спасибо, спасибо и еще раз спасибо!

По горячим следам успешного хакафона, Вадим Жуков (zhuk@) отчитался о своих успехах:


Я прибыл на хакафон с коротким, но суровым списком задач:

1. Закончить KDE 4.13.2 и приготовить 4.13.3 (официальный анонс - 15 июля*)

> * Разработчики KDE дают возможность мейнтейнерам пакетов с KDE в той или иной ОС иметь т.н. предварительный доступ, где-то дней за 3-5 до официального релиза. Это позволяет выпускать "родные" пакеты с KDE для ОС одновременно с официальным анонсом релиза.

2. Наконец-то портировать несколько приложений из openbsd-wip в официальный cvs

3. Исправить давнюю проблему с усиленным поеданием процессора в kded4

4. Продолжить работу над Samba 4.x

5. Исправить проблему с отсутствием ext2fs в установщике для amd64 (RAMDISK_CD)

6. Некоторые вещи, которые я разбабатывал последние месяцы для ports/infrastructure, занести в CVS

7. Занести в CVS порт man-pages-posix

Но прежде всего хакафон для вас начинается со знакомства с людьми, с которыми вы не были прежде знакомы. Учитывая, что до этого единственным мероприятием, связанным с OpenBSD, которое я посещал, была конференция EuroBSDCon 2013, на хакафоне было много новых лиц. Боюсь, что не запомнил их всех, но не потому, что я не уважаю их или их работу, это просто мой недостаток :)

Итак, хакафон начался. Мы с kirby@ - другим портером OpenBSD из России - сели друг напротив друга. И это нам очень помогло - он помог мне тестить сборку ядра с ext2fs и дал мне идею насчёт libinotify (см. ниже), а я помог ему обновить порт rawtherapee.

Мой первый коммит на этом хакафоне был занесением в CVS books/man-pages-posix. Это полезная вещь для разработчиков, и я получил положительные отзывы ещё до того, как начал это импортирование.

Это был не столько мой труд, сколько schwarze@ и других разработчиков, давших большое количество отзывов и замечаний. Я узнал много нового о mandoc, groff и pkg_create во время работы над этим портом. Но, опять же, это было только для разгона.

Большую часть времени я сидел и делал четыре вещи: запускал make, твикал патчи, пушил их в апстрим и засыпал landry@ новыми портами. Я благодарен ему за терпение. Благодаря его отзывам*, у нас теперь есть следующие приложения из KDE4: Calligra suite, Digikam, K3b, Kdenlive, KDevelop, KMyMoney, KTorrent, Tellico и Yakuake (вместе с зависимостями, типа Eigen 3.x).

> * Отзывы (ревью) могут быть и без замечаний, но без ревью занесение в порты не делается.

Из портов, связанных с KDE4, в openbsd-wip осталась только audio/cantata: она имеет несколько кривую интеграцию с KDE4, так что мне быстро это надоело - плееров, в том числе для KDE4, и так хватает. Надеюсь, что Рафаэль Садовски, который постоянно мне помогал, не обидится. :)

Обновление KDE 4.13.2 само по себе скучно и неинтересно. Имеем 200+ портов, значит, 200+ раз пишем "make configure update-plist port-lib-depends-check package clean", отправляем несколько патчей в апстрим, закончили упражнение. Вот и всё. Реально всё. Трудными были задачи собственно портирования KDE4, а также совместного существования KDE3 и KDE4, а поддержка портов KDE4 не так сложна.

И вот пришло время для действительно интересненького. kded4. Если вы не в курсе подробностей: kded4 (что означает "KDE 4 Daemon") обычно запускается с kdeinit... то есть, либо в самом начале сессии kde, либо когда вы запускаете первое приложение KDE. Этот демон хостит так называемые модули KDE - Если вы видели services.exe в Windows, то вы понимаете, о чём я, это почти то же самое. Другая задача kded4 - мониторить файлы конфигурации, особенно связанные с MIME файлы .desktop. При установке/настройке/удалении приложения .destkop-файлы могут изменяться, как системные (в /usr/local), так и ваши личные (в $KDEHOME). Многие программы, особенно различные виджеты рабочего стола (читай: KDE-меню и подобное), заинтересованы в уведомлениях о таких изменениях. Таким образом, kded4 мониторит некоторые директории на предмет добавления/изменения/удаления .desktop-файлов.

В OpenBSD этот процесс был очень неэффективен. А причина в том, что kded4 внутри использует KDirWatch, который по умолчанию использует inotify в Linux и QFSWatch в других операционных системах. Он также поддерживает FAM, но я уже пытался его использовать, но результаты меня не удовлетворили. Я уже начал было думать о реализации бэкэнда на базе kqueue(2), и тут я вспомнил, что kirby@ работает над libinofity. Это ведь то, что нужно - inotify API на базе kqueue. Так что я написал FindInotify.cmake который должен работать и в Linux и вне Linux, сделал несколько #ifdef в коде, пересобрал kdelibs ... и вот оно! Теперь kded4 проверяет файлы при запуске, и дальше живёт абсолютно не напрягаясь!

Ещё после этого akonadi_maildir_resource перестал жрать ресурсы: похоже, он страдал той же проблемой. Две проблемы по цене одной! Покупайте наши libinotify! *

> * важное предупреждение: все пользователи KDirWatch теперь едят намного больше файловых дескрипторов (до нескольких тысяч - по сути, по дескриптору на каждый отслеживаемый каталог и файл). На Linux эта проблема не так заметна, так как там обычно банально не стоит никаких лимитов, или они задраны очень высоко.

Кроме того, за время этого хакафона я успел закончить:
* новую утилиту portbump(1), в связке с sqlports она позволяет сэкономить много времени на масштабных обновлениях.
* добавил переменные TEST_ENV и ALL_TEST_ENV в bsd.port.mk: одного TEST_FLAGS было явно недостаточно, поскольку некоторые порты на CMake (читай: использующие Ninja) не понимают TEST_FLAGS вообще.
* документацию для devel/cmake и x11/kde4. Не имею намерения документировать x11/kde, потому что его больше никто не собирается поддерживать, а кто поддерживает сейчас, и так всё знает.

К сожалению, не хватило времени на samba4. Есть хитрые проблемы, связанные с ld.so и компилятором, которые я надеялся исправить на хакафоне... но не всё сразу. Так или иначе, KDE был приоритетной задачей.

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

В заключение, я хочу (чувствую необходимость, обязан) сказать спасибо Мите Муженичу и гостевому дому "Табор" за организацию этого чудесного мероприятия. Это был мой первый хакафон, и было удивительно, сколько всего произошло за несколько дней. И Любляна - прекрасный город... Я надеюсь что кто-то, кто знает английский язык лучше меня, сможет ярче живоописать этот уютное место и его жителей. Всё было просто классно - спасибо, спасибо и еще раз спасибо!

исправил, поменял id, старое заблеклистил