http://51t.ru/pG7HK2

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

в общем, вот: http://51t.ru/JbvABV
кто заметит явные косяки - рассказывайте

вот оригинал: http://51t.ru/lo01IE

Разобрался. В общем, дело в отсутствии (аппаратного или программного) синтезатора 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

пока ext2 не заработает, ничего не могу поставить, не со снапшотов (которые нужной версии только на диске), ни с портов (distfiles тоже на ext2) :)

посмотри речь Тео, там


> On other fronts, I worked with the install script guys and the DRM guys to make sure that our next release can automatically know to leave the X aperture closed for capable chipsets.
> Также я работал с пацанами и из отдела инсталляционного скриптования и из отдела DRM, для того, чтобы установщик мог автоматически выставлять aperture.

я увидел, что инсталлятор теперь не спрашивает про "вы будете запускать X" (зато спрашивает про закрытие крышки :), но что тут конкретно имеется

> This issue was first made apparent due to the systrace sandbox technique now used in the ssh tools, which prevents syslog_r from doing socket, connect, sendto.. all the good system calls necessary to report failure, but dangerous -- and precisely what the sandbox is trying to prevent.
> Эта проблема была сделана очевидной из-за метода песочницы systrace, используемого теперь в ssh инструментах. который препятствует тому, чтобы syslog_r открывал сокет, соединялся, отправлял.. хорошие системные вызовы для того, чтобы сообщить о неудачах, но, однако, опасные - и точно те, что песочница пытается предотвратить.

я тут вообще не понял, кто кого харлал


> Системный вызов довольно узкоцелевой, поэтому назван sendsyslog(2), but this also fits the narrow use case it will have such as sandboxing.

нет вариантов :(

Пока в экспериментальном режиме на моём старом сервере заведён одинокий гейт

http://obsd.odii.ru

Он собирает статьи с undeadly и openbsd-cvs да openbsd-ports-cvs с marc.info

Как только всё заработает - будет гейтоваться сюда, в эху obsd.info.14, которая заменит собой obsd.rss.14

Попробовал с apm -A, apm -C в разных сочетаниях, засыпает в любом случае через раз, 2 из 3 или не засыпает вообще. А что это за изменения в apmd? Раньше все работало, как часы.

Увидел вот это: http://marc.info/?l=openbsd-cvs&m=140639088107843&w=2. Надеюсь, теперь все будет Ок.

Очень круто, спасибо!

Подтверждаю, все отлично! Ложится баиньки и просыпается сколько хочешь раз. Ура!

http://51t.ru/obsd.info.14

спрашивайте канал у своих операторов связи

>Подтверждаю, все отлично! Ложится баиньки и просыпается сколько хочешь раз. Ура!

Супер! А то без сна вообще ну никак. Нужно просто обновиться по cvs и пересобрать ядро, я правильно понял?

И ещё, подскажите плз мануал, желательно на русском о том как создавать порты. А то я в FAQ смотрел, но там просто о использовании уже готовых портов. Хочу пару приложений портировать простеньких.

---
soko1

> И ещё, подскажите плз мануал, желательно на русском о том как создавать порты. А то я в FAQ смотрел, но там просто о использовании уже готовых портов. Хочу пару приложений портировать простеньких.

Есть большое желание, хоть тушкой, хоть чучелом, перевести ports handbook. Наверное, язык там будет попроще, чем эти страшные интервьюхи, которые с большим скрипом переводятся... :(


ps. где логин потерял? :)

Сам задал вопрос, сам же на него и отвечаю :)

Инфа о создании портов вот: http://www.openbsd.org/faq/ports/guide.html

На русском пока что ничего толкового не нашёл.


---
soko1

>Есть большое желание, хоть тушкой, хоть чучелом, перевести ports handbook. Наверное, язык там будет попроще, чем эти страшные интервьюхи, которые с большим скрипом переводятся... :(

Блин, это было бы супер! Жаль я английский плохо знаю, так бы помог с переводом!

>ps. где логин потерял? :)

Я с чужого компа зашёл, не хочу палиться :) Вечером уже буду под своим акком писать.

---
soko1

> Блин, это было бы супер! Жаль я английский плохо знаю, так бы помог с переводом!

я английский не знаю вообще.

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

так уже несколько заметок с g2k14 перевёл :)

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

АААА, ты жжошь напалмом :))) Ржу как конь :)) Особенно с "и начинаю домысливать, что бы я сказал на месте автора :)". Это пять!

---
soko1

Если смонтировать NFS и отключить NFS-сервер на удалённом серваке, то начинается настоящая беда: `df -h` вешает консоль, `umount /nfs_шара` делает тоже самое никак не реагируя на команду. Помниться лет 8 назад когда я ещё пользовался этим говном (не побоюсь этого определения) на FreeBSD была аналогичная проблема и решалась она какими-то специфическими ключами при монтировании, либо через umount с ключом -f (force), тут же оно не работает. Как уже только не пробовал отмонтировать - ни в какую. Нужно либо комп ребутать, либо NFS-сервер вновь врубать. Подскажите пожалуйста как сию проблему можно решить на OpenBSD более-менее человеческим способом.

Благодарю!

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

Буду иметь в виду, угу, спасибо!

Но меня сейчас больше интересует как выйти из сложившейся ситуации, а не как вести себя в будущем. Есть ли выход? Если его нет, то необходимо предложить разработчикам, потому как это не разу ни ок. Что мне комп перезагружать потому что я не указал ключ -i? :) Ну или сделать его тогда по умолчанию для mount_nfs - как один из вариантов. Что думаешь?

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

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

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

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

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

http://51t.ru/Xmhszo

а это любопытно. интересно, на rs690 когда-нибудь заработает? :)

Огорчило то что в ifconfig нет аргумента командной строки для вывода всех доступных сетевых интерфейсов. Имхо, штука полезная. Было бы неплохо предложить такой функционал разработчикам.

Пришлось написать большой костыль, чтобы определить скажем все доступные wifi-интерфейсы на машине:

ifconfig | pcregrep -M -o '^[^\t:]+:([^\n]|\n\t)*groups: wlan' | head -n 1| awk {'print $1'} | sed s/://

А ещё вновь чуток пофиксил скрипт для wifi-коннектов который форкнул не так давно: https://github.com/soko1/OpenBSD/commit/32bd53f6bf9f2ca6d13bf637f60f10b29bad986b

1) ранее автор выводил список доступных интерфейсов странным `dmesg | grep 'address' | awk '{ print $1 }' ` с кучей дублей и интерфейсов не в тему (не wifi)
2) пароль от wifi при вводе светился на экране, что не есть гуд

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

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

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

не ломайте ifconfig, пожалуйста! :) мало того, что без openbsd сижу, потому что без ext2 ничего сделать не могу, так ещё и сеть не хватало сломать :)

лучше готовый патч - уже только после многочисленных тестирований :)

Угу, это я ночью просто писал сонный. Сейчас переделал так: ifconfig | perl -ne '$i=$1 if /^(\S+):/; print $i."\n" if /groups: wlan/'

Ага, понял. А куда отправлять лучше такие патчи?

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

Как думаете, есть ли смысл? Захотят ли включить такое в базу? Имхо, таких штук очень не хватает. Ну и какие тогда требования будут кроме как простой и секъюрный код? Ведь pastebin-сервис то может и загнуться. Или сделать чтобы оно конфиг читало... Короче дайте идеи плз.

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

> Ведь pastebin-сервис то может и загнуться

только ii спасёт родину :)

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

А так, написали бы клиент с сервером, подняли бы на paste.openbsd.org и было бы огромное кол-во "зеркал" с подобным фунционалом который можно было бы указать скажем в /etc/pastebin.conf (в том числе резервные сервера)

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

И чем же оно противоречит "культуре"? Или по твоему разработчики не выкладывают в публичный доступ куски кода/конфиги/дампы? Назови хоть один аргумент)

> Назови хоть один аргумент)

Аргумент - "это противоречит культуре OpenBSD". Это ОЧЕНЬ долго объяснять на словах, когда проникнешься культурой - сам прочувствуешь. :)

> Или по твоему разработчики не выкладывают в публичный доступ куски кода/конфиги/дампы?

Выкладывают. В рассылку.

>Аргумент - "это противоречит культуре OpenBSD". Это ОЧЕНЬ долго объяснять на словах, когда проникнешься культурой - сам прочувствуешь. :)

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

>Выкладывают. В рассылку.

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

Всегда есть задачи, которые необходимо как-то решать. Если в ОСи нет НИ ОДНОГО инструмента для этого - это никогда не запишется ей в плюсы. Тебе не нужно - найдутся сотни тысяч людей которым это будет нужно. И если ОСь делается с расчётом на хоть какую-то популярность (только не говори мне что с OpenBSD это не так, потому что это будет глупостью) - это нужно учитывать. Поэтому не нужно за всех отвечать, имхо.

> Вот не люблю когда отвечают в стиле "подрастёшь - всё сам поймёшь" и избегают ответов на конкретно поставленные вопросы, думая что хорошо выкрутились :)

Ну, у OpenBSD культура, которая в принципе с годами не менялась. И которая несколько отличается от других свободных ОС. И это её сильная сторона. Одни слушают Эминема, другие ходят в консерваторию, и это нормально. :)


> Если в ОСи нет НИ ОДНОГО инструмента для этого - это никогда не запишется ей в плюсы.

У этой ОС - другие плюсы. Приверженность традициям - одна из них. Иначе бы давно превратили базовую систему в проходной двор. :) Собственно, на этих догматах система и стоит, и не поколеблется. :)


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

А в портах ничего нет? Я не знаю, я не пользуюсь такими вещами. Но, если нет - нужно добавлять, хотя бы в wip. Как добавлять в wip - это уже Вадим ответит :)

Патчи к базовой системе (и вообще конкретные _готовые_ для включения в репозиторий предложения) отправляй сразу на 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 нет и не планируется демократии. :) Или ты часть проекта, или - нет. В первом случае ты влияешь на проект, во всех остальных - твоё мнение проект не интересует.

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

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

> Разумеется, здравым смыслом разработчики OpenBSD пользуются - но при этом НЕТ ориентирования на привлечения масс пользователей, их ублажения или чего-то подобного.

Не очень однозначно звучит. :)

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

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

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

> На RAMDISK'ах нет Perl. :)

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

А более тяжёлые опции - это постинг и пакетная передача бандлами (а не по одному сообщению), но тут главное - это наличие base64.

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

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

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

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

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

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

сам клиент - это просто: типа Install Autoinstall Upgrade Shell Read maillists

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

а там уже - просмотр их, лентой (в дискете есть more,less или другой способ глядеть постранично?)

возможно - поиск по ключевому слову


тут вопрос с сервером. рассылки надо ii-зировать (напрямую или перепостом с веба), потом клиент должен знать, с какого адреса их запрашивать, нужно убедиться, что это безопасные тексты "без ЗЛЫХ ESCAPE-КОДОВ", и что-то типа того...


ps. Посмотри те три текста, которые недопереведены. Я хотя бы эту обойму, сколько их накопилось, куда-нибудь в лоровый talks кину, чтобы люди прочли, и, может быть, даже помогли доперевести остальные...

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

>У этой ОС - другие плюсы. Приверженность традициям - одна из них. Иначе бы давно превратили базовую систему в проходной двор. :) Собственно, на этих догматах система и стоит, и не поколеблется. :)

Ок, ты меня переубедил :)

Нет, в портах ничего такого нет. Исправлю ситуацию :) Только я не нашёл ни одного вменяемого клиента (я не про obsd, а вообще про всё). То баш за собой тянет, то кучу питоновского говна. Поэтому идеал - написать либо на сях, либо на ksh. Но хрень в том что как я писал ранее сервисов дохренища и у всех разный апи, а это значит что хрен напишешь универсальный клиент для всего. А один-два сервиса юзать не тру, т.к. всё рано или поздно загибается и актуальность порта умирает. Ну, или требует модификации.

>И чем плохо делать это через браузер?

Я вообще если честно браузеры не перевариваю. И по возможности избегаю графических программ (у меня из них, пожалуй, только браузер и keepassx, консольную альтернативу которому я пока не нашёл). Поэтому мне очень удобно использовать такого рода сервисы, чтобы поделиться с другом частью лога, переписки, или конфига какого. Очень удобно потом обратиться к истории переписки, просто перейти по ссылке и посмотреть то что было актуально, ещё и с подсветкой синтаксиса.

Но твою с 51t точку зрения я понял. Тогда нужно включить хоть один такой инструмент в порты. Поэтому пока что займусь написанием оного, а потом уж порт создам.

А про перл я совсем забыл, ага :)