AL>> Мне сложно представить, чтобы разработчик ориентировался на какое-то редкое окружение, если только не разрабатывает какой-то эксклюзивный софт, который будет работать на этом редком окружении.
vvs> Nix не более редкое окружение, чем какой-нибудь Docker, InstallShield или flatpak. Установил его на любой линукс или даже MacOS и пользуйся для сборки предоставленным файлом проекта, запустив шелл, в котором уже предустановлена вся среда разработки. Что может быть проще?
vvs> NixOS - это дистрибутив линукса на основе Nix. А Nix - это менеджер пакетов, который от ОС не сильно зависит. Единственный недостаток на сегодняшний день - это поддержка Windows только через WSL.

Что такое Nix, и чем он оличается от NixOS я знаю. Я даже знаю что такое Guix, и чем отличается от GuixSD :)

Хотя, сейчас стандарт де-факто это докер всё таки.

+++ Caesium/0.4 RC1

Я про раскатку аникеев в большом количестве.

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

Nix не более редкое окружение, чем какой-нибудь Docker, InstallShield или flatpak. Установил его на любой линукс или даже MacOS и пользуйся для сборки предоставленным файлом проекта, запустив шелл, в котором уже предустановлена вся среда разработки. Что может быть проще?

NixOS - это дистрибутив линукса на основе Nix. А Nix - это менеджер пакетов, который от ОС не сильно зависит. Единственный недостаток на сегодняшний день - это поддержка Windows только через WSL.

ii.51t.ru> я не про воспроизводимость, я про простоту и удобство. на ftp просто ложится файл siteXX.tgz, рядом с остальными, а в нём ещё выполняется скрипт install.site. проще быть не может. у остальных кикстартеры, пресиды и прочее, но нет элементарной возможности минимально элементарным способом просто выполнить post-install скрипт и раскатать нужные файлы. вроде там ещё в зависимости от клиента можно разные siteXX выдавать. очень просто и очень просто реализовывать.

Ну да - просто и удобно. Только не то совсем :)

+++ Caesium/0.4 RC1

я не про воспроизводимость, я про простоту и удобство. на ftp просто ложится файл siteXX.tgz, рядом с остальными, а в нём ещё выполняется скрипт install.site. проще быть не может. у остальных кикстартеры, пресиды и прочее, но нет элементарной возможности минимально элементарным способом просто выполнить post-install скрипт и раскатать нужные файлы. вроде там ещё в зависимости от клиента можно разные siteXX выдавать. очень просто и очень просто реализовывать.

>> Ну это хорошо для эникеев, которым надо раскатывать системы постоянно в большом количестве.
ii.51t.ru> проще и при этом круче install.site из openbsd я ничего не видел :)

Давай подробности. Мне действительно интересно. Потому что фанбои NixOS как раз фичу очень гибкого окружения со 100% воспроизводимостью без плясок называют в первую очередь обычно.

У опёнка разве не строгая привязка к релизу системы?

PS: А конфиги оно тоже раскатает?

+++ Caesium/0.4 RC1

vvs>>> Вообще в NixOS, конечно, есть ещё и дополнительные плюсы для разработчиков и сисопов, например воспроизводимость сборки. Но лично мне это ничего не даёт.
AL>> Ну это хорошо для эникеев, которым надо раскатывать системы постоянно в большом количестве.
vvs> Не только. Если разработчик хочет, чтобы его проект собирался в точности с теми же версиями компилятора и библиотек, что и у него, то Nix это и обеспечивает. Он тут очень похож на docker. Вообще, Nix - это весьма облегчённая "песочница", по сравнению с более полноценной виртуализацией.

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

+++ Caesium/0.4 RC1

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

проще и при этом круче install.site из openbsd я ничего не видел :)

vvs>> Вообще в NixOS, конечно, есть ещё и дополнительные плюсы для разработчиков и сисопов, например воспроизводимость сборки. Но лично мне это ничего не даёт.

AL> Ну это хорошо для эникеев, которым надо раскатывать системы постоянно в большом количестве.

Не только. Если разработчик хочет, чтобы его проект собирался в точности с теми же версиями компилятора и библиотек, что и у него, то Nix это и обеспечивает. Он тут очень похож на docker. Вообще, Nix - это весьма облегчённая "песочница", по сравнению с более полноценной виртуализацией.

vvs> ii.51t.ru> У меня nixos при установке в virtualbox упало на сборке модуля для virtualbox. Дальше не смотрел
vvs> Ну, вот в этом и есть основное отличие, когда интересуются только ради баловства или когда нужно по делу :) Попробовал бы я сказать такое своему (бывшему) начальству на работе, что я дальше не смотрел из-за какой-то одной проблемы. Зарплату мне и платили именно за то, чтобы все проблемы были решены кровь из носу. А ради собственной необходимости я-то стараюсь побольше, чем по принуждению.

Ну тут надо просто решить или система для человека или человек для системы. Правильного ответа нет - у каждого он свой.

vvs> Вообще в NixOS, конечно, есть ещё и дополнительные плюсы для разработчиков и сисопов, например воспроизводимость сборки. Но лично мне это ничего не даёт.

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

+++ Caesium/0.4 RC1

ii.51t.ru> хороший мануал, беспроблемность из коробки - поэтому мой выбор debian и openbsd.

Ну, если бы мне была необходима подробная документация, то, наверное, предпочёл бы RedHat Enterprise Linux. А проблемы я себе всегда найду, в любом дистрибутиве - это для меня не проблема :)

У меня был шанс перейти с федоры на дебиан, я об этом тогда думал. Но, в итоге победили возможности Nix-а, поскольку переучиваться мне всё равно пришлось, а для меня важнее возможность постоянно экспериментировать на живой системе без последствий. В NixOS что ни устанавливай, систему вывести из строя невозможно, разве что bootloader, но и это легко исправить. А второе - была возможность самостоятельно откомпилировать ОС из исходников, после того, как я видел, как убунту и федора всех кинули, внезапно отказавшись от i686. Правда тут я явно недооценил уже способности самих разработчиков вносить искусственные ограничения в исходный код приложений. Вот спрашивается: зачем делить код на произвольные куски большого размера, чтобы 4 ГБ для его компиляции уже не хватало?

мне по делу ничо не нужно. или нужно, чтобы работало. вообще я много что ставил и на виртуалку, и на реалку - syllable, haiku, icaros, reactos, netbsd, openbsd. когда искал что-то, чтобы была на кармане альтернатива linux, всё крутил. по итогу, на реальных 5 ноутбуках, от первого пня до более менее современного - поставить netbsd и набрать startx иксы завелись в 0 из 5 (хотя в виртуалке работало, правда то шрифтов не было, то ещё чё-то), а в openbsd - 5 из 5. я и выбрал openbsd. и в openbsd faq - всё по делу, а в netbsd разрозненная инфа по всем углам, и часто устаревшая, например в мануале написано "нужно 2 дискеты", хотя в том релизе их нужно было 5 - можно понять, какой актуальности этот мануал.

хороший мануал, беспроблемность из коробки - поэтому мой выбор debian и openbsd. ну только alt пришлось докручивать, разбираться, и спустя лет 10 альт я таки осилил - щас знаю косяки и могу им комфортно пользоваться. на nixos смотрел, но детально разбираться не стал, если бы он был по беспроблемности как OpenBSD, может быть и покорил бы меня :)

ii.51t.ru> У меня nixos при установке в virtualbox упало на сборке модуля для virtualbox. Дальше не смотрел

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

А на виртуальной машине я даже и не пробовал. Помнится, там у меня когда-то и DirectX в Windows 98 не работала, хотя XP и Windows 7 работали без особых проблем. Кстати, при самой первой установке NixOS, я попытался её запустить прямо из под федоры и у меня возникли какие-то проблемы с сертификатами, так что вообще ничего даже не скачивалось. Ничего, пришлось самому скачать и загрузиться с установочного CD и всё сразу пошло как по маслу. Проблемы были и потом, мне не привыкать. "И ещё неоднократно вышел зайчик погулять" :)

Вообще в NixOS, конечно, есть ещё и дополнительные плюсы для разработчиков и сисопов, например воспроизводимость сборки. Но лично мне это ничего не даёт.

У меня nixos при установке в virtualbox упало на сборке модуля для virtualbox. Дальше не смотрел

AL> Довольно забавно слышать, что Debian это экзотическая ОС.

Когда здесь писал об экзотических ОС, о дебиане даже и не думал. Хотя для кого-то другого и дебиан может быть экзотикой.

AL> О NixOS слышал много хорошего, но как-то лень изучать ради изучения, а практического преимущества перед тем же Debian никак для себя не отыщу :)

Для меня главное практическое достоинство - полная независимость каждого приложения от любого другого. Можно установить хоть сотню разных версий и они не будут конфликтовать между собой. Откат на любую версию - это просто смена профиля или даже активного экземпляра оболочки (шелла).

Другое достоинство - это потенциальная независимость от системы сборки производителя дистрибутива. Любой компонент системы может быть автоматически собран на локальной машине с исходников, прямо при установке, как в Gentoo. Но это может быть и недостатком тоже, особенно для архитектуры i686, когда недостаточно 4 ГБ. Поэтому и пользуюсь теперь 64-битной. Ещё один недостаток - это высокая сложность языка самого Nix-а, но у меня было достаточно времени, чтобы привыкнуть.

Хотя готовых пакетов в NixOS и больше, чем в любом другом дистрибутиве, их реальная работоспособность часто только теоретическая. Мне не раз приходилось дорабатывать их самостоятельно. Но мне не так часто приходится с этим сталкиваться.

ii.51t.ru> Не знаю, что там на что завязано, но вроде даже в win xp это проблема, хотя на неё чё только не накатывали. Там и ключи, и алгоритмы, и совместимость всего этого с браузерами - нужен тока современный бразуер, а современный браузер уже технически со старым железом не совместим. :)

Не браузером единым, так сказать. На третьем пне я использую очень современный W3M и успешно гуляю им по HTTPS, попутно скачивая всякую мультимедию с помощью wget всё по тому же HTTPS.

Так что всё таки нужно разделять - задача эта комплексная и HTTPS это далеко не только в веб тыр-тыр-тыр.

+++ Caesium/0.4 RC1

Не знаю, что там на что завязано, но вроде даже в win xp это проблема, хотя на неё чё только не накатывали. Там и ключи, и алгоритмы, и совместимость всего этого с браузерами - нужен тока современный бразуер, а современный браузер уже технически со старым железом не совместим. :)

К вопросу о сабже. А попробовать накатить нужные пакетики из более поздней версии дистрибутива не вариант? Хотя, 4 это сильно давно, конечно, но, может, от 7 подойдут?

Конечно, это нарушение консистентности системы, но как рабочий вариант может и прокатить.

+++ Caesium/0.4 RC1

>> Я так и не понял смысл аптитюды - всю дорогу просто apt-get хватало. А сейчас apt вообще освобождает от необходимости думать.
ii.51t.ru> aptitude освобождает от необходимости помнить 80000 пакетов. о многих из них я впервые из aptitude и узнал - листаю "что нового" по категориям и читаю описание - понравилось, тут же в течение доли секунды отметил на установку, потом всё скопом поставил. да и вообще, просто полазить по разделам, посмотреть чётаместь.

А. Когда-то я именно для этого и использовал её. Вспомнил. Но потом стало лень :)

ii.51t.ru> люблю поставить на старую машину альт3 и выше, дебиан 3 и выше, а потом залезть в aptitude и НАБИВАТЬ ЕЁ ГИГАЗОМ ВАРЕЗОВ СОФТА под текущий конфиг машинки. моё любимое развлечение - кто-то в игрушки играет, а я вот так развлекаюсь. :) потом пытаться всем этим пользоваться, в том числе замечая, что же мы потеряли, и размышляя, почему.

Мы потеряли гораздо больше. Не так давно интересный доклад смотрел по теме. True-grue подкинул видео. Да и вообще, если порыться в идеях прошлого, можно найти много интересного :)

+++ Caesium/0.4 RC1

> Я так и не понял смысл аптитюды - всю дорогу просто apt-get хватало. А сейчас apt вообще освобождает от необходимости думать.

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

люблю поставить на старую машину альт3 и выше, дебиан 3 и выше, а потом залезть в aptitude и НАБИВАТЬ ЕЁ ГИГАЗОМ ВАРЕЗОВ СОФТА под текущий конфиг машинки. моё любимое развлечение - кто-то в игрушки играет, а я вот так развлекаюсь. :) потом пытаться всем этим пользоваться, в том числе замечая, что же мы потеряли, и размышляя, почему.

vvs> P.S. Кстати убунту прекратила поддержку i686 ещё раньше федоры. Тут для репрезентативности важнее всего популярность. Толку, что какая-то экзотическая ОС что-то там поддерживает, если у неё два с половиной пользователя и все издержки на решение любой проблемы приходится платить самому. А раз уж мне всё равно пришлось отказаться от проверенного решения, то я предпочёл использовать этот шанс для изучения более гибкого и совершенного - NixOS, и не жалею.

Довольно забавно слышать, что Debian это экзотическая ОС.

О NixOS слышал много хорошего, но как-то лень изучать ради изучения, а практического преимущества перед тем же Debian никак для себя не отыщу :)

+++ Caesium/0.4 RC1

Difrex> По мне так Wayland давно готов(для меня). Из приложений только я.браузер через xwayland работает. Даже Emacs можно собрать с чистым gtk и он будет нативно в Wayland работать :)

Пока нет даже оконного менеджера приличного. Или в жирноДЕ сидеть или в sway.

+++ Caesium/0.4 RC1

>> Я иза RPM-based пользовался только ASP Linux с 10 по 12. Потом на слаку ушёл.
ii.51t.ru> я пользовался scientific 4,5,6, mandrake, mandriva, mageia, сейчас на Альте - но тут хороший rpm, с apt-get и aptitude: для меня aptitude это 90% ценности любого дистрибутива, без него я как без рук, только в альте его сломали :(

Я так и не понял смысл аптитюды - всю дорогу просто apt-get хватало. А сейчас apt вообще освобождает от необходимости думать.

+++ Caesium/0.4 RC1

По мне так Wayland давно готов(для меня). Из приложений только я.браузер через xwayland работает. Даже Emacs можно собрать с чистым gtk и он будет нативно в Wayland работать :)

> Я иза RPM-based пользовался только ASP Linux с 10 по 12. Потом на слаку ушёл.

я пользовался scientific 4,5,6, mandrake, mandriva, mageia, сейчас на Альте - но тут хороший rpm, с apt-get и aptitude: для меня aptitude это 90% ценности любого дистрибутива, без него я как без рук, только в альте его сломали :(

> А дебиан молодцы - поддерживают до сих пор. 11 версию дистрибутива вполне успешно удаётся использовать.

Альт тоже поддерживает, я 10-м альтом на 32-битной машинке пользовался.

кросспост с опеннета:

в Альте, блин... в альте то ли с 4.x, то ли с 5 по 8, инсталлятор грохался, если видел на диске раздел OpenBSD. В 9-м это починили, и я наконец-то смог поставить себе Альт, но в 10-м сломали aptitude. Установка по http примерно в половине случаев по неизвестным мне причинам не создаёт initrd или просто виснет на этапе "установлено 100%". Недавно хотел установить Alt 4.1 на LVM, так в итоге всё не заработало. А ещё, на установку диска без разделов надо просто знать, что сначала нужно установить несуществующий раздел, и только после создать заново. Ещё инсталлятор не позволяет сделать установку, скажем, с sda2 на sda1, надо ставить с какой-нибудь флешки sdb. Вот это сообщение пишу с Альта, но, блин, как вообще с ним жить?

ii.51t.ru> fedora самый непонятный для меня дистрибутив. я в своей жизни, попробовал, наверное, дистрибутивов 100, из них парочку создал сам, но никогда не понимал Fedora, и никогда ей не пользовался

Разумеется, у каждого свои собственные критерии полезности. На мой взгляд, когда-то федора имела самую лучшую поддержку у независимых разработчиков. Очень неплохо было иметь серверную версию на основе тех же стандартов. Шансы того, что у произвольного проекта есть готовые RPM под федору или CentOS были выше, чем для любого другого дистрибутива. Даже если я компилировал их сам, это существенно снижало издержки, поскольку обеспечивало хоть какой-то стандартный и доступный метод сборки. И найти документированное решение какой-то проблемы тоже было проще. Особенно важно, что вкладывая в её изучение своё время, не придётся потом каждый раз начинать всё с нуля. Но сейчас тут пальма первенства уже явно у убунту. Поскольку для меня ОС - это только вспомогательный инструмент и я не собираюсь тратить на её обслуживание времени больше, чем абсолютно необходимо, то наличие там хороших стандартов для меня существенно и их изучение должно стоить потраченного времени.

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

>> Но давай посмотрим на упомянутую тут федорку: x86_64 и aarch64.
ii.51t.ru> fedora самый непонятный для меня дистрибутив. я в своей жизни, попробовал, наверное, дистрибутивов 100, из них парочку создал сам, но никогда не понимал Fedora, и никогда ей не пользовался

Я иза RPM-based пользовался только ASP Linux с 10 по 12. Потом на слаку ушёл.

ii.51t.ru> и причём здесь fedora, если я отвечал на это
>> Если, например, количество пользователей меньше 1%, уже просто нецелесообразно заниматься поддержкой старой архитектуры.

Ну vvs тут говорил, что федорка забросила и капец.

А дебиан молодцы - поддерживают до сих пор. 11 версию дистрибутива вполне успешно удаётся использовать.

Ну а если о *BSD, то круче NetBSD всё равно ничего нет в плане поддерживаемых платформ :)

+++ Caesium/0.4 RC1

> Но давай посмотрим на упомянутую тут федорку: x86_64 и aarch64.

fedora самый непонятный для меня дистрибутив. я в своей жизни, попробовал, наверное, дистрибутивов 100, из них парочку создал сам, но никогда не понимал Fedora, и никогда ей не пользовался

и причём здесь fedora, если я отвечал на это

> Если, например, количество пользователей меньше 1%, уже просто нецелесообразно заниматься поддержкой старой архитектуры.

>> Тут сугубо экономический вопрос. Мода тут постолько поскольку. Поддержка 32-бит это не только сборка дистрибутива или программы, это ещё и тестирование. Если, например, количество пользователей меньше 1%, уже просто нецелесообразно заниматься поддержкой старой архитектуры.

ii.51t.ru> Debian:
ii.51t.ru> Информация о выпуске для 64-битный ПК (amd64)
ii.51t.ru> Информация о выпуске для 64-битный ARM (AArch64)
ii.51t.ru> Информация о выпуске для EABI ARM (armel)
ii.51t.ru> Информация о выпуске для ABI ARM с аппаратной поддержкой чисел с плавающей запятой (armhf)
ii.51t.ru> Информация о выпуске для 32-битный ПК (i386)
ii.51t.ru> Информация о выпуске для MIPS (с порядком байтов от младшего к старшему)
ii.51t.ru> Информация о выпуске для 64-битный MIPS (с порядком байтов от младшего к старшему)
ii.51t.ru> Информация о выпуске для Процессоры POWER
ii.51t.ru> Информация о выпуске для IBM System z
ii.51t.ru> OpenBSD:
ii.51t.ru> alpha Digital Alpha-based systems
ii.51t.ru> amd64 AMD64-based systems
ii.51t.ru> arm64 64-bit ARM systems
ii.51t.ru> armv7 ARM based devices, such as BeagleBone, PandaBoard, CuBox-i, SABRE Lite, Nitrogen6x and Wandboard
ii.51t.ru> hppa Hewlett-Packard Precision Architecture (PA-RISC) systems
ii.51t.ru> i386 Standard PC and clones based on the Intel i386 architecture and compatible processors
ii.51t.ru> landisk IO-DATA Landisk systems (such as USL-5P) based on the SH4 cpu
ii.51t.ru> loongson Loongson 2E- and 2F-based systems, such as the Lemote Fuloong and Yeeloong, Gdium Liberty, etc.
ii.51t.ru> luna88k Omron LUNA-88K and LUNA-88K2 workstations
ii.51t.ru> macppc Apple New World PowerPC-based machines, from the iMac onwards
ii.51t.ru> octeon Cavium Octeon-based MIPS64 systems
ii.51t.ru> powerpc64 IBM POWER-based PowerNV systems
ii.51t.ru> riscv64 64-bit RISC-V systems
ii.51t.ru> sparc64 Sun UltraSPARC and Fujitsu SPARC64 systems
ii.51t.ru> i386 тут не самая непопулярная :)

Внимательный читатель наверняка заметил, что я ещё в начале этого обсуждения говорил о поддержке актуальным дебианом i386. Но давай посмотрим на упомянутую тут федорку: x86_64 и aarch64.

+++ Caesium/0.4 RC1

> Тут сугубо экономический вопрос. Мода тут постолько поскольку. Поддержка 32-бит это не только сборка дистрибутива или программы, это ещё и тестирование. Если, например, количество пользователей меньше 1%, уже просто нецелесообразно заниматься поддержкой старой архитектуры.

Debian:

Информация о выпуске для 64-битный ПК (amd64)
Информация о выпуске для 64-битный ARM (AArch64)
Информация о выпуске для EABI ARM (armel)
Информация о выпуске для ABI ARM с аппаратной поддержкой чисел с плавающей запятой (armhf)
Информация о выпуске для 32-битный ПК (i386)
Информация о выпуске для MIPS (с порядком байтов от младшего к старшему)
Информация о выпуске для 64-битный MIPS (с порядком байтов от младшего к старшему)
Информация о выпуске для Процессоры POWER
Информация о выпуске для IBM System z

OpenBSD:

alpha Digital Alpha-based systems
amd64 AMD64-based systems
arm64 64-bit ARM systems
armv7 ARM based devices, such as BeagleBone, PandaBoard, CuBox-i, SABRE Lite, Nitrogen6x and Wandboard
hppa Hewlett-Packard Precision Architecture (PA-RISC) systems
i386 Standard PC and clones based on the Intel i386 architecture and compatible processors
landisk IO-DATA Landisk systems (such as USL-5P) based on the SH4 cpu
loongson Loongson 2E- and 2F-based systems, such as the Lemote Fuloong and Yeeloong, Gdium Liberty, etc.
luna88k Omron LUNA-88K and LUNA-88K2 workstations
macppc Apple New World PowerPC-based machines, from the iMac onwards
octeon Cavium Octeon-based MIPS64 systems
powerpc64 IBM POWER-based PowerNV systems
riscv64 64-bit RISC-V systems
sparc64 Sun UltraSPARC and Fujitsu SPARC64 systems

i386 тут не самая непопулярная :)

> И даже современный HTTPS?

нет, но я туда и не хожу, у меня свой сайт есть :)

AL> Ну то есть причина надумана, так как софт продолжает прекрасно работать на старом железе?

Наоборот. Я перечислил причины, по которым софт больше не соответствует моим требованиям. Но, если кого-то другого там всё устраивает, то и флаг им в руки.

AL>> Меня никто не сгонял. Пользуюсь как пользовался. А вас кто сгонял и по какой причине?
vvs> Причины перечислены в idec.talks, при обсуждении проблем со старыми компами. "Вам шашечки или ехать"? Меня не интересует пустая трата времени на посторонние проблемы, мне надо работать и получать нужный _мне_ результат. Это не значит, что весь мир должен поддерживать 32-битные архитектуры для всех. Это значит, что я могу не считать эти тенденции и образ мыслей полезными для меня.

Ну то есть причина надумана, так как софт продолжает прекрасно работать на старом железе?

+++ Caesium/0.4 RC1

AL> Меня никто не сгонял. Пользуюсь как пользовался. А вас кто сгонял и по какой причине?

Причины перечислены в idec.talks, при обсуждении проблем со старыми компами. "Вам шашечки или ехать"? Меня не интересует пустая трата времени на посторонние проблемы, мне надо работать и получать нужный _мне_ результат. Это не значит, что весь мир должен поддерживать 32-битные архитектуры для всех. Это значит, что я могу не считать эти тенденции и образ мыслей полезными для меня.

>> Если дистрибутив вещь консистентная, то как будет работать GTK5 на системах с xorg? Или кто портирует fvwm под wayland? Скорее всего, весь этот годный и нужный софт просто полетит на помойку и останемся мы с подвёрнутыми штанами попивать смузи под гномом.
ii.51t.ru> Ну это выбор дистров - или gtk5 выкидывать, или полсистемы, или как-то всё это добро дружить. А мой выбор называть после этого тот или иной дистр шизанутым. В любом случае, у меня есть Alt 3.0 и Debian 4.0, где всё работает. :)

И даже современный HTTPS?

+++ Caesium/0.4 RC1

AL>> Если дистрибутив вещь консистентная, то как будет работать GTK5 на системах с xorg? Или кто портирует fvwm под wayland? Скорее всего, весь этот годный и нужный софт просто полетит на помойку и останемся мы с подвёрнутыми штанами попивать смузи под гномом.
vvs> Вот тогда может до вас и дойдёт, на что жалуются те, кого принудительно с 32-битных архитектур согнали, ради модных свистелок :/

Меня никто не сгонял. Пользуюсь как пользовался. А вас кто сгонял и по какой причине?

+++ Caesium/0.4 RC1

> Если дистрибутив вещь консистентная, то как будет работать GTK5 на системах с xorg? Или кто портирует fvwm под wayland? Скорее всего, весь этот годный и нужный софт просто полетит на помойку и останемся мы с подвёрнутыми штанами попивать смузи под гномом.

Ну это выбор дистров - или gtk5 выкидывать, или полсистемы, или как-то всё это добро дружить. А мой выбор называть после этого тот или иной дистр шизанутым. В любом случае, у меня есть Alt 3.0 и Debian 4.0, где всё работает. :)

AL> Если дистрибутив вещь консистентная, то как будет работать GTK5 на системах с xorg? Или кто портирует fvwm под wayland? Скорее всего, весь этот годный и нужный софт просто полетит на помойку и останемся мы с подвёрнутыми штанами попивать смузи под гномом.

Вот тогда может до вас и дойдёт, на что жалуются те, кого принудительно с 32-битных архитектур согнали, ради модных свистелок :/

ii.51t.ru> Дистрибутив - вещь консистентная, там всё должно работать. Если Альт или Debian выкинут 80% софта, как неподдерживаемый - я офигею. А если у них весь софт будет работать, то не особо критично, как. Я в своё время ток через полгода узнал, случайно, что у меня в дебиане уже не иксы, а wayland :)

Ну хорошо пользователям гномокед. А нормальных оконных менеджеров до сих пор не завезли под вяленький. Разве что sway для любителей тайлинга. Есть потуги запилить свой openbox. Уровня хотя бы базового fvwm нет и не предвидится. При этом с wayland слишком много проблем, так что пофиг на него. Не работает на нём ничего путнего, сам он глючит и тормозит на радеонах и интелах. Поэтому вопрос открыт.

Если дистрибутив вещь консистентная, то как будет работать GTK5 на системах с xorg? Или кто портирует fvwm под wayland? Скорее всего, весь этот годный и нужный софт просто полетит на помойку и останемся мы с подвёрнутыми штанами попивать смузи под гномом.

+++ Caesium/0.4 RC1

Дистрибутив - вещь консистентная, там всё должно работать. Если Альт или Debian выкинут 80% софта, как неподдерживаемый - я офигею. А если у них весь софт будет работать, то не особо критично, как. Я в своё время ток через полгода узнал, случайно, что у меня в дебиане уже не иксы, а wayland :)

Что думаете по поводу возможного отказа от X11 в GTK5? Wayland, ИМХО, до сих пор не очень готов. Есть ли какая-либо информация из недр GNU? Ждёт ли нас очередное продавливание, как это было с systemd, ставшим в итоге стандартом де-факто?

+++ Caesium/0.4 RC1

Форк telegram-cli, который работает: https://github.com/kenorb-contrib/tg
Конечно, есть прекрасная telega.el, но иногда хочется чего-то более изощрённого.

Окончательно свалил с 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 -- просмотр, выборка, редактирование итд.

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

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

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

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

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

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

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

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

У меня Intel, только старый. Единственное, что добавил

Option "PageFlip" "false"

Иначе были проблемы в wine если быстро мышью двигать. После этого все гладко заработало.

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

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

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

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

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

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

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

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

UAjWgtopKMN5TuE40eDh
WHBTaCadjSbLfTnPAAZE
uFmdn62wyvWPAiiPM8nI
S9NHawK5w1x7C4W1rQy2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Тут в 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. Но им легко находится замена.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Скриншот? Клавиша 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.

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. Просто жмёшь её, выбираешь область на экране и скриншот сохраняется в домашней директории.

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

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

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

scrot -s

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

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

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

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

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

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

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

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

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

Привет!

До последнего относился к деятельности Поттеринга с пониманием. Прогресс дело такое. 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...

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

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

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

AL> C-c C-o

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

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

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

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

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


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

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

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

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

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)

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

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

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

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

Спасибо)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Купил тут МФУ. Специально брал с 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 потерял это изменение и разбирался повторно. :)

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

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

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

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

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

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

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

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

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

> Добавляем файл ~/.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

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

** Для повышения количества контента в сети делаю репост статьи из моего блога, оригинал здесь 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. Часто её ругают за то, что названия файлов с паролями хранятся в открытом виде (а они обычно представляют собой названия сайтов на которых вы зарегистрированы). Но лично мне нравится настолько простой формат хранения паролей.

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

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

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

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

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

(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

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

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

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

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

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

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

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

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

# запускаем 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'

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

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

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

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

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

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

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

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

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

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

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

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