ahamai>> Зато у вас новый стандарт будет. Ура!
revoltech> А старый (до IDEC) где почитать-то? Или опять в ИМХОдники будут тыкать?

Всё там же, где он лежит уже чёрт знает сколько лет. Ты же с ним сюда и приходил. Если ты про стандарт ii, то за этим к Роме. У него должен быть, ведь не может же быть такого, чтобы это великолепие да осталось без описания.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

ahamai>> Потому что вы не делали Дизайна проекта, принимая много решений "как поступить", а базируетесь на уже готовой реализации, когда те решения, которые есть, кажутся уже сами собой разумеющимися.
revoltech> С моей колокольни стороннего наблюдателя и имплементатора мне важны чётко документированные элементы протокола и как бы всё. С точки же зрения дизайна здесь, как говорится, есть два стула: либо ломаем вообще всю обратную совместимость и радикально упрощаем протокол (а упрощать и правда есть куда даже после выпиливания кучи эндпоинтов из стандарта), либо же проще оставить как есть, т.к. любые оптимизации ПРИ сохранении обратной совместимости приведут только к усложнению.

Мне начинает казаться, что Рома и правда подспудно хочет, чтобы его позорище в виде ii забыли и сделали нормально. Хотя, чтобы ii стал полезным, фактически, достаточно было добавить слайсы.

revoltech> А почему так криво задизайнили в 2014 — это уж точно вопрос не ко мне. Но сейчас это приходится принимать как данность. Или же ломать совместимость полностью и делать как следует. Но тогда это уже будет другая сеть.

Будет. И Рома снова придёт со своим нытьём про ii.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

ahamai> Потому что вы не делали Дизайна проекта, принимая много решений "как поступить"

То есть, ты принимал много решений чтобы сделать ii с его родовыми травмами? Ну что я могу сказать... Тут ты больше себя очерняешь, чем нас.

ahamai> Разговор на ту тему, что мне интересно, вас вытянуть не удалось, вы сразу переходите на совсем другую, мне неинтересную, и которая вообще ничё не даёт. Впрочем, в текущем статусе стандарт вообще ничего не даёт.

Тебе интересно ii. Но это не эхотаг.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

>> Если у тебя это не так, чини ноду.
ahamai> я не могу починить референсную ii 0.3, которая является базовым и законченным стандартом ii, потому что она осталась в 2014 году

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

ahamai> ps. проблема не в /u/e

Да. Проблема в ii 0.3.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

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

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

AL>> Всё там же, где он лежит уже чёрт знает сколько лет. Ты же с ним сюда и приходил. Если ты про стандарт ii, то за этим к Роме.
revoltech> Да я уже запутался. Наверное, про стандарт ii. Короче, про то, что было до ребрендинга в IDEC и появления той доки на гитхабе.

Сначала был ii. Вещь хорошая, но недоделка. И даже стандарта не было - был только кривой референсный код. Потом Рома написал что-то типа стандарта. С кучей воды, неоднозначностями и вот это вот всё. Потом мы тут начали думать как ii довести до юзабельного состояния и родили слайсы. Конечно, это плохое решение, но все остальные ещё хуже. Были идеи и со счётчиками (они остались, но ими никто не пользуется, да и выкину я их), с хешем последнего сообщения (вообще максимально плохой вариант), с хешем всего индекса (тоже хреновый вариант, к тому же не позволяет определить откуда качать).

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

AL>> У него должен быть, ведь не может же быть такого, чтобы это великолепие да осталось без описания.
revoltech> Ну надеюсь. А то если окажется, что вместо описания остался только кривой референсный код, то совсем печаль.

Скорее всего, так и есть. Но надо спрашивать Рому.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

revoltech> Я там в revoltech.local (у Шаоса) пофантазировал на тему, как можно было бы весь протокол упростить, не будь необходимости держать обратную совместимость с ii/IDEC. Причём там и файлэхи тоже в общую структуру прекрасно ложились бы, например.

Ну я Шаоса, вроде, не тяну. Если кто-то транзитом протащит, затащу к себе.

revoltech> Но сначала актуальный стандарт IDEC реализую в ноде своей, а потом уж посмотрим. Так что там, 40 мессаг на запрос устаканили, больше дополнений к доке не будет, можно приступать к запилу?

Ну... На самом деле, я ещё думаю, что есть смысл выкинуть e/ и m/ :)

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

>>  Так как в самом дебиане есть некая паранойя на эту тему
Anotheroneuser> Насколько мне понятно, паранойя недостаточная )) Дебиан же не принимают в славный отряд совершенно свободных выпусков Линукс? Потому что он даёт нам лёгкий путь ко всяким nonfree штучкам-дрючкам.

Это неизбежно. Debian призван решать вполне конкретные задачи и потому поддерживает репозитории с несвободным ПО. Хотя из коробки они и не подключены.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

vit01> AUR, конечно, тоже помойка, но софт там, как правило, работает. Если не работает, то можно попытаться починить его своими силами. Ещё там сразу отображается статус orphaned или out of date, чтобы помочь принять решение устанавливать прогу или нет.

Сложно это всё =)

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

Одна из причин, по которой я так люблю слаку - есть 100% рабочая базовая система, а дальше уже сам решаю как оно и что, но она позволяет легко делать хоть что. Вплоть до использования rpm и deb =)

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

AL>> Ну... На самом деле, я ещё думаю, что есть смысл выкинуть e/ и m/ :)
hugeping> m/ постоянно использую для отладки. Удобно. Про e/ сходу не могу вспомнить.

Ну m/, по размышлению, мне тоже кажется полезным. Даже просто взять и получить сообщение с помощью curl это удобно. А вот e/ никогда не видел, чтобы использовали. Разве что на заре ещё ii был клиент на баше и dialog, который был онлайн-клиентом и использовал как раз e/ и m/, если мне не изменяет память. Хотя, по факту, разделить строчку и декодировать base64 на баше всё равно просто.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

Difrex> Давайте все свои фетчи запостим - сравним, что у кого =)

А давайте =)

                   :::::::                    
             :::::::::::::::::::               spline@CobraMK3.org
          :::::::::::::::::::::::::            OS: Slackware 
        ::::::::cllcccccllllllll::::::         Kernel: x86_64 Linux 4.4.14
     :::::::::lc               dc:::::::       Uptime: 15h 7m
    ::::::::cl   clllccllll    oc:::::::::     Packages: 472
   :::::::::o   lc::::::::co   oc::::::::::    Shell: zsh 5.2
  ::::::::::o    cccclc:::::clcc::::::::::::   Resolution: 1366x768
  :::::::::::lc        cclccclc:::::::::::::   WM: bspwm
 ::::::::::::::lcclcc          lc::::::::::::  GTK Theme:  Adwaita [GTK3]
 ::::::::::cclcc:::::lccclc     oc:::::::::::  Icon Theme: Faenza-Dark
 ::::::::::o    l::::::::::l    lc:::::::::::  CPU: Intel Core i3-5005U @ 4x 2GHz [43.0°C]
  :::::cll:o     clcllcccll     o:::::::::::   GPU: intel
  :::::occ:o                  clc:::::::::::   RAM: 2168MiB / 3839MiB
   ::::ocl:ccslclccclclccclclc:::::::::::::   
    :::oclcccccccccccccllllllllllllll:::::    
     ::lcc1lcccccccccccccccccccccccco::::     
       ::::::::::::::::::::::::::::::::       
         ::::::::::::::::::::::::::::         
            ::::::::::::::::::::::            
                 ::::::::::::

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Давно пользуюсь emacs как инструментом практически для всего. IRC, XMPP, e-mail, читалка PDF, аудиоплеер. И очень хотелось мне использовать и Telegram в этой чудесной штуке. Однако, когда я в 2016-м начал пользоваться Telegram, сабж, как единственный вменяемый вариант, который я нашёл, умел крайне мало. За прошедшие годы авторами была проделана достаточно большая работа и теперь он моддерживает практически все фичи мессенджера.

Конечно, есть и недостатки. Достаточно долго стартует, подгружая чаты. При первом старте он у меня забил все разрешённые в емакс потоки на исполнение лисп-функций (по-умолчанию 800) и достаточно долго нельзя было даже закрывать открытые буферы. Однако, теперь всё достаточно быстро работает.

Для запуска его придётся поставить TDlib, кою, скорей всего, придётся в любом случае собирать из исходников. Впрочем, действие это весьма тривиальное, описано в README библиотеки.

Поддержка мультимедии, чатов, групп, каналов весьма удобная и заработала сразу. А вот стикеры не работали пока не пересобрал imagemagick с поддержкой webp, коей в убунтовой сборке пакета просто не обнаружилось. Однако, процесс пересборки пакетов в deb-дистрибутивах тоже достаточно прост и тривиален, так что теперь у меня Telegram живёт в горячо мной любимом emacs.

Ещё есть такая штука как bitlbee, которая позволяет сидеть во множестве мессенджеров посредством IRC, но она имеет достаточно много ограничений в плане поддержки фич протоколов, что очевидно, но меня не устроило.

Возник внезапный вопрос. Пока я по некоторым причинам являюсь пользователем ubuntu на нетбуке, возникла внезапная проблема. Связана она с пересборкой imagemagick, упомянутой в письме про telega.el. Как только я собираю и ставлю свои пакеты, apt тут же пытается мне их обновить. Использование apt-mark для отметки пакетов как hold помогает только для apt-get и не работает с apt. Не то чтобы это было для меня большой проблемой, но как с помощью именно утилиты apt захолдить пакеты я пока никак не нашёл. Это вообще возможно?

Насколько я знаю, в Debian тоже рекомендуется использовать именно утилиту apt. Неужели её рекомендуют с настолько урезанным функционалом?

AL>> Использование apt-mark для отметки пакетов как hold помогает только для apt-get и не работает с apt. Не то чтобы это было для меня большой проблемой, но как с помощью именно утилиты apt захолдить пакеты я пока никак не нашёл. Это вообще возможно?
vit01> В интернетах советуют способ через dpkg сразу фиксировать
vit01> ====
vit01> echo "wine hold" | dpkg --set-selections # hold
vit01> echo "wine install" | dpkg --set-selections # undo
vit01> ====
vit01> либо через pinning в /etc/apt/preferences
vit01> Тут уже в мануалах man apt_preferences

Эти два способа я таки нагуглил. Посмотрю, так как я уже привык к apt.

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

Разница только в том, что apt рекомендуют разработчики дистрибутива, а aptitude некоторые пользователи. Это меня несколько обескуражило именно тем, что apt, задуманный как сахар над apt-get и apt-cache не является сахаром над apt-mark и вообще игнорирует маркировку пакетов.

AL>> Поддержка мультимедии, чатов, групп, каналов весьма удобная и заработала сразу. А вот стикеры не работали пока не пересобрал imagemagick с поддержкой webp, коей в убунтовой сборке пакета просто не обнаружилось. Однако, процесс пересборки пакетов в deb-дистрибутивах тоже достаточно прост и тривиален, так что теперь у меня Telegram живёт в горячо мной любимом emacs.
vit01> Вот, кстати, насчёт мультимедии хотелось бы поподробнее. Неужели он там всякие картиночки отображает прямо в Емаксе? И ещё телега хороша огромным количеством музла (в том числе пиратского), которое туда скидывают. Интересно, как в сабже с воспроизведением аудиопотоков.

Картиночки прямо в емаксе, стикеры тоже. Видео и аудио скачивает в кеш и воспроизводит прямо из буфера. Для видео открывает окно видеоплеера. Правда я не очень пока понял какого, так как не смотрю видео в ТГ.

vit01> ImageMagick сейчас весьма устарел. Есть у него весьма крутой форк - GraphicsMagick, который уже включен во все основные репозитории и позволяет работать с прежним API. Только фишка последнего в том, что он работает в разы быстрее и жрёт гораздо меньше памяти. Убеждался в этом на собственном опыте и могу подтвердить. Для своих нечастых задач по обработке изображений использую именно его.

Так то оно так, но я не полезу писать патч к сабжу только потому, что есть более удобная штука для картиночек =)

AL>> Разница только в том, что apt рекомендуют разработчики дистрибутива
Difrex> Только для интерактивного использования, в скриптах по прежнему надо использовать apt-get.

Ну я на десктопе только интерактивно и пользуюсь =)

AL>> а aptitude некоторые пользователи.
Difrex> Разве aptitude не deprecated?

Давно уже, но в дистрибутиве то есть =)

AL>> Это меня несколько обескуражило именно тем, что apt, задуманный как сахар над apt-get и apt-cache не является сахаром над apt-mark и вообще игнорирует маркировку пакетов
Difrex> Возможно просто в 16.04 старый апт и в нем нет этой функциональности. Попробуй посвежее, может там появилась эта фича.
Difrex> Сам проверить не могу -- новых deb-based нету у меня.

Я на 19.04 сижу и apt всё ещё маркировку игнорирует =(

Peter> Поставил на новый ноут Arch и решил попробовать wayland...

Что-то вокруг меня люди начали ставить арч и радоваться. А не попробовать ли ещё разок его и мне? :)

Peter> Вроде всё хорошо! Но оказалось, что не работает перехват ввода в таких штуках как VirtualBox и remminia (vnc клиент). Почитал интернеты -- фича. Типа безопасность, поэтому нельзя перехватывать ввод на низком уровне.

Странно. Анонимус говорил, что готов для десктопа %)

Difrex> Уже давно отказался от Х, работаю в sway, на личном ноуте в gnome. Ввод в qemu и gnome-boxes работает.

Какие плюсы для простого обывателя по сравнению с X? Не троллинга ради.

>> Какие плюсы для простого обывателя по сравнению с X? Не троллинга ради.
Difrex> Лично для меня это отсутствие тиринга, нормальная(безкостыльная) работа с HiDPI.

Понял. Значит для меня пока причин нет. У меня тиринга и в иксах не видно и ни одного экрана HiDPI нет :)

AL>> Какие плюсы для простого обывателя по сравнению с X? Не троллинга ради.
vit01> Работают мультитач-жесты на ноутбуках как надо, в Xorg их поддержка крайне ограничена.

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

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

Куда уж выше то? Быстрее отклика матрицы нет смысла особого :)

vit01>>> Работают мультитач-жесты на ноутбуках как надо, в Xorg их поддержка крайне ограничена.
AL>> Я пользуюсь только тапом двумя и тремя пальцами и скроллингом двумя пальцами. Жесты не знаю нужны ли мне, так как хоткей более привычен и тактильней :)
vit01> Вот на макоси работает скроллинг 2 пальцами как вертикально, так и горизонтально. Есть скроллинг 3 пальцами (переключение между рабочими столами, очень удобно). Ещё можно 2 пальцами масштабировать и повороты делать (полезно при просмотре карты города, чтении электронных книг, в графическом редакторе и.т.п.). Есть возможность настраивать жесты 4 пальцами, но лично мне это пока не пригождалось.

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

vit01>>> Ещё он говорит, что скорость рендеринга выше, чем на иксах, но своим глазом я этого не заметил. Продолжаю сидеть на иксах, короче, но пусть пилят
AL>> Куда уж выше то? Быстрее отклика матрицы нет смысла особого :)
vit01> При наличии некоторой свистопердящей графики или при нагрузке большой на проц/видюху может подтормаживать перетаскивание окон и даже курсор мыши. Если у тебя такое никогда не бывает, то счастливый человек :)

Бывает, конечно. В компьютерных играх иногда. Но тут не думаю, что вейленд мне сделает погоду, если видяха или проц не справляется с рендерером движка :)

Давно искал для себя систему структуризации заметок. В Instead-чате Lucky Ook не так давно поделился ссылкой на статью на хабре про Цеттелькастен (https://habr.com/ru/post/508672/) и мне показалось, что это достаточно хорошая система ведения заметок с идеями и знаниями, почерпнутыми в статьях и литературе.

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

Естественно, первым делом я попытался использовать org-mode, чтобы организовать цеттелькастен. Формат очень хорошо подходит для структурированных текстов и организации ссылок, но не нашёл с ходу удобного инструмента для поиска по заметкам.

Так я начал вести заметки с помощью Typora и продумывать свою софтинку, которая могла бы помочь мне с этим вопросом. Вот дочитал "Изучаем Python" за авторством Марка Лутца, начал более детально изучать tkinter (я не хочу ни Qt ни GTK потому что tkinter есть из коробки и не требует установки сторонних библиотек), но писать свой WYSIWYG-редактор для markdown или org-файлов на tkinter это то ещё развлечение и я почти смирился с Typora как с инструментом для цеттелькастена.

Но это почти зудело где-то в мозгу и не давало покоя. Вот же - есть прекрасный во всех отношениях emacs, а я использую программу на electron, который на дух не переношу. Сперва я всё таки искал другие варианты. Попробовал Zim, но он достаточно неповоротлив в плане UI. Нет, GTK быстр как ветер, этого не отнять, но вот назначение некоторых хоткеев и в целом не очень хорошая продуманность некоторых плагинов не удовлетворили. Открыл Typora и создал заметку про Zim и его хорошую идею, но плохую реализацию.

И вот, перед сном, решил ещё раз поискать что есть для организации заметок в emacs. И нашёл deft. Маленькая программка для emacs, специально созданная для ведения заметок. Может отслеживать файлы в директории и поддерикториях (для рекурсивного поиска нужно включить опцию deft-recursive), удобный вариант поиска по тексту, когда находясь точкой (aka курсором) в любой части буфера можно набирать текст и deft тут же отфильтрует содержимое, открытие каждой заметки как файла, что позволяет использовать и org-mode и файлы в формате LaTeX и что душа пожелает.

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

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

Задача вновь прекрасно решена с помощью emacs. Интересно, чего он всё таки не умеет? :)

shaos>> Для минимизации количества запросов можно все эхи разом опросить - для этого придётся городить новый вызов и новый формат ответа
hugeping> Не вижу смысла минимизировать число запросов. До сих пор считаю это ложной целью.

Два чаю этому джентельмену.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

constantin> Интересный метод, спасибо за ссылку! В инстед чате я как-то пропустил это обсуждение.

Он мелькнул только парой сообщений. Сам чудо, что не проморгал :)

constantin> Я недавно дошёл к близкому подходу, использую Joplin (open source) для составления своих заметок и вписываю в ссылочную систему. Но, в статье хорошо описаны правила, как составлять заметку, чем она должна быть и чем нет. Теперь смотрю на это с другой стороны.

Я пробовал Joplin, но это для меня оказалось тяжеловесно :)

constantin> А вот до орг-мод всё никак не дойду освоить, к тому же emacs ещё не удалось встроить в ежедневные процессы. В комментариях к статье упоминался какой-то org-roam, я ещё вникать не стал, но может он является альтернативой deft? Там даже есть граф: The graph is generated from the link structure, and can be used to navigate to the respective files.

Почитал про него. На сайте написано, что стабильный релиз близко. Я, пожалуй, сперва подожду его, а потом попробую. Хотя, может статься, что ждать придётся очень долго. Например quicklisp уж сколько лет beta и ничего - все пользуются :)

Difrex> Глянул на CL -- это прямо то, что нужно! Синтаксис еще долбанутей перла, я такое люблю! Начал читать Practical Common Lisp. Но это все нудно. Я люблю учить что-то новое через реальные задачи, а не базу ЦД.

Базу ЦД из PCL рекомендую всё таки разобрать. Хорошее погружение, так сказать.

Difrex> Такой вот очень нубский вопрос: как скомпилить файл в нативный бинарь? Как запустить файл в интерпретаторе(не в REPL (load "filename"))?

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

На примере SBCL это выглядит так:

* (sb-ext:save-lisp-and-die "bin-name" :executable t :top-level 'function-name)

Всё, что выполняется вне функций упихиваешь в функцию (например (defun main () ...)). Тогда :top-level 'main будет. А :executable отвечает за конечный результат: бинарь дампа или лисп-машину туда присобачить.

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

А загрузка осуществляется посредством (load "filename") да =)

Ещё рекомендую посмотреть https://www.quicklisp.org/ это очень годная штука для подгрузки и обновления систем (что-то типа библиотек). Очень удобно.

PS: А синтаксис не такой уж и наркоманский. Зато позволяет легко осуществлять работу макросов и вообще. Ведь никто не запрещает передавать функции как данные, например.

AL> Я долго разбирался с этим вопросом, но похоже свободные реализации не умеют компилировать нативный байт-код.

Зато ты можешь подгрузить и запустить swank и подключаться к этому толстому бинарю после запуска с помощью SLIME как к удалённой лисп-машине. Баги удалённо на горячую править или ещё чего.

Привет, сектанты!

Я знаю, тут многие пользуются org-mode в emacs. Возникли вопросы по вставкам кода. Пользуетесь ли? Если пользуетесь, то как дружите org-mode с форматированием кода?

Например, я хочу записать небольшой пример на python:

#+BEGIN_SRC python
def hello_function():
    print('Hello, World!')
#+END_SRC

Но приходится приходится вручную забивать пробелы. Можно нажать C-c ' и отредактировать код в отдельном буфере, сохранить и выйти. Отредактирвоанный код автоматически вставится в редактируемый org-файл, но при повторном редактировании с отступами начинает творится какая-то вакханалия. Отступы выставляются табами (что не PEP-8 и вообще кю для пайтона), редачить приходится вновь забивая пробелы руками. И вообще не очень понимаю пока что происходит.

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

Заранее спасибо.

Вопрос снимается. Недочистил хук на пайтон после экспериментов с you complete me демоном. После удаления кривого хука и выставления

(setq org-src-preserve-indentation nil)
(setq org-edit-src-content-indentation 0)

в ~/.emacs проблема разрешилась и поведение стало ровно таким, как я хочу.

Всем спасибо :)

shaos> Ну вон я же вчера приводил замеры - каждый HTTPS запрос добавляет 3.5КБ к полезной нагрузке - будет 1000 запросов, будет лишних 3.5 мега...

Бесплатного HTTPS не бывает. Если хочется HTTPS, всё равно будут накладные расходы.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

Difrex> О, compile-file делает, то, что мне нужно :)

Так оно же fasl компилит. Или я тебя не понял просто?

>> Возникли вопросы по вставкам кода. Пользуетесь ли?
vit01> Когда только осваивал org-mode, игрался со вставками кода. Но потом освоил Jupyter Notebook/Lab, влюбился в него и держу мелкие (и не только мелкие) куски кода только там. Можно их и с markdown миксовать вполне

org-mode я люблю шибче markdown. Jupyter Notebook я пробовал, но не понял его. Есть какое-нибудь введение для самых маленьких?

vit01> Кстати, в Emacs есть режим для удалённого подключения к серверу Jupyter, народ пользуется как-то.

Ну это я пока даже не знаю зачем мне :)

vit01> Когда только осваивал org-mode, игрался со вставками кода. Но потом освоил Jupyter Notebook/Lab, влюбился в него и держу мелкие (и не только мелкие) куски кода только там. Можно их и с markdown миксовать вполне

Вообще, zettelkasten намекает, что и org-mode это немного пребор, но это действительно удобный инструмент для структурирования информации. Для вставок кода и ссылок хватило бы и markdown, но org-mode мне просто больше нравится. Плюс это всё таки простая плоская структура текстовых файлов, которую при необходимости можно обрабатывать чем угодно, а какой-нибудь pandoc позволит весьма безболезненно переехать на любой другой подходящий формат.

Difrex> О, compile-file делает, то, что мне нужно :)

Кстати, если разберёшься как подружить fasl и quicklisp (я просто не копал в эту сторону), то черкни сюда пару строчек о решении.

// Если я разберусь раньше, то отпишусь тоже да =)

Очередные правки. URL тот же: http://s.spline-online.ru/idec.html

Добавил явное указание запросов бандлов по 40 сообщений. Прояснил про строку аутентификации для пушей.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

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

Дело в том, что у меня значительно разбух .emacs и время запуска, соответственно, стало неудобоваримым. Всё это усугубляется тем, что порой я запускаю несколько экземляров (например, как редактор в цезии) и длительный запуск утомляет.

Суть проста: экземпляр emacs запускается в режиме демона без пользовательского интерфейса. Последний запускается в виде клиента и потому стартует очень быстро.

Запустить emacs в качестве демона очень просто:

$ emacs --daemon

Для запуска клиента с графическим фреймом и всеми возможностями графической версии достаточно просто выполнить

$ emacsclient -c

Если же хочется запустить клиент в терминале, то

$ emacsclient -nw

Вот и всё. Но есть ещё тонкости некоторых настроек, которые перестают работать в режиме демона и клиента. У меня проявились две: не подхватился шрифт и не выключался scrollbar.

Обе проблемы решились весьма просто.

(setq default-frame-alist '((font . "Iosevka-12")))

И проблема с шрифтом решена.

Scrollbar же я убрал не так красиво, но вполне действенно. В ~/.Xdefaults добавил строчку

emacs.verticalScrollBars: false

Теперь в фреймах отсутствует scrollbar.

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

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

Difrex> Не, не совсем то. Зато sbcl --script точно, то, что нужно.

Ещё есть полезняшка в виде sbcl --eval.

Difrex> Теперь есть такой вопрос: как обрабатывать исключения? По типу eval в perl, ну или try/except в python?

PCL глава 19. Сам ещё толком не разбирался.

>> Давно знал о сабжевой возможности, но никогда не пользовался.
Difrex> Я наоборот всегда пользовался. Особенно удобно стало, когда стали официальный юнит поставлять. Смог свой выкинуть.

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

Перезапустил демон - починилось.

Если был схожий опыт, то буду рад помощи. Вдруг ещё проявится.

PS: есть подозрение, что в закрывающем теге в org-mode опечатка привела к таким последствиям, но воспроизвести не смог.

vit01> На прошлой неделе тоже пытался немного пощупать сабж. Уж так ты его нахваливал, аж попробовать захотелось :)

Как оказалось, в PCL дело написано в первой главе: разные языки действительно различны не взирая на формальное равенство по Тьюрингу. Но у Lisp есть и некоторые неудобства в виде достаточно тяжёлой lisp-машины, например.

vit01> Хотел бы узнать, какие биндинги/API/стандартные либы общие у всех диалектов. А то по синтаксису общие моменты есть, но в остальном всё у всех своё.

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

Common Lisp сильно отличен от прочих языков. Здесь нет единой линии партии, единой реализации. К вопросу о разных реализациях, кстати, тот же C, я уж молчу про C++, может работать по разному с разными компиляторами. Так что трагического ничего нет.

vit01> Embeddable Common Lisp умеет переводить свой код в сишные файлы, компилируемые GCC. Хотя сколько не пытался, всё сегфолты и ошибки линковки.

То есть по факту таки нет.

PS: Я рекомендую почитать первую главу PCL (Practical Common Lisp). Лучше всего взять русский перевод тут https://github.com/pcl-ru/pcl-ru или я могу скинуть уже готовую pdf-ку. Если первая глава заинтригует, то почитать хотя бы главы 2 и 3. После этого уже можно что-то писать (я clii написал, имея за плечами только этот багаж).

vit01> Вопрос Андрею, как знатоку CL.

Я не знаток CL, к сожалению. Катострофически не хватает времени на всё. Так что знаю его весьма поверхностно.

vit01> Заглянул тут в код iicl и задумался: а зачем же использовать сабж? Для нужд ii вполне можно взять какую-нибудь самописную функцию и не тянуть лишние зависимости через quicklisp.

iicl - мой учебный проект, на котором я учился писать хоть что-нибудь на CL. Там многое сделано очень плохо и криво. split-sequence я взял потому что проще взять готовое. Вот если бы отказаться от drakma или hunchentoot это да, в split-sequence маленький и не критичный.

vit01> Или дело в каких-нибудь заморочках с производительностью?

Дело в ламерстве =)

vit01> // ура, наконец-то кто-то из "своих" появился в ii =)

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

AL>> split-sequence я взял потому что проще взять готовое. Вот если бы отказаться от drakma или hunchentoot это да, в split-sequence маленький и не критичный.

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

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

vit01> P.S. Извините за такой душевный выброс, но просто не получается держать это внутри

На самом деле bash это хорошо (потому что нет смысла писать на C/Pascal/Fortran/указать свой вариат то, что можно уместить в пайп). Пайтон же хорош для небольших скриптов (на худой конец для ii-ноды или ii-клиента =).

Действительно нет смысла переписывать то, что и так хорошо работает. Лучшее - враг хорошего.

В тему вспоминается старый анекдот про программиста и его сына:

- Пап, почему солнце встаёт на востоке и заходит на западе?

Отец, не отрываясь от монитора:

- Ты проверял?

- Да.

- Точно?

- Да.

- Тогда не трогай ничего.

hugeping> P.S. Пишу это сообщение, так как после обновления пакета hplip потерял это изменение и разбирался повторно. :)

Повеяло историей про Столлмана и принтер :)

Хотя, тут всё не так плачевно, конечно.

AL>> Повеяло историей про Столлмана и принтер :)
AL>> Хотя, тут всё не так плачевно, конечно.
vmg> Плачевно у меня со сканером canon lide 300. Попытался собрать sane backends, но оказалось, что система моя старая, и всё в ней старое. А тот sane, что в репозитории, не видит lide 300.

А что у тебя за система?

AL>> А что у тебя за система?
vmg> linux mint 18.3 (ubuntu 16.04 xenial)

Таки да. Я поэтому и ушёл со Slackware, что доступна только версия 14.2, вышедгая в 16-м году. На новом оборудовании у меня не заводится wifi-модуль, а более свежее ядро мне лень туда собирать :)

С одной стороны печально, что так случается, с другой -- новое оборудование требует нового кода. Мы живём в несовершенном мире :(

Давно искал какую-нить генерилку статуса для i3 или dwm (я периодичечски "прыгаю" по wm да), чтобы можно было не только по времени, но и по событию обновлять строку статуса. Например, изменение громкости или переключение раскладки. Вот нашёл сабж. Очень простая штука, позволяющая достаточно гибко писать отображение информации на lua, перерисовывающая статус при его изменении, а не по таймеру. Поддерживает кучу всяких панелей, теоретически без особых проблем позволяет писать поддержку других панелей.

Есть в AUR, но там по умолчанию отключена сборка плагина для pulseaudio. Так что пришлось немного поправить PKGBUILD и теперь у меня очень симпатичный статус прямо в i3bar :)

Пробовал i3blocks, но он какой-то деревянный мне показался. Может, я просто не смог нормально с ним разобраться.

vit01> И да, ещё можно пожелания высказать.

Кстати, может сделать получение не полной эхи? А то вчера под виндой запускал (8.1 полёт нормальный), так кое как дождался загрузки эх из стандартного конфига.

Ну и окно терминала бы скрыть ещё.

vit01> Если ты включишь в настройках "Поддержку расширенного /u/e", то клиент будет скачивать только последние N.

Ух ты. Не доглядел =)

// А я в итоге без расширенного /u/e это сделал =) Теперь вот репу чешу: зачем предлагал =)

vit01> Точно, забыл. Но это с PyInstaller'ом связано, а не с самим клиентом, починю. Ты же имеешь в виду чёрную консоль питона, да?

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

shaos> Ну вон я же вчера приводил замеры - каждый HTTPS запрос добавляет 3.5КБ к полезной нагрузке - будет 1000 запросов, будет лишних 3.5 мега...

Если в каждой эхе у нас новых сообщений от 128 до 256 штук, то для 1000 запросов, с учётом того, что запрашиваем по одной эхе, нужно запросить 125 эх. Это раз

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

Бандлы по 40 сообщений... Если мы возьмём те самые 125 эх, в которых у нас по 256 новых сообщений и начнём их выкачивать такими вот бандлами, у нас всё равно будет 800 запросов, что меньше заявленного тобой ужасного числа на 20%.

В реальности такой оверхед будет только для новых узлов и разово. Дальше, при фетчинге хотя бы пару раз в день, количество запросов будет от силы несколько десятков на сессию, что меньше 10% от заявленного.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

vit01> Я рассматривал вариант помещения прогрессбара в получение эх, но отказался от такой затеи.
vit01> Во-первых, потому что юзер должен полностью контролировать процесс фетча (а прогрессбар - это штука сама по себе ненадёжная), во-вторых, потому что алгоритм фетча слишком оптимизирован (как у Ромы), и не определишь, к какой эхе какое сообщение относится. В-третьих, потому что придётся избавиться от модульности в ii-шном движке (а это скажется негативно на будущих поделках).

А. Ну я ж со своей колокольни. У меня лютый монолит, завязанный узлом сам на себя.

vit01> Кстати, а как тебе всякие дополнительные плюшки вроде получения списка эх, блэклиста, чистки и прочего? Пробовал /x/c включать на своей ноде?

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

PS: А где глянуть алгоритм получения сообщений? Например, у меня включена поддержка расширенной /u/e и оно получает последние 50 сообщений. Я, например, неделю не получал новых сообщений и в эхе на ноде их скопилось больше 50. Как поведёт себя клиент в такой ситуации?

constantin> Подскажи, пожалуйста,
constantin> 1. каким образом ты ставишь ссылки на файлы?

C-c C-l file RET <filename> RET <description>

constantin> 2. и затем переходишь по ним?

C-c C-o

constantin> И второй вопрос, про org-mode:
constantin> Для вызова Agenda есть ли комбинация клавиши по-умолчанию или надо настраивать, т.к. C-c C-a у меня не работает так, как нашёл в одной из инструкций...

Вы таки будете смеяться, но я не пользуюсь агендой :)

constantin> Спасибо)

Не за что. Обращайся :)