RSS
# Перешёл с gnus на mu4e
linux.14
hugeping(ping,1) — All
2021-03-17 14:15:04


Окончательно свалил с gnus и очень доволен!

Основная проблема gnus: очень медленно работает с большим количеством сообщений.
Но перешёл я по другой причине.

Для поиска по Maildir я давно уже пользовался mu. mu -- строит базу по сообщениям, с которой можно потом работать удобным образом. Делать выборку, искать по содержимому писем, выводить на консоль. А потом я подумал, что это же и есть удобная читалка почты :) А ещё потом оказалось, что с mu идёт mu4e -- почтовый клиент в emacs, который целиком основан на mu! Это очень просто и это работает.

Попробовал и офигел!

1) Быстро! Мои 4 ящика с тысячами сообщений обрабатывает моментально!
2) Простота интерфейса! Есть всё, что мне нужно и это удобно.
3) Автодополнение адресов, которые встречаются в письмах!

Правда, есть нюанс. Старые версии mu и mu4e заметно хуже. Поэтому, в Debian 10 мне пришлось собрать версию с git и поставить в /usr/local. Ну а в Арче, понятное дело, свежак.

Короче, если вы пользуетесь почтой в emacs - рекомендую.
Если пользуетесь maildir -- тоже рекомендую в связке с любым другим клиентом. Потому что автоматизация поиска по базе с помощью mu -- полезная в быту функция.

В общем, сейчас схема работы с почтой у меня такая:

1) забор всего утилитой mpop по крону или таймеру (да, я забираю почту по pop, а не по imap. Ну, потому что мне просто нужно забрать все сообщения, которые есть на сервере, и которых нет у меня. И это всё, что мне нужно).
2) procmail -- распределение по подкаталогам в зависимости от тем/аккаунтов
3) msmtp -- отправка
4) mu4e -- просмотр, выборка, редактирование итд.

# Re: Всё, что надо знать о текущем состоянии ядра Linux
linux.14
vvs(ping,12) — hugeping
2021-02-16 00:18:06


Ну, когда-то я хотел использовать GNU Hurd, но в процессе ожидания, пока его доработают напильником, пришлось перебиваться на линуксе. Потом я мечтал о том, чтобы у меня вместо ядра был гипервизор, а каждое приложение - униядро. А потом увидел нынешнее подобие этой мечты - Qubes OS и офигел. Красивая теория столкнулась с реальностью. Ядро линукса теперь мне кажется довольно практичным. Все познается в сравнении.

# Всё, что надо знать о текущем состоянии ядра Linux
linux.14
hugeping(ping,1) — All
2021-02-15 11:24:27


Из списка изменений 5.11

https://www.opennet.ru/opennews/art.shtml?num=54581

> Добавлен новый механизм перехвата системных вызовов, основанный на prctl() и позволяющий из пространства пользователя генерировать исключения при обращении к определённому системному вызову и эмулировать его выполнение. Указанная функциональность востребована в Wine и Proton для эмуляции системных вызовов Windows...

Ну, что сказать, Linux куплен с потрохами. Моя работа связана с ним, но любить эту систему мне всё сложнее...

# Re: Скриншот области экрана X11 в clipboard
linux.14
vvs(ping,12) — Andrew Lobanov
2021-01-29 12:39:55


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

Я иногда редактирую свои сообщения, может из-за этого?

AL> Перемигивания всех декораций окон и панелей раз в пару минут я больше нигде не наблюдал. Только в гноме под иксами. Поэтому и получается, что gnome == wayland. Иначе никак. По крайней мере на видеоадаптере от intel.

У меня Intel, только старый. Единственное, что добавил
Option "PageFlip" "false"
Иначе были проблемы в wine если быстро мышью двигать. После этого все гладко заработало.

vvs>> В гноме раздражает умышленная несовместимость с предыдущими версиями.

AL> Я гномом пользовался чуть больше полугода и не успел оценить этих прелестей.

Это влияет на установленные расширения. В итоге авторам надоедает их постоянно переделывать и они их забрасывают вообще. Этим же Firefox страдает. Но там вообще просто удаляют поддержку старых API. Еще иногда параметры настройки меняют имя и место.

AL> В бэкпортах зачастую нет актуальных версий и приходится любиться со сборкой пакетов. Конечно, это нужно далеко не везде и не всем, но в некоторых случаях наличие актуальной версии ПО может быть критичным.

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

AL> Не обязательно от привычки. CWM был совсем непривычен в первые пару часов работы, например. Как и i3, когда я его впервые поставил. Тут скорее от продуманности настроек по-умолчанию зависит.

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

# Re: Скриншот области экрана X11 в clipboard
linux.14
hugeping(ping,1) — hugeping
2021-01-29 10:37:35


На твоей ноде тоже порядок такой-же, кстати. Так что голословное утверждение пока про порядок =)

UAjWgtopKMN5TuE40eDh
WHBTaCadjSbLfTnPAAZE
uFmdn62wyvWPAiiPM8nI
S9NHawK5w1x7C4W1rQy2

# Re: Скриншот области экрана X11 в clipboard
linux.14
hugeping(ping,1) — Andrew Lobanov
2021-01-29 10:36:05


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

Можно поточнее?

Фрагмент: http://hugeping.tk/u/e/linux.14

UAjWgtopKMN5TuE40eDh <- вопрос
WHBTaCadjSbLfTnPAAZE
uFmdn62wyvWPAiiPM8nI
S9NHawK5w1x7C4W1rQy2 <- ответ

Порядок верный, меняться не должен. Не понимаю, что исправлять.

# Re: Скриншот области экрана X11 в clipboard
linux.14
Andrew Lobanov(tavern,1) — vvs
2021-01-29 10:24:23


AL>> Тогда этот совет подходит только тебе.
vvs> Какой совет? Это был всего лишь ответ на вопрос Петра, чем я пользуюсь.
это
Видимо, как-то не уловил сути. В последнее время с узла Петра сообщения в странном порядке приходят. Зачастую ответ я вижу раньше вопроса и потому не всегда удаётся адекватно проследить нить беседы. Надеюсь, Пётр починит это дело.

AL>> ППКС, но это точно не про гном. Я его очень долго настраивал, когда пытался использовать. В итоге удалось получить удобное и незаметное окружение, но ценой больших усилий. Пожалуй, так бы на нём и остался, да под иксами он артефакты рисует у меня, а под wayland, по крайней мере на тот момент, не решались некоторые проблемы.
vvs> Глюки везде есть, гном не исключение. Вэйлэндом не пользуюсь - это очень сырая штука, у меня на нем многие вещи или глючат или вообще не работают.

Перемигивания всех декораций окон и панелей раз в пару минут я больше нигде не наблюдал. Только в гноме под иксами. Поэтому и получается, что gnome == wayland. Иначе никак. По крайней мере на видеоадаптере от intel.

vvs> В гноме раздражает умышленная несовместимость с предыдущими версиями.

Я гномом пользовался чуть больше полугода и не успел оценить этих прелестей.

vvs>Но я редко обновляю ОС, чаще использую бэкпорт если не требует особых усилий.

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

vvs>Нет желания тратить массу времени впустую, решая искусственные проблемы. Но все зависит от привычки. Если бы я начинал с Plan 9, то может на нем и остался бы. Хотя все-таки вряд ли, поскольку большинство приложений там работать не будут, а это то, что меня интересует в первую очередь.

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

AL>> Меньше всего возни в итоге потребовали i3wm и cwm %) Последний вообще практически не потребовал настройки, чем очень сильно порадовал.
vvs> Так это от привычки зависит. Если устраивают настройки по умолчанию, то вообще ничего делать не надо :)

Не обязательно от привычки. CWM был совсем непривычен в первые пару часов работы, например. Как и i3, когда я его впервые поставил. Тут скорее от продуманности настроек по-умолчанию зависит.

# Re: Смысл в альтернативных оконных-менеджерах/средах
linux.14
Andrew Lobanov(tavern,1) — vvs
2021-01-29 10:24:22


hugeping>> Так что минимализм, кроме эстетического удовольствия, может приносить и вполне конкретные практические плоды. :)
vvs> Я, как раз, свожу свои потребности к минимуму не ради эстетики, а именно ради экономии. Только это палка о двух концах: экономишь одни ресурсы - тратишь гораздо больше собственного времени и усилий. Нужна золотая середина.

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

Конечно, если DE покрывает потребности и железо позволяет безболезненно им пользоваться, то это здорово. Но порой хочется не тратить уйму времени на борьбу с окружением, а хочется просто работать :) Поэтому i3 или cwm для меня куда более разумный выбор, так как ими вполне удобно пользоваться и вовсе без настройки, например. Однако, если потратить недельку на работу напильником, то и Gnome3 и XFCE4 прекрасные среды. Только я уже жалею время на их настройку.

# Re: Смысл в альтернативных оконных-менеджерах/средах
linux.14
vvs(ping,12) — hugeping
2021-01-28 21:19:12


hugeping> Так что минимализм, кроме эстетического удовольствия, может приносить и вполне конкретные практические плоды. :)

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

hugeping> P.S. Из gnome софта в основном использовал evince и eog. Но им легко находится замена.

И опять тут две стороны. Совместимость с PDF у всех разная. Мне иногда попадались такие книги, которые правильно отображает только evince. Но это кому как повезет. Например, для чтения FB2, я до последнего времени прекрасно обходился FBReader-ом, пока не попалась книга логических головоломок Смаллиана с таблицами. К моему разочарованию их отображает только calibre. Пришлось приручать этого монстра, а ему нужен qt5webengine, т.е. chromium. И компиляция этого монстра - это отдельная история. Но, к счастью, такие ужасы происходят один раз в несколько лет.

# Смысл в альтернативных оконных-менеджерах/средах
linux.14
hugeping(ping,1) — All
2021-01-28 13:49:24


Тут в ii://HqRzKpFeQ23uczZpw4Vq постепенно перешли к другой теме. Использование мейнстрим десктопов vs i3wm/cwm итд.

Сам я, в каком то смысле, всеяден. i3wm давно использую на работе. До этого перепробовал кучу разных оконных менеджеров: dwm, wmii, ion, stumpwm, musca, openbox, fluxbox, e17, fvwm и прочие и прочие. В 9front прекрасно чувствую себя в rio. Дома до последнего времни в основном использовал gnome3. Так как он мне нравится внешне из коробки.

Но у меня у ноута слабо держит батарея. Поэтому, ради интереса, попробовал cwm и ... о чудо! Батарейка стала чувствовать себя гораздо уверенней! В качестве браузера стал реже запускать firefox, больше netfront. Стало ещё лучше. :)

Так что минимализм, кроме эстетического удовольствия, может приносить и вполне конкретные практические плоды. :)

P.S. Из gnome софта в основном использовал evince и eog. Но им легко находится замена.

# Re: Скриншот области экрана X11 в clipboard
linux.14
vvs(ping,12) — Andrew Lobanov
2021-01-28 12:22:06


AL> Тогда этот совет подходит только тебе.

Какой совет? Это был всего лишь ответ на вопрос Петра, чем я пользуюсь.

AL> ППКС, но это точно не про гном. Я его очень долго настраивал, когда пытался использовать. В итоге удалось получить удобное и незаметное окружение, но ценой больших усилий. Пожалуй, так бы на нём и остался, да под иксами он артефакты рисует у меня, а под wayland, по крайней мере на тот момент, не решались некоторые проблемы.

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

В гноме раздражает умышленная несовместимость с предыдущими версиями. Но я редко обновляю ОС, чаще использую бэкпорт если не требует особых усилий. Нет желания тратить массу времени впустую, решая искусственные проблемы. Но все зависит от привычки. Если бы я начинал с Plan 9, то может на нем и остался бы. Хотя все-таки вряд ли, поскольку большинство приложений там работать не будут, а это то, что меня интересует в первую очередь.

AL> Меньше всего возни в итоге потребовали i3wm и cwm %) Последний вообще практически не потребовал настройки, чем очень сильно порадовал.

Так это от привычки зависит. Если устраивают настройки по умолчанию, то вообще ничего делать не надо :)
P.S. Edited: 2021-01-28 12:23:45

# Re: Скриншот области экрана X11 в clipboard
linux.14
Andrew Lobanov(tavern,1) — vvs
2021-01-28 03:54:36


vvs> Вообще-то, Гном у меня выполняет функции десктопа. А скриншоты я делаю редко.

Тогда этот совет подходит только тебе.

vvs> Зачем вообще нужен десктоп, да еще такой огромный? Я пробовал другие варианты, но они меня не удовлетворили. Либо мне сложнее было выполнять мои повседневные задачи, либо мне неохота было менять привычки. Я, например, привык к его терминалу, к тому, как выполняется настройка. Когда-то на старом компьютере я использовал только xorg и терминал, но ставить все равно приходилось намного больше. Вообще, весь набор его обычных компонентов от dconf/gio до gtk нужен для работы необходимых мне приложений, так что экономия за счет gnome-shell мне ничего не дает. А вот ImageMagick мне совсем не нужен.
vvs> Я вообще давно не трогаю ОС. Единственное исключение было, когда Fedora отказалась от поддержки 32-битной архитектуры Интел. А я не собираюсь терять столько памяти на лишние нули в данных. Из всех вариантов наибольшую свободу выбора предоставляла NixOS и требовала меньше всего возни. Самое главное, чтобы работали необходимые приложения и функции, а на остальное нет ни времени, ни желания. Нет желания возиться с багами и глюками, а еще меньше с тараканами в голове дизайнеров ПО. У меня и так слишком большая часть жизни ушла на возню с компьютерами и теперь я хочу все свое время заниматься тем, что является важным для меня. Главное достоинство ОС - когда ее не замечаешь.

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

Меньше всего возни в итоге потребовали i3wm и cwm %) Последний вообще практически не потребовал настройки, чем очень сильно порадовал.

# Re: Скриншот области экрана X11 в clipboard
linux.14
vvs(ping,12) — Andrew Lobanov
2021-01-27 12:34:52


Вообще-то, Гном у меня выполняет функции десктопа. А скриншоты я делаю редко.

Зачем вообще нужен десктоп, да еще такой огромный? Я пробовал другие варианты, но они меня не удовлетворили. Либо мне сложнее было выполнять мои повседневные задачи, либо мне неохота было менять привычки. Я, например, привык к его терминалу, к тому, как выполняется настройка. Когда-то на старом компьютере я использовал только xorg и терминал, но ставить все равно приходилось намного больше. Вообще, весь набор его обычных компонентов от dconf/gio до gtk нужен для работы необходимых мне приложений, так что экономия за счет gnome-shell мне ничего не дает. А вот ImageMagick мне совсем не нужен.

Я вообще давно не трогаю ОС. Единственное исключение было, когда Fedora отказалась от поддержки 32-битной архитектуры Интел. А я не собираюсь терять столько памяти на лишние нули в данных. Из всех вариантов наибольшую свободу выбора предоставляла NixOS и требовала меньше всего возни. Самое главное, чтобы работали необходимые приложения и функции, а на остальное нет ни времени, ни желания. Нет желания возиться с багами и глюками, а еще меньше с тараканами в голове дизайнеров ПО. У меня и так слишком большая часть жизни ушла на возню с компьютерами и теперь я хочу все свое время заниматься тем, что является важным для меня. Главное достоинство ОС - когда ее не замечаешь.

# Re: Скриншот области экрана X11 в clipboard
linux.14
Andrew Lobanov(tavern,1) — vvs
2021-01-27 05:14:43


vvs> Скриншот? Клавиша PrtSc - она же gnome-screenshot :) Легко выбрать скриншот окна, всего экрана или вырезать прямоугольник.

Ставить целый гном ради скриншотилки?

# Re: Скриншот области экрана X11 в clipboard
linux.14
vvs(ping,12) — hugeping
2021-01-26 18:26:55


Скриншот? Клавиша PrtSc - она же gnome-screenshot :) Легко выбрать скриншот окна, всего экрана или вырезать прямоугольник. ImageMagick у меня даже не установлен.

А xclip использую иногда для других видов данных. Возможность сохранять любые типы данных в клипборде - это одна из немногих вещей, которая мне нравилась в винде. У нас было приложение для администрирования серверов, так там был только GUI для Windows. Возможность сохранить правила была только в клипборде и, разумеется, в бинарном формате, который понимало только это приложение. Это было еще в Windows 98, а в Windows XP авторитарный микрософт убрал эту утилиту для манипуляции клипбордом куда-то на задворки. Я когда перешел на Linux, то одним из первых нашел xclip для той же цели. Очень это было круто - сохранять бинарные данные даже из GUI и иметь доступ к ним в разных форматах.

В линуксе чаще всего конфигурацию хранят или в простом текстовом формате или, не дай Бог, в XML. А для них нужен парсер, который из bash не всегда найдешь. Лучше хотя бы JSON. А для некоторых приложений такие языки используют, с контекстно зависимой грамматикой, что парсер писать застрелишься.

В Plan 9, конечно, неплохо придумано, что все в одном стандартном формате и plumber, но это не всегда эффективно. Большие потери на конвертацию туда-сюда. Я помню, в начале мне понадобились исходники Plan 9, а они были доступны только монтированием через 9P по интернету. Скачивалось так же медленно, как FIDO по dial-up 2400 бит/с. Потом уже там появились сторонние проекты с репозитариями на mercurial. Ну а я предпочитаю Git.

# Re: Скриншот области экрана X11 в clipboard
linux.14
btimofeev(tavern,13) — btimofeev
2021-01-26 18:12:12


btimofeev> hugeping> В gnome3 часто пользовался gnome-screenshot и делал скриншоты области экрана в телеграм через клипбоард.

btimofeev> hugeping> Оказалось, что то же самое легко сделать и без gnome-screenshot:

btimofeev> hugeping> ====
btimofeev> hugeping> import png:- | xclip -selection clipboard -t image/png
hugeping>> ====

btimofeev> scrot -s

А недавно я забиндил это через программу sxhkd на кнопку Printscreen. Просто жмёшь её, выбираешь область на экране и скриншот сохраняется в домашней директории.

# Re: Скриншот области экрана X11 в clipboard
linux.14
btimofeev(tavern,13) — hugeping
2021-01-26 18:08:33


hugeping> В gnome3 часто пользовался gnome-screenshot и делал скриншоты области экрана в телеграм через клипбоард.

hugeping> Оказалось, что то же самое легко сделать и без gnome-screenshot:

hugeping> ====
hugeping> import png:- | xclip -selection clipboard -t image/png
hugeping> ====

scrot -s

# Re: Скриншот области экрана X11 в clipboard
linux.14
hugeping(ping,1) — vvs
2021-01-26 15:02:33


vvs> xclip, конечно, полезная вещь, но у него есть недостаток: невозможно скопировать несколько типов данных одновременно, например html и txt для обработки разными приложениями.

А какими средствами ты пользуешься?

# Re: Скриншот области экрана X11 в clipboard
linux.14
vvs(ping,12) — hugeping
2021-01-26 14:07:21


xclip, конечно, полезная вещь, но у него есть недостаток: невозможно скопировать несколько типов данных одновременно, например html и txt для обработки разными приложениями.

# Скриншот области экрана X11 в clipboard
linux.14
hugeping(ping,1) — All
2021-01-26 13:27:43


В gnome3 часто пользовался gnome-screenshot и делал скриншоты области экрана в телеграм через клипбоард.

Оказалось, что то же самое легко сделать и без gnome-screenshot:

import png:- | xclip -selection clipboard -t image/png

# Re: Каминг-аут: встречайте нового хейтера systemd
linux.14
vvs(ping,12) — hugeping
2020-12-02 13:03:48


hugeping> Но сказать, что мне нравится выбранный курс развития -- категорически не могу. Linux стал слишком "взрослым". Sad but true...

Linux уже очень давно не любительская система. А в любой профессиональной системе значение имеют только интересы разработчика, который платит за разработку из своего кармана. Здесь за это платит Red Hat, в интересах которого и существует systemd. Давайте признаем, что достигнуть профессионального уровня поддержки за счет своего свободного времени и бесплатно - невозможно. На вашей памяти сколько раз любители из интернета исправляли критический для вас баг или добавляли новую функцию, когда вам это было необходимо? Тут же вспоминается классическое "вам никто ничего не должен" и "лично мне это совсем не нужно, но у вас же всегда есть возможность сделать все самим". Профессиональное свободное ПО с открытым кодом существует только в мечтах. На деле оно всегда принадлежит тому, кто платит зарплату программистам. Но большому бизнесу, конечно, удобно, когда всякие гики относятся к нему дружелюбно и готовы с ним сотрудничать и способствуют продажам. За это им и позволяют поиграть с кодом, который им самим написать возможно только за сотни человеко-лет. Нам столько просто не прожить.

Это все тривиальные вещи, но многие просто не хотят это замечать по религиозным соображениям.
P.S. Edited: 2020-12-02 13:04:53

# Каминг-аут: встречайте нового хейтера systemd
linux.14
hugeping(ping,1) — All
2020-12-02 07:20:02


Привет!

До последнего относился к деятельности Поттеринга с пониманием. Прогресс дело такое. Linux давно уже сложная система, systemd неизбежен -- думал я.

Пока не коснулось моей работы. Несколько лет у нас периодически падала сборка, в момент работы fakeroot. Отлаживали faked, пытались разнести во времени сборки -- результата не было. Наконец, когда за одну ночь сборка упала 5 раз я не выдержал и попытался в очередной раз найти причину.

Помог гугл. Оказалось, что systemd стирает объекты IPC при log-out пользователя из системы. А на систему сборки периодически ломились наши боты, проверяя статус сборки итд.

В общем, RemoveIPC=no в /etc/systemd/logind.conf помог. По крайней мере, три дня уже всё чисто.

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

Как вообще могло придти в голову стирать что-то там при logout? Удивительно, что /tmp не затирается...

В общем, признаюсь себе честно -- Linux больше не система моей мечты. Я разочарован и удручён. Похоже, Plan9 и BSD системы -- это мой удел на старости лет. Linux -- система для выполнения утилитарных вещей и это моя работа. Но сказать, что мне нравится выбранный курс развития -- категорически не могу. Linux стал слишком "взрослым". Sad but true...

# Re: Emacs, org-mode, вставки кода
linux.14
constantin(ping,14) — Andrew Lobanov
2020-10-30 20:17:51


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

Это наверное то, что надо. Спасибо. Буду позже пробовать.

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

AL> C-c C-o

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

А я вот хочу попробовать свои огромные разрозненные списки дел упорядочить. Пользовался todo.txt и софтом разным, удобно, но дело заглохло, т.к. всё равно некоторая "сложность" оформления присутвует, на бумаге проще, а потом это оказывается разбросано по разным блокнотам и тетрадям...

# Re: Emacs, org-mode, вставки кода
linux.14
constantin(ping,14) — btimofeev
2020-10-30 20:15:11


constantin>> 1. каким образом ты ставишь ссылки на файлы?

btimofeev> Примеры из мануала https://orgmode.org/manual/External-Links.html

Спасибо.
Что-то мне кажется, что так замахаешься писать ссылки. Особенно при активной Цеттелькасенации..)))


btimofeev> В инит файл емакса добавь типа такого:
btimofeev> (global-set-key (kbd "C-c a") 'org-agenda)

Спасибо. Буду пробовать.

# Re: Emacs, org-mode, вставки кода
linux.14
Andrew Lobanov(tavern,1) — constantin
2020-10-30 09:44:14


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> Спасибо)

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

# Re: Emacs, org-mode, вставки кода
linux.14
btimofeev(tavern,13) — constantin
2020-10-30 07:13:24


constantin> 1. каким образом ты ставишь ссылки на файлы?

Примеры из мануала https://orgmode.org/manual/External-Links.html

####
‘file:/home/dominik/images/jupiter.jpg’
‘/home/dominik/images/jupiter.jpg’ (same as above)
‘file:papers/last.pdf’
‘./papers/last.pdf’ (same as above)
‘file:/ssh:me@some.where:papers/last.pdf’ (remote)
‘/ssh:me@some.where:papers/last.pdf’ (same as above)
‘file:sometextfile::NNN’ (jump to line number)
‘file:projects.org’
‘file:projects.org::some words’ (text search)27
‘file:projects.org::*task title’ (headline search)
‘file:projects.org::#custom-id’ (headline search)
####

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

В инит файл емакса добавь типа такого:
(global-set-key (kbd "C-c a") 'org-agenda)

# Re: Emacs, org-mode, вставки кода
linux.14
constantin(tavern,33) — Andrew Lobanov
2020-10-29 20:09:02


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

Я нашёл org-store-link или как-то так, но вот сомневаюсь, оно ли, та ли это эффективность.
И C-c C-o для открытия перехода по ссылке в файле.

Вопрос в контексте zettelkasten.

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

Спасибо)

# Re: openvpn
linux.14
johnbrown(ping,9) — All
2020-10-11 12:50:29


Понятно... Попробовал ещё запустить с ключем redirect-gateway. Публичный айпи поменялся, но в админку все равно не пускает. Ладно, может кто-то ещё подскажет.
P.S. Edited: 2020-10-11 12:50:42

# Re: openvpn
linux.14
hugeping(ping,1) — johnbrown
2020-10-11 12:35:13


Я всё-равно ничего не понял. Может быть кто-нибудь и ответит. А мне нужно понимать что происходит. Например. Openvpn это два конца. Нужна схема сети, где эти концы находятся в этой схеме. Где сервер и клиент в этой схеме. Интранет/интернет. Наты. Итд. А так, я вообще ничего не понял.

# Re: openvpn
linux.14
johnbrown(ping,9) — hugeping
2020-10-11 12:00:24


Про сервер ничего сказать не могу, не владею информацией. Про клиент готов отвечать. Вот рабочий конфиг:
dev tun
persist-tun
persist-key
cipher AES-128-CBC
ncp-ciphers AES-256-GCM:AES-128-GCM
auth SHA1
tls-client
client
resolv-retry infinite
remote vpnserver.xyz 1194 udp
verify-x509-name "pfSense Server Certificate" name
auth-user-pass
remote-cert-tls server
compress lzo
keepalive 10 60

# Re: openvpn
linux.14
hugeping(ping,1) — johnbrown
2020-10-11 10:35:08


Непонятна схема. Какие машины, где стоят, где концы туннеля итд...

P.S. Сам не настраивал openvpn, но по схеме всё-равно вопросы.

# openvpn
linux.14
johnbrown(ping,9) — All
2020-10-11 09:07:36


Привет.
Установил openvpn 2.4 на малинку. Соединение создаётся нормально, на рабочий ftp зайти удаётся (через sftp), но в админку битрикса не пускает. В поисковике IP не поменялся. Конфиг соединения рабочий, на андроид-клиенте сайт открывается нормально.

Куда смотреть?

# Битые текстуры на AMD Radeon Vega
linux.14
hugeping(ping,1) — All
2020-09-24 07:21:16


Купил в начале карантина два ноута: Acer Apire 3. И надо сказать, очень доволен (дёшево и эффективно). Но на ноуте частенько в 3d приложениях наблюдал битые текстуры. Не сказать, что критично, но -- напрягало. Быстрый поиск ничего не давал. Но в итоге, всё-таки нашлось:

# Переменная окружения
AMD_DEBUG=nodmacopyimage

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

P.S. Следующие компы буду брать на AMD.

# luastatus
linux.14
Andrew Lobanov(tavern,1) — All
2020-09-19 18:25:07


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

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

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

# Re: HP Ink Tank Wireless 410 series
linux.14
Andrew Lobanov(tavern,1) — vmg
2020-09-18 11:15:36


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

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

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

# Re: HP Ink Tank Wireless 410 series
linux.14
vmg(tavern,32) — Andrew Lobanov
2020-09-18 06:40:42


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

# Re: HP Ink Tank Wireless 410 series
linux.14
Andrew Lobanov(tavern,1) — vmg
2020-09-18 04:55:09


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

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

# Re: HP Ink Tank Wireless 410 series
linux.14
vmg(tavern,32) — Andrew Lobanov
2020-09-17 21:57:26


AL> Повеяло историей про Столлмана и принтер :)
AL> Хотя, тут всё не так плачевно, конечно.

Плачевно у меня со сканером canon lide 300. Попытался собрать sane backends, но оказалось, что система моя старая, и всё в ней старое. А тот sane, что в репозитории, не видит lide 300.
Разбираюсь покашто

# Re: HP Ink Tank Wireless 410 series
linux.14
Andrew Lobanov(tavern,1) — hugeping
2020-09-17 08:51:49


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

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

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

# HP Ink Tank Wireless 410 series
linux.14
hugeping(ping,1) — All
2020-09-17 06:32:53


Купил тут МФУ. Специально брал с WiFi, чтобы можно было ставить куда угодно.

Поставил, подключил по USB, включил. Запускаю hp-wificonfig и... Пишет: нет поддерживаемых принтеров.

Ну, начал отлаживаться. К счастью, написано на питоне.

В общем, вот решение:

Файл: /usr/share/hplip/data/models
Ищем строку: model1=HP Ink Tank Wireless 410
После неё ищем wifi-config=0 и меняем строчку на wifi-config=3

Теперь hp-wificonfig увидит принтер и можно будет подключить его к домашней WIFI сети.

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

# Emacs 27.1: проблема с кодировкой в gnus
linux.14
hugeping(ping,1) — All
2020-09-15 08:10:09


Решил написать сюда, чтобы не потерять.

Несколько лет пользуюсь gnus. И тут, после последнего обновления emacs, часть писем у меня стала отображаться в битой кодировке. В теле письма всё ок, стоит utf-8.

Я уже не помню, как именно удалось локализовать проблему (скорее всего просто трейсил и менял куски gnus на старый gnus из 26 emacs), но вот "волшебная строчка", которая помогла:

(setq nnheader-file-coding-system 'raw-text)

# Re: Еmacs как демон
linux.14
btimofeev(tavern,13) — Difrex
2020-09-01 16:07:56


>> Добавляем файл ~/.config/systemd/user/emacs.service
Difrex> Больше не нужно. Начиная с 26 версии юнит идет вместе с дистрибутивом

Этого не знал, спасибо. Тогда удалю.

# Re: Еmacs как демон
linux.14
btimofeev(tavern,13) — vit01
2020-09-01 16:04:34


vit01> Всегда было интересно, а как сделать так, чтобы когда через гуй открываешь файл, то он запускался именно через emacsclient, а не просто через emacs. Когда-то я крутил desktop файлы, откуда пункты контекстного меню подцеплялись, но уже давно подзабыл, как это делается.

Думаю можно просто в desktop файле емакса исправить команду.

# Re: Еmacs как демон
linux.14
vit01(mira, 1) — btimofeev
2020-09-01 14:50:55


btimofeev> Вместо этого можно грузить через systemd при логине пользователя (в этом случае даже самый первый запуск редактора будет быстрый):

Это интересно, но в моей конфигурации настраивать будет проблематично. Поясняю почему:

Есть 2 линукса и 1 макось, конфиг емакса (и директория emacs.d) лежит в Nextcloud и автоматом синхронизируется между компами. В нужные места на ФС проставлены симлинки. Пусть на линухе и systemd, но на яблоке придётся сооружать свой отдельный костыль, а мне проще держать одинаковый конфиг сразу на всех системах, чтобы избегать нагромождений настроек

btimofeev> А этот скрипт можно заменить одной строкой:
btimofeev> emacsclient -c -a emacs

Всегда было интересно, а как сделать так, чтобы когда через гуй открываешь файл, то он запускался именно через emacsclient, а не просто через emacs. Когда-то я крутил desktop файлы, откуда пункты контекстного меню подцеплялись, но уже давно подзабыл, как это делается.

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Еmacs как демон
linux.14
Difrex(dynamic,1) — btimofeev
2020-09-01 14:38:55


> Добавляем файл ~/.config/systemd/user/emacs.service
Больше не нужно. Начиная с 26 версии юнит идет вместе с дистрибутивом

systemctl --user cat emacs.service
# /usr/lib/systemd/user/emacs.service
[Unit]
Description=Emacs text editor
Documentation=info:emacs man:emacs(1) https://gnu.org/software/emacs/

[Service]
Type=notify
ExecStart=/usr/bin/emacs --fg-daemon
ExecStop=/usr/bin/emacsclient --eval "(kill-emacs)"
# The location of the SSH auth socket varies by distribution, and some
# set it from PAM, so don't override by default.
# Environment=SSH_AUTH_SOCK=%t/keyring/ssh
Restart=on-failure

[Install]
WantedBy=default.target

> Активируем сервис командой systemctl --user enable emacs.service и перелогиниваемся.
Не нужно перелогиниваться. Просто systemctl --user enable --now emacs, либо systemctl --user start emacs

# Re: Еmacs как демон
linux.14
btimofeev(tavern,13) — vit01
2020-08-31 21:25:47


vit01> ====
vit01> (require 'server)
vit01> (unless (server-running-p)
vit01> (server-start))
vit01> ====

Вместо этого можно грузить через systemd при логине пользователя (в этом случае даже самый первый запуск редактора будет быстрый):

Добавляем файл ~/.config/systemd/user/emacs.service:

[Unit]
Description=Emacs Daemon

[Service]
Type=forking
ExecStart=/usr/bin/emacs --daemon
ExecStop=/usr/bin/emacsclient --eval "(progn (setq kill-emacs-hook 'nil) (kill-emacs))"
Restart=always

[Install]
WantedBy=default.target

Активируем сервис командой systemctl --user enable emacs.service и перелогиниваемся.

vit01> Сам редактор запускаю с помощью скрипта-обёртки. Если емакс уже запущен, то скрипт дёргает emacsclient, а если не запущен, то запускает его

vit01> ====
vit01> #!/bin/bash

vit01> if [ "`pgrep emacs`" = "" ]; then
vit01> emacs $@ & exit
vit01> else
vit01> emacsclient --no-wait $@
vit01> fi
vit01> ====

А этот скрипт можно заменить одной строкой:

emacsclient -c -a emacs

# pass - консольный менеджер паролей
linux.14
btimofeev(tavern,13) — All
2020-08-31 19:36:10


** Для повышения количества контента в сети делаю репост статьи из моего блога, оригинал здесь https://emunix.org/post/pass-cli/ **



Pass - это небольшой bash-скрипт хранящий пароли в обычных текстовых файлах зашифрованных с помощью GPG. Файлы можно организовывать в директории, при этом имя файла является названием сайта или ресурса для которого файл хранит пароль. Файлы имеют очень простой формат: первая строка содержит только пароль, все остальные строки содержат любые другие данные. Например, файл github.com.gpg может иметь такое содержимое:

md3rTks3!=
login: Maria
url: https://github.com/login 
email: maria@example.com

Указывать поля вида login: и url: именно в таком формате не обязательно, но подобные метаданные позволяют менеджеру паролей автоматически подставлять ваш логин на веб-сайтах.

Очень простой формат файла и организации хранения паролей дает нам большие возможности: мы можем просматривать и редактировать пароли без установленной программы pass (достаточно иметь установленные GnuPG и любой текстовый редактор), мы можем писать свои скрипты для работы с паролями, мы можем хранить все изменения паролей в системе контроля версий git и синхронизировать пароли на разных компьютерах через неё же. Также pass имеет большую поддержку со стороны сообщества: существуют реализации программы для Android и iOS, плагины для веб-браузеров Chrome и Firefox, графические клиенты для Windows, Mac и Linux, расширения для Alfred, dmenu, rofi и Emacs, скрипты для импорта паролей из других приложений.

В этой статье мы рассмотрим именно консольную версию, доступную на сайте https://www.passwordstore.org/


Установка
=========

Установить программу вы можете с помощью пакетного менеджера своего дистрибутива, например:

- для Ubuntu \ Debian: sudo apt-get install pass
- для ArchLinux: pacman -S pass
- для macOS: brew install pass


Предварительная настройка
========================

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

Далее пишем в терминале pass init your@e-mail.ru, где вместо your@e-mail.ru вам необходимо написать адрес электронной почты, который вы указывали при создании gpg-ключа (здесь e-mail используется в качестве gpg-id).

Эта команда создаст директорию ~/.password-store в которой будут храниться ваши пароли и запомнит каким ключом их шифровать (вы также можете использовать разные gpg ключи для разных поддиректорий, для этого есть флаг -s: pass init -s поддиректория second@key-id.com)

Если вы хотите, чтобы директория с паролями хранилась в git-репозитории, то выполните команду pass git init. После этого при каждом создании\изменении паролей pass будет автоматически делать коммит в репозиторий.


Использование
=============

Чтобы добавить пароль выполите команду pass insert email/your@email.ru и введите пароль который хотите сохранить.

Эта команда создаст поддиректорию email в хранилище паролей, добавит в неё зашифрованый текстовый файл your@email.ru.gpg, в котором сохранит введённый вами пароль.

Если вам нужно по-быстрому сгенерировать пароль, то можете написать pass generate youtube.com 15. Эта команда сгенерирует новый пароль длинной 15 символов, запишет его в файл youtube.com.gpg и покажет на экране. Если вы добавите опцию -n, то пароль будет состоять только из букв и цифр (без специальных символов), если добавите опцию -c, то пароль сразу будет скопирован в буфер обмена.

Ранее я писал, что в файле может содержаться не только пароль, но и другая текстовая информация (например логин или просто какие-то заметки). Для того что бы записать несколько строк в файл вы можете использовать опции –multiline или -m: pass insert -m web/github.com. Напоминаю: пароль вводится в первой строке, а все остальные данные уже после него на отдельных строках (см. пример в начале статьи). Что бы закончить ввод и сохранить данные нажмите Ctrl+d.

Изменить файл с паролем можно командой pass edit web/github.com. При этом откроется редактор указанный в переменной окружения EDITOR. Этой командой также можно добавлять в хранилище новые пароли, если вам удобнее делать это через текстовый редактор.

Для удаления файла с паролем используется команда pass rm web/github.com, а для переименования pass mv старое_название новое_название.

Для того чтобы показать пароль на экране просто введите pass web/github.com. При этом, чтобы не вводить длинные названия сайтов, вы можете пользоваться автодополнением bash нажимая клавишу Tab. Используйте флаг -c чтобы сразу скопировать пароль в буфер обмена: pass -с web/github.com.

Посмотреть какие вообще есть записи в хранилище можно просто введя pass (а для просмотра записей в отдельной директории pass имя_директории).

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


Версионирование и синхронизация
==============================

Выше я писал, что если вы выполните команду pass git init, то программа создаст внутри хранилища паролей git-репозиторий и будет автоматически коммитить все изменения. А это означает, что из коробки у нас появляется синхроницация паролей на разных компьютерах.

Вы можете использовать любые команды git, написав перед ними слово pass. Это нужно, чтобы перед их вызовом вам не приходилось каждый раз переходить в директорию ~/.password-store.

Добавляем адрес репозитория на вашем сервере pass git remote add origin your-remote-server.com:pass-store.

Забираем с него файлы с паролями pass git pull.

Сохраняем добавленные или изменённые пароли на сервер pass git push.


Заключение
==========

Как видите pass очень простая, но мощная утилита, следующая философии unix. Часто её ругают за то, что названия файлов с паролями хранятся в открытом виде (а они обычно представляют собой названия сайтов на которых вы зарегистрированы). Но лично мне нравится настолько простой формат хранения паролей.

# Re: Еmacs как демон
linux.14
Peter(syscall,1) — vit01
2020-08-25 12:34:47


> В конфиге стоит вот это

А я как дурак c-x 5 2...

Надо сделать так же, удобно!

# Re: Еmacs как демон
linux.14
vit01(mira, 1) — Andrew Lobanov
2020-08-25 06:13:43


У меня немного другой сетап емакса

В конфиге стоит вот это

(require 'server)
(unless (server-running-p)
  (server-start))

Сам редактор запускаю с помощью скрипта-обёртки. Если емакс уже запущен, то скрипт дёргает emacsclient, а если не запущен, то запускает его

#!/bin/bash

if [ "`pgrep emacs`" = "" ]; then
        emacs $@ & exit
else
        emacsclient --no-wait $@
fi

Это решение, скорее всего, недостаточно гибкое, но проблему долгого первого запуска тоже решает идеально.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Emacs, org-mode, вставки кода
linux.14
vit01(mira, 1) — Andrew Lobanov
2020-08-21 15:15:06


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

Здесь: https://medium.com/codingthesmartway-com-blog/getting-started-with-jupyter-notebook-for-python-4e7082bd5d46

Фишка в том, что ты пишешь код поэтапно, можешь на ходу выводить значения переменных, строить графики, таблицы и.т.п. Это то же самое, что скрестить REPL с самим текстовым редактором, только код пишется в виде блоков. И сразу же закинуть документацию

Вообще, вместо классического Jupyter Notebook я бы посоветовал поставить JupyterLab (из-за действительно удобного интерфейса).

А насчёт маркдауна - это да, он не настолько крутой и всеобъемлющий, как org-mode, но ничто не мешает использовать и то, и другое в зависимости от контекста. Я тоже люблю org-mode гораздо больше, и это вызвано наличием фич для планирования и расписаний + фишками Емакса вроде сворачивания заметок по табу и в целом сочетаниями клавиш

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Еmacs как демон
linux.14
Difrex(dynamic,1) — Andrew Lobanov
2020-08-05 17:10:31


Не, у меня с демоном проблем никогда не было. Обычно проблемы в конфиге. Помогает запуск с --debug-init без демона.

# Re: Еmacs как демон
linux.14
Andrew Lobanov(tavern,1) — Difrex
2020-08-05 13:23:48


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

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

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

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

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

# Re: Еmacs как демон
linux.14
Difrex(dynamic,1) — Andrew Lobanov
2020-08-05 11:56:37


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

# мои алиасы
alias | grep emacs
ec='emacsclient -c'
eeval='/home/difrex/.oh-my-zsh/plugins/emacs/emacsclient.sh --eval'
eframe='emacsclient --alternate-editor "" --create-frame'
emacs='/home/difrex/.oh-my-zsh/plugins/emacs/emacsclient.sh --no-wait'
eshell='emacsclient -nw -c -e "(eshell '\''N)"'
te='/home/difrex/.oh-my-zsh/plugins/emacs/emacsclient.sh -nw'

# Еmacs как демон
linux.14
Andrew Lobanov(tavern,1) — All
2020-08-05 07:32:59


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

Дело в том, что у меня значительно разбух .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 в одном фрейме. И самое главное -- молниеносный запуск клиента. Теперь писать в секту сторонним редактором стало очень удобно и быстро.

# Re: Emacs, org-mode, вставки кода
linux.14
Andrew Lobanov(tavern,1) — vit01
2020-08-03 11:18:02


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

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

# Re: Emacs, org-mode, вставки кода
linux.14
Andrew Lobanov(tavern,1) — vit01
2020-08-03 10:50:26


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

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

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

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

# Re: Emacs, org-mode, вставки кода
linux.14
vit01(mira, 1) — Andrew Lobanov
2020-08-03 09:06:52


> Возникли вопросы по вставкам кода. Пользуетесь ли?

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

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Emacs, org-mode, вставки кода
linux.14
Andrew Lobanov(tavern,1) — Andrew Lobanov
2020-08-03 07:52:11


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

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

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

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

# Emacs, org-mode, вставки кода
linux.14
Andrew Lobanov(tavern,1) — All
2020-08-03 07:41:01


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

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

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

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

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

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

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

# Re: Zettelkasten, заметки, emacs, deft
linux.14
btimofeev(tavern,13) — constantin
2020-08-01 07:26:20


constantin> Так бы может и пересел сразу на emacs со всеми прелестями. Но к нему сначала надо привыкнуть, чтобы так сходу в телефон его поставить.

В телефон не обязательно емакс ставить. Для телефона есть Orgzly - удобное приложение для ведения org-заметок. Сами заметки можно синхронизировать с компьютером через dropbox, WebDAV (Яндекс диск его поддерживает) или любой тулзой которая умеет синхронизировать каталоги (Syncthing например или Git).

# Re: Zettelkasten, заметки, emacs, deft
linux.14
constantin(tavern,33) — Andrew Lobanov
2020-07-31 18:03:36


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

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

А Joplin достаточно удобен для меня, хотя в некоторых версиях были ошибки и проблемы, но в общем-то весьма хорошего качества инструмент, учитывая что он полностью кроссплатформен.

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

Чат - кладезь информации ))) Иногда я такие штуки узнаю от туда, о которых сам бы никогда гуглить не додумался.

# Re: Zettelkasten, заметки, emacs, deft
linux.14
Andrew Lobanov(tavern,1) — constantin
2020-07-31 17:55:01


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 и ничего - все пользуются :)

# Re: Zettelkasten, заметки, emacs, deft
linux.14
constantin(tavern,33) — Andrew Lobanov
2020-07-31 17:45:59


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

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

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

# Zettelkasten, заметки, emacs, deft
linux.14
Andrew Lobanov(tavern,1) — All
2020-07-31 05:40:36


Давно искал для себя систему структуризации заметок. В 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. Интересно, чего он всё таки не умеет? :)

# Re: Sway 1.5 rc
linux.14
Difrex(dynamic,1) — Difrex
2020-06-26 20:22:40

# Sway 1.5 rc
linux.14
Difrex(dynamic,1) — Peter
2020-06-26 20:17:19


Тут RC sway вышел, так вот там из заявленных фич

> Allow virtualization and remote desktop software to inhibit keyboard
shortcuts

Попробуй, вдруг это, то что тебе нужно =)

# Re: wayland и захват ввода
linux.14
Difrex(dynamic,1) — Peter
2020-05-01 10:51:17


> А можно поподробнее рассказать/ткнуть носом? Попробую настроить.
Это нужно mutter пересобирать. Выглядит сейчас это как костыль. Возможно, что стоит создать фичареквест, чтобы вытащили это все в настройки.

> А что за жесты есть? Можно тоже рассказать? Я кроме тыков 2/3 пальцами и скролла ничего не использовал.

Например, три пальца вверх включает overview, а три пальца вбок переключает рабочий стол. Три пальца вверх, вроде, по умолчанию в гноме работают. Есть такое расширение - extended gestures в котором можно тонко настроить все нужные тебе жесты. Работает только в wayland.

# Re: wayland и захват ввода
linux.14
Peter(syscall,1) — vit01
2020-04-22 14:44:12


> Firefox умеет это и в иксах тоже, причём в любом DE. В настройках персонализации включается. Так что тут ты наврал

Ну я ничего не настраивал. Просто из коробки ff в wayland переходит в такой режим, что вместо title bar - его табы. В Xorg - стандартный заголовок. Сейчас действительно нашёл такую настройку. :)

Про Void знаю, собирал в нём в виртуалке. Про Manjaro, Parabola/Hyperbola почитаю, спасибо.

# Re: wayland и захват ввода
linux.14
Peter(syscall,1) — Difrex
2020-04-22 09:32:49


> Ага, там все просто, в meson_options.txt можно добавить нужные тебе ресурсы, которым разрешено захватывать клаву.

А можно поподробнее рассказать/ткнуть носом? Попробую настроить.
За наводку на gnome-boxes спасибо, заценю.
А что за жесты есть? Можно тоже рассказать? Я кроме тыков 2/3 пальцами и скролла ничего не использовал.

# Re: wayland и захват ввода
linux.14
Andrew Lobanov(tavern,1) — vit01
2020-04-22 09:36:46


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

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

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

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

# Re: wayland и захват ввода
linux.14
vit01(mira, 1) — Andrew Lobanov
2020-04-22 09:20:11


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

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

Вот на макоси работает скроллинг 2 пальцами как вертикально, так и горизонтально. Есть скроллинг 3 пальцами (переключение между рабочими столами, очень удобно). Ещё можно 2 пальцами масштабировать и повороты делать (полезно при просмотре карты города, чтении электронных книг, в графическом редакторе и.т.п.). Есть возможность настраивать жесты 4 пальцами, но лично мне это пока не пригождалось.

Фанаты гнома говорят, что все эти жесты пашут на wayland. Но я не проверял, т.к. не фанат гнома.

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

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

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: wayland и захват ввода
linux.14
Andrew Lobanov(tavern,1) — vit01
2020-04-22 08:04:10


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

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

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

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

# Re: wayland и захват ввода
linux.14
Andrew Lobanov(tavern,1) — Difrex
2020-04-22 08:04:09


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

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

# Re: wayland и захват ввода
linux.14
Difrex(dynamic,1) — vit01
2020-04-21 23:29:42


> Работают мультитач-жесты на ноутбуках как надо, в Xorg их поддержка крайне ограничена
Точно! Про жесты я забыл сказать. Вот эти вот 3+ пальцевые жесты нормально работают только под wayland.

# Re: wayland и захват ввода
linux.14
vit01(mira, 1) — Andrew Lobanov
2020-04-21 23:02:21


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

Работают мультитач-жесты на ноутбуках как надо, в Xorg их поддержка крайне ограничена. Это мне друг докладывает, который на вяленом сидит давно и регулярно сравнивает, что нового

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

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: wayland и захват ввода
linux.14
vit01(mira, 1) — Peter
2020-04-21 23:02:21


Peter> Визуально, firefox показывает табы в заголовке окна. Единственное отличие внешнее, которое я заметил.
Firefox умеет это и в иксах тоже, причём в любом DE. В настройках персонализации включается. Так что тут ты наврал

Peter> Про арч. Арч имхо хорош тогда, когда это твоя персональная машина. И их не много :) В свое время с Арча я уходил, но сейчас меня так достало количество (дробления) пакетов дебиана, и тормознутость apt/dpkg - что с горя не нашел ничего другого, как не вернуться на арч.

Peter> Вот бы дистр, типа арча, но все таки со стабильной базой. :)

Если тебе хочется именно арч со стабильной базой, то попробуй Manjaro, они дополнительно пакеты стабилизируют. Ну или дистр вроде Parabola/Hyperbola
А если какой-нибудь принципиально новый дистрибутив, то можешь Void Linux заценить. Их пакетный менеджер самый быстрый из всех, которые я видел. Там, правда, в репозиториях пакетов мало, придётся что-то покомпилять, так что на любителя

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: wayland и захват ввода
linux.14
Difrex(dynamic,1) — Difrex
2020-04-21 20:12:43


Ага, там все просто, в meson_options.txt можно добавить нужные тебе ресурсы, которым разрешено захватывать клаву.
Сейчас там такой вот список:
'gnome-boxes,remote-viewer,virt-viewer,virt-manager,vinagre,vncviewer,Xephyr'
Могу сделать и в AUR выложить, если нужно :)

# Re: wayland и захват ввода
linux.14
Difrex(dynamic,1) — Peter
2020-04-21 20:02:36


> В virtualbox было похоже. Нажимаю клавиши и их ловит моя система, а не гость. Если они секутся.
Все, понял о чем ты. Да, так не работает в vb. Попробуй gnome-boxes, пишут, что там работает, а еще в нем есть vnc клиент, но я его не пробовал.

# Re: wayland и захват ввода
linux.14
Difrex(dynamic,1) — Difrex
2020-04-21 20:07:33


Сходил в багзилу, баг закрыли в марте https://bugzilla.redhat.com/show_bug.cgi?id=1285770, теперь ждем, когда вот этот https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/1138 MR смержат и изменения попадут в mutter. Возможно, что в 3.38 попадет.

# Re: wayland и захват ввода
linux.14
Difrex(dynamic,1) — Andrew Lobanov
2020-04-21 19:28:58


> Какие плюсы для простого обывателя по сравнению с X? Не троллинга ради.
Лично для меня это отсутствие тиринга, нормальная(безкостыльная) работа с HiDPI. Например, в офисе у меня два внешних моника FullHD и экран ноута с UHD(или 2560 это не UHD? неважно). Так вот на ноуте я выставляю скейлинг изображения в 1.5, а на внешних без всяких скейлов. И если половину окошка разместить на экране ноута, а вторую на мониторе, то приложение будет выглядеть нормально. На иксах такого добиться у меня не получалось.
Ну, и в sway настройка этого выглядит вообще элементарно:
# Configure laptop mode
set $laptop eDP-1
bindswitch --reload lid:on output $laptop disable
bindswitch --reload lid:off output $laptop scale 1.5 enable

output HDMI-A-2 pos 0 0 transform 270 enable
output DP-1 pos 1920 0 enable

# Re: wayland и захват ввода
linux.14
Peter(syscall,1) — Difrex
2020-04-21 19:17:28


Отвечу одним сообщением. Насчёт ввода. Речь идёт о ситуации когда, скажем, в vnc используется caps для переключения языка, и в моей рабочей системе он используется. Я включаю захват клавы в Xorg и все работает. В wayland -- нет. Я гуглил -- пишут фича. Вероятно, надо изучать.

В virtualbox было похоже. Нажимаю клавиши и их ловит моя система, а не гость. Если они секутся.

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

Про арч. Арч имхо хорош тогда, когда это твоя персональная машина. И их не много :) В свое время с Арча я уходил, но сейчас меня так достало количество (дробления) пакетов дебиана, и тормознутость apt/dpkg - что с горя не нашел ничего другого, как не вернуться на арч.

Вот бы дистр, типа арча, но все таки со стабильной базой. :)

# Re: wayland и захват ввода
linux.14
Difrex(dynamic,1) — Peter
2020-04-21 19:17:00


Вот видео с работой VirtualBox в wayland https://cloud.lessmore.pw/index.php/s/8o6eNWdoteBPGo5

Все отлично работает.

# Re: wayland и захват ввода
linux.14
Andrew Lobanov(tavern,1) — Difrex
2020-04-21 17:33:53


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

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

# Re: wayland и захват ввода
linux.14
Andrew Lobanov(tavern,1) — Peter
2020-04-21 17:27:31


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

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

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

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

# Re: wayland и захват ввода
linux.14
Difrex(dynamic,1) — Peter
2020-04-21 16:54:45


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

+++ картошки хватит на всех

# wayland и захват ввода
linux.14
Peter(syscall,1) — All
2020-04-21 15:54:20


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

Вот так идеализм разбился об уродливую действительность. :) Вернулся на Xorg.

# Re: Astra Linux
linux.14
Difrex(dynamic,1) — libra
2020-02-29 16:49:49


Кстати, а как там контроль доступа устроен? Слышал, что у них что-то свое запилено, не selinux.

+++ картошки хватит на всех

# Astra Linux
linux.14
libra(wonderland,1) — All
2020-02-29 02:16:17


#### Common Edition Орёл
Оболочка Флай (Fly)
Кривой инсталлятор, что графический, что консольный, порой схлапывается на разных моментах и остаётся гадать в чём же соль ошибки; особенное поломанное уродство при разметке дисков, но при наличии терпения, можно заставить таки;
Глобус Астралинукса -- таймзоны только -- Москва +/-N
Базовый набор модов и патчей= готовых скриптов для администрирования системы= частично уже можно запустить на моменте установки
Максимально всё на русском, порой текут глаза и плавится мозг от -- как будто переводов en>ru -- старым PROMT
Примерно всё тоже самое что и в Special Edition Смоленск; позволяющее дорастить управления безопасностью до нужных уровней (глубже не копал, но подозреваю, что при желании можно дорастить всё -- единственное, согласно лицензии, и прочему -- не получишь сертификат соответствия; т.е. если докопаться глубже)
Нескучные обои
Предопределённый набор виртуальных рабочих зон (мультимедия, интернет, офис, разное/разработка)
Достаточно неплохая сформировавшаяся wiki/forum
Сдохшие сертификаты официальных репозиториев

Не проверено как там с багтреккером и техсуппортом, и другие вещи, которые таки выявляются только в работе

#### Special Edition Смоленск
Большинство всего того что есть в Орле (от оболочки до алгоритмов установки), так же подвезено в Смоленск и немного до кучи
Всё такой же кривой неадекватный установщик
Множество самодельных+захардкоженных и не очень решений (от определённой версии ядра, другие ставить нельзя до всяких странных штук, без которых система не работает) для повышения безопасности и управления моделями, до классов соответствия существующим ГОСТ, etc.
Красный интерфейс
Красные обои со звездой
Очень больно на это смотреть (от вырвизглазных UI, до некошерных переводов на околотехнический русский, примерно та же история с переводами на русских серверных продуктов ms)
Как программный продукт, ориентированный и заточенный под какую-то конкретную модель распространения -- если с этой точки зрения смотреть, вероятно жизнеспособно, тем более если одобрено и сертифицированно, дальше уже никто под капот не будет смотреть...

И много ещё того, неизвестного, что и не снилось нашим мудрецам

+++ Caesium/0.4 RC1
+++ Туманный альбион стремится выплакать все слёзы, ты смотришь за окно и видишь пустоту...

# Re: Про Wireguard
linux.14
around(syscall,51) — Difrex
2020-02-26 04:17:50


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

Спасибо! Да, неплохо, будем пробовать!

+++ Caesium/0.4 RC1

# Про Wireguard
linux.14
Difrex(dynamic,1) — All
2020-02-04 08:04:31


И все-таки я решил писать сначала в нашу любимую секту, а затем, по мотивам постов в IDEC, уже написать пост в свой бложик.


Итак, в этом посте я расскажу про Wireguard.
Wireguard -- это FOSS, а так же протокол, который реализует VPN. Реализация полностью ядерная, по-этому у wireguard лучшая производительность по сравнению с OpenVPN.

На самом деле, у меня был рабочий OpenVPN между моими тремя виртуалками и все это работало. Но я пропустил момент когда у меня протухли сертификаты, все отвалилось и находилось в разваленном состоянии несколько месяцев. Потом я обновил свои Дебианы до десятки и решил, что хватит это терпеть -- жизнь без VPN. Снес OpenVPN и засетапил Wireguard.

== Установка

Для Debian Wireguard пока не завезли в стейбл, по-этому ставить его нужно из unstable.

# echo "deb http://deb.debian.org/debian/ unstable main" > /etc/apt/sources.list.d/unstable.list
# printf 'Package: *\nPin: release a=unstable\nPin-Priority: 90\n' > /etc/apt/preferences.d/limit-unstable
# apt update
# apt install wireguard

WG собран подо все мейнстримные дистрибутивы. Переходим по ссылке https://www.wireguard.com/install/ и ставим на свою ось.

== Настройка

И так, схема сети у нас следующая:
   +---------+        +----------+
   |  VM1    |        |   VM2    |
   |10.10.2.1|<------>|10.10.2.2 |
   +---------+        +----------+
      ^                       ^
      |                       |
      |    +------------+     |
      +--->|    VM3     |<----+
           |  10.10.2.3 |
           +------------+

Сначала на каждом из хостов нужно сгенерировать приватный ключ:

# mkdir -p /etc/wireguard
# chmod 700 /etc/wireguard
# cd /etc/wireguard
# wg genkey > privkey
# chmod 600 privkey

Теперь напишем начальную конфигурацию(одинаково на всех хостах) в /etc/wireguard/wg.conf:

[Interface]
ListenPort = 36483
PrivateKey = <privkey from /etc/wireguard/privkey>

Поднимаем интерфейс и применяем конфиг:

ip link add dev wg0 type wireguard
ip address add dev wg1 10.10.2.1/24
wg setconf wg0 /etc/wireguard/wg.conf

Проверяем, что интерфейс поднялся и порт слушается:

# wg
interface: wg0
  public key: dNl19y5MAjfuAVqTwW9zx1u5lbtbxVpJZTbOaB9SgwE=
  private key: (hidden)
  listening port: 36485

Отлично! Теперь нужно прописать наших пиров.

Получить публичный ключ можно набрав комманду wg и скопипастить из вывода, либо получить публичный ключ из приватного:
wg pubkey < privkey > pubkey

[Interface]
ListenPort = 36483
PrivateKey = <HIDDEN>

[Peer]
PublicKey = hDvzIb2iRdjpfx9nJpTS471AqROYjGzPBAZ09p6L4wg=
AllowedIPs = 10.10.2.2/32
Endpoint = inet.ip4.a.ddr:50820

[Peer]
PublicKey = 8IhODKK4+fU2VHtZzqioswQcpu727Wo18HbNHytzEGY=
AllowedIPs = 10.10.2.3/32
Endpoint = inet.ip4.a.ddr:50919

По аналогии делаем на других двух хостах. В AllowedIPs в секции пира прописываем адрес, который мы навесили на интерфейс wg0.

Поднимаем интерфейс:

ip link set up dev wg0

После этого по комманде wg должна быть примерно следующая картина:

interface: wg0
  public key: dNl19y5MAjfuAVqTwW9zx1u5lbtbxVpJZTbOaB9SgwE=
  private key: (hidden)
  listening port: 36485

peer: 8IhODKK4+fU2VHtZzqioswQcpu727Wo18HbNHytzEGY=
  endpoint: inet.ip4.a.ddr:51820
  allowed ips: 10.10.2.2/32
  latest handshake: 19 seconds ago
  transfer: 16.64 GiB received, 15.18 GiB sent

peer: hDvzIb2iRdjpfx9nJpTS471AqROYjGzPBAZ09p6L4wg=
  endpoint: inet.ip4.a.ddr:50919
  allowed ips: 10.10.2.3/32
  latest handshake: 1 minute, 41 seconds ago
  transfer: 18.71 GiB received, 16.91 GiB sent

== Автозапуск

Все это только что мы делали руками, по-этому после рубута тачки ничего не поднимется волшебным образом. Напишем юнит /etc/systemd/system/wg.service

[Unit]
Description=Wireguard VPN
After=network-online.target

[Service]
Type=oneshot
ExecStartPre=-/sbin/ip link add dev wg0 type wireguard
ExecStartPre=-/sbin/ip address add dev wg0 10.10.2.1/24
ExecStartPre=/usr/bin/wg setconf wg0 /etc/wireguard/wg.conf
ExecStart=/sbin/ip link set up dev wg0

[Install]
WantedBy=default.target

Включаем:
systemctl daemon-reload
systemctl enable wg.service

На этом все. Надеюсь пост был кому-то полезен.


+++ At work. idec.el/0.1

# Re: Почему Manjaro стал так популярен и что, вообще, выбрать
linux.14
libra(wonderland,1) — Difrex
2020-01-10 10:34:25


Раз уж все расчехлили свои расчехляторы, то и моё в копилку;

                   ..                    root@xenon
                 .PLTJ.                  OS: CentOS 
                <><><><>                 Kernel: x86_64 Linux 3.10.0-1062.1.2.el7.x86_64
       KKSSV' 4KKK LJ KKKL.'VSSKK        Uptime: 3h 24m
       KKV' 4KKKKK LJ KKKKAL 'VKK        Packages: 2115
       V' ' 'VKKKK LJ KKKKV' ' 'V        Shell: zsh 5.0.2
       .4MA.' 'VKK LJ KKV' '.4Mb.        Resolution: 3840x1080
     . KKKKKA.' 'V LJ V' '.4KKKKK .      DE: GNOME 3.28.1
   .4D KKKKKKKA.'' LJ ''.4KKKKKKK FA.    WM: Mutter
  <QDD ++++++++++++  ++++++++++++ GFD>   WM Theme: 
   'VD KKKKKKKK'.. LJ ..'KKKKKKKK FV     GTK Theme: Adwaita [GTK2/3]
     ' VKKKKK'. .4 LJ K. .'KKKKKV '      Icon Theme: Adwaita
        'VK'. .4KK LJ KKA. .'KV'         Font: Cantarell 11
       A. . .4KKKK LJ KKKKA. . .4        Disk: 147G / 462G (32%)
       KKA. 'KKKKK LJ KKKKK' .4KK        CPU: AMD A6-9500 RADEON R5, 8 COMPUTE CORES 2C+6G @ 2x 3.5GHz
       KKSSA. VKKK LJ KKKV .4SSKK        GPU: AMD CARRIZO (DRM 3.27.0, 3.10.0-1062.1.2.el7.x86_64, LLVM 7.0.1)
                <><><><>                 RAM: 2898MiB / 6810MiB
                 'MKKM'                 
                   ''  

# Re: Мониторинг
linux.14
vit01(mira, 1) — Difrex
2019-09-18 15:32:13


Difrex> Что-то можно тут посмотреть https://prom.lessmore.pw/.
Difrex> Плюет алертами сюда https://github.com/metalmatze/alertmanager-bot

В общем, история закончилась тем, что я более-менее настроил всё так как хотелось, включая мониторинг (чисто на минималках, но рабочий). Спасибо за все советы

Пробовал крутить Python API для Prometheus и обнаружил, что для мониторинга научных данных он тоже может быть очень полезен.

Difrex> Про то, как устроен мониторинг у меня на проекте я затирал тут, если интересно: https://youtu.be/ouloiciOlqc?t=1210 :)

Годнота, мощная инфраструктура. Интересно было глянуть

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: Мониторинг
linux.14
Difrex(dynamic,1) — vit01
2019-08-31 17:56:19


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

> Жаль, что в документации не сделали приличное разъяснение и уже готовые примеры (может быть, даже не на nginx, а на ещё более лёгком софте). А то желание "прикрыть зад" системе, наверное, самое первое, что приходит в голову
Ну, оно какбэ ориентировано больше на опытных людей, которые знают зачем и как это интегрировать в свою инфраструктуру :)

> Но если где-то завалялась уже готовая конфиг-портянка с правилами, то с удовольствием воспользовался бы ей.
Что-то можно тут посмотреть https://prom.lessmore.pw/.
Плюет алертами сюда https://github.com/metalmatze/alertmanager-bot

# Re: Ubuntu и apt-mark
linux.14
Andrew Lobanov(tavern,1) — Difrex
2019-07-17 10:38:53


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 всё ещё маркировку игнорирует =(

# Re: Ubuntu и apt-mark
linux.14
Difrex(dynamic,1) — Andrew Lobanov
2019-07-17 09:31:55


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

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

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

+++ At work. idec.el/0.1

# Re: telega.el
linux.14
Difrex(dynamic,1) — Andrew Lobanov
2019-07-17 09:23:04


Уже год, как сижу на telega.el. Это прям ваще пушка. Есть картинки, видосики, стикеры.
Зайцев обещает запилить скоро рабочие звонки(если еще не).

Строго рекомендую сидеть на бранче *telega-with-inserters*.

+++ At work. idec.el/0.1

# Re: telega.el
linux.14
vit01(mira, 1) — Andrew Lobanov
2019-07-08 10:08:48


vit01>> Вот, кстати, насчёт мультимедии хотелось бы поподробнее. Неужели он там всякие картиночки отображает прямо в Емаксе? И ещё телега хороша огромным количеством музла (в том числе пиратского), которое туда скидывают. Интересно, как в сабже с воспроизведением аудиопотоков.

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

Очень даже неплохо, значит можно пользоваться

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

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

Вконтакт нынче вообще оборзел в том плане, что они закрыли API для сообщений. Теперь вы не то что ботов сделать не можете и общаться на компе через сторонние клиенты, так ещё и бэкапить переписку не получится нормально.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

# Re: telega.el
linux.14
Andrew Lobanov(tavern,1) — vit01
2019-07-08 08:13:59


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

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

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

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

# Re: Ubuntu и apt-mark
linux.14
Andrew Lobanov(tavern,1) — vit01
2019-07-08 08:13:54


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 и вообще игнорирует маркировку пакетов.

# Re: telega.el
linux.14
vit01(mira, 1) — Andrew Lobanov
2019-07-08 07:14:10


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

Вот, кстати, насчёт мультимедии хотелось бы поподробнее. Неужели он там всякие картиночки отображает прямо в Емаксе? И ещё телега хороша огромным количеством музла (в том числе пиратского), которое туда скидывают. Интересно, как в сабже с воспроизведением аудиопотоков.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM