fzf

https://github.com/junegunn/fzf
В дополнении к 77ede978e9c24bc8e68ee4e900b9dc5bf94b29f6 попробовал снова
fzf. Всё же штука похоже будет мною использоваться. Как минимум, для
выбора единственного файла для вставки -- вполне себе быстра, экономит
мышку. Совершенно не помню пробовал ли я fzf с интеграцией с zsh. Но
делается легко, говнокода не вижу особо нигде.

RISC-V возможно не так хорош, как вы думаете

https://sporks.space/2021/02/01/risc-v-isnt-as-interesting-as-you-think/
https://lobste.rs/s/icegvf/will_risc_v_revolutionize_computing#c_8wbb6t
https://gist.github.com/erincandescent/8a10eeeea1918ee4f9d9982f7618ef68
https://lobste.rs/s/yqqhxu/llvm_for_m68k_completed_not_merged
Мне вот со школы очень нравилось читать про процессоры, их команды и
прочее. Ещё в школе хотел иметь в будущем Macintosh, потому что в нём
RISC процессор, а не этот CISC уродский. Позже Mac-и стали x86. Теперь
вообще что-то закрытое и страшное.

Всегда нравились MIPS, SPARC. Наслышан про сложность аппаратной
реализации из регистровых окон. Да и есть у многих сомнения в их
реальной пользе и эффективности. ARM-ы никогда не прельщали чисто
эстетически. Хотя я и не прочь бы пересесть на какой-нибудь ARM64, будь
они вовсю доступны и неплохи по производительности. Был под впечатлением
от Alpha, хотя, с точки зрения инструкций, ничего особо выделяющегося.
Не раз читал кучу статей/руководств по MIPS-3D, MDMX, MADMAX, MMX, MAX,
MVI, AltiVec и особенно VIS расширениям. Но особо любимым был и остаётся
IA64. Мне кажется в нём некая крутая золотая середина для рабочих
станций: и RISC, и не шибко минималистичный, и не шибко много чего
имеющий сильно специализированного под узкие задачи, и при этом тьму
команд я могу понять и осознать для чего они и чем могут помочь на
практике, далеко не только в мультимедиа задачах. Всякие его GSR
регистры и аллокации стэка мне красивы. Хотелось бы работать за такой
штукой, только без EPIC/VLIW, которые показали себя на практике
достаточно плохо.

RISC-V один из последних про кого я читал и рассматривал их команды.
И... не раз это делал, но каждый раз в нём не находил ничего интересного
вообще. Его конечно и не должно быть -- это должен быть простой,
скучный, дешёвый, хорошо выполняющий свои задачи процессор. Но никакой
эстетической красоты для меня, хотя у меня совершенно нет никакого
предвзятого отношения и наоборот хочется порадоваться что, мол, может
быть вскоре всё же будут дома RISC-V процессоры подобные, на замену
динозаврам монструозным amd64? Но про себя тоже отмечал, как и в этих
ссылках, что большая раздробленность инструкций (и сразу вспоминается
ARM, где ещё попробуй запустить что-нибудь на разных процессорах). С
одной стороны вроде бы и минимализм есть, в виде даже отсутствия CAS-а
(ему на замену LL/SC) и вообще необязательности (не в "базовом" наборе)
атомарных инструкций. С другой суммарно не мало всего в нём может быть.
Да и минимализм тоже должен быть без крайностей -- говорят что CAS
инструкция всё же дала бы куда больше эффективности для general purpose
компьютера, чем она бы усложнила сам процессор.

Посмотрим в общем. Много пишут о проблемах в отсутствии стандартизации
"обвязки" (привет MIPS). В том что возможно будет множество
проприетарных расширений (привет MIPS и ARM). RISC-V мне в любом случае
более люб чем ARM, но вот чёрт его знает взлетит ли и будет ли штатно
доступен простым смертным как альтернатива вменяемая.

Быстрый выбор файла

Наткнулся на Facebook PathPicker утилиту:
https://github.com/facebook/pathpicker/ (fpp)
Давно хотел что-то похожее, но сделал только жалкое подобие в виде qq:
5d2d9f386d547b8e436829db5c6533b17feffe8e. Утилита временами странно себя
ведёт при выборе. Из коробки не работает с zsh, ибо shell скрипты для
неё писал человек явно не сведущий в shell-е совсем. В целом штука
понравилась: захотел выбрать несколько файлов -- вызвал через tmux её
(https://github.com/tmux-plugins/tmux-fpp -- тоже кстати из коробки не
работающий скрипт, бл@, ну bash не стоит на куче систем из коробки, с
чего вы взяли!? да и не используют его опытные пользователи)
интерактивно выбрал, а дальше либо в редактор, либо команду набирай. Но
при выборе всего буфера, всего окна -- она ощутимо медленно работает.
Мне приходится ждать пока она отпарсит окно. Да и ввод команды там не
самый удобный. git add -- ещё терпимо. Но что-то сложнее уже хотелось бы
в shell-е, а результат этой команды добавить к уже набранному тексту.

Нашёл ещё ряд утилит которые интерактивно позволяют что-то выбирать:
* https://github.com/mooz/percol -- не пробовал, ибо на Python, поэтому
  не хотелось бы (скорость)
* https://github.com/peco/peco -- тоже самое, только на Go. Попробовал
  -- не работает. Точнее вывод в окне показывает, так сказать, первый
  кадр, но вообще не реагирует ни на какие нажатия -- делаю kill.
* https://github.com/mptre/pick -- очень минималистичная утилита на Си.
  Работает. Но выбирает только один элемент. Для выбора нескольких
  файлов для git add (например) не подойдёт
* https://github.com/junegunn/fzf -- fzf вообще известнейшая штука, но
  как-то у меня не срастается с ней дружелюбие. Да и несколько элементов
  не выбрать
* https://github.com/robbiev/numberwang -- среди вывода просто ищет всё
  что похоже на файлы и даёт номерами выбрать интересующие, копируя
  результат в буфер обмена. Никакого красивого интерактива, очень всё
  примитивно, но... вообще выглядело именно как то что мне надо.
  Однако... на большом выводе (буфер tmux) он жутко тормозит! Да и когда
  файлов много, то хотелось бы поплотнее умещать в несколько столбцов,
  чтобы не прокручивать экран
* https://github.com/edi9999/path-extractor -- штука которая занимается
  только выборкой файлов из ввода. Самое главное: поддерживает
  "файл:строка" формат. В отличии от numberwang-а, работает очень
  быстро. Остаётся только заиметь для неё TUI какой-нибудь

Но мне же по сути достаточен выхлоп numberwang, только бы в колонки в
его. Помню что print команда из zsh, который у меня и так стоит, умеет
делать в несколько колонок. Поэтому я взял и написал на zsh (один из
первых опытов программирования именно на нём) отображение и спрашивание
вариантов выбора:
http://www.git.stargrave.org/?p=dotfiles.git;a=commitdiff;h=62bccf2a97581ed475dd46068621d0dffa21d5c9
Ну и синтегрировал с tmux-ом. Теперь могу где угодно нажать P-o,
отобразиться выбор "файлов", ввожу их номера, enter, и на 20 секунд оно
будет в буфере обмена (если программа полностью закроется, то и у буфера
обмена не будет источника), и я могу вставить в командную строку или ещё
куда результат.

Для git команд это точно будет полезно. А вот выбирать одиночный файл
пока выходит не супер быстро, ибо сырое представление файлов отличается
от разукрашенного и структурированного и не сразу находишь нужный файл,
чтобы ввести его номер. Возможно нужно сделать отдельный popup с выбором
единичного файла на основе pick утилиты. А вообще разукрашенный вывод
fpp, который внешне полностью похож на входные данные -- действительно
помогает для восприятия (только плохо и медленно работает). Может всё же
напишу на Go fpp аналог, тем более что самая сложная часть по
выпарсиванию имён файлов уже есть готовая.

Трампа на Нобелевку

https://lenta.ru/news/2021/02/02/nobel/
Ага, после убийства Сулеймани, в самый раз говорить о премии мира.
Впрочем, я офигевал от присуждения этой премии Нельсону Манделе,
который фактически уничтожил одну из передовых стран в мире.

Насколько маленьким может быть ядро Linux?

https://habr.com/ru/post/540214/
Кхм, а ведь я использовал какой-то дистрибутив GNU/Linux на двух 3.5"
дискетах, запускаемый на i386, где был и lynx, PPP-клиент, tin, какой-то
почтовый клиент, IRC-клиент. И реально выходил со всем этим в Интернет.

GPL, systemd и RedHat

https://unixsheikh.com/articles/the-problems-with-the-gpl.html
https://unixsheikh.com/articles/the-real-motivation-behind-systemd.html
Интересная точка зрения на GPL и его внезапную связь с systemd. Мол,
из-за невозможности творить проприетарное непотребство, RedHat вынуждена
из-за GPL была изобретать systemd. Ну а systemd это поделка созданная
RedHat только и только (что очевидно и ожидаемо) для удовлетворения
собственных нужд, типа hard-code серверов Google, CloudFlare и делания
всего, чтобы избавиться от /etc, ну и иметь удобные backdoor-ы типа
"0day" пользователь получающий root-овые права. Причём тут выпиливание
/etc? Я и сам не понял. Типа отсутствие не hard-coded RedHat-driven
настроек? Как в Fedora документации напрочь отсутствует теперь раздел
(df37da70db7620b53e79b2492c154bc713da78ad) про настройку сети.

Исповедь docker hater

https://habr.com/ru/post/467607/
http://www.stargrave.org/www.boycottdocker.org.html
Хорошо отмечено, что принципиально ничего нового docker не изобрёл, ведь
были jail/zone уже. Только популяризировал эту идею. Хотя и далёкой
реализацией и тьмой других проблем. А вообще все проблемы по сути от
незнания людей и неумения использовать свои инструменты.

Раз уж до сих пор есть hater-ы docker, то выложу ка я www.boycottdocker.org
сайт, который в Google выдавался вторым в списке по запросу "docker".

Посмотрел "Неуязвимого"

https://ru.wikipedia.org/wiki/%D0%9D%D0%B5%D1%83%D1%8F%D0%B7%D0%B2%D0%B8%D0%BC%D1%8B%D0%B9_(%D1%84%D0%B8%D0%BB%D1%8C%D0%BC,_2000)
Всякие супергеройские фильмы, по этим комиксам -- совершенно не любитель
смотреть. Чужда мне эта культура. Но вот этот фильм -- очень понравился!
Правда жутко мрачный, в общем-то ближе к ужастикам даже. Но и Уиллис
крут и Джексон! Опять же, на фоне последнего безумия в США, смотреть
фильмы с неграми можно зарекаться, ибо их будут сувать из-за политики,
но некоторым крутейшим актёрам, типа Джексона, всегда будет исключение!
И подана эта вся супергеройская тема с необычного ракурса, и концовка
ещё более стрёмная.

Data vs datum

https://shkspr.mobi/blog/2021/01/data-is-data-are/
На работе недавно задавался вопросом касательно множественного или
единственного числа "data". Помню что в одно время (какие-то древние
года, судя по всяким stackexchange), "datum" было множественным числом
"data". А потом всё стало наоборот.

Эта статья говорит что data это единственное, точно так же как "рой"
(пчёл) -- рой один. Но рой состоит из множества пчёл, тогда как "data"
состоит из множества "datum"-ов.

procmail то удалили из портов OpenBSD

https://marc.info/?l=openbsd-ports&m=151256201621939

    Executive summary: delete the procmail port; the code is not safe
    and should not be used as a basis for any further work.

Начал использовать maildrop полтора года назад
28e99fadc65dc461009707282a34247b54f51ce9 и очень доволен заменой. Мало
того что правила получаются короче, так ещё и язык довольно интуитивный,
простой и наглядный чтобы, годами не прикасаясь, мочь без документации
быстро добавить ещё не тривиальные хотелки.

И очень доволен заменой fetchmail (про который вообще тьму ненависти
люди изливали, касательно его качества) на fdm
(bbbaf02de2811083573af02d6cfee79342e96811).

One True Linux way и десктопы

https://liam-on-linux.livejournal.com/77016.html
Интересная короткая статья с неожиданной, но забавной концовкой.

    Все эти taskbar-ы и прочее -- не меняются со времён Windows 95. Куча
    desktop environment-ов повторяют поведение Win95 и всё равно это
    делают плохо. У GNOME3 -- независим от Win95. Pantheon -- жалкое
    подобие Mac OS X. Ещё есть повторюшки NeXTStep. OpenCDE кто-то может
    вспомнить.

    Разве это всё не "Linux way"? Мы делим людей на дюжину разных групп,
    которые ненавидят друг друга. 3/4 из них делают ту же самую работу
    что и остальные, реализуя чью-то совсем чужую идею. Другие будут
    использовать другую идею. Один безумец будет что-то совершенно
    другое изобретать, наполовину доделывая, а дальше прекращая всё
    из-за скуки.

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

    А тем временем, люди которые делают работу, просто идут и покупают
    Macbook.

Последняя фраза веселит. Ибо автор забывает, что люди которым есть чем
заняться и которые хотят это делать эффективно... вообще не
заморачиваются и не используют desktop environment-ы. В принципе.
Вообще. Я не встречал никого, кто бы не отказался от них со временем. Не
потому что чем-то не нравятся, а потому что не нужны и мешают даже одним
своим присутствием.

Серьёзно? Человек, которому есть чем заняться, будет думать об иконочках
в панельках и resize этих панелек? 20 лет назад я тоже сравнивал KDE и
GNOME, смотрел на другие DE, больше всего мне нравился долгое время
WindowMaker. Но с опытом вся эта тема DE как-то улетучивается. Даже я
конечно же могу потерпеть и какое-то время поработать где угодно, ведь
уж с задачей запуска терминала и разворачивания на весь экран даже macOS
наверное справится. Но если дистрибутив сразу из коробки предлагает
какой-то DE, то он автоматом относится к разряду "для новичков", которым
нужны иконки. Debian, Arch Linux, NixOS, Free/Net/Open/DragonFlyBSD,
Gentoo -- все они из коробки не предлагают ничего подобного, и каждый по
своему является синонимом "серьёзного" дистрибутива/ОС.

Уязвимость в sudo

https://www.opennet.ru/opennews/art.shtml?num=54474
Я вот никогда в жизни не использовал sudo. Вообще. Ну кроме чужих
систем, где настроено его использование. И на протяжении всей жизни я
только и делаю что регулярно читаю про очередные серьёзные косяки в нём.
Убеждён, что в 99% случаев людям нужен "su -", а не этот огромный
framework по управлению правами. Да и есть же очень маленький и
компактный doas из OpenBSD: 8dcb0aac0444e1c354b65e7fcd20fd75f72685e4.
Вижу sudo -- сразу себе говорю "до свидания", ибо сложным системам
нечего делать в вопросах повышения прав.

Посмотрел "Рестлера"

https://ru.wikipedia.org/wiki/%D0%A0%D0%B5%D1%81%D1%82%D0%BB%D0%B5%D1%80_(%D1%84%D0%B8%D0%BB%D1%8C%D0%BC)
Ещё на выходных. И всё из-за Микки Рурка, где тоже говорят он там хорош
как актёр. И фильм хорош, и Микки ещё как!

Сделал прививку от коронавируса

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

Как начать любить shell script: узнать размер файла

https://unix.stackexchange.com/questions/16640/how-can-i-get-the-size-of-a-file-in-a-bash-script
Возможно сейчас поздно и поэтому голова плохо соображает, но я осознал
что не знаю как кроссплатформенно узнать размер файла в shell-е. Парсить
ls или менять ему формат -- не серьёзно, ведь есть же stat утилита.
Которую я и использовал прежде. А сегодня проверил такой же ли у неё
способ задания формата вывода как и в GNU? Фиг там! И у ls разный, и у stat.

Пошёл по быстрому искать ответ всё ли так плохо. Да, всё плохо. Много
людей умудряются не понимать для чего нужен du. Если у ls всё же
стандартизованный вывод (ага, нужно выставлять POSIXLY_CORRECT для GNU),
то он бы мог быть портируемым вариантом. "wc -c" мне решение тоже
приходило в голову, но... оно не показывает размер файла из иноды, а
действительно считает кол-во символов сколько из него можно прочитать.

В итоге, пока остановился на perl -e 'print -s $ARGV[0]', хотя тут мог
бы быть и *awk и хоть python однострочник.

Удивительно, сколько лет можно жить, работать с shell, но на такие
простейшие вопросы не знать ответа простого и чёткого.

sharness радует

https://github.com/chriscool/sharness
https://testanything.org/
В d0ffbdd295c1583abde17388553038f39747b0cc упоминал что я для тестов в
goredo использовал sharness библиотеку. Просто делается её source, и она
предоставляет простой API, который может сделать проверки и вывести ok
или не ok для TAP протокола тестирования. sharness это вынесенная
библиотека тестирования используемая в Git. В прошлом году познакомился
и с TAP протоколом (простейший способ объяснения запускалке тестов всё
ли в порядке). TAP радует своей простотой и тем, что prove утилита
позволяет запускать тесты параллельно автоматом.

sharness до недавнего времени использовал по сути только как штуку
которая выводит нужные TAP сообщения. Но, он автоматически создаёт
временную директорию и подчищает её после завершения теста. В нём есть
"cleanup" функи позволяющие добавлять команды очистки за собой (например
убить процесс). Есть проверки на выставленные зависимости/prerequisites.
Есть возможность запуска с --debug или --verbose-ом. Есть даже
возможность test_pause-ом прямо во время выполнения теста провалится в
shell временной директории, что невероятно удобно оказалось когда у меня
как-раз запущенные процессы в фоне есть. Сплошные мелочи, но очень
приятные для работы и отладки.

Зарелизил NNCP 6.0.0

https://lists.cypherpunks.ru/pipermail/nncp-devel/2021-January/000198.html

* Починил -autotoss работоспособность при работе nncp-daemon в режиме
  inetd. Точнее она и не ломалась -- почему то я её просто для этого
  режима не добавлял. Причин не было, просто тупил
* Добавил опцию при которой nncp-caller может совершить вызов только
  если есть исходящие пакеты. Внезапно, оказалось что cronexpr
  библиотека, которую я использую для парсинга cron выражений -- без
  проблем поддерживает даже секундны! А это значит что, совмещая с
  when-tx-exists опцией, можно сделать autodialler -- который будет хоть
  ежесекундно проверять наличие новых пакетов и связываться для их
  отправки
* Ну и наконец-то я осуществил своё ещё прошлогоднее желание о том,
  чтобы перевести логи в формат recfile-ов. Я популяризатор RFC 3339
  формата структурированных логов: в ivi и на текущей работе. Но сейчас
  сам же от них отказываюсь. У меня нет полной уверенности в том что
  творю, ведь SD-structured логи честно являются одной строкой -- одной
  записью. Но в Python софте они не актуальны, ибо traceback-и
  выбрасываются на много строчек, что делает такой журнал нифига не
  валидным с точки зрения SD. recfile-ы же и гораздо легче парсятся, и
  уже есть инструментарий, и куда более человекочитаемы. А ведь логи в
  NNCP это всё же не совсем только журнал, но и штука по которой в
  теории предполагалось строить отчёты из серии сколько трафика мы
  обменяли с такой то нодой в этом месяце, построить графики
  какие-нибудь. Сам я это так и не осуществил, ибо потребностей не было,
  но с recfile-ами это уже существенно проще будет проделать

Преступное быдло Навального

https://lenta.ru/news/2021/01/23/udar/
https://lenta.ru/news/2021/01/23/eye/
https://lenta.ru/news/2021/01/23/39/
https://lenta.ru/news/2021/01/23/kesar_poletel/
https://lenta.ru/news/2021/01/23/4tisyachi/
https://lenta.ru/news/2021/01/23/dalvostok/
Залез в новости, оказывается сегодня поклонники уголовников решили
собраться и побузить. Благо что таких находится даже в Москве
относительно немного. Меня удивляет только мягкость полиции ко всему
этому сброду.

Посмотрел "Сердце ангела"

https://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D1%80%D0%B4%D1%86%D0%B5_%D0%B0%D0%BD%D0%B3%D0%B5%D0%BB%D0%B0
Мало чего я видел с Микки Рурком (только комедийный "Четверг" приходит
на ум), но тут вижу какой он крутой актёр! Да и фильмы в целом очень
понравился! Я ничего про него заранее не знал, но, честно говоря, в
первых же минутах фильма, у меня уже проскочила мысль что сам главный
герой это тот, кого ищут.

Let's Encrypt на ZFS

https://letsencrypt.org/2021/01/21/next-gen-database-servers.html
https://github.com/letsencrypt/openzfs-nvme-databases
Let's Encrypt опубликовала то, как они живут с ZFS-ом и MariaDB для
своих довольно нагруженных задач. По железу ничего интересного: stripe
из 12 NVMe зеркал -- да там за миллион IOPS-ов должно быть! В памяти
можно ничего не хранить (индексы БД) -- одни IOPS-ы выжмут всё что надо.

А настройка ZFS ничем не примечательна, но грамотна. Именно такой и
должен быть подход и понимание особенностей dataset-ов:

* выставленный ashift -- must-have, для NVMe даже 8KiB поставили
* включённый hotspare -- так держать. Тем более что несколько терабайт
  для их NVMe это вопрос очень небольшого времени
* использование простых зеркал в stripe -- разумно, из-за NVMe и малого
  времени resilvering-а. Для HDD конечно было бы неразумно
* используют /dev/disk/by-id/ -- если диск честно отдаёт свой id, то
  разумно. Нормальные NVMe думаю что такое. Хотя лично я предпочитаю
  создавать GPT с label-ом... содержащим серийник диска :-)
* балансировка дисков по контроллерам и шинам -- как минимум понимают
  важность (всё ж у меня и не было сомнений что там квалифицированные
  специалисты работают) этого
* atime=off -- так держать. Лично у меня только единственный dataset с
  Maildir-ом моей почты для Mutt имеет atime=on
* compression=lz4 -- вообще в случае с дюжиной NVMe у меня бы были
  сомнения а не упрёмся ли мы в CPU, но видимо что LZ4 и CPU настолько
  хороши, что даже с такой дисковой подсистемой это не бутылочное горлышко
* primarycache=metadata -- правильно, учитывая что у СУБД своё неплохое
  кэширование (для задач)
* recordsize=128k -- ну это и так default, всё ok
* xattr=sa -- вот с этим, кроме как на Ceph, не сталкивался, но видел
  что надо бы. Хотя на FreeBSD эта настройка вообще не используется

InnoDB раздел -- особый. Как минимум в нём fsync:

* logbias=throughput -- разумно, ибо, как верно заметили, все диски и
  так одинаковы по производительности, плюс это не HDD где головку надо
  перемещать на ZIL и обратно. throughput тут позволяет "вне ZIL" сразу
  записывать данные, что для NVMe разумно
* recordsize=16k -- самая главная настройка по сути. В PostgreSQL это 8K.
  Это убирает дичайший overhead который бы был с recordsize=128K
* redundant_metadata=most -- убирает необходимость создания некоторых
  копий метаданных. Если это сильно вредит, и раз всё равно зеркало
  есть, то разумно

В самой MariaDB отключены checksum-ы -- разумно, так как оно есть в ZFS.
Отключён doublewrite -- ибо записи в ZFS атомарны. write ahead log
бессмысленнен на CoW -- выставлены в размер recordsize. Отключён AIO, ну
потому что это Linux и он говно в котором много что работает плохо, это
очевидно. flush_neighbors отключён, ибо это всё равно CoW и NVMe.

У меня придраться не к чему, всё как надо. Хотя я удивлён что sysctl
никак не настраивали. Но видимо современные ZFS версии и так очень
хорошо себя ведут.

Go как основной язык

Я никогда бы не подумал что Go всё же может вытеснить Python для многих
задач которые нужно сделать по быстрому на коленке. Типа интерпретируемый
язык это всё же отдельная ниша со своими удобствами. Но когда я,
относительно недавно, написал генератор всяких XML-ек из recfile-а
(df5af37e96c74dedf26d1a2614cb2fe79a7f52ba) не на Python, а сразу же на
Go, то у меня ощущение что что-то не так. А на днях я вообще задачу
которая вполне себе могла бы быть относительно безболезненно выполнена
на pure shell (запустить процессы в фоне, дождаться завершения, сделать
проверки) -- тоже сделал в итоге на Go. Я толком с XML не работал в Go
никогда и не знаю геморройно ли там или нет. Но много работал в Python.
И воспоминания о боли проведённой с ним, даже заблокировали попытки
написать linksexp на нём -- сразу Go в руки. Python-у конечно есть
место, но уже даже не для простых скриптов трансформирующих recfile в
XML-ки всякие. Всё же Go это величайшее творение величайших умов!

Цензура в соцсетях

https://lenta.ru/news/2021/01/23/hamenei/
Последние месяцы, такое ощущение, что все эти VK, Telegram, Twitter,
Facebook, США и прочие только и делают что блокируют/цензурируют друга
друга. Трамп закрыл/запретил/удалил одно, его закрыли в другом месте,
третье место в отместку за это зацензурировало первое. Везде только и
делают что удаляют неугодных для текущего руководства (компании или
властей гос-ва).

В общем-то ничего удивительного само собой -- на то это и
централизованные решения, но в последнее время прям чуть ли не каждая
соцсеть уже является официальным сторонником то одних, то других. Хочешь
пропаганду от РФ? Дуй в Telegram. Хочешь от США, без Китая и Трампа? Дуй
в Twitter. И так далее.

Про чистоту языка и заимствования

https://phd-ru.dreamwidth.org/337742.html
Не могу не скопировать сюда, то что, одновременно, и улыбает и вызывает
ненависть :-)

    Рашн лэнгвидж впитывает форин вордсы как губка

    «Кэшбэк, как перманентная выгода в рамках программы лояльности.»
    Как звучит! Просто поэма…

    Слово "мерч" я энкаунтрирую первый тайм. Я, конечно, прорюхал, что
    это кат от "мерчендайзинга", но не знал, что уже и сокращение стало
    вордом русского языка. А вот, в вокабулярии есть (в викибулярии?).

    Впрочем, мне меньше всех других стоит к этим заимствованиям
    придираться. Что, мой профессиональный жаргон лучше, что ли? Анекдот
    из 90-ых годов:

    Subj: buffer overflow

    Ребят, а эксплойты, связанные с сабжем, отдают рутовый шелл только
    ли тогда, когда суид рут у дырявой проги??? А если суид отсутствует,
    но рут - владелец екзешника?

Chromium вон из репозиториев

https://www.opennet.ru/opennews/art.shtml?num=54452
https://16-bits.ru/%d0%ba%d1%80%d0%b5%d0%bc%d0%bd%d0%b8%d0%b5%d0%b2%d1%8b%d0%b5-%d1%82%d0%b8%d1%82%d0%b0%d0%bd%d1%8b-%e2%84%9633/
Мне известен факт что всё больше и больше сайтов (или целых framework-ов)
работают только на Chrome(ium). По факту это уже единственный движок. На
остальных с каждым месяцем всё больше вероятности что что-то не будет
работать. И из самых популярных дистрибутивов, где больше всего "рук",
одну из самых популярных программ, по совместительству единственную
свободную реализацию Chrome движка, хотят выпилить. Web это Chrome, но
свободной версии которого не будет в популярных GNU/Linux дистрибутивах.

Что-то мне это напоминает... ах да, я ж буквально сегодня смотрел
очередной выпуск "Кремниевых титанов", где рассказывали про Flash. Супер
популярную закрытую проприетарную технологию.

А вообще я не понимаю поднятую бучу. Но наверное я потому что уже не
пользователь web-а в современном понимании. Как бы... какое отношение
имеет броузер и возможности какой-то там синхронизации с каким-то там
облаком?

Сотовые операторы несуществующих государств

https://nag.ru/articles/article/108076/operatoryi-nesuschestvuyuschih-gosudarstv.html
Интересная статья о сотрудниках сотовых операторов ДНР, ЛНР, Абхазии,
Южной Осетии, Нагорного Карабаха. Аналогично я слышал про Сирию: мол,
там чуть ли не первым делом после боёв (когда они были) восстанавливают
сотовую связь, которая получше чем в Москве.

Ускорения GoGOST

http://www.gogost.cypherpunks.ru/News.html#Release-5_002e3_002e0
GoGOST код -- старый. Да и писался когда я не так хорошо понимал
внутренности Go, особенно касательно slice/массивов.
Сделал оптимизации в код Стрибога и Кузнечика:
первый стал быстрее в 15 раз, делая 10.5 MiB/sec, а
второй (проверял Кузнечик-MGM) в 16 раз, выдавая 824 KiB/sec.
В принципе всё очень не шустро, это так.

"Миф" о бесплатных квартирах в СССР

https://lenta.ru/news/2021/01/21/soviet_myth/
Ага, развеян. Пустобрех (синоним журналистов) спорол очередную фигню. Ну
или, как всегда, есть параллельные миры с СССРом. То ли два, то ли три
года можно было проработать на стройке и получить квартиру. Это факт.
Отцу за службу в Афганистане тоже выдали двухкомнатную квартиру, да ещё
и с телефоном (что далеко не у всех было).

Понимаю что истина где-то по-середине. Кто-то долго ждёт, кто-то нет.
Каждый (включая меня) показывает наверное всякие крайности. Но факт
остаётся фактом, что простая семья инженеров, без связей или прочего,
без какой-либо жилки коммерсантов/евреев, способна получить хорошую
квартиру за разумное время ожидания. А сейчас кто может купить квартиру?
И не в долгах быть на протяжении 20 лет (ипотека).

Баги vim-lsp. Bleeding edge

Время от времени я обновляю vim-lsp плагин (git pull). С ним (или самим
Vim, чистой 8.2 версии без патчей?) и раньше были проблемы: съезжающий
курсор, изменённый changelist и другие косяки. Причём визуальные
огрешности ещё терпимы, но вот порча changelist, из-за которой я не могу
сделать "g:" -- время от времени рождает мысли "а не снести ли vim-lsp?".

Сегодня в одном Си файле я прям +- гарантированно могут повторять
ситуацию из-за которой даже курсор вообще после закрытия какого-то
preview/baloon/popup/hover (путаюсь в них) окошка съезжает. Решил просто
взять и откатиться на мажорный тэг релиза назад. В общем, на два релиза
назад (v0.1.2)  всё становится сильно лучше. Ещё не знаю как там дела с
changelist, но хотя бы курсор не убегает по непонятной причине.

Это как-раз одна из множеств демонстраций того почему я не люблю
bleeding edge подход и по сути сразу отвергаю дистрибутивы с ним. Это
конечно здорово что люди будут больше и быстрее тестировать софт,
безусловно, но лично я, когда хочу работать -- я хочу работать, а не
натыкаться на вновь и вновь меняющееся поведение, особенности и баги.

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

"Тетрадь смерти" -- запрещена

https://lenta.ru/news/2021/01/20/animeban/
А ведь она действительно настолько популярна, что даже я её смотрел.
Причём первые 10 (или 20?) серий вроде бы ещё ничего, даже нравились. Но
потом я уже проматывал чуть ли не целыми минутами -- ибо бесконечно
высасывают всё не заканчивающуюся историю. Но это всё только потому что
сериал.

ctags зависимостей проекта

http://www.git.stargrave.org/?p=dotfiles.git;a=commitdiff;h=f1d0460ad26badf793c5cafa842ebe9a4c761354
В 7d4a3e2b2839f1c4edf6dbaf587a016ba8183f23 писал про то, что кроме
индексации кода основной рабочей директории, частенько нужны тэги и на
зависимости, на связанные проекты. И я для этого делал символические
ссылки на рабочие директории сторонних проектов/зависимостей.

На работе напомнили что ведь никто ж не мешает использовать несколько
тэг файлов. Проиндексировав один раз какой-нибудь огромный OpenSSL --
его тэги можно отдельно подсовывать где нужно. Плюс переиндексация будет
идти только по реально той части проекта что тебе нужна.

Сразу же мысль о том, чтобы подкладывать какой-нибудь per-project .vimrc
файл и в нём делать set tags+=.... Открыл для себя set exrc и set secure
опции, которые автоматом могут более-менее безопасно подгружать .vimrc
файл из локальной директории. Прежде у меня был даже отдельный плагин
(на три строки) который делал аналогичное -- его можно удалить теперь.
Хотя я его по факту толком то и не использовал.

Но на работе снова подкинули мысль о директории с символическими
ссылками на нужные тэги проектов. И .vimrc никакой не нужен и ничего не
надо писать чтобы искать в иерархии директорий этот .vimrc -- ведь set
tags позволяет задавать поиск по ФС как вглубь, так и "наверх". В итоге
с минимальными правками всё это реализовал у себя и доволен. Одно но:
почему то поиск тэгов со звёздочкой внутри директории не работает --
поэтому приходится делать поддиректорию, что всё равно скрыто от глаз.

Вместо "tags" файла в корне проекта, теперь ".tags" директория, внутри
которой "tags" файл касающийся текущего проекта, плюс опционально
поддиректории со своими "tags" файлами на сторонние проекты (на их
.tags/tags файлы).

goredo в портах FreeBSD

https://www.freshports.org/devel/goredo/
Добрый человек взял и запилил порт goredo в FreeBSD! Он правда не
создаёт символические ссылки сразу же, поэтому после установки работать
(redo* команды) ничего не будет, но это уже наверное предполагается на
совести пользователя выставить свою предпочитаемую систему redo как ему
надо.

А ещё я вижу что все используют описание проекта как его начал Kai Hendry:

    Go implementation of djb's redo, Makefile replacement that sucks less

мне оно нравится, ничего против не имею, хотя и придрался бы к "Make" vs
"Makefile", но фиг с ним. Сделал и у себя правку на это описание, чтобы
уж везде было одинаково.

io/ioutil будет deprecated в Go 1.16

https://www.srcbeat.com/2021/01/golang-ioutil-deprecated/
Всецело одобряю! И яркий тому пример: ReadAll находится в ioutil,
ReadFull в io? ReadFile вне os? Как и TempFile аналогично вне os?
Разумно это всё распихать по нужным местам.

Gitlab неюзабельное говно

Как же я его ненавижу, искренне. На работе в одном проекте попробовали
им пользоваться для отправки merge request-ов и их обсуждения.

Он совершенно рандомно (или не понятно для нас как именно) присылает
уведомления на почту о комментариях к коду. Короче что то присылает, а
что-то нет.

Ладно, чёрт с почтой -- я захожу в merge request и нигде не показывается
что у текущего diff-а есть комментарии над куском какого-то файла. Более
того, многие большие файлы свёрнуты. Если нажать на expand all чтобы
раскрыть колоссальные портянки текста, то... опять же, рядом с
комментариями нигде нет никаких слов "comment" или подобного -- текст я
могу искать только по дате или имени автора комментария (или тексту
комментария), которые, очевидно, я не могу знать заранее. В итоге мы в
почту пишем о том что написали там комментарий.

Отвечаю на комментарий и хочу отформатированный текст вставить (кусок
кода). Его предложение через меню о вставке "``" не поможет для
многострочного вывода. Никаких предложений об использовании <pre> нет --
догадался сам. Ввёл их -- жмакнул "edit comment" и вижу что ничего не
обновилось. Точнее он показалась что "edited just now", но
форматирование не обновлено. Ok, снова редактирую, жмакаю "preview",
вижу что всё ok, нажимаю снова edit и снова ничего не обновляется. Снова
повторяю, но уже добавляя просто случайный текст в конец, а не только
<pre> тэги -- помогло.

Когда мне надо вмёржить не default ветку своего репозитория в не default
ветку другого, то интерфейс позволяет выбрать src/dst ветки и
репозитории. Вот только при выборе dst ветки целевого репозитория -- моя
src сбрасывается. А при выборе src, после выбора dst, сбрасывается dst.
Что делать, как быть? А в момент git push Gitlab выдаёт ссылку, где в
GET параметрах указана src ветка (она то уж точно известна ему). Если
использовать именно эту ссылку для создания merge request, то появится
интерфейс вбивания комментария к merge запросу, но в котором если нажать
на change branches, то появится точно такое же меню выбора src/dst
веток, но которое уже будет работать!

Вмержить только часть коммитов -- неа, нельзя. Если только не руками,
конечно же. Про сам интерфейс просмотра изменений, где нельзя увидеть
всю историю push-ей и изменений коммитов -- молчу. Точнее вроде бы в
теории может быть и можно, видя что в URL-е есть всякие start_sha
параметры есть, но мне использовать его GET параметры как CLI что ли
какой-то?

Я уж понятия не имею Github такой же или это Gitlab такой неюзабельный и
корявый (или наш instance такой), но... работать с этим нельзя. Как бы
мне не нравился Gerrit своей Java-природой, дикими тормозами (хотя...
меньшими чем Gitlab) из-за JS-а, но в нём можно делать ревью по
человечески (c6f4f67e4f265306dfc762acfc0a22580c690cc5). Я то вообще
написал плагин для Vim-а чтобы ещё сильнее упростить и сделать этот
процесс более удобным. Но таких глюков и неработоспособностей как в
Gitlab в Gerrit нету.

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

goredo на YouTube канале Kai Hendry

https://www.youtube.com/watch?v=2qGyn8RGYxY
Ну что ж... короткое видео от Kai Hendry, который с каждым моим письмом в
личной переписке всё больше убеждается что он "sold" этой системе сборки.
Он же сделал пакет для Arch и macOS и использует goredo. А ведь в прошлом
тоже советовал использовать Make.

In Extremo -- Palästinalied 2

https://en.wikipedia.org/wiki/Pal%C3%A4stinalied
https://www.youtube.com/watch?v=hVRPGChBoY0
Понятия не имею о чём они поют (судя по Wikipedia -- оправдание крёстных
походов, ибо только христианская религия единственно трушная), но
красиво звучит. Тётя мне как-то говорила что всю жизнь считала
французский язык всем из себя таким красивым, но позже, особенно после
командировок во Францию, поняла что чёрта с два оно так. Как и я замечал
что ничего в нём нет красивого на практике, видя французские фильмы где
слышна родная речь. Это не Милен Фармер со стихами. Вот и с немецким
аналогично похоже -- в стихах очень даже красиво!

Всю жизнь не правильно бил жёсткие диски

Ещё в школе я знал что пропускная способность жёсткого диска на внешних
цилиндрах -- выше. Ближе к центру -- хуже, но время поиска тоже ниже.
Поэтому, ещё в школе, я старался размещать разделы диска так: для
хранения -- ближе к внешним цилиндрам, для swap/ОС ближе к центру.

Совсем недавно я проверял работоспособность одного диска для начала
заполняя его случайными данными и нулями. И заметил что к концу его
sequential read/write скорость отличается на десятки процентов.
Очевидно, из этого можно сделать вывод -- первые блоки диска расположены
на внешних цилиндрах.

Вот только осознал я это вчера. А прежде почему-то про себя считал что
жёсткий диск пишет как и CD-ROM -- от центра. В итоге я всю жизнь задом
наперёд разбивал его. Но и никогда замеров скорости не делал, чтобы
понять что что-то не так.

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

Как же долго может занимать осознание и складывание двух простых фактов!

Санкции из-за посаженного преступника

https://lenta.ru/news/2021/01/18/nav/
Ага, РФ посадила преступника, мошенника, лжеца, иностранного работника
по попыткам подорвать стабильность в стране и просто редиску -- не хорошая она.

Обсуждение WKD в GnuPG рассылке

https://lists.gnupg.org/pipermail/gnupg-users/2021-January/064567.html
Уже не первую неделю идёт обсуждение применения WKD на Github pages.
Которые не работают, потому что Github для sub.sub.github.com домена
выдаёт sub.github.com X.509 сертификат. Уже давно по диагонали
проглядываю письма в этом треде и всё до сих пор почти каждый день я
вижу: "это валидный сертификат", "нет не валидный", "нет валидный", "нет
не валидный". Старожили просто перестали отвечать на это, раз не доходит
до человека.

А сегодня увидел хорошее замечание, что раз Sequoia (реализация OpenPGP
на Rust) успешно работает с WKD и Github-ом, то это как-раз прям анти
реклама этой реализации. Явно не валидный setup с Github pages -- с ней
работает, когда должен падать.

Релиз NNCP 5.6.0

http://www.nncpgo.org/Release-5_002e6_002e0.html
Добавлены -autotoss опции, которые ежесекундно запускают тоссер при
наличии работающего соединения. Проверка наличия пакетов довольно
лёгкая, хотя, конечно же, не мешало бы и прооптимизировать всё это, ведь
сам NNCP знает что пришёл новый пакет.

Плюс перевёл NNCP на использование vendor директории, раз минимальная
версия Go стала в нём 1.12. Вообще я и GoGOST с gostls13 уже перевёл на
это тоже, как надо бы и все остальные свои проекты. Ибо удобно создавать
эту директорию (174173f91e592f40199e39e9b5aea51911f2f45f) и не нужны
GOPATH хаки.

Релиз goredo 1.0.0

http://www.goredo.cypherpunks.ru/News.html#Release-1_002e0_002e0
Учитываю размер файла теперь. Из-за этого формат state recfile-ов
изменился и поэтому это мажорная, не совместимая, версия. Плюс перенёс
redo-whichdo тест из apenwarr/redo и сделал так, чтобы поведение моего
-whichdo было аналогичным (на самом деле -- более корректным). Плюс
добавил возможность забить на сравнение ctime-а, если нет доверия к
низлежащей ФС, заставляя явно проверять хэш файла.

Parler системные требования

https://habr.com/ru/news/t/537702/
Понятия не имею что это за Parler (видел только то, что их отключили от
AWS), но требования впечатляют:

* не менее 40 высокопроизводительных instance (типа i3.metal AWS), в
  каждом 64 vCPU, 512 ГБ ОЗУ, система хранения 14 ТБ nVME (Scylla
  Cluster);
* от 70 до 100 instance для кластера БД, в каждом 96 vCPU, 768 ГБ ОЗУ,
  система хранения 4 ТБ nVME (PSQL Cluster);
* 300-400 простых инстантов, в каждом 8-16 vCPU, 32-64 ГБ ОЗУ.

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

Ширина строк в 90 символов

В newsboat (4f59f723102f30f7449779e511b4f523cb88e909), можно указать
ширину текста во время рендеринга HTML. Поставил ради эксперимента 90,
ведь примерно столько я выставляю в linter-ах исходного кода. Не думал
что я вообще это замечу, но мне реально очень неудобно и непривычно
читать текст чуть вот шире "обычного". Через пару недель вот вернул на
80. В исходном коде 90 это граница когда за 80 можно ещё чуть-чуть
вылезти, но 95% перцентиль умещается в 80 символах. В newsboat
получается что почти 100% всего находится в 90 символах. Возможно это
такая сильная привычка конечно, но уж очень замечаю эту ширину.

Мысли про слежение за зависимостями в redo

https://groups.google.com/g/redo-list/c/I_BLZJcutCA
Michael Raitza написал хорошие мысли про всю тему с слежением за
зависимостями в redo. А я свои вылил. Я всё же ещё больше стал уверен в
правильности подхода (хотя сомнений и не было) использования контрольных
сумм. Всех не удовлетворить (иначе будет монструозный framework и,
скорее всего, не удобный и/или с большим порогом входа), а подход в
goredo (да и redo-c в целом) максимально удобен и гибок для
преобладающего большинства задач.

Но там в рассылке и всяких хотелок на тему redo-ood, redo-targets,
redo-sources понабросали. Приделаю уж, вроде не сложно. Хотя до конца
всё равно не очень вижу надобности в них, но точно так же как и с
redo-dot, который было просто интересно написать.

goredo в macOS и на arm64

https://github.com/Homebrew/homebrew-core/blob/master/Formula/goredo.rb
Нет, я не прикован наручниками в подвале под присмотром, где я только
macOS-ом я могу сообщить что со мной что-то не так, добив ещё и тем,
что надо было повозиться чтобы оно и под arm64 заработало. Просто тот
же Kai Hendry что и добавил порт в AUR, решил и в macOS запилить
поддержку.

Install страница goredo намекает что это на 100% хипстерское поделие, с
macOS-ом и AUR-ом то. А я даже так и не начал готовить порт в FreeBSD...

NNCP в тикетах про проблемы с Go

https://github.com/golang/go/issues/42772
Что-то в последних версиях Go проблема на FreeBSD последних версиях.
Зато реклама NNCP :-)

Создание vendor директории в Go

https://github.com/golang/go/issues/30329
https://github.com/goware/modvendor
В своих tarball-ах для Go программ я обычно создавал src/ иерархию
директорий как в $GOPATH/src и говорил что собирать надо просто указав
GOPATH на текущую директорию. Прелесть этого в том, что будет работать и
на старых версиях Go (не знающих про модули) и на новых.

Но GOPATH собираются полностью выпиливать. В принципе ничего страшного:
"поставлять" зависимости в vendor директориях можно было уже давно. Но
придётся отказаться от Go <1.12. Но, насколько вижу, у меня по сути все
зависимости и мой софт именно эту версию минимально и требуют. Так что
смысла поддерживать GOPATH совместимость нет.

Поэтому в goredo начал делать полноценную vendor директорию. go mod
vendor позволяет создать её. Но она не включает кучу файлов, возможно
нужных для поставки (тесты и сопутствующие файлы):
ff602609469a5830b0c9be1f24d2d519dbb84561. Я поэтому писал на много
десятков строк адские скрипты копирующие зависимости. Но сегодня нашёл
modvendor утилиту, которая копирует в vendor указанные glob-ы файлов от
каждого модуля. Это у меня заменило целый экран уродливого shell-а.
Теперь только так и буду готовить vendor директорию. Ручной труд всё
равно остаётся, но сильно упрощается.

Грайнд-молодость

https://www.youtube.com/watch?v=y7s8fhsveHc
https://www.youtube.com/watch?v=NNruFoV0NDE
https://www.youtube.com/watch?v=MoTaCR7J6FE
https://www.youtube.com/watch?v=AVrWuoA7vGI
https://www.youtube.com/watch?v=NbQ_ZCv-nLA
https://www.youtube.com/watch?v=QwTqWGbykMg
Вспомнил сегодня что-то про Тверских крутых порнограйндеров
Duodildo Vibrator и Septicopyemia ребят из столицы горграйнда нашей
страны (Иваново) -- даже видеозаписи с концертов есть в YouTube.

Закадровый перевод фильмов мало где известен

https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BA%D0%B0%D0%B4%D1%80%D0%BE%D0%B2%D1%8B%D0%B9_%D0%BF%D0%B5%D1%80%D0%B5%D0%B2%D0%BE%D0%B4
https://en.wikipedia.org/wiki/Voice-over_translation
https://en.wikipedia.org/wiki/Dubbing_(filmmaking)
Оказывается, закадровый перевод фильмов популярен только в Восточной
Европе, Монголии, Вьетнаме и Камбоджи. Переписываюсь с европейцем,
старше меня, и он знаком только с dubbing (дублированным). А у нас целые
поколения выросли на вот таком: https://www.youtube.com/watch?v=pZVSbzA4cm4
И я больше всего предпочитаю именно закадровый (в топку дублирование!) и
желательно одноголосый перевод (2e94b72b12b80b04d00e6b983f193a9ce652a4e9).

Google Groups... впечатляют неюзабельностью

Даже не помню толком когда последний раз что-то писал в рассылки на
Google Groups, но сегодня пообменивался там письмами. Тело PGP-MIME
сообщений там насильно меняется, инвалидируя подпись, что делает
невозможным нормальную подписанную отправку писем. Очень удобно и
безопасно, Google! Digest-ы там не в MIME виде и не содержат никаких
Message-ID, поэтому получая их невозможно ответить в трэд. Очень удобно,
Google! Плюс я уж не знаю почему, но все норовят меня поставить и в
копию и в список рассылки отправить сообщение, из-за чего мне по два
раза прилетает. Очень удобно и надёжно: не долетит одним путём, дойдёт
хотя бы вторым. А ещё видно что сообщения из рассылки вырезают огромные
куски цитат, тогда как в оригинале (то что на мой сервер прилетает
напрямую) оно в разы может отличаться по размеру.

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

Смерть от вентилятора

https://ru.wikipedia.org/wiki/%D0%A1%D0%BC%D0%B5%D1%80%D1%82%D1%8C_%D0%BE%D1%82_%D0%B2%D0%B5%D0%BD%D1%82%D0%B8%D0%BB%D1%8F%D1%82%D0%BE%D1%80%D0%B0
Какие же только не бывают поверья! В закрытой комнате вентилятор может убить.
Но только в Южной Корее.

Как сделать красивые текстовые таблицы ещё проще и лучше?

В f445f28611aafab4883fd15795498f45bf5ca239 писал про tbl, который
отлично умеет рисовать сложные таблицы в консоли. Вот только на момент
написания той записи я не знал что он не разбивает автоматом длинные
строки. И не умеет этого. В итоге... решение так себе. Куча решений для
рисования таблиц не умеют объединять строки/столбцы, что бывает нужно,
не говоря про управление положением текста в ячейке.

Снова вернулся к этой теме сегодня и вспомнил про w3m броузер. Как
замену lynx-у он для меня не катит: не удобное управление как минимум.
Нужна возможность навигации по нумерованным ссылкам. Да и, глядя на
документацию, вроде бы ещё каких-то полезностей не хватает. Но, он
офигенно, как оказалось, рендерит таблицы. Пока похоже это чуть ли не
лучшее решение похоже. HTML таблицы вроде бы все умеют рисовать -- даже
не надо вспоминать ничего будет. И он отлично всё масштабирует, бьёт
строки, учитывает rowspan/colspan, <center> и border=1. Плюс достаточно
сделать w3m table.html > out для дампа отрендеренной таблицы,
опционально задав -cols XXX.

Advanced editing on UNIX (1993)

http://maibriz.de/unix/ultrix/etc/ae.pdf
В первую очередь, документ призван помочь секретарям.
А то совсем неумело тогда ed-редактором пользовались, позорище.

И ведь на самом деле, ed вполне себе мощный редактор. Не какой-нибудь
там блокнот. А если кому нужна история ввода и возможность
редактирования его строки, то просто запустить с rlwrap ed.

BTC на дедушкином ноутбуке

https://lenta.ru/news/2021/01/11/bitcoins/
На старом ноутбуке деда нашли 127 BTC, что дофигище денег. А ведь и у
меня когда-то был 0.1 BTC, где-то полученный просто так, раздаваемый
ради тестирования. Тогда 1 BTC стоил чуть менее 30 руб. вроде. Помню
что, когда понял что BitCoin -- фуфло неработающее (с шифропанковской
точки зрения), то rm -r директории со всем этим сделал.

rsync проблемы

Вот уже много лет замечаю что rsync с некоторыми серверами в Интернете
отказывается работать нормально: спустя несколько минут, без разницы что
передаётся (много маленьких файлов или середина какого-то большого), он
просто зависает. Ничего не делает, пока remote peer не отрубит
соединение и пока не сработают timeout-ы rsync-а чтобы он вышел. Пытался
на днях синхронизировать Project Gutenberg библиотеку, но на больших
файлах (.iso) оно по сути просто неюзабельно. Пытался обновляться,
пытался использовать "--whole-file" опцию, которая у многих на всяких
stackexchange помогает, но ничего не помогает. Парой лет прежде я тоже
пытался побороть и вроде даже в truss залазил смотреть что не так, но до
сих пор решения не знаю. Прежде я думал что возможно это у меня с сетью
что-то не так, ибо при PPPoE MTU был ≠1500, но сейчас у меня 1500.

В итоге уже не первый раз я делаю rsync на машине со старой FreeBSD в
совершенно другой (не домашней) сети с куда более древними версиями
rsync-а из портов.

USB4 vs Thunderbolt 4

https://fabiensanglard.net/nousb/index.html
Наслышан про сложности USB Type-C и Thunderbolt 3
(6d75cc7b8003ded7a8431fc78569bd24a3b42296), но с USB4, судя по
картинкам, ещё больший зоопарк. Верно автор заметил что прежде у
компьютеров была тьма разных портов, потом много из них заменилось USB,
затем ещё и USB2 (USB1 то всё же слишком медленный для многих задач). А
с USB4 выглядит так, что снова у нас радуга разных портов, отличающихся
визуально только приписками над ними. А Thunderbolt 4 заявляет что будет
"один", как старый добрый USB.

Отдельные страницы категорий к ссылкам

http://www.stargrave.org/Links.html
Недавно я приделал категории к коллекции ссылок
(df5af37e96c74dedf26d1a2614cb2fe79a7f52ba), а сейчас они отображаются на
отдельных страницах. Добавил множество статических, поправил кучу всяких
ошибок и недочётов.

goredo в AUR и 0.11.0 релиз

https://aur.archlinux.org/packages/goredo/
http://www.goredo.cypherpunks.ru/News.html#Release-0_002e11_002e0
Kai Hendry взял и запилил AUR порт goredo для Arch Linux. А мне пока
влом делать порт для FreeBSD. Очень уж меня напрягает тот факт, что
порты похоже нужно регулярно и постоянно собирать на всё обновляемых
версиях FreeBSD, что тот ещё геморрой (точнее бремя maintainer-а).
Даже NNCP и GoVPN за меня делают другие люди по сути а я и не знаю
откуда они берут всю эту информацию и прочее.

А ещё сделал 0.11.0 релиз, где поправил корявое поведение при указании
кол-ва параллельных задач: REDO_JOBS перебивал -j опцию и мне
приходилось делать REDO_JOBS= redo -j... пока перестал это терпеть. Ну и
заодно взял и добавил BLAKE3, вместо BLAKE2b. Вряд ли у кого упор был бы
в хэш, но всё же почему бы побыстрее штуку не впилить, потенциально
вскоре ещё и получающую (конкретная реализация) неограниченное
распараллеливание из-за Меркле деревьев. Тем более что тут нужна
проверка именно целостности только.

Но я взял не github.com/zeebo/blake3
(4c02094d684f2a9ac2736a67532a8f97eeec527c), а lukechampine.com/blake3,
хотя код последнего мне меньше нравится. Но у zeebo среди зависимых
библиотек есть пара без какой-либо лицензионной информации, что
автоматом является не свободным ПО. Хотя они используются и только для
внутри тестов, но геморрой возиться с созданием fork-а без них. Скорость
lukechampine.com/blake3 всё равно в два раза выше у меня чем у
golang.org/x/blake2b.

Термоядерное технопорно

https://habr.com/ru/post/536642/
В отличии от фотографий где показывают всякие элементы ракет, КЛА,
самолётов, тут вообще не понимаю даже назначения половины систем которые
строятся. Но интересно посмотреть на всю эту технику!

Снова рабочие места с ЛОРа

https://www.linux.org.ru/gallery/screenshots/16088342
https://www.linux.org.ru/gallery/workplaces/16092031
Вот два ярких примера того, что люди считают настоящим рабочим местом.
Кто-то считает что оно должно быть засрано, а всё где чистенько это
только показуха и позёрство, где настоящей работы не происходит. Я с
этим не согласен, но на первой фотографии всё же наверное нельзя
однозначно сказать что место засрано: поверю что всё на своих местах и
коробочки из под килек... ну просто вот такие вот коробочки.

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

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

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

Звукопоглощающие панели -- крутая идея! Я заметил что в новых домах звук
куда лучше проходит по менее полым материалам стен, чем было во времена
СССР. И в спальне я соседей вполне себе слышу и были мысли о ещё лучшей
звукоизоляции (хотя она у меня имеется, при мне покупали рулоны
какого-то пористого материала).

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

И ещё мне просто приятно что у человека один монитор. Знаю тех у кого по
4-5. Я пытался за свою жизнь жить с двумя или хотя бы с ноутбуком рядом
с открытой крышкой, но так и не нашёл use-case-ов для этого. За
последние лет пять только один момент вспомнил когда я использовал
ноутбук как монитор рядом -- отлаживал http://www.gostipsec.cypherpunks.ru/
где в ноутбуке был вывод tshark в котором мне надо было все эти
считанные байты сравнивать. Хотя дома второй монитор то есть -- но
только он на тумбочке рядом, чтобы подключить к нему какой
компьютер/ноутбук/сервер без затрагивания основного рабочего места.

goredo 0.10.0 tarball

https://lists.cypherpunks.ru/pipermail/goredo-devel/2021-January/000000.html
Один человек изъявил желание опакетить goredo для Arch Linux. А я знаю
насколько неудобно собирать Go программы без наличия всех зависимостей
рядом. Поэтому goredo теперь стал иметь и Info/Texinfo документацию и
сайт, с моим "фирменным" стилем и tarball со всеми зависимостями. Плюс
рассылку сделал для него.

А вообще сегодня обнаружил что goredo не очень корректно высчитывал
зависимости для default.do целей который находятся не рядом и выполняют
цели в поддиректориях. И ни один из apenwarr/redo и redo.sh-tests тестов
не покрыл этот use-case. Причём всё в целом работало... просто постоянно
пересобирало что не требуется.

Стало трудно вспоминать с кем общаюсь в почте

За последние несколько месяцев у меня что-то стало так много
собеседников (относительно того что было прежде), round-trip-ы общения с
которыми занимают несколько дней или недель. И мне трудновато вспоминать
кто есть кто. Со всех концов Земного шара и самые разные имена, по
которым не дифференцирую людей. Да и среди русскоговорящих это тоже не
помогает. Прям вот хочется завести уже recfile в котором делать пометки
кто есть кто, какие особенности человека (ну в плане кто что попробовал,
у кого какие проблемы, что обсуждали, что надо бы спросить/ответить).
Раньше я например мог запомнить что у "этого вот чешское ФИО", про себя
запоминаю как "чех" и этого хватало. Но сейчас чешских имён стало не
одно. Среди русскоговорящих есть и россияне и украинцы и москвичи: то
что можно упомянуть/вспомнить москвичу, не будет понятно не местным или
зарубежным.

Чувствую себя ещё и каким-то промоутером: на этой неделе на написание
одного письма потратил где-то 4-5 часов времени. Но зато человек решил
после него попробовать и ZFS и zsh (какая взаимосвязь? а на какие темы
ещё со мной можно поговорить :-)?), хотя он и не молод чтобы бросаться
просто так что-то пробовать.

Безопасность биометрии

https://shkspr.mobi/blog/2021/01/falsehoods-programmers-believe-about-biometrics/
Ничего нового (65d0e16b4a4135c6a98941fd8612d14afb550805), но снова
повторение того, что как сейчас массово любят использовать биометрию --
ужаснейшая небезопасность. Её нельзя сменить, в отличии от пароля или
токена какого-нибудь. Она публична и её везде люди "оставляют" и вполне
себе успешно всё регулярно копируется злумышленниками. Она подходит для
идентификации хорошо, не более. Либо только как ещё один фактор
аутентификации низкоэнтропийный.

Но в этой статье порадовало то, что дочка научилась разблокировать
телефон пальцем спящего отца... он поэтому теперь спит в перчатках.

Релиз goredo

http://www.git.cypherpunks.ru/?p=goredo.git;a=commitdiff;h=14398260feaf14dac68b9bdb1c810ccba7d1e768
Ещё в прошлом году один товарищ убедил что не помешает бы вкинуть про
redo/goredo куда-нибудь. В рассылку apenwarr/redo мне не удобно (по сути
ведь чисто реклама), а вот в dev@suckless.org вбросил, продолжая тему
которая там была поднята ещё в 2013-ом году. Тогда Uriel
(c2aa39a4a2db937c177b2b196eda52acbc51d2a8) сказал, что пока оно не будет
написано на Си или Go -- смотреть не будет ничего Python-овского. Ну как
раз вот моя реализация на Go появилась, как и redo-c за это время. С
того времени там и вкидывали на review .do файлы и сегодня уже лично со
мной связались с этой темой. Как минимум, с той рассылки, несколько
человек но заинтересовались и начали пробовать redo.

Оказывается, goredo то мой вроде как и никогда и не мог собираться на
GNU/Linux системах. Я использовал syscall для определения ctime файла, а
эта структура разнится на FreeBSD и Linux (в FreeBSD/NetBSD/Solaris она
одна, в OpenBSD/DragonFlyBSD/Linux другая). Сегодня починил (использовал
golang.org/x/sys/unix) и заодно прогнал все имеющиеся тесты на Ubuntu
какой-то там последней -- всё тип топ. А то ведь прежде я даже собирать
не пытался на этой ОС.

Релиз NNCP

https://lists.cypherpunks.ru/pipermail/nncp-devel/2021-January/000178.html
На днях начал реализовывать деревья Меркле, чтобы можно было частями их
обновлять. В NNCP думал что это пригодится для того чтобы, не зная
точного размера передаваемого файла, в конце обновить заголовок и быстро
пересчитать дерево с результирующим хэшом. Но не доделал, ибо прежде
обнаружил что у меня есть случаи когда файл шифруется потокового сразу в
несколько "обёрток", что так сильно всё усложняет, что плюнул на идею.
Но вот вот почти почти я заиспользовал бы Меркле на практике.

В итоге в NNCP так толком ничего и не сделал, кроме простых bugfix-ов.
Но конечно же это тоже приятно. Обнаружилось что на Go 1.10 оно уже не
будет собираться, так как есть golang.org/x зависимости где используется
GOOS=aix, а 1.10 ничего про это не знает и поэтому не игнорирует файл.

А ещё тут описали свой use-case NNCP (be88dfcd96ff0a7c75ccd803b8e72ad15629e7f6):
https://lists.cypherpunks.ru/pipermail/nncp-devel/2021-January/000159.html
человек прогоняет куда бОльшие объёмы данных чем я, через NNCP. Хотя у
меня больше разнообразия в используемых фичах. Есть баги с сетевыми
программами, но данные не искажаются и не пропадают -- это самое главное.

Технологии очков виртуальной реальности

https://youtu.be/LQwMAl9bGNY
Вообще ничего не знаю про подобные очки, кроме того что там внутри линзы
и дисплей. А тут куча всего интересного рассказано и показано.

Гировозы

https://habr.com/ru/post/536306/
Ух какие только не придумали транспортные средства! В космосе про
маховики, являющиеся аккумулятором энергии, я в курсе что используется.
Но вот на Земле не слышал что даже целые вагоны перевозят такими.

Попробовал github.com/zeebo/blake3

И вообще впервые попробовал BLAKE3, более детально вчитываясь в его
спецификацию.

Очень нравится то, что и в самой спецификации и в zeebo/blake3, Rust
реализации и github.com/lukechampine/blake3 очень простой интерфейс:
либо хэшируй, либо хэшируй с ключом, либо ещё и учитывай контекст (то
что в других хэшах было personalization string, application context).
BLAKE2 вообще предоставлял возможность указывать контекст использования,
но это мало кто из реализаций предоставляет в виде API. В BLAKE3 все
реализации попробованные это дают. Длину хэша какую надо? А вот сколько
прочитаешь из io.Reader выхлопа, столько и будет. Нужен XOF? Аналогично
просто вычитывай. В общем API и простота использования и необходимая
гибкость (ключи, контекст, длина хэша, XOF) -- всё очень нравится.

Без ассемблерных оптимизаций (amd64), скорость BLAKE2b-256 и BLAKE3 на
pure Go у меня примерно схожи. Но, zeebo/blake3 не делает никакого
распараллеливания. А если ассемблерные оптимизации использовать, то
BLAKE3 быстрее раза в два чем BLAKE2b (тоже с ассемблером). А ведь у
него и потенциально неограниченный простор для распараллеливания из-за
хэш деревьев.

Торвальдс критикует Intel за ECC память

https://habr.com/ru/news/t/536260/
А мне вот с ходу было сложно поверить что AMD прям реально просто так
даёт на простых процессорах поддержку ECC хоть в простые домашние
компьютеры. Я ведь привык к тому что ECC это удел минимум Xeon-ов, грубо
говоря, поэтому для домашних ПК про неё можно забыть. Я ж поэтому и
покупал себе серверы чтобы там был Xeon только и только из-за моего
желания иметь ECC память, а не ради какой-то там производительности или
подобного. А AMD показывает что это вовсе не роскошь.

dd с conv=fsync в Linux

https://abbbi.github.io/dd/
Про себя я был уверен что dd работает минуя подсистему ФС, как минимум
её кэш, ведь речь же не про ФС, а про блочное устройство (если речь про
работу с ним). В FreeBSD это так, никаких conv=fsync у нас нет. А вот в
Linux фиг -- всё равно будет при больших блоках кэш использован и
поэтому нужно пользователю явно руками указывать fsync/direct опции.
Плюс старая история о проблемах PostgreSQL с fsync-ами на Linux:
51b598a5b096892b8156da48dfb386ab755fff14 и здесь проявляется.

Github снимает ограничения для Ирана

https://www.opennet.ru/opennews/art.shtml?num=54360
Ну конечно же, как только один из тупиц натовских (потому что не знал
про особенности работы натовских Интернет служб в ряде стран) напоролся
на проблему, так сразу сняли все ограничения. Часть РФ, Сирия тоже у них
на подходе. А Судан, КНДР? Приглашать очередного ноющего натовца? А так
есть список относительно регулярно обновляющийся кто не будет работать в
Иране: https://gist.github.com/alibo/dfd7c258bcc44a0e8c9f7c5bfd3bd2c3 ну
и автоматом, насколько понимаю, в Сирии и запросто Крыму. В Сирии помню
что Go сайты не работают.

printf лучше echo?

https://unix.stackexchange.com/questions/65803/why-is-printf-better-than-echo
Большая развёрнутая подборка того, как отличается поведение echo в
разных ОС, в зависимости от входных данных. Если коротко, то echo точно
работает только с данными чётко и явно контролируемыми программистом
(echo foo), но не получаемыми извне (echo $foo).

IBM PC/AT

https://habr.com/ru/post/536184/
Насколько помню, наш первый ПК дома (кроме клона ZX Spectrum) был прям
буквально как на фотографиях в статье. Точно такой же корпус,
индикаторы, два дисковода и даже такой же монитор с клавиатурой. Это
наверное прям чисто PC/AT как он есть.

Про подкасты и vlog-и

https://avva.livejournal.com/3337341.html
Солидарен с автором поста о том что сабжевые способы подачи информации
-- крайне медленные, не поддаются "чтению по диагонали", поиску в них
информации и быстрому анализу (глазами).

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

Когда в новостных агрегаторах идут ссылки на YouTube, то зачастую я даже
не буду открывать это, ибо просто жалко тратить на это время (со столь
низким КПД получения информации).

Прочитал "Я возьму сам"

https://ru.wikipedia.org/wiki/%D0%AF_%D0%B2%D0%BE%D0%B7%D1%8C%D0%BC%D1%83_%D1%81%D0%B0%D0%BC
Кроме книг про Ходжу Насреддина, ничего прежде не читал близкого к
восточному миру (иранскому, арабскому). Хотя книга то написана в 1998
харьковскими писателями. Очень необычно (для меня), но понравилось, хотя
и без восторга. Довольно активные приключения. Книга хоть и является
"началом" Кабирского цикла книг, но я всё ж вряд ли буду продолжать читать.

Пробую возвратиться на newsboat

https://newsboat.org/
http://www.git.stargrave.org/?p=linksexp.git;a=commitdiff;h=e546208d84c0c241b16503539dc9070814d063c4
На фоне создания БД с ссылками (df5af37e96c74dedf26d1a2614cb2fe79a7f52ba),
пробовал newsboat (то что раньше называлось newsbeuter) для проверки OPML.
И очень уж приглянулся мне этот newsboat снова. Помню что rss2email в
первую очередь я ставил чтобы абсолютно изолированно получать новости и
читать их, без нужды использования ноутбука подключённого к Интернету
для скачивания этих новостей. Но вот уже какой год я крайне редко куда
выезжаю и как-правило я вообще не беру с собой технику, находясь в
offline.

Но с rss2email есть вопрос категоризации новостей. Письма от rss2email у
меня нигде копией не сохраняются -- так что если я удаляю запись, а
потом понимаю что это была оплошность, то нужно вспоминать примерно в
каком это было feed-е и лезть в блог ища нужную запись. newsboat тут
удобнее. Да и отображение в нём очень хорошее HTML и текстовых записей.
Может и найду ещё что-то неудобное из-за чего я перешёл на rss2email.

Плюс добавил поддержку генерирования urls файла с категориями для него.

Цифровое завещание

https://vitus-wagner.dreamwidth.org/2218336.html
На днях умер известнейший фидошник qkowlew. К сожалению, я не знаю кто
это и только сужу по многочисленным feed-ам людей на кого подписан. Но в
этой статье речь про то, что в случае внезапной гибели, неплохо бы иметь
"завещание". Если у человека хостилось множество чего-то чужого, да и
вообще имелась информация ценная на компьютере, то было бы неплохо иметь
возможность доверенным людям это всё разгрести и, как минимум, получить
к этому доступ. Конверт, доверенные люди, базовые пароли и всё такое.

Мне это не ново. У меня уже чуть ли не десять лет есть запечатанный и
хорошо спрятанный конверт у доверенных людей, которые только знают о его
существовании, но не видели воочию и не знают содержания. На котором и
написано что вскрывать в случае гибели. "Учений" не было, но чисто
теоретически его должно быть достаточно для доступа ко всем моим
данным/серверам. Хотя для этого должен привлекаться умелый Unix
пользователь.

Мама про Андрея Ткачёва и православие

Два года назад я писал гневную запись про этого популярного протоиерея
(5c784c73a7666dc58c323ab71e586f6ce494a867), статья которого "Лишние
люди" в открытую говорила что подобные мне -- лишние люди. У родителей
что-то зашёл разговор на эту тему и я упомянул эту статью. Мама, которая
что-то иногда смотрит/слушает на тему нашей религии, сказала что
наверное даже знает про кого именно я. Она не читала этой статьи, но
видела выступления этого протоиерея и у неё полностью аналогичные мысли
и впечатления были о том что, мол, её сына, дай волю этим церковным
работникам, сразу бы в печь, как нацисты, засунули бы, раз бесполезный
человек. Ну и какого ей слышать тот факт что она в пустую прожила жизнь,
раз вырастила пустышку?

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

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

Для меня религия это страшная штука по сути -- она невероятно разобщает
людей. Аналогично политическим взглядам например. Видел и слышал не раз
как и православие и любые другие проклинают рок Beatles или любой метал.
Видел как относятся к любому (с элементами черноты) юмору или
воспринимают *любое* слово независимо от мотивов или контекста
применения. Если при (действительно) верующем человеке ляпнуть "убил бы
тебя" (как родители часто говорят с горяча непослушным детям), то он это
буквально воспримет, никак иначе.

Ctags с git-ом

https://tbaggery.com/2011/08/08/effortless-ctags-with-git.html
Рецепт от Tim Pope в виде hook-ов git-а чтобы автоматически запускать
ctags индексирование файлов под управлением VCS (git ls-files). Хороший.

Хотя лично для меня не удовлетворительный. Во-первых, мне нужна
индексация не только на файлы под git-ом -- я часто делаю символические
ссылки на исходный код зависимостей, чтобы и они под индексацию попадали.
Во-вторых, работа над файлами может идти днями без помещения их в git.
В-третьих, опять же скорость -- при ± каждом изменении в git-е делать
переиндексацию может быть дорого, ибо на больших проектах секунд 5-10
можно ждать её.

Новый год с животными по ТВ

Почти два дня я не притрагивался к клавиатуре вообще. Встретил новый год
с родителями. До четырёх утра смотрел National Geographic у них по ТВ. А
затем играли вместе в настольные игры и смотрели фильмы.

Похудел ещё на 3кг

За ещё полмесяца (3b93c354be492e15048f634c360a16d8698a8774) похудел ещё.
С праздниками конечно это компенсируется, но меня очень радует что вес
уже меньше 80кг. Причём последнее время я вообще не заморачивался с
соблюдением режима питания.

Сон с лишней комнатой

В этом году (или уже даже с прошлого?) уже 5-6-ой раз мне снится как я в
квартире внезапно вспоминаю о наличии очередной комнаты. На днях был
очередной такой сон. Причём квартиры в общем-то разные и во сне как
будто бы хорошо знакомые, но внезапно я случайно или вспоминаю или
замечаю дверь в ещё одну комнату. Открываю её а там реально ещё одна
здоровая нормальная хорошая комната. Один раз такой сон в этом году был
настолько реалистичным, что у меня даже после пробуждения закралась идея
а нет ли у меня "забытой" комнаты дома?

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

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

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

Танцующие роботы

https://www.youtube.com/watch?v=fn3KWM1kuAw
Впечатляет подвижность и шустрость этих здоровых тяжёлых механизмов! Я и
половины то не смогу станцевать как они. Вообще даже немного пугающе они
двигаются. Другую текстуру на такого нацепить и вот очередной опасный
монстр из какого-нибудь Doom/Quake.

Сделал автогенерирование страницы с ссылками

http://www.stargrave.org/Links.html
http://www.git.stargrave.org/?p=linksexp.git;a=tree
https://copia.posthaven.com/xoxo-versus-atom-versus-xbel-for-web-feed-lis
Ссылок стало что-то много и меня уже начало пугать что знания о URL до
feed-ов находятся в JSON state файле rss2email, а знания о ссылке для
человека совершенно отдельно и несвязанно. Самое геморройное это
засунуть это в какую-нибудь БД, а не руками набиваемый Texinfo файл.
Само собой это recfile, где каждая ссылка это что-то подобное:

    Title: cr.yp.to
    Note: D. J. Bernstein's blog
    URL: http://blog.cr.yp.to/
    Category: Crypto
    Category: IT
    Feed: http://blog.cr.yp.to/feed.application=xml

    Title: Cretaria's blog
    URL: http://blog.cretaria.com/posts/
    Category: IT
    Feed: http://blog.cretaria.com/rss.xml

    Title: Crypto discussion list
    URL: https://lists.randombit.net/mailman/listinfo/cryptography
    Category: Crypto
    Category: Maillist

Ну и написал на Go быстренько конвертер из этого файла (с
соответствующей сортировкой и группировкой) в Texinfo, а потом ещё и
XBEL с OPML добавил. Про два последних формата я только слышал название
и что OPML для обмена URL-ами feed-ов используется. XBEL понравился
(меньшее из зол, так то, будучи XML, нет конечно) простотой и ничем
лишним для выполнения задачи по передачи закладок. А OPML... с трудом
всё же решил сделать выхлоп и в нём, ибо всё восстаёт во мне против
формата в котором эти уродские пиндосские даты используются, вместо
человеческих. Это простительно для 80-х годов. Но простота OPML такова,
что чёрт с ним, пускай и он будет.

Но ещё предстоит работа по категоризации более нормальной всего этого.

Dungeons of OpenSSL

Вчера полдня провёл не вылазя из lldb. Я понял почему меня не так сильно
тянет к IF-играм: я в них и так играю, путешествуя по лабиринтам
костылей OpenSSL кишок и смежных engine-ов. И интерфейс lldb как в
IF-ах: up, up, s, s, n, n, f и т.д.. И пазлов полно -- пойди пойми какая
зараза меняет что-то неположенное.

lldb очень радует: заюзал впервые его watchpoints -- очень удобная
штука, в первую очередь помогавшая в обнаружении проблемы одной. Я уже
наверное весь основной функционал потрогал.

Но так как он использует libedit, то надо явно включить vi-клавиши
через: echo bind -v > ~/.editrc.

Intermediate Vim

https://www.hillelwayne.com/post/intermediate-vim/
Начал я читать эту статью и чувствую что снова ничего нового для себя не
открываю и не узнаю. Хотя про q:, q? и q/ я узнал относительно недавно
(38eda50c5490f806cf9430568c45a3c567ca3c09). Но в этой статье для себя
открыл возможность ввода "_o" для прыжка на другой конец визуального
выделения. Не знаю часто ли мне это бы пригождалось, но выглядит
полезно, ибо, как автор и заметил, бывает что ошибаешься с выбором
начала выделения.

Посмотрел "3 идиота"

https://ru.wikipedia.org/wiki/3_%D0%B8%D0%B4%D0%B8%D0%BE%D1%82%D0%B0
Забавный понравившийся индийский фильм. И легко понять что индийский,
ибо время от времени, да обязательно все споют и потанцуют. Но есть и
смущающее: как-то он уж очень местами слишком наивен и простоват. Так и
хочется сказать что тут ребёнка маленького что ли посадили писать
сценарий? Однако я ведь тоже самое про наивность уже говорил про другой
индийский фильм "Случайный доступ" (e97f809e8485b8f1c2def6bb5b533694c98ee58f).
Да и прежде у меня такая мысль была и по поводу более старых их фильмов.
Явно это разница культур, требований (?), а может быть целевой аудитории?
Но, как и прежде, не могу не заметить как нравится актриса (внешне) что
и в "доступе" были (Карина Капур).

Я уж не знаю правда ли в фильме не сильное преувеличение, но в нём
упорно показывается и подчёркивается что в инженерном институте
преподаватель хочет слышать определения из учебника, а на простом
человеческом понятном языке не вариант. Я слышал подобное про китайцев
когда-то -- что у них в культуре гвоздями прибито повторение, зубрёжка,
а не выдумывание нового. Сейчас то в Китае я думаю уже всё преобразовано
или в процессе -- не даром они всюду в мире выходят по технологиями
вперёд. А вот индийских специалистов это понимание наверное ещё не
коснулось. У нас в институте как-раз было наоборот: прочитаешь
зазубренные определения или хоть целые главы книги -- преподавателю
насрать. Он будет задавать вопросы чтобы понять понимаешь ли ты что сам
только что сказал (вызубрил) или нет. Ведь зубрилам дай вопрос чуть в
стороне или иначе сформулированный и он уже теряется и не в состоянии
ответить, что выводит его на чистую воду. Ты можешь ответить когда надо
продувать ракету азотом, а когда гелием и где располагаются баки с
окислителем (выше/ниже) и если бы ты писал тест, то дал бы правильные
ответы и "зачёт". Но у нас, благо, не было тестов, а преподаватель
задаст вопрос "почему?" чтобы понять что ты не просто знаешь справочную
информацию, а понимаешь причину почему всё так.

Generics в Go

https://groups.google.com/forum/print/topic/golang-nuts/LEEuJPOg0oo
Недавно тут начали войнушку против потенциальной идеи включения
generic-ов в Go. Мол после этого придётся fork-ать язык, ибо смерть
для него.

С одной стороны, если надо проголосовать, то я не долго думая, сразу же
тоже скажу что generic-и не нужны. Живём уже десять лет без них и это
САМЫЙ прекрасный, клёвый и офигенный язык. Потому что все решения в нём
взвешены крутейшими хакерами и ничего не делается и не добавляется
просто потому что могут, потому что у других есть, потому что здесь и
сейчас это было бы удобно. Тот же Python уже не первый год уродуется
только так вовсю, ещё больше отталкивая от себя. Не говоря про C++ и
прочие ужасы этого мира. А generic-и для меня это открытие ворот в ад:
возможности лёгкого написания сложного кода.

Собственно, зачинщик этой темы в рассылке про это же всё и говорит.
Однако, ещё до этого спора в рассылке, у меня в голове другое отношение
существует: чуть ли не с самого начала были идеи добавить generic-и в
Go, но никто и никогда нигде не говорил что их быть не должно, что они
не нужны -- их не добавляли потому что пока не могли придумать и решить
как это сделать правильно. Ведь ООП однозначно принёс миру больше вреда
чем пользы, но то как его подобие реализовано в Go -- это очень
продуманно и однозначно полезно. А раз крутейшие хакеры 10+ лет не могут
придумать как сделать generic-и, то задача не проста. Но раз они
"справились" с "текущей" версией Go, то почему не доверять что и
generic-и которые они придумают будут решением хуже чем придуманные
интерфейсы например? Вот и автор темы даже принёс извинения Ian Lance
Taylor-у, ибо уж кто кто, но этот человек точно понимает ценность
простоты и опасность сложности.

Я перестал следить за этой темой уже. В данном случае у меня полностью
нет своего мнения, ибо я ни капли не человек который мог бы принимать
решения по дизайну языков программирования. Но я полностью доверяю
решениям core хакеров, которые 10+ лет занимаются "проблематикой"
generic-ов. Это как в Linux -- если эти ребята что-то реализовали, то
стоит подождать ещё несколько релизов чтобы хотя бы начать пробовать и
то не факт что оно когда-либо будет рабочее. А FreeBSD долго вынашивают
идеи и код и если сказали что ready to use, значит ready to use. Вот и в
Go аналогично. Они ни разу не подводили своими решениями -- одни только
модули (относительно) недавно добавленные чего стоят!

Посмотрел "11:14"

https://ru.wikipedia.org/wiki/11:14
Про фильм слышал ещё более десяти лет назад, но только сейчас вспомнил
про него, что надо бы посмотреть. Очень понравился! Видимо, мне просто
очень нравится когда в фильме параллельные истории, которые сойдутся в
одном месте самым неожиданным образом. А вообще там история про то, как
одна шлюха испоганила жизнь кучи людям, которые правда тоже не шибко
далеки умом. Но забавно в целом, могу рекомендовать.

Посмотрел "Бассейн"

https://ru.wikipedia.org/wiki/%D0%91%D0%B0%D1%81%D1%81%D0%B5%D0%B9%D0%BD_(%D1%84%D0%B8%D0%BB%D1%8C%D0%BC,_1969)
У меня такое впечатление что я вообще не видел ни одного фильма с Аленом
Делоном. Совершенно не могу вспомнить видел ли я его лицо где-нибудь
кроме исторических роликов. Отец посоветовал этот фильм с ним. Фильм
хорош, как и игра Алена. Надо ещё чего-нибудь с ним будет заценить.

Lego и конструкторы

https://grumpygamer.com/lego
Рон Гилберт приобрёл себе в подарок самый большой набор Lego. А я
вспомнил про детство своё. Особенно про три конструктора.

* Железная дорога, где на батарейках был паровоз и переключаемые
  стрелки. Не такая большая как в фильмах показывают с полкомнаты,
  конечно же. Но помню что играл в неё, даже когда родители ещё утром не
  просыпались.
* Металлический конструктор со всякими винтами, гайками, колёсиками,
  блоками и рычагами. Такой конструктор много у кого был и все
  вспоминают с большой теплотой о нём. Причём даже по схеме я не всё мог
  собрать.
* Лиго. Именно "Лиго", а не "Лего". По сути одно и то же, но Лиго стоил
  значительно дешевле, запросто являясь вообще нелегальной подделкой.
  Качество пластика конечно было ощутимо хуже, но ребёнка это разве
  волнует? Тем более что Лего бы родители не смогли бы позволить купить.
  А Лиго это огромная такая коробка с тьмой самых разных деталей, среди
  которых и куча валов с зубчатыми колёсами. Вот из Лиго я делал тьму
  всего. Особенно почему-то запомнилось что я делал модель Вавилона-5,
  который тогда показывали (хотя я поклонником точно никогда не был
  этого сериала). И Лиго наверное больше любит потому что в ней быстрее
  можно воплощать идеи и всё менять, чем в металлическом конструкторе
  где ещё нужно всё постоянно крутить и крутить.
  https://habrastorage.org/getpro/geektimes/comment_images/c95/f88/e08/c95f88e082e1406ef84abdae3bd9c850.jpg

Офигеннейшее изобретение человечества эти конструкторы!

Ещё кто-то использует NNCP

https://changelog.complete.org/archives/10163-rehabilitating-asynchronous-communication-with-nncp-a-cross-between-tor-ssh-and-uucp
Внезапно в своих feed-ах увидел как человек описывает своё использование
NNCP. Причём именно для чего он и предназначен: store-and-forward
передача больших объёмов данных. А сам человек из тех кто использует ZFS
и даже ленты. Приятно что отметили хорошую документацию проекта.

Cthulhu merge в git

https://www.destroyallsoftware.com/blog/2017/the-biggest-and-weirdest-commits-in-linux-kernel-git-history
Статья про причудливые коммиты в Linux.
Merge коммит с 66 родителями. Это уже не octopus merge.

Год прошедший

Уже традиционно надо подвести итоги года моей жизни.
Этот год меня удручил больше прошлых.

* Профессиональное выгорание. И "восстановления" сейчас до сих пор нет
  (некоторые говорят что у них и спустя годы возврат производительности
  так и не происходит). Настолько бесполезного года в плане работе у
  меня не было никогда. Буквально никогда: я вообще ничего не сделал за
  этот год весомого полезного, хотя задачи интересные и желанные.
* От бывшего коллеги, мнение которого было ценно, неожиданных
  нелицеприятных вещей узнал, после чего почти ни с кем из прошлой
  команды не общаюсь. Пересмотрел своё отношение к людям в целом
* Научился ли я вообще хоть чему-нибудь в этом году? Единственное что
  приходит в голову -- redo. И goredo это единственное что новенькое
  написал из личных проектов. Наверное можно сказать что это год redo.
* Плюс начал программировать на Си. Что в целом нравится. Но пока ещё
  никакого полезного выхлопа (чтобы написанное начало использоваться
  где-либо).
* Обнаружилось что зрение дико упало, причём с сильной разницей по
  глазам. Сменил очки, а то даже минимума, формально необходимого для
  жизни, не было.
* Из-за карантина, только в начале года был на нескольких концертах.
  Жутко скучаю по ним! Да и за билеты вряд ли увижу деньги, что не малые
  потери.
* И никуда не ездил -- не то чтобы в Крым какой-нибудь, но даже в Нижний
  Новгород не вышло. Только в Москву и выбирался.
* Пару недель пожил с собаками. И неделю с кошками -- что для меня было
  совершенно новым опытом.
* Ставил себе условие чтобы пройти AMFV и Planetfall игры, но после
  первой части в AMFV так и не сдвинулось дело.

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

ExFAT не позволяет использовать " в имени файла

https://en.wikipedia.org/wiki/ExFAT
Внезапно сегодня открыл для себя для exfat не даст записать файлы с
двойными кавычками в имени файла. Коих у меня прилично среди аудиокниг.
А ещё файлы с двоеточием тоже не прокатят (тоже полно). Microsoft всё
равно найдёт возможность поднасрать людям.

Что ненавижу в Си

1) Когда записывают if/for без фигурных скобок. Да, это 1-2 строки
экономит, но когда надо вставить ещё какую-нибудь команду, например
print для отладки, то начинаются пляски с добавлением. А ещё не всегда
замечаешь что фигурных скобок нет, вставляешь print, и только он после
if срабатывает, а штатная, следующая после него команда, уже находится
вне if.

2) В целом ненавижу как возвращается успех/не успех выполнения функи.
Такое впечатление, что половина людей/фунок считают int=0 успехом
выполнения, а половина int≠0, и ещё меньше нуля отдельная категория. И,
как правило, по названию функи не поймёшь что от неё ожидать. Вот если
cmp, то скорее всего 0 означает равенство. Вот только фиг -- есть и
исключения. Если функа называется is_equal, то точно стоит ожидать что
возвращает 1 при равенстве, чтобы можно было записать if(is_equal), но
это редкость встретить такие говорящие названия. Ну и лично я, когда
вижу, восклицательные знаки, то это ассоциируется с чем-то негативным,
отрицательным, хотя 100500 мест уже видел где if (!...) это проверка на
успешность выполнения. Плюс бесит отсутствие ЯВНЫХ указаний что
ожидается от проверки (==0, >-1, !=0, и т.д.) -- но это касается также и
кода для Python, где видел тьму ошибок совершаемых из-за этого. А ведь в
Unix return code = 0 это успех, хотя в Сях оно eval-ится в false.

После этого понимаю насколько Go всё же молодец тем, что if проверяет
только и только булевы выражения, а не эти неявные преобразования в них.

Если какие-то функи возвращают NULL, то это значит что не успех. А в чём
ошибка? Или глобальные переменные смотри или в, указанную отдельным
аргументом, переменную с результатом смотри. Или >0 -- успех, ==0 --
такая-то ошибка, <0 -- другие такие-то ошибки.

После этого особо стал ценить задумку с error типом в Go. Вообще в Сях я
по сути пишу как на Go. Практически все функи возвращают структуру
которая как-бы является error-ом, внутри которого есть .code возможно
говорящий что ошибки не было. Все функи возвращают error этот, почти без
исключений. Это и возможность кучу дополнительной информации передать
сопутствующей ошибки. Код везде становится очень простым из серии:
err=MyFunc, if(HasErr(err)).

Ещё я всюду и везде делаю не просто указатели на массивы, но и рядом с
ними size_t размер данных. А в идеале вообще можно и нужно бы было
делать struct из указателя и размера, по сути делая недо-slice из Go.
Для входных read-only данных это const size_t, а для выходных это
size_t*, куда записывается кол-во данных записанных, или возвращается
ошибки и записывается сколько данных в dst нужно иметь, но не хватает.
Особенно видя OpenSSL код, я ужасаюсь кучей потенциальных проблем
которые может вызвать всё это отсутствие указания явных размеров и как
нужно доверять разработчику. Собственно, понимаю что с таким кодом
ненавидеть Си -- благое дело и здоровая реакция.

Отдельная боль это конечно очистка данных при выходе из функи, при
ошибках. Если в Go хотя бы есть garbage collector, то в Си нужно не
забывать освобождать память. В Go хотя бы есть defer или, как минимум,
анонимные функции. В Сях нужно очень аккуратным быть. Я делаю
int needCleanup = 0 переменную, а дальше с каждым действием требующим
"очистки"/освобождения, её инкрементирую (if (malloced == NULL);
needCleanup++). А при очистке декрементирую (free(...); needCleanup--) и
вставляю assert(needCleanup == 0) перед каждым return-ом. Костыль,
недоверие к самому же себе, но этот подход не раз уже окупился у меня на
практике.

LLDB нравится

http://lldb.llvm.org/
Последние много использую LLDB и с ним очень приятно работать!
Во-первых, любо что не надо ставить GDB, имея полностью non-GNU
окружение. Во-вторых, в LLDB синтаксическая подсветка и куча всего
разукрашенного, что помогает работе. Не знаю схожи ли они по
возможностям или GDB всё же мощнее, но LLDB для моих нужд хватает с
лихвой. Нет правда интеграции с Vim-ом -- GDB протокол общения в LLDB не
заложен.

Есть некоторые неприятные вещи, типа необходимости указывать номера
строк и смещения (для memory read команд) через аргументы к функции. Как
программист я понимаю что это упрощает парсер, но удобству чуть вредит.
Но чтобы расставлять breakpoint-ы, то для Vim просто сделал штуку
самостоятельно высчитывающую строку для LLDB:
http://www.git.stargrave.org/?p=dotfiles.git;a=blob;f=vim/.vim/plugin/whereami.vim;h=8c55eded5f032db1fed06e8819392f70a01c70a3;hb=HEAD#l8

Кот там

https://www.yaplakal.com/forum7/topic2069077.html
На Модели для Сборки в том числе такие короткие рассказы на несколько
минут читают. Нравится мне когда забавно смешивают и что-то очень старое
(домовых) и современное. И ведь кстати домового я сам повесил (не
самого, а за верёвочку) при входе. У родителей домовой в квартире тоже
водится в коридоре.

Относительно недавно даже спорил что домовой и барабашка это нифига не
одно и то же. И всякая Wikipedia говорит что я прав. Барабашка не
позитивная штука, более того, вообще в XX веке в СССР появившаяся. А
домовой, как и Леший -- не обязательно добрый, не обязательно злой.

Toshiba НЖМД NAS N300

Временно в руках оказался сабжевый диск. Собственно, его я заполнял
рандомом (cd2aaf4bf3c195d45e6ffcd59145decc4e9d7a5f), чистил и проверял.
Первый диск дома который более 200 MBps последовательной записи/чтения
скорость имеет. SMART его смотреть одно удовольствие: столько всего есть!
Очень приятное впечатление оставляет.

Сейчас я для себя даже делаю заметку что присматриваться стараться к
Toshiba дискам бы, ибо с ними у меня только самый положительный опыт
был. Hitachi/HGST до этого были моим кумиром, но, говорят, что сейчас
они уже не те пошли, хотя на практике у меня с ними проблем ещё не было.
Так то я штатно покупал Western Digital (главное не Green!), но и
Toshiba не сильно дороже, зато один SMART какой приятный! Главное чтобы
не Seagate.

vi то оказывается поддерживает тэги тоже

Я вообще стараюсь дифференцировать vi и vim когда упоминаю какие-то
фичи. Большинство забывает что есть масса vi версий, а не этого жирного
монстра vim. И в FreeBSD именно (n)vi стоит, никаких vim. И я на работе
как-то даже был удивлён что некоторые не могут работать в vi, ибо отдают
исключительно vim-specific команды. Хотя у меня даже не сразу приходит
осознание что я не в vim -- работаю, значит, "канонично". Так вот nvi
оказывается поддерживает ctags tags из коробки (который тоже идёт из
коробки в FreeBSD).

Бесшумный мощный ПК

https://fabiensanglard.net/tb3/index.html
https://fabiensanglard.net/the_beautiful_machine/index.html
Не часто встречаю интересные компьютерные установки чтобы глаз зацепился
за них. И сам ПК интересен своей радиаторной системой и отсутствием
вентиляторов (хотя мне казалось что вентиляторы с большим диаметров
бесшумны -- или такой уровень шума всё равно не считает отсутствием?). И
как всё подвешено везде и спрятаны провода.