Emacs 29.1

А как же свой файл конфигурации?

С ним все тип-топ.

nano в environment.defaultPackages. Его можно переопределить, конечно, но это то же самое, что в дебиане сносить.

Можно оценить стандарт окружения: https://search.nixos.org/options?channel=23.05&show=environment.defaultPackages&from=0&size=50&sort=relevance&type=packages&query=Environment.defaultPackages

nano, perl, rsync, strace.

Пытался использовать для почты и ньюсов, не понравилось. Браузер слабоват, календарь? тоже нет.

Sorry, а зачем редактору текстов это всё уметь делать?

Это и не делает редактор текстов. А откуда такой вопрос?

Может быть я пост не правильно понял?

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

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

Пытался использовать для почты и ньюсов, не понравилось. Браузер слабоват, календарь? тоже нет.

Может быть ты любишь за что-то другое, не знаю. За что ты любишь емакс?

Наверное.

Sorry, а зачем редактору текстов это всё уметь делать?

Емакс себя позиционирует как лисп-интерпретатор, с возможностью редактирования текстов. То есть редактирование это дополнительная возможность.

An extensible, customizable, free/libre text editor — and more. At its core is an interpreter for Emacs Lisp, a dialect of the Lisp programming language with extensions to support text editing.

https://www.gnu.org/software/emacs/

Соответственно внутри него можно запускать программы на лиспе. Написано много программ. Почтовик, браузер, календарь, вики и т.п.

В основном эти лисп-программы не могут конкурировать с полноценными программам из-за ограниченной функциональности и ограничений самого интерпретатора лиспа. Но есть и удачные. Например в качестве IDE с lsp-mode очень даже ничего.

Спасибо!
Всегда думал, что Emacs в первую очередь хороший текстовый редактор, а остальное лишь вспомогательные плагины.

Исторический шанс упущен.

Я тоже так думаю. Печалька.

В основном эти лисп-программы не могут конкурировать с полноценными программам из-за ограниченной функциональности и ограничений самого интерпретатора лиспа.

Некоторые best in class (org, magit, slime/sly), и много широко применяемых даже при наличии альтернатив (calc, realgud, dired, notmuch/mu4e).

Платформа морально устарела, конечно, но равноценной замены не имеет.

magit

Согласен, бест, но это я бы отнёс к IDE. Кстати, тоже не идеал.

slime

опять же IDE

org

А вот тут я не уверен, в каком классе оно бест?

широко применяемых

в узких кругах

(realgud опять же IDE)

А вот тут я не уверен, в каком классе оно бест?

Во всех, где нужно организовывать задачи, заметки и знания. Возьмём какие-нибудь совсем базовые вещи. Есть задачки, которые нужно сделать. У задач бывает статус todo-progress-done-etc и срок сдачи, нужно как-то их отслеживать, чтобы ничего не упустить, часть задач частично синхронизирована с jira (мои задачи мельчи жировских тикетов и написаны на смеси плохого русского с плохим английским, чужим людям это показывать не надо, а вот в процессе выполнения работы помогает), в процессе пишется обновляется документация, при этом часть её является интерактивной, например описываешь API и там же пример вызова, который можно в живом режиме выполнить и посмотреть что получится. Ну и в процессе пишется дневничок, чтоб потом на performance review можно было просто ответить «а чем это я занимался пол года». В общем, обычная жизнь простого айтишника.

И вот, что мне предлагается с этим делать без org-mode? Придётся колхозить связку из jira-wiki-project-manager-static-site-generator (или обвязываться плагинами для wiki)-дневничок так и быть пусть будет git-repository с markdown-файлами, потом ещё там туда-сюда куски текстов таскать, либо обвязываться ссылками и следить, чтобы всё это хозяйство не развалилось.

Угу. На рабочем буке. С цигвином не очень сложилось.

Офигеть. Именно в MSYS2 я его и не смог запустить со своим конфигом, только нагишом. А цигвиновская сборка работает нормально.

Можно же полноценный линукс в виртуалку накатить.

Emacs в msys2 работает прекрасно, gcc компилит tree-sitter, всякое pacman ставит, плюс ucrt работает быстрее.

Предыдущая аватарка была лучше.

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

https://rutracker.org/forum/viewtopic.php?t=5032225

Зачем пособие по троллингу тупостью убрал? Прикольно же было.

Надоело рекламировать ШКЯ

Вопрос по Emacs29. Кто ставил tree-sitter, удалось ли завести html? У меня все grammars завелись, кроме данного. Даже в списке modes нет.

А причем здесь это?

Я к тому, а зачем виртуалки.

Чтобы пользоваться linux-only софтом. Изначальный разговор был про WSL.

А примеры можно? Редакторы в msys - есть, утилиты - есть, компиляторы - есть. Да, WSL стал сейчас удобнее чем был, но и на оределённых задачах тормозит (я сталкивался там, где много мелких файлов). Ну и чтобы было удобно… Надо latest windows, что буээ. Я, например, для тестирования использую LTSB, а многое «дописали» в новых сборках. Что и требуют в system req разработчики.

* XAML islands was a technology preview and didn't support high-DPI, DPI changes, or accessibility in 1809. We rely on them heavily.

* 1903 added support for side-by-side WinRT component activation, something deep in the COM stack that lets us find our DLLs when they're right next to our EXE.

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

Из того, что нужно непосредственно мне: mit-scheme, likwid

(mit-scheme)We no longer support OS/2, DOS, or Windows, though it’s possible that this software could be used on Windows Subsystem for Linux (we haven’t tried).

Понимаю. Тут WSL зайдёт, наверное.

WSL вроде мост поднимает внутренний.