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

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 - перестарался с запасом).

ну, вообще без браузера - это тоже не дело :( тем более, столько лет жил был...

самый маленький, если не путаю, это нетрик... впрочем, ща в debian поиск по тэгу сделаю, и посмотрю сырцы...

> debtags search "web::browser && interface::text-mode"
elinks - advanced text-mode WWW browser
elinks-lite - advanced text-mode WWW browser (transition package)
links - Web browser running in text mode
links2 - Web browser running in both graphics and text mode
lynx - Text-mode WWW Browser (transitional package)
lynx-cur - Text-mode WWW Browser with NLS support (development version)
lynx-cur-wrapper - Wrapper for lynx-cur (transitional package)
netrik - text mode WWW browser with vi like keybindings
w3m - WWW browsable pager with excellent tables/frames support
w3m-el-snapshot - simple Emacs interface of w3m (development version)
w3m-img - inline image extension support utilities for w3m

нетрик исходники 500 кб, елинкс 4200 кб, w3m 2200 кб, lynx-cur 3500 кб

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

я про авторазбивку... было в 5.3.. оно место под usr/src выделило, места хватает, а работать на нём - не работает :)

> Для базовой системы уходит гигабайта два, вроде.

я про полный цикл, с сборкой DESTDIR и RELEASEDIR

Я всю жизнь на w3m

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

ну, там, наверное, только разработчики... или девочек тоже приглашают? :)

у меня раньше links2 (правда, в графическом режиме) был основным браузером...

а из консольных... во времена развитого линаксизма часто использовал и elinks и w3m... а в openbsd как-то попривык к lynx, точнее, к тому факту, что он всегда под рукой.

Отлично!

Hibernate только что реализовали для softraid crypto: http://undeadly.org/cgi?action=article&sid=20140721090626. Я, правда, еще не пробовал.

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

На x230t с кулером порядок.

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

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

> как там ext2 поживает

разобрался, как посмотреть через cvsweb, и отвечаю - никак :)

шож, посидим пока на дебиане

>> 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" делать? ;)

там просто не хаватало инодов, самих по себе :)

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

и на распакованный тоже место нужно... насколько я понимаю, в этом случае у тебя и полный src, и полный obj и полный dest, а потом ещё и тарболы... не меньше трёшки вылазит... потом очищаешь всё добро, кроме тарболов, и то же самое с ксенокарой... (кстати, почему эта штука не дополняет SHA256, а перезаписывает его?)

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

Кстати, раньше, вроде бы в русскоязычном obsd-сообществе прижилось слово "хакафон". Мне оно, кстати, больше нравится. А потом пришли "стиляги" со своими рубями и гитхабами, и стало "хакатон". Надо какой-то общий термин :)

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

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

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

> Вообще-то после make obj у тебя начинает использоваться для сборки /usr/obj. А /usr/src практически не трогается вообще.

разумеется... проблема была в том, что, я уже не помню, на какой релиз, инодов не хватало. я сейчас не вспомню, или в src, или в obj или вообще ports - но не хватало инодов даже просто их на этот раздел скопировать :)

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

это файл такой, в релизе лежит... :) в любом каталоге с тарболами на FTP :)

когда делаешь make release для src, он собирает, потом кладёт тарболы и собирает SHA256 с хэшами. а когда делаешь make release на ксенокару, он делает ровно то же самое... приходится сначала копировать файл SHA256, а потом уже два в один обновлять... :)

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

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

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

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

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

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

> Плюс, похоже, многие из тех, кто пользуется, не слишком активно участвуют в тестировании...

там невозможно не поучаствовать в тестировании, оно просто валятся :)

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

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

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

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

а вообще, трогательная история этого - вот :)

ii://kk6iP6

или, если не подписан на txt.drafts.14, вот: http://51t.ru/kk6iP6

>Hibernate только что реализовали для softraid crypto: http://undeadly.org/cgi?action=article&sid=20140721090626. Я, правда, еще не пробовал.

Опаньки, проверим, спсб :)

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

Похожая ситуация :( Я думал оно просто не дружит с моим ноутом, а оказалось совпало. Дело в том что совсем недавно работало. Надо будет тоже обновиться.

>На x230t с кулером порядок.

Я нашёл патчик: https://github.com/soko1/openbsd-acpithinkpad, сейчас буду пробовать :)

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

Учитывая цену (у нас вообще 350$ стоил с i3) - просто отличная машинка. На фоне остального бюджетного шила - просто божественный ноут. Но всё равно поменял на Х220 т.к. давно о нём мечтал :)

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

Значит будем ждать :) Жаль что я не умею...хотя решил начать вновь учить Си, потому что есть желание помогать проекту.

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

Да-да, конечно! Использую apmd с ключом -C. Когда от батареи работаю, то делаю pkill apmd && apmd -L.

# apm
Battery state: high, 79% remaining, 238 minutes life estimate
A/C adapter state: not connected
Performance adjustment mode: cool running (800 MHz)

(это с внешним моником, так бы часа три показывало)

apm -C ничего не выдаёт.

Кстати, на линуксе юзал tlp (http://linrunner.de/en/tlp/docs/tlp-linux-advanced-power-management.html), очень хороший инструмент синкпадовский, который позволяет много чего в том числе регулировку уровня заряда батареи. Литий-ионные аккумы не любят полной зарядки и полной разрядки, поэтому я отрегулировал чтобы оно всегда было в пределах 40-80%, а когда сильно припрёт - на 100. Жаль что тут такой штуки нет. Поэтому теперь когда мне нужно на 100% зарядить аккум я загружаюсь в линукс и там выполняю tlp fullcharge. И что круто - эта софтина аппаратно регулирует все эти фишки. То есть загрузись ты хоть в винду - аккум всё равно не будет загружаться до заданного уровня. Аналогичная ситуация когда комп выключен и подрублен к подзарядке. Удобно, короче, и аккумулятор благодарен :)

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

Вот так совпадение :) Благодарствую! ОБязательно потещу. А ему на англ писать, если что? Или это русскоязычный разработчик? А то я пока не в курсе)

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

Первым же делом отправил на dmesg@openbsd.org как поставил :)

Вот: http://paste.kde.org/pbi8frm4b

Ну вот я патч нашёл, что эту проблему устраняет (https://github.com/soko1/openbsd-acpithinkpad), вот только с ошибкой уже собирается к сожалению. Пофиксить не получилось пока что.

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

Насколько я помню, русскоязычных разработчиков три штуки: zhuk@ :), kirby@ и какой-то mikeb@ (судя по презентациям, Михаил Белопухов, Киев).


есть ещё из особ, приближённых к:

https://www.linux.org.ru/people/val-amart/profile (но там полная Славаукраине!, боюсь, москалям помогать не будет)

https://www.linux.org.ru/people/beastie/profile (тоже немного Славаукраине, но вроде без паники, благо что в Германии нонче :)

Друзья, расскажите как обстоят дела с ФС, которая могла бы заменить FFS. Планируются ли вообще какие нибудь действия в этом направлении?
Например, чем разработчикам не нравится HammerFS с православной для проекта лицензией? Или всех всё устраивает в существующей ФС?

Кстати, планируется ли поддержка TRIM для SSD-накопителей? Или она уже есть и я это пропустил?

>Насколько я помню, русскоязычных разработчиков три штуки: zhuk@ :), kirby@ и какой-то mikeb@ (судя по презентациям, Михаил Белопухов, Киев).

Ага, буду иметь в виду, спасибо :)

>(но там полная Славаукраине!, боюсь, москалям помогать не будет)
>(тоже немного Славаукраине, но вроде без паники, благо что в Германии нонче :)

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

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

А вообще лучше не мешать ОС и политику. Вообще политику лучше ни с чем не мешать и по возможности избегать разговоры о ней, потому что политика и власть это всегда ложь и грязь.

> А вообще лучше не мешать ОС и политику. Вообще политику лучше ни с чем не мешать и по возможности избегать разговоры о ней, потому что политика и власть это всегда ложь и грязь.

Если это ложь и грязь, то пусть это лучше будет моя ложь и грязь. :)

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

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


> По-моему просто нужно не смотреть телевизор

http://51t.ru/g3SSWw :)

Как я ранее писал, нашёл патч для исправления проблемы постоянной работы кулера при простое на ThinkPad'ах и с ним отказывалось собираться ядро.
Сначала думал возложить эту проблему на знающих людей, а потом попробовал сам и...получилось :)
Сегодня закоммичу сюда : https://github.com/soko1/openbsd-acpithinkpad

С первым патчем! :) Respect!

Молодец! Похоже, что именно в этот момент я отправлял тебе pull request: https://github.com/soko1/openbsd-acpithinkpad/pull/1.
Я на x230t пока особой разницы не заметил, кроме одного момента: во время старта системы и выхода из suspend'a кулер резко разгоняется, чтобы потом быстро успокоиться.

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

Ну и да, спасибо за патч на патч в любом случае :)

> >Что касается 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. К сожалению, сейчас он сильно загружен на основной работе (что-то связанное с реверс-инжинирингом, вроде), опёнком занимается не так плотно.

я к тому, что я его не знаю, не общался, не ручаюсь :)

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

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

http://51t.ru/QhJclk

объясните две непереведённые фразы:

первую я вообще не понял, про After much discussion this only led to the addition of ucpp in base (after a short detour by /usr/xenocara/app/xrdb-cpp) as /usr/libexec/auxcpp.

а вторую - фразы понятны, но я никак не могу связать их родами-падежами, чтобы получить осмысленный текст, я в этом вообще не понимаю. вроде бы он говорит "я изменил auxccp, теперь зависимости xbase от comp нет... но при этом я не буду ничего ломать в 5.6, потому что пришлось бы переделывать xenocara, ибо она уже готова для 5.6". Он так говорит, или что он говорит?

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

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

С твоим патчем (https://github.com/vaskas/openbsd-acpithinkpad) вот с какими ошибками вылетает (amd4, 5.6-beta):

../../../../dev/acpi/acpithinkpad.c:151: error: redefinition of 'acpithinkpad_models_to_help'
../../../../dev/acpi/acpithinkpad.c:130: error: previous definition of 'acpithinkpad_models_to_help' was here
../../../../dev/acpi/acpithinkpad.c:155: error: redefinition of 'thinkpad_brightness_help'
../../../../dev/acpi/acpithinkpad.c:134: error: previous definition of 'thinkpad_brightness_help' was here
../../../../dev/acpi/acpithinkpad.c:159: error: redefinition of 'min_fan_temps'
../../../../dev/acpi/acpithinkpad.c:138: error: previous definition of 'min_fan_temps' was here
../../../../dev/acpi/acpithinkpad.c:167: error: redefinition of 'thinkpad_staged_fan'
../../../../dev/acpi/acpithinkpad.c:146: error: previous definition of 'thinkpad_staged_fan' was here
../../../../dev/acpi/acpithinkpad.c: In function 'thinkpad_hotkey':
../../../../dev/acpi/acpithinkpad.c:447: error: 'THINKPAD_BUTTON_FN_F6' undeclared (first use in this function)
../../../../dev/acpi/acpithinkpad.c:447: error: (Each undeclared identifier is reported only once
../../../../dev/acpi/acpithinkpad.c:447: error: for each function it appears in.)
../../../../dev/acpi/acpithinkpad.c: At top level:
../../../../dev/acpi/acpithinkpad.c:630: error: redefinition of 'thinkpad_set_fan_level'
../../../../dev/acpi/acpithinkpad.c:623: error: previous definition of 'thinkpad_set_fan_level' was here
*** Error 1 in /usr/src/sys/arch/amd64/compile/GENERIC.MP (Makefile:931 'acpithinkpad.o')

Это ты зря. Главное, в чем наши политические убеждения схожи (на данный момент), - OpenBSD. В остальном должно быть "don't ask - don't tell". Именно так работает open source.

Только что перепроверил openbsd-acpithinkpad_fan_control.diff - у меня все собирается, странно. На всякий случай обновил и acpithinkpad.c.
В любом случае, видимо, твою проблему патч не решает.

> Это ты зря. Главное, в чем наши политические убеждения схожи (на данный момент), - OpenBSD. В остальном должно быть "don't ask - don't tell". Именно так работает open source.

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

Если что-то с кем-то строишь - многие вещи важны.

Матье "бешеный француз" Херб (matthieu@), поддерживающий Xenocara, хочет поделиться своими впечатлениями о g2k14:

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

Причина в том, что xdrb (часть необходимой многим портам xbase) требует препроцессор C для запуска. Но, начиная с gcc4, /usr/bin/cpp находится в наборе comp, потому что это просто часть gcc. Получается, набор xbase требует установленного набора comp.

Есть два типа людей, которых это раздражает: люди с маленькими дисками, и люди с фобией "компилятор на сервере? непостижимо!" (хотя эти люди правы: http://www.welivesecurity.com/2014/03/18/operation-windigo-the-vivisection-of-a-large-linux-server-side-credential-stealing-malware-campaign/)

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

Но всё равно, мне понравился хакафон. Спасибо Мите и его команде за организацию, и всем благодетелям за пожертвования!

> тогда не ответили, мож ща кто знает

*** openbsd, timidity, midiplay, openttd ***

Имею желание слушать музыку в openttd в openbsd. Замечательно.

OpenTTD собран без timidity, но с родным midiplay. Замечательно.

Музыки нет. Поставил timidity. timidity мидяшка проигрывает музыку. midiplay мидяшка - проигрывает музыку куда-то, но не в звуковую карту точно.

В мане есть указание только на то, что midiplay может играть музыку только на миди-устройства. Замеательно! Но на тот же timidity или ещё куда-нибудь, эта штука музыку играть может? В этом моменте - вообще провал в памяти какой-то, самый регулярный случай - нигде не описан, нигде не обсуждаем (один нашёл - у него midiplay играет музыку на pc-speaker, но у меня такого устройства нет).

Чё делать? Хочу, чтобы моя openttd тоже пела. :(

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