VL
Size: a a a
2021 March 03
Aß
The Book
y
к примеру, на вт, чт и вс
аналог такого
аналог такого
* ROUTINE Попялить мемчиковно одним пунктом
SCHEDULED: <2021-03-02 Tue +7d>
* ROUTINE Попялить мемчиков
SCHEDULED: <2021-03-04 Thu +7d>
* ROUTINE Попялить мемчиков
SCHEDULED: <2021-03-07 Sun +7d>
org-recur
Aß
ping
A
у него клиент для емакса хуета
а я видел какой-то емаксо-плагин для него
¥
а я видел какой-то емаксо-плагин для него
я тоже
¥
вот про него и говорю
2021 March 04
a
про тесты - согласен, про нелисповские зависимости в экосистеме емакса обычно не заботятся, они нужны только если ты опакечиваешь для какого-то дистрибутива конкретно
Про неелисповские зависимости в елисповской экосистеме вообще не заботятся — потому что не могут себе позволить. А это потому что свой пакетный менеджер недостаточно хорош.
Это приводит к тому, что человек может установить елисповский пакет, загрузить его и получить ошибку, и вообще говоря ее причина будет непонятна. При нормальной работе с зависимостями пакет бы вообще не установился если какие-то runtime-зависимости не установлены.
Любой интерфейс ко внешней программе включает эту программу как runtime-зависимость. Таких интерфейсов в emacs дофига, понятное дело. Если есть необходимость работать с хоть немного большими данными, имеет смысл их кэшировать, и иногда это имеет смысл делать во время компиляции, так что в таких случаях внешняя программа это еще и build-time зависимость.
Я уж не говорю про ситуацию когда елисповский интерфейс требует зависимость версии ≥n. Можно провести немало времени выясняя причину ошибки забыв, что что-то не установлено, но можно провести еще больше если не знать, что интерфейс просто не предполагается использовать с какими-то старыми версиями, особенно если юзер вообще не программирует (емаксу не нужно пренебрегать этой аудиторией).
А make-то наверное говно, но любая система сборки, которая не поддерживает высококлассное метапрограммирование, как в Лиспе, будет говном. А make везде есть, и это GNU. Мне от него ничего не надо кроме того, что он стандартный.
Это приводит к тому, что человек может установить елисповский пакет, загрузить его и получить ошибку, и вообще говоря ее причина будет непонятна. При нормальной работе с зависимостями пакет бы вообще не установился если какие-то runtime-зависимости не установлены.
Любой интерфейс ко внешней программе включает эту программу как runtime-зависимость. Таких интерфейсов в emacs дофига, понятное дело. Если есть необходимость работать с хоть немного большими данными, имеет смысл их кэшировать, и иногда это имеет смысл делать во время компиляции, так что в таких случаях внешняя программа это еще и build-time зависимость.
Я уж не говорю про ситуацию когда елисповский интерфейс требует зависимость версии ≥n. Можно провести немало времени выясняя причину ошибки забыв, что что-то не установлено, но можно провести еще больше если не знать, что интерфейс просто не предполагается использовать с какими-то старыми версиями, особенно если юзер вообще не программирует (емаксу не нужно пренебрегать этой аудиторией).
А make-то наверное говно, но любая система сборки, которая не поддерживает высококлассное метапрограммирование, как в Лиспе, будет говном. А make везде есть, и это GNU. Мне от него ничего не надо кроме того, что он стандартный.
a
у него клиент для емакса хуета
В чем проблема с ним? Меня устраивает, намабиле пользуюсь.
Aß
Про неелисповские зависимости в елисповской экосистеме вообще не заботятся — потому что не могут себе позволить. А это потому что свой пакетный менеджер недостаточно хорош.
Это приводит к тому, что человек может установить елисповский пакет, загрузить его и получить ошибку, и вообще говоря ее причина будет непонятна. При нормальной работе с зависимостями пакет бы вообще не установился если какие-то runtime-зависимости не установлены.
Любой интерфейс ко внешней программе включает эту программу как runtime-зависимость. Таких интерфейсов в emacs дофига, понятное дело. Если есть необходимость работать с хоть немного большими данными, имеет смысл их кэшировать, и иногда это имеет смысл делать во время компиляции, так что в таких случаях внешняя программа это еще и build-time зависимость.
Я уж не говорю про ситуацию когда елисповский интерфейс требует зависимость версии ≥n. Можно провести немало времени выясняя причину ошибки забыв, что что-то не установлено, но можно провести еще больше если не знать, что интерфейс просто не предполагается использовать с какими-то старыми версиями, особенно если юзер вообще не программирует (емаксу не нужно пренебрегать этой аудиторией).
А make-то наверное говно, но любая система сборки, которая не поддерживает высококлассное метапрограммирование, как в Лиспе, будет говном. А make везде есть, и это GNU. Мне от него ничего не надо кроме того, что он стандартный.
Это приводит к тому, что человек может установить елисповский пакет, загрузить его и получить ошибку, и вообще говоря ее причина будет непонятна. При нормальной работе с зависимостями пакет бы вообще не установился если какие-то runtime-зависимости не установлены.
Любой интерфейс ко внешней программе включает эту программу как runtime-зависимость. Таких интерфейсов в emacs дофига, понятное дело. Если есть необходимость работать с хоть немного большими данными, имеет смысл их кэшировать, и иногда это имеет смысл делать во время компиляции, так что в таких случаях внешняя программа это еще и build-time зависимость.
Я уж не говорю про ситуацию когда елисповский интерфейс требует зависимость версии ≥n. Можно провести немало времени выясняя причину ошибки забыв, что что-то не установлено, но можно провести еще больше если не знать, что интерфейс просто не предполагается использовать с какими-то старыми версиями, особенно если юзер вообще не программирует (емаксу не нужно пренебрегать этой аудиторией).
А make-то наверное говно, но любая система сборки, которая не поддерживает высококлассное метапрограммирование, как в Лиспе, будет говном. А make везде есть, и это GNU. Мне от него ничего не надо кроме того, что он стандартный.
так-то есть BSD make, который несовместим с GNU make, а их общая часть (собственно make) довольно скудна возможностями
a
A ß
так-то есть BSD make, который несовместим с GNU make, а их общая часть (собственно make) довольно скудна возможностями
Да мне не нужны возможности, все возможности реализуются елиспом. Мне нужно только чтоб можно было совершить общепринятые действия (что-то типа
make && make install) и получить ожидаемый эффект.ND
надо было ставить гикс
a
надо было ставить гикс
У меня-то Gentoo, у меня проблем нет, лично мне эти мейкфайлы не нужны, и ebuild'ы к пакетам я публикую. Но по мере того как пакеты становятся интереснее, хочется чтоб их могли установить не только пользователи Gentoo.
Aß
ping
Aß
ping
Aß
ping
A
Свин