Все помнят, как NFS блокировать системные вызовы навечно? AWS EBS оказывается тоже так умеет!

Пора уже команду rebar3 new dialyzer_bug завести. Только что очередную деградацию в 21ке нашёл.

Стыдно признаться, но за годы пользования emacs я порой сталкивался с "багом" что рендеринг внезапно подвисает, пока не совершишь какое-то действие с окном (ресайз, например). Сегодня решил наконец разобраться. ВНЕЗАПНО это фича: случайное нажатие C-z вызывает (suspend-frame), что в графическом режиме приводит к какой-то непонятной хуйне. Выпилил этот хоткей и радуюсь.

Log management в common test сделан настолько по-уебански, что на борьбу с ним я потратил больше времени, чем на фикс самих тестов. Это просто фантастика, его надо преподавать на уроках истории.

Хлопнул чайку и понял, что вот-вот помру нахуй. Что люди вообще пьют без кофеина и алкоголя? Грибочек?

Есть у нас функция file:read_file. Доки скромно говорят, что enomem кидается, когда "There is not enough memory for the contents of the file." Особенно смешно видеть эту ошибку на машине с двумя терабайтами памяти, в чём же дело? А в том, что она не умеет читать файлы больше, чем буфер порт-драйвера.

В 2k19 собираюсь использовать DocBook, и никто не в силах меня остановить.

Интересно, разработчики rebar3 ручками открывают ошибки компиляции, такой прогресс как compile-mode до них не дошёл? Иначе как объяснить, что они спекциально берут и форматируют ошибки красивенько, но так что СУКА никаких регулярок не напасёшься. К примеру: src/brod_utils.erl 324: The call kpro:connect(Endpoint::{integer(),pos_integer()}, ConnCfg::[{atom(),_}] | #{'client_id'=>_, 'connect_timeout'=>_, 'debug'=>_, 'extra_sock_opts'=>_, 'nolink'=>_, 'query_api_versions'=>_, 'request_timeout'=>_, 'sasl'=>_, 'ssl'=>_}) will never return since the success typing is ({atom() | binary() | string(),non_neg_integer()}, [{'client_id' | 'connect_timeout' | 'debug' | 'extra_sock_opts' | 'nolink' | 'query_api_versions' | 'request_timeout' | 'sasl' | 'ssl',_}] | #{'client_id'=>_, 'connect_timeout'=>_, 'debug'=>_, 'extra_sock_opts'=>_, 'nolink'=>_, 'query_api_versions'=>_, 'request_timeout'=>_, 'sasl'=>_, 'ssl'=>_}) -> {'error',_} | {'ok',pid()} and the contract is (endpoint(), conn_config()) -> {'ok',connection()} | {'error',any()} 406: Invalid type specification for function brod_utils:list_groups/2. The success typing is ({atom() | binary() | [any()],non_neg_integer()},[{_,_}] | #{'client_id'=>_, 'connect_timeout'=>_, 'debug'=>_, 'extra_sock_opts'=>_, 'nolink'=>_, 'query_api_versions'=>_, 'request_timeout'=>_, 'sasl'=>_, 'ssl'=>_}) -> any() 430: Invalid type specification for function brod_utils:describe_groups/3. The success typing is ({atom() | binary() | [any()],non_neg_integer()},[{_,_}] | #{'client_id'=>_, 'connect_timeout'=>_, 'debug'=>_, 'extra_sock_opts'=>_, 'nolink'=>_, 'query_api_versions'=>_, 'request_timeout'=>_, 'sasl'=>_, 'ssl'=>_},_) -> any() А ошибки edoc тоже красивенькие: brod_utils.erl: at line 566: syntax error before: '?BIND_STACKTRACE'

Буду рантить про нашу ёбаную erlang/OTP экосистему тут.