Надо собрать детальную инфу о параметрах ФС (хз, чем это делается). А лучше - сделать через dd образ и выложить в Сеть, чтобы pelikan@ мог в нём поковыряться.

Можешь заодно мне выложить, я тоже не хочу битый ext2fs в релизе. :)

Как накладывать:

cd /usr/src/sys
cvs up -APd
patch -C </path/to/ext2.patch && patch </path/to/ext2.patch

У меня всё прекрасно применяется. Ты, видимо, забыл обновить исходники. :)

-С не меняет конечные файлы - то есть, это позволяет избежать порчи исходников. Эффект такой цепочки - или патч нормально применился, или ничего не поменялось. Так как отменять частично применившийся патч заметно сложнее. См. документацию patch(1). ;)

Мои поздравления. :)

Кстати, в ii-морде есть возможность как-то форсировать отображение части текста моноширинным шрифтом? Для программистов-сисадминов очень актуально.


CVSROOT: /cvs
Module name: src
Changes by: pelikan@cvs.openbsd.org 2014/07/31 11:37:52

Modified files:
sys/ufs/ext2fs : ext2fs_bswap.c ext2fs_dinode.h ext2fs_inode.c
ext2fs_vfsops.c

Log message:
use proper on-disk inode size: no more, no less.

Reported by Roman Yakovlev, thanks!

"do it now" deraadt

> patch: **** malformed patch at line 9: }

Это означает, что у тебя сам патч кривой. Например, с ^M на концах строк. Я себе такой алиас держу для таких случаев в ~/.kshrc:

stripm='perl -pi -e '\''s/\r$//'\'

> gnome-terminal постоянно крашится, убивая все свои копии... в прошлой версии - крашился и xfce4-terminal, запущенный в gnome, в этой пока не проверял, но, видимо, то же самое... (и ещё в прошлой версии крашились gedit, geany, и много чего ещё).
>
> как жить-то?

Точно все пакеты в системе обновил?

Запусти проблемную софтину из другого терминала (можешь из другой виртуальной консоли, открыв tmux - для большого буфера вывода - и приписав в начале "DISPLAY=:0.0") - может, там будет что-то интересное...

Честно говоря, в GNOME я ни в зуб ногой - напиши jasper@ или ajacoutot@.

> ps. а как kde 4.13? я 4.11 ставил, но оно у меня больше не работало, чем работало :)

Должон работать. :) Могут быть разве что траблы на i386 при просмотре папок с картинками - в этом случае я хочу о них знать. А так - всё довольно плавно и резво - по мерка современных DE, конечно. :)

> По наветам NetBSD-шников - старая версия демона dictd в openbsd подвержена сетевым уязвимостям.

А ты посмотри, откуда ноги растут: http://sourceforge.net/projects/dict/

DICT Development Group
Brought to you by: acheusov, cheusov, faith

Так что знать-то он, конечно, знает... Вот только мейнтейнера у этого порта нет (изначально его импортировала и обязалась сопровождать Диана Филипс, но в 2010 она куда-то пропала). И, похоже, сей порт просто никому не нужен. Или просто о нём никто не знает. Я вот не знал. А обновлять уже не очень-то хочу, потому что не хочу влезать в эти разборки, кто кого в садике каким словом назвал.

> Ааа, завидую! В хорошем смысле! А Тео там тоже был?

Естественно. Это был ежегодный большой "всеобщий" хакатон.

> Можно ли поподробнее описать как проходят хакафоны?
> 1) как туда попасть?

Получить приглашение. :)

> 2) много ли людей участвует

Когда как. Статистика на http://www.openbsd.org/hackathons.html

> 3) где все спят

Обычно устроитель хакатона обеспечивает (сам или при финансовой помощи OpenBSD Foundation) места в каком-нибудь общежитии (ныне их хостелами кличут). Кто не хочет - селится сам в какой-нибудь гостинице.

> 4) как общаются

В основном на английском. :) Все в одной комнате, плюс есть общий чат (чтобы ор постоянный не стоял и друг друга не отвлекать от важных процессов слишком часто). Ну а локальные группки нередко формируются по языковому принципу, и там уже болтают на родном языке.

> 5) сколько дней всё это длиться

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

Он ужасен с точки зрения безопасности. Даже с учётом его убогих возможностей. Сначала его хотели почистить от "мусора", чтобы хотя бы уменьшить потенциал для атаки, но когда Тео влез унутре... в общем, пока что да, будем обходиться тем, что есть. Если кто хочет предложить вменяемый консольный браузер (собственный ли, чужой ли) - patches are welcome. :)

dmesg скинь. Управление кулерами ныне обычно через ACPI делается, то есть - специфично для разных ноутов. OpenBSD обычно сваливает эту работу на BIOS (в котором, кстати, есть смысл покопаться на эту тему).

> ThinkPad L420

Не советую эту серию. Китайцы и так начали поганить, а "L" - это банальная попытка втюхать фуфло под раскрученным брендом. "Нормальные" серии - T, X, R.

> 1) хорошей виртуализации для полноценного запуска виртуалок (не проблема, буду юзать внц на удалённых серваках)

Этого многим не хватает, увы. У меня пока из-за этого хост-системы на CentOS. Плачу, но увы, для впиливания поддержки режима гипервизора в опёнок нужно много как знаний-умений, так и времени...

> 2) оптимизировать как-то работу от батареи, т.к. жрёт акум значительно серъёзнее линукса
> 3) сделать что-то с кулером, потому что он крутится вообще всегда, хоть и тихо. В линуксе он у меня крутился крайне редко, только когда нагружал чем-то систему серьёзно. Ща буду курить что и как покрутить.

А у тебя вообще apmd работает? Что говорит вывод команды apm? apm -C?

> 4) не совсем ясно как suspend to disk сделать при softraid с crypto.

mlarkin@, если не ошибаюсь, буквально на днях эту поддержку добавил - см. http://undeadly.org/cgi?action=article&sid=20140721090626 . Как я понимаю, достаточно просто создать swap-раздел на softraid-диске, ключ/пароль будет запрошен при запуске компа. Если что-то не взлетит - лучше Майку напрямую написать с детальным описанием проблемы (а потом здесь рассказать :) ).

> у меня обычно иноды быстрее заканчиваются, если маленькие разделы делать :)

newfs -i2 (или даже -i1) спасёт отца русской демократии. ;)

> > Кстати, сколько нужно место для того чтобы собирать софт из сорцов? Хотя думаю вообще /usr/obj, /usr/xobj сделать в tmpfs, у меня ОЗУ всё равно 8 гиг.

Для базовой системы уходит гигабайта два, вроде. Или даже меньше. xenocara - не помню, но не больше.

А вот для портов - смотря что и как собирать. У меня сейчас 29 гигов - на случай полной сборки KDE (3+4) и libreoffice без очистки. Нормальному человеку, которому ВДРУГ понадобится прогнать полный bulk build посредством dpb(1), должно хватить 20 гигов для /usr/ports/pobj (у меня он, кстати, живёт в /usr/obj/p) за глаза. Правда, ещё нужно где-то хранить distfiles и собственно собранные пакеты (у меня они живут на одном разделе, 23 гига, из них сейчас занято 16 - перестарался с запасом).

>> newfs -i2 (или даже -i1) спасёт отца русской демократии. ;)
>
>я про авторазбивку... было в 5.3.. оно место под usr/src выделило, места хватает, а работать на нём - не работает :)

Про 5.3 не скажу. Я в 5.4 или 5.5 /usr/src получал - вроде, проблем не было... Ты ведь не забываешь "make obj" делать? ;)

>> Для базовой системы уходит гигабайта два, вроде.
>
>я про полный цикл, с сборкой DESTDIR и RELEASEDIR

Ну, добавь ещё мегабайт 300 на упакованный полный комплект. :)

В случае моём и ajacoutot@ девочки развлекались самостоятельно - кто на машине, кто поездом катались по Словении. Благо страна красивая и море есть. :)

> ну, там, наверное, только разработчики

Угу. Правда, не всегда коммиттеры - иногда приглашают многообещающих новичков. Но в целом - да, напрашивающихся и просто "со стороны" туда не зовут. Хакатоны - не конференции, здесь работу работают, которая в удовольствие. :)

> как там ext2 поживает, а то я за коммитами совсем не слежу :)

Ждём pelikan@'а, обещал тебе лично ответить как только разберётся.

> кстати, Вадим, ты на obsd.bug.14 подписан?

Вроде бы, да.

Вообще-то после make obj у тебя начинает использоваться для сборки /usr/obj. А /usr/src практически не трогается вообще. Ну и DESTDIR и RELEASEDIR можешь указывать куда угодно.

> кстати, почему эта штука не дополняет SHA256, а перезаписывает его?

Вот тут ничего не скажу. Вообще не интересовался SHA256.

Я всегда называл "хакатоном", по собственному почину. Ещё до того как увидел первый раз Ruby и GitHub. :( Предлагаю пока не заморачиваться, а через годик сделать выборку - что популярнее.

> приходится сначала копировать файл SHA256, а потом уже два в один обновлять... :)

А-а-а. Дело в том, что релизы базовой ОС и Иксов собираются в разных местах, поэтому проблема не так актуальна: в момент обновления ftp.openbsd.org происходит простое склеивание этих файлов. Вот никто и не чинил. :)

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

На самом деле, довольно мало кто. Плюс, похоже, многие из тех, кто пользуется, не слишком активно участвуют в тестировании... У меня вот ext2/3/4 актуальны от случая к случаю, чаще обмен данными с Linux-хостами идёт по сети. Сейчас разработчики уже переключаются на режим тестирования, soft-lock уже действует. Учитывая грядущие выходные - думаю, исправления можно ожидать в начале следующей недели.

> >Что касается suspend to ram, у меня он 2 дня как не работает (5.6-бета) почему-то, пойду установлю новый snapshot.

Похоже, что это из-за недавних изменений в apmd. Попробуй "apm -A" перед "zzz".

> Кстати, на линуксе юзал tlp (http://linrunner.de/en/tlp/docs/tlp-linux-advanced-power-management.html), очень хороший инструмент синкпадовский, который позволяет много чего в том числе регулировку уровня заряда батареи.

В принципе, это, по-моему, не так сложно реализовать и в Опёнке. Всё будет сводиться, по идее, к паре новых ioctl в apm(4) и дополнительной логике для apmd. Я бы сказал "спасибо", ибо батареи действительно дохнут быстро.

> А ему на англ писать, если что? Или это русскоязычный разработчик? А то я пока не в курсе)

На дефолтном (английском).

mikeb@ не "какой-то", он очень и очень большой знаток криптографии и ядра OpenBSD. К сожалению, сейчас он сильно загружен на основной работе (что-то связанное с реверс-инжинирингом, вроде), опёнком занимается не так плотно.

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

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

"Результатом долгой дискуссии стало лишь добавление ucpp в базовую систему (после недолго пребывания в /usr/xenocara/app/xrdb-cpp) под именем /usr/libexec/auxcpp."

"Так что теперь auxcpp стал частью набора base. Прощай, зависимость xbase от comp. Текущее состояние наборов X Window сохранится и в 5.6. Помимо этого, я обновил несколько компонентов xenocara. Репозиторий xenocara практически готов для 5.6." (несколько вольно, но зато, надеюсь, по-человечески)

Вывод audioctl, mixerctl и dmesg в студию

Разобрался. В общем, дело в отсутствии (аппаратного или программного) синтезатора MIDI. Программный есть в портах, пакет fluidsynth. К синтезатору так же нужны банки, один есть в пакете generaluser-gs-soundfont. Поставь оба пакета, запусти в какой-нибудь "fluidsynth /usr/local/share/generaluser-gs/GeneralUser_GS.sf2" (он покажет свой шелл, ничего там вводить не надо, просто оставить запущенным), после чего запускай OpenTTD.

Я уже отправил патч с дополнительными инструкциями в README для OpenTTD - http://marc.info/?l=openbsd-ports&m=140637555204092&w=2 :)

Собственно, сабж:

"HEADS UP: Mandoc integrated

I have just integrated 5025 import and use mandoc."

http://marc.info/?l=illumos-developer&m=140596066026073&w=2

Если верить ещё не обновившейся http://mdocml.bsd.lv/ports.html, это второй заход mandoc в базовую ОС за пределами *BSD... Можно поздравить schwartze@ и kristaps@ :)

А что там присматриваться... За что его любят - он на порядки резвее groff, как следствие - нет нужды заранее форматировать man-страницы. Это сильно экономит время при сборке (т.е., время полного билда становится меньше). А быстрые билды - это очень, очень хорошо.

Другая вкусная плюшка - развитой apropos, с возможностью поиска, например, страниц, упоминающих конкретно cut(1), а не просто всех страниц со словом "cut": http://undeadly.org/cgi?action=article&sid=20140422171701

Вообще, есть опция монтирования -i - добавь в /etc/fstab или в вызов mount_nfs. Должно работать - но, правда, гарантировать не могу. NFS - одно из самых злобных мест в ОС.

Скажем так, "нормального" выхода из этой ситуации нет по определению. Либо скорость, либо - надёжность; в случае с NFS приоритет у скорости. Не рассчитан NFS на ненадёжные линки, от слова "совсем".

Почему -i (описанный, между прочим, в man'е) не по умолчанию - не знаю: может, по традиции; может, какие-то подводные камни есть с ним.

Думаю, что с этим лучше вылезать на misc@openbsd.org. :) Здесь никто не ответит толком. Да и там, возможно, придётся спрашивать не раз.

Зачем так сложно? :)

ifconfig | perl -ne 'if(/^\S/){s/:.*//;print}'

Насчёт "предложить разработчикам" - такие вещи только вместе с уже готовым патчем.

Патчи к базовой системе (и вообще конкретные _готовые_ для включения в репозиторий предложения) отправляй сразу на tech@openbsd.org . Желательно - inline и не из Web-интерфейса (оные часто портят текст патчей). Я обычно делаю "cvs diff >cool.patch", правлю файл и затем "mail -s 'Here is my patch for /usr/bin/true' tech@openbsd.org <cool.patch". Последняя команда работает за счёт того, что в конфиге OpenSMTPD прописано,как отправлять почту от моего имени через аккаунт в GMail.

> Пришла в голову мысль написания pastebin-клиента (в портах нет ни одного). При чём не просто портировать готовое
> решение с кучей зависимостей (как 99% решений), а написать на Си, дабы увеличить вероятность включения сего в базу
> (ну или на ksh).
>
> Как думаете, есть ли смысл? Захотят ли включить такое в базу?

Честно говоря, в базе такое вряд ли актуально. Прости меня, господи, за буржуйское слово, - usecase какой? И чем плохо делать это через браузер?

А писать можно ещё на Perl. ;)

> Ну осью пользуются как бы не только разработчики.

Ошибка! OpenBSD - ОС, которую делают разработчики для себя. То есть - для разработчиков. Мы делаем эту ОС так, как мы видим этот процесс. Мы двигаемся в том направлении, которое нам кажется правильным. Кто хочет присоединиться к процессу - welcome, если он что-то делает (присылает толковые патчи, например), то он тоже становится разработчиком. Все свободны - в самом натуральном смысле этого слова. Кому нравится то, что делают разработчики OpenBSD, но при этом не хочет сам участвовать в процессе - пользуются тем, что есть. Но они ничего не решают. Если в результате решения, принятого разработчиками в рамках процесса разработки, у кого-то за пределами данного процесса что-то отвалилось - увы. Разумеется, здравым смыслом разработчики OpenBSD пользуются - но при этом НЕТ ориентирования на привлечения масс пользователей, их ублажения или чего-то подобного.

В сообществе OpenBSD нет и не планируется демократии. :) Или ты часть проекта, или - нет. В первом случае ты влияешь на проект, во всех остальных - твоё мнение проект не интересует.

Может быть, это звучит жёстко, зато - честно.

> затем добавить клиент на дискету (там вже всё для этого есть), чтобы он во время установки рассказывал новости и анекдоты...

На RAMDISK'ах нет Perl. :) Так что надо дойти минимум до этапа распаковки baseXY.tgz; и то не уверен, что Perl заведётся из-под установочного ядра... Но можно, конечно, сделать свой RAMDISK.II. ;)

> Клиент для ii можно сделать на том, что есть на дискете А :) это всё продумано изначально :)

Тогда... у тебя чуть больше полугода, и это будет одним из лучших первоапрельских коммитов. ;)

> Наверное, всё таки "нет ориентированности на привлечение пользователей в ущерб всему остальному" :)

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

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

Постараюсь. У меня на работе небольшой звездец, так что сегодня вместо выходного буду чёрт знает чем заниматься. :(

> >но при этом НЕТ ориентирования на привлечения масс пользователей, их ублажения или чего-то подобного.
>
> Я не это имел в виду) Лизать зад пользователям как это делает линукс, делая из ядра свалку и прислушиваться к
> вменяемым потребностям пользователей - совершенно разные вещи. Если бы последнего принципа не было у проекта,
> то никакого прогресса бы не последовало. Разве не так?
> Что например плохого в том, чтобы прислушаться к желанию русскоязычных пользователей (не разработчиков) и
> реализовать в mount_msdos поддержку koi8-r? Вот я о чём.

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

За OpenBSD нет коммерческих компаний. Вообще. Это её слабость и сила.

> Ок, тогда какие критерии являются причастностью к проекту? Разве не искреннее желание и возможность помочь?

Желание и возможность не являются причастностью к проекту. Причастностью становится конкретные дела, реализующие эти желания и возможности. Здесь ценится сделанное, а не заявляемое. Как бы пафосно это ни звучало.

> >В сообществе OpenBSD нет и не планируется демократии. :)
>
> Мне кажется ты ошибаешься.

Эх, жалко, Боб (Bob Beck) русский язык не знает. Он бы лучше меня ответил, что он думает о демократии в данном случае... :)

> Как бы этого не хотелось, но такое маловероятно. В большинстве случаев решение принимает большинство.
> Или в сообществе OpenBSD диктаторство и все решения только один человек (например, Тео)?

В OpenBSD решение принимает тот, кто лучше всех разбирается в вопросе. Демократические игры здесь никому не нужны. Если ты, например, разбираешься в маршрутизации, то твоё мнение будет учитываться при очередной переделке сетевого стека. А если ты ещё и написал какой-нибудь megarouted, принятый в базовую систему, то твоё мнение

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

> Мне кажется что это больше свойственно скорее даже линуксу, чем OpenBSD, где если Линус скажет своё
> эмоциональное НЕТ, то в официальное ядро данный функционал не войдёт.

Линус, кстати, весьма трезво глядит на вещи. Хоть его и заносит порой (привет от мастурбирующей обезьяны).

> По твоей логике, если я разработчик (имею желание и возможность помогать проекту? Согласен с основными его
> принципами? Имею доступ к репам? У меня есть персональный @openbsd.org мэйл?))), нет совершенно никакой
> демократии и мне нужен pastebin в базе, то я его обязательно включу, даже ни с кем не посоветуюсь.

Нет. Обсуждение будет. А последнее слово при этом будет за Тео.

> > нет совершенно никакой демократии и мне нужен pastebin в базе, то я его обязательно включу
>
> Это всё равно, что спрашивать в гольф-клубе с традициями "а это клюшки? а если ими по голове садануть?". Но таких
> вопросов никто просто не задаёт. И никто так не делает. ПОТОМУ ЧТО ТУТ ТАК ЗАВЕДЕНО.
>
> И никто не устраивает дискотеки на похоронах. А тех, кто мог бы устраивать - на похороны не приглашают. Нормальный
> человек, который пришёл на похороны, не спрашивает "а можно тут дискотеку устроить" или не рассказывает анекдоты.
> Хотя никто ему особо про эти правила не говорил - он просто сам понимает, какое поведение тут естественно.
>
> Подобные традиции - выше любых правил. :)

Именно, абсолютно точно так.

> Вот кстати ты напомнил про networkmanager. Штука конечно крайне неприятная в реализации, но она работает и чаще
> всего работает на отлично. Тут же как этим всем рулить я вообще без понятия.

Увы, больное место. Я даже заявлял проект на GSoC, но желающих не нашлось. А портировать NM практически нереально, он прибит гвоздями функциональности ядра Linux.

Если б кто оплатил мне (или ещё кому заинтересованному и не до конца криворукому) эту работу, оно бы с радостью... :)

> Например, как мне получить доступ в инет с телефона по bluetooth? Или как себя вести в случае с USB 3G модемом?

Никак. Bluetooth в OpenBSD умер. USB-модемы же обычно работают без проблем, подробности в мануалах соответствующих драйверов.

>> Или ты своему другу конфиг от posfix тоже будешь через misc@openbsd.org слать?

Другу можно послать на его email... не? :)

> Как добавлять в wip - это уже Вадим ответит.

Да очень просто: готовишь порт по рекомендациям с http://www.openbsd.org/faq/ports/guide.html , потом форкаешь openbsd-wip, добавляешь порт в твою копию репозитория и делаешь pull request. После этого можно ещё на ports@openbsd.org написать с просьбой оценить/принять.

Как вариант, можно попросить у Jasper'а прямой доступ на запись в openbsd-wip. Но я не знаю, даёт он их всем подряд по-прежнему или нет; когда-то я был одним из первых попросивших. :)

Блин, вот не мог напомнить хотя бы парой недель раньше. :) Попробую пропихнуть обновление, но, скорее всего, будет только в релизе. :(

> Попробую пропихнуть обновление, но, скорее всего, будет только в релизе. :(

Не, не пропихну. В IANA до сих пор этих обновлений нет: ftp://ftp.iana.org/tz/data/europe . Что ж, тогда будет патч для 5.6.

> 1. Должно ли работать в OpenBSD в принципе?

А почему нет?

> 2. Работает ли у вас? (можно посмотреть в about:support, строчка "GPU accelerated windows")

SeaMonkey пишет: 0/1 Basic Blocked for your graphics driver version. Использую Intel. ХЗ, что это означает. :)

> Также заметил существенные тормоза при открытии больших изображений. Никто не знает, с чем это связано?

Вроде бы была такая проблема по нескольким причинам, включая шибко "умный" декодер JPEG в FF. Часть проблем, вроде бы, это вылечили в -CURRENT. По крайней мере больших проблем сейчас не наблюдаю. То, что осталось, по-моему, уже не лечится без изменений в структуре DRM.