VL
:config там бесполезен
Size: a a a
2020 June 15
VL
у тебя :demand t уже грузит
A
ты постоянно путаешь команды и пакеты
работает! абнял-паднял!
VL
AlexG
(use-package dap-mode
:ensure
:diminish
:hook((lsp-mode . dap-mode))
:bind(("<f12>" . dap-debug)
("<f8>" . dap-continue)
("<f9>" . dap-next)
("<M-f11>" . dap-step-in)
("C-M-<f11>" . dap-step-out)
("<f7>" . dap-breakpoint-toggle))
:custom
(dap-print-io t)
:config
(dap-mode 1)
(dap-ui-mode 1)
(dap-ui-controls-mode -1))
(use-package dap-python
:demand t
:after (lsp python)
:config
(require 'dap-python))
(use-package dap-lldb
:demand t
:after(lsp rust)
:config
(require 'dap-lldb))
Так не пашет
:ensure
:diminish
:hook((lsp-mode . dap-mode))
:bind(("<f12>" . dap-debug)
("<f8>" . dap-continue)
("<f9>" . dap-next)
("<M-f11>" . dap-step-in)
("C-M-<f11>" . dap-step-out)
("<f7>" . dap-breakpoint-toggle))
:custom
(dap-print-io t)
:config
(dap-mode 1)
(dap-ui-mode 1)
(dap-ui-controls-mode -1))
(use-package dap-python
:demand t
:after (lsp python)
:config
(require 'dap-python))
(use-package dap-lldb
:demand t
:after(lsp rust)
:config
(require 'dap-lldb))
Так не пашет
и там не rust а rust-mode
VL
если тебе нужно название пакета, то открой файл с определением функции и проскроль вниз до строчки с provide
A
Уже все поправил, и проверил. Все пашет
VL
да я знаю шо пашет, я же тут просветительством юных имаксеров занимаюсь)
VL
нужно организовать имаксо-миссионерство
ND
школу имени Столлмана
VL
каждое утро будет чтение гну лицензии
VL
и про то что мы на самом деле пользуемся GNU/Linux
PM
каждое утро будет чтение гну лицензии
а за ним предложение о донейшенах
*
каждое утро будет чтение гну лицензии
и причищение мазолями
PM
кстати, может есть где-то описание того как emacs под капотом архитектурно устроен? его внутренние жизненные циклы. что происходит после запуска, когда что инициализируется и создается. какие фоновые процессы у него есть. как к примеру скоупы команд организованы и т.д.
интересно для понимания что присходит под капотом и когда что срабатывает и какой имеет приоритет и порядок/ контекст.
а то пока очередная волна приступа постигнуть emacs не прошла - хотелось бы понять внутрянку, может тогда какие-то минорные непонятки не будут сильно влиять на желание бросить 😃
ранее видел советы почитать исходники, я в целом не против, и скорее всего со временем так и будет. но хочется хотя бы обзора местности и что как устроено.
интересно для понимания что присходит под капотом и когда что срабатывает и какой имеет приоритет и порядок/ контекст.
а то пока очередная волна приступа постигнуть emacs не прошла - хотелось бы понять внутрянку, может тогда какие-то минорные непонятки не будут сильно влиять на желание бросить 😃
ранее видел советы почитать исходники, я в целом не против, и скорее всего со временем так и будет. но хочется хотя бы обзора местности и что как устроено.
D
А зачем такое кому-то описывать?
ND
и причищение мазолями
(amen)
PG
и про то что мы на самом деле пользуемся GNU/Linux
GNU+Linux
PG
кстати, может есть где-то описание того как emacs под капотом архитектурно устроен? его внутренние жизненные циклы. что происходит после запуска, когда что инициализируется и создается. какие фоновые процессы у него есть. как к примеру скоупы команд организованы и т.д.
интересно для понимания что присходит под капотом и когда что срабатывает и какой имеет приоритет и порядок/ контекст.
а то пока очередная волна приступа постигнуть emacs не прошла - хотелось бы понять внутрянку, может тогда какие-то минорные непонятки не будут сильно влиять на желание бросить 😃
ранее видел советы почитать исходники, я в целом не против, и скорее всего со временем так и будет. но хочется хотя бы обзора местности и что как устроено.
интересно для понимания что присходит под капотом и когда что срабатывает и какой имеет приоритет и порядок/ контекст.
а то пока очередная волна приступа постигнуть emacs не прошла - хотелось бы понять внутрянку, может тогда какие-то минорные непонятки не будут сильно влиять на желание бросить 😃
ранее видел советы почитать исходники, я в целом не против, и скорее всего со временем так и будет. но хочется хотя бы обзора местности и что как устроено.
В основном такие моменты описаны в исходниках и, внезапно, документации
PM
А зачем такое кому-то описывать?
хз, причины могут быть разными