ЛОР овец, ты когда-нибудь работал удалённо? Как в вашей команде решали проблему коммуникации?

Постепенно прихожу к выводу, что традиционный софт типа жыры и слака на роль основного канала общения мало подходят. Жыра вообще не задумывалась как канал для общения, комменты там чисто рудиментарные, никто не любит ими пользоваться (проверено). Слак и прочие чаты, например, очень бесят, когда тебе начинают одновременно писать пять разных человек. И каждый обижается, что ты ему уже 10 минут не отвечаешь. Если бы в чате хотя бы отображалось, что ты уже общаешься с username1 и username2, чтоб другие видели, что ты занят, и становились в очередь. Кстати, есть где-то такая фича? Далее, когда общаешься с живым человеком в офисе, другие могут краем уха услышать что-то их касающееся и присоединиться. А с приватными чатами это не работает. Да дофига неудобств. Каждый, имеющий опыт удалённки, может часами рассказывать о проблемах с общением.

Короче, вопрос. Как решаете свои проблемы? Существуют ли более лучшие решения, специально заточенные для удалённой работы? Кто что юзает? Каким был мог быть идеальный софт? А фигле, возьмём да и сделаем.

ЛОР, нужна консультация эксперта по сетевому программированию и IPv6. Стал ковырять реализацию UPnP на растишке. Пилю обнаружение устройств через мультикаст. Через IPv4 работает норм, с IPv6 пока фигня [читать дальше...]

В UPnP для обнаружения устройств по IPv6 юзаются два мультикаст-адреса: ff02::c и ff05::C. Пытаюсь создать сокет, чтобы получать мультикаст-пакеты:

use std::net;

static SSDP_PORT: u16 = 1900;
static SSDP_MULTICAST_ADDR: &str = "ff02::c";     // падает
// static SSDP_MULTICAST_ADDR: &str = "ff05::c";  // а так работает

fn main() {
    let addr: net::Ipv6Addr = SSDP_MULTICAST_ADDR.parse().unwrap();
    let socket_addr = net::SocketAddr::new(addr.into(), SSDP_PORT);
    let socket = net::UdpSocket::bind(&socket_addr).expect(&format!("cannot bind to {}", socket_addr));
    socket.join_multicast_v6(&addr, 0).expect(&format!("Cannot join multicast group {}", addr));
}

Со адресом ff05::c всё работает, с адресом ff02::c падает с EINVAL при попытке забиндить сокет:

cargo run --bin test                                                                                                                                                               ~/src/sbox/rust-multicast
    Finished dev [unoptimized + debuginfo] target(s) in 0.06s
     Running `target/debug/test`
thread 'main' panicked at 'cannot bind to [ff02::c]:1900: Os { code: 22, kind: InvalidInput, message: "Invalid argument" }', libcore/result.rs:945:5

Что делаю не так?

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

В нашей фирме вебщики стали фанатеть по сабжу. За обедом только и речей, какой он чистый, функциональный и перфекционистический, в отличие от ванилла-жабоскрипта. Неужто, думаю, спасение пришло в веб-болото? Решил потыкать вечерком. Читаю такой ихний style guide:

Do not be a maniac with indentation. Simplicity will be better in the long run.

Good

type alias Circle =
    { x : Float
    , y : Float
    , radius : Float
    }

Bad

type alias Circle = {
    x      : Float,
    y      : Float,
    radius : Float
}

У меня только один вопрос: он поехавший уже, всё?

ЛОР, а ты обманываешь гуглокапчу? Стараюсь всегда ввести слова или картинки максимально неправильно, но так, чтобы она ещё схавала. Мало того, что своей капчой весь интернет засрали, так я ещё на них бесплатно работать буду?

ЛОР, на тебе есть специалисты по NixOS? Как там поставить тулчейн под нужную платформу? В генте, например, есть crossdev, а тут вроде в nixpkgs что-то такое есть, но ни фига не понятно и документации ноль. Ы?

Стал юзать сабж на своей впске за $3. Фильтрует хорошо, работает быстро, но ТЕЧЁТ КАК СУЧКА. Сразу после старта процессы controller и normal жрут по 16 мегов, за пару дней их разнесло уже до сотни мег, каждого. Память-то не резиновая, её там всего 512 Мб, за $3-то. После рестарта опять норм, но ненадолго. Куда он эту память ест, и как ему объяснить, что не надо так делать?

ЛОР, а как так получилось, что зюзя много лет пилила дистрибутив для чайников, где всё настраивается из гуя, как в венде. Ещё все ржали над зюзеюзерами, которые логинятся на роутер из-под рута через незашифрованное VNC.

А потом пришла убунта, склонировала дебиан с нескучными обоями, и все чайники по дефолту теперь ставят убунту. Что в ней такого чайникового, например?

Или весь секрет в бесплатных дисках? А если рассылать халявные флэшки с NixOS, например - вся пионерия станет юзать NixOS? Чё-то сомневаюсь.

Из-за переконфигурации почтового сервера сменился логин IMAP с username на username@domain.org. Akonadi говорит: «да у тебя, похоже, сменился логин - придётся всю почту скачать заново». И уже второй час перекачивает заново 5 гигов почты. Хотя почта, блджад, та же самая, сменился только логин. Успех, ёпта. Зачем я это говнище до сих пор юзаю, лол?

Привет, ЛОР овец! Давно хочется включить DNSSEC для своей конторы. Останавливает лишь необходимость раз в год руками обновлять DS-записи в админке регистратора. Обязательно кто-нибудь забудет. Вопрос: кто из регистраторов поддерживает сабжевые RFC, чтобы всё работало само и ничего делать не надо? Конкретно для .com и .org.

Вообще, у кого есть опыт насаждения DNSSEC? Пилите истории успеха.

Собрался недавно допилить бэкенд libvirt для NixOps. Мама дорогая. Почему всё, что делает красношапка, такое NIH-говно? Они для libvirt придумали свой особенный бинарный RPC-протокол. В который пихают текстовый XML. Такое впечатление, что у разработчиков левое полушарие не ведает, что делает правое. В бинарном протоколе всё до предела сжато, даже вызываемый метод кодируется одним int32. Старая школа, ёпта. В этот метод пихается огромная XML-портянка. «Nobody ever got fired for choosing XML.» Зачем нам REST, ZeroMQ, MsgPack-RPC? У нас нет времени, чтобы сношаться с ними. Лучше нахерачим свой несовместимый протокол. Даже у Microsoft Azure, блджад, обычное пролетарское REST API. Даже ублюдский Amazon EC2 работает через обычное простое HTTP. Но красношапке, блджад, надо, чтобы впереди планеты всей. Им только ядро и GCC пилить удаётся вменяемо. Всё остальное, к чему прикасаются, обращается в ссаный понос. Начиная с fontconfig на XML. Далее сраный DBUS, переусложнённый хуже корбы и соапа. Потом... продолжите сами. Сраный микрософт от линукса, блджад. Сдохните, суки, и околейте. Спасибо, наболело.

Чому так вздорожала память? Когда обратно подешевеет?

Перемещено leave из linux-hardware

Мой кот спрашивает: «Привет, ЛОР овец! Надоело давиться питоном, стал пересаживаться на Растишку. Что бы такое небольшое Переписать на Расте™ для начала? О чём ни подумаешь, всё уже есть на crates.io! Кому-нибудь случайно не хватает некой либы или утилиты в пределах 5 KLOC? Есть шанс, что вы её получите бесплатно под GPL! Спасибо.»

Если IPFS такая крутая, децентрализованная и распределённая, то почему у них всё хостится на гитхабе?

ЛОР, обращаюсь к тебе как к фронтиру прогрессивного человечества. Что сейчас вместо HN? Много лет там были самые актуальные новости и дискуссии, а ныне там одно уг на глагне уровня «юнит-тесты не нужны» или «Show HN: революционно новый генератор статических сайтов на JS». Куда оттуда ушли все умные люди?

Все помнят, что человек-мудак, придумавший плазму, носит имя Аарон Сейго. А как звали авторов аконади? Задавшись этим вопросом, пошёл копаться в кедопомойке и откопал протоколы сиосудьбоносной встречи в Оснабрюке 6 января 2006.

Сладкую парочку, придумавшую Akonadi, звали Tobias König и Till Adam. Запомните эти имена, гоните их, насмехайтесь, по-всякому показывате, что они - изгои.

Как придумывали имя этому мудоделию: Тиль предлагал названия «Alele» и «sha'al», первое ему особенно нравилось. Победило более благозвучное имя Akonadi.

Сохранился исходный роадмап: финальную версию KDE PIM на Akonadi планировали выпустить чуть более, чем через год, во втором квартале 2007. В реальности первый официальный релиз ихнего поделия в составе KDE вышел в июле 2011, через 5 с половиной лет.

Ещё порадовал оригинальный proposal от Тобиаса. Там говорится, что проблем, которые должен решить новый Akonadi-демон, ровно две:

• синхронный доступ к данным блокирует интерфейс KMail;
• каждое приложение, работающее с адресной книгой, вынуждено грузить в память все контакты и расходует слишком много памяти!

Решение: нужно запускать отдельный MySQL для хранения контактов, это же очевидно. И ещё 15 процессов, по одному на каждое IMAP, SMTP-соединение, локальный почтовый каталог, адресную книгу, календарь, текстовые заметки, отдельный процесс для доставки уведомлений о новой почте, отдельный процесс для отображения дней рождения в календаре, отдельный процесс для поиска в почте и отдельный процесс для импорта настроек из старой версии KMail. Этот, блджад, сраный процесс используется только один раз, но запущен ПОСТОЯННО, если его не выключить руками через akonadiconsole. И ещё пятьдесят процессов, типа агента архивирования почты, агента индексирования почты, агента отложенной доставки почты и агента напоминаний о пропущенных напоминаниях. Пока писал, аж краска на стенах сворачивалась от злобищи.

Одно радует, с 2010 года об этих мудофилах ничего не слышно, и KDE они оставили в покое, как и Аарон «Плазма Не Падает» Сейго. Сейчас они тихо быдлокодят в KDAB - фирме, оказывающей консалтинговые услуги по Qt и C++. На этом их вред человечеству заканчивается.

На само Akonadi махнули рукой даже его нынешние мейнтейнеры и открыто перелезли на Thunderbird. Три с половиной инвалида из Kolab пилят Akonadi Next aka Sink и новый революционный почтовый клиент Kube взамен KMail, основанный на QML. Потому что KMail основан на QWidgets, это так немодно в 2017 году, лучше всё переписать с нуля, тогда всё точно будет хорошо. Последний коммит в репозиториях Kube и Sink был два месяца назад. Биореактор им пухом.

В каком месте они, блджад, predictable? Вставил новую звуковуху в PCI, и старый интерфейс enp3s0 превратился в enp4s0.

Старая схема с eth* и 70-persistent-net.rules работала годами и не ломалась, потому что использовала MAC для идентификации сетевухи. Но это ж блин слишком хорошо работало, надо было починить. Ёпта блджад. Киньте ссылку, где на даркнете собирают деньги на киллера, переведу три своих зарплаты.

Во всех взрослых системах контроля версий есть короткие алиасы для самых часто используемых команд: st для status, co для checkout, ci для commit / checkin. Почему в гите такого нет по умолчанию? Ну мы знаем, что там интерфейс проектировали шизойдные марсианены. Но алиасы-то блджад можно было сделать? ЖОСКО ЗАДРАЛО когда на чужой машине руки сами набирают git st, потом ещё раз git st, а потом мозк такой «ааа, это же чужая машина ёпт». Хуже только vim / emacs с дефолтным конфигом.

P.S. В спортлото писал, марсиане ответили «ждложфыва жожлождложло нжнужно ниижбт».

ЛОР, на тебе есть инвесторы? Куда и как можно вложить сбережения, чтобы не потерять на инфляции? Есть у кого-то опыт с ETF, P2P-займами, и что ещё существует? Посоветуйте советов тематических ресурсов по теме. (И как у всего этого с работоспособностью клиентского софта по линуксом?)

Сестра решила перейти с MySQL на MariaDB. Чего проще, у неё ведь Gentoo!

$ sudo emerge -1avt mariadb

These are the packages that would be merged, in reverse order:

Calculating dependencies... done!
[nomerge       ] dev-db/mariadb-10.1.26:0/18::gentoo  USE="backup cracklib kerberos openssl pam perl server systemd xml -bindist -debug -embedded -extraengine -galera -innodb-lz4 -innodb-lzo -innodb-snappy -jdbc -jemalloc -latin1 (-libressl) (-mroonga) -odbc -oqgraph -profiling (-selinux) -sphinx -sst-rsync -sst-xtrabackup -static -static-libs -systemtap -tcmalloc {-test} -tokudb -yassl" ABI_X86="(64) -32 (-x32)" 
[ebuild  N     ]  virtual/mysql-5.6-r9:0/18::gentoo  USE="server -embedded -static" 0 KiB
[ebuild  N     ]   dev-db/mariadb-10.1.26:0/18::gentoo  USE="backup cracklib kerberos openssl pam perl server systemd xml -bindist -debug -embedded -extraengine -galera -innodb-lz4 -innodb-lzo -innodb-snappy -jdbc -jemalloc -latin1 (-libressl) (-mroonga) -odbc -oqgraph -profiling (-selinux) -sphinx -sst-rsync -sst-xtrabackup -static -static-libs -systemtap -tcmalloc {-test} -tokudb -yassl" ABI_X86="(64) -32 (-x32)" 0 KiB
[ebuild  N     ]    virtual/perl-Term-ANSIColor-4.40.0-r1::gentoo  0 KiB
[ebuild  N     ]    virtual/libmysqlclient-18:0/18::gentoo  USE="-static-libs" ABI_X86="32 (64) (-x32)" 0 KiB
[blocks B      ] dev-db/mariadb[client-libs(+)] ("dev-db/mariadb[client-libs(+)]" is blocking dev-db/mysql-connector-c-6.1.9-r1)

Total: 4 packages (4 new), Size of downloads: 0 KiB
Conflict: 1 block (1 unsatisfied)

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (dev-db/mariadb-10.1.26:0/18::gentoo, ebuild scheduled for merge) pulled in by
    mariadb
    =dev-db/mariadb-10.1*[embedded?,server?,static?] (=dev-db/mariadb-10.1*[server]) required by (virtual/mysql-5.6-r9:0/18::gentoo, ebuild scheduled for merge)

  (dev-db/mysql-connector-c-6.1.9-r1:0/18::gentoo, installed) pulled in by
    dev-db/mysql-connector-c:0/18[static-libs?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] (dev-db/mysql-connector-c:0/18[abi_x86_32(-),abi_x86_64(-)]) required by (virtual/libmysqlclient-18:0/18::gentoo, ebuild scheduled for merge)

Из dev-db/mariadb с некоторых пор выпилили client-libs, и отключили сборку libmysqlclient.so (нафига?), взамен теперь надо ставить dev-db/mysql-connector-c (который до сих пор ~amd64), иначе virtual/libmysqlclient начнёт тянуть старый dev-db/mysql, который конфликтует с dev-db/mariadb. Внезапно, dev-db/mysql-connector-c конфликтует с dev-db/mariadb[client-libs(+)]. Хотя флаг client-libs из dev-db/mariadb сто лет, как выпилили, его там нет! Что это за вещества, и какие надобно принять антивещества?

P.S. Перейти на NixOS уже посоветовал.