RSS
# Re: wayland и захват ввода
linux.14
Andrew Lobanov(tavern,1) — hugeping
2024-03-26 17:52:55


vort3>> Я помню бородатые времена, когда KDE vs GNOME было поводом для холиваров каждый день,
hugeping> Ни тот ни другой мне не нравились. Нравился WindowMaker. :)

Я, как поколение Next %) любил в те времена fluxbox. WindowMaker я распробовал уже сильно позже. Но как пришёл к Fvwm, так и считаю его до сих пор лучшим конструктором графической оболочки. Пробую периодически скакать по другим WM и даже по DE, но понимаю, что в конечном итоге пытаюсь изобрести не look, но feel своего Fvwm, и прыгаю обратно.

А сейчас и вовсе уже наскучило это всё, лень стало скакать. Вот и сижу :)

vort3>> И вот я иногда нахожу все эти ретро скриншоты тогдашних интерфейсов (тогда ещё у всех на компьютерах стояла Windows XP с дефолтными обоями, с зелёными холмами), и тоскую
hugeping> А действительно сейчас оно смотрится прикольно. Мне win3.11 нравится как выглядит сейчас. А вот в то время, не нравилось. Так что действительно есть какой-то эффект и мода на ретро возвращается.
hugeping> В качестве примера ещё можно motiff привести. :)

У меня как раз Fvwm в духе Motiff оформлен. Все эти прелести типа CDE и 4Dwm.

Однако, emacs у меня собран таки с gtk. Прогнулся :)

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

# Re: wayland и захват ввода
linux.14
Andrew Lobanov(tavern,1) — vort3
2024-03-26 17:52:55


AL>> А в остальном даже приятные ощущения остались. Разве что сильно непривычные файловые диалоги Qt. Отвык я от них за 18 лет, когда последний раз пользовался KDE полноценно :)
vort3> А у вас (дорогие читатели этого треда) бывает ностальгия по тому, чего вы никогда не испытывали?
vort3> Я помню бородатые времена, когда KDE vs GNOME было поводом для холиваров каждый день, тогда ещё не было такой бессмысленной нумерации, как сейчас (кажись уже гном 46 вышел?), и была кажется версия KDE 3. Это наверное ещё тогда появился мем «как пропатчить KDE под FreeBSD?». Так вот, у меня тогда даже компьютера своего не было, а вся эта атмосфера лиункса кружила вокруг меня, потому что это обсуждалось во всех тогдашних чатах и форумах. И вот я иногда нахожу все эти ретро скриншоты тогдашних интерфейсов (тогда ещё у всех на компьютерах стояла Windows XP с дефолтными обоями, с зелёными холмами), и тоскую, но не могу понять, как можно тосковать по тому, чего у меня никогда не было. Может быть, я лишь тоскую по прошлому и по своей юности?

У меня бывает. Почему-то испытываю слабость ностальгического толка по старым Unix-машинам (образца конца 80-х и 90-х), которые совершенно не застал. И вообще к старой вычислительной технике. Очень люблю читать о тех временах и технологиях и с удовольствием смотрю ролики на youtube-канале CuriousMarc.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

# Re: wayland и захват ввода
linux.14
hugeping(ping,1) — vort3
2024-03-24 19:00:21


vort3> Я помню бородатые времена, когда KDE vs GNOME было поводом для холиваров каждый день,

Ни тот ни другой мне не нравились. Нравился WindowMaker. :)

vort3> И вот я иногда нахожу все эти ретро скриншоты тогдашних интерфейсов (тогда ещё у всех на компьютерах стояла Windows XP с дефолтными обоями, с зелёными холмами), и тоскую

А действительно сейчас оно смотрится прикольно. Мне win3.11 нравится как выглядит сейчас. А вот в то время, не нравилось. Так что действительно есть какой-то эффект и мода на ретро возвращается.

В качестве примера ещё можно motiff привести. :)

# Re: wayland и захват ввода
linux.14
vort3(ping,52) — Andrew Lobanov
2024-03-22 18:44:34


AL> А в остальном даже приятные ощущения остались. Разве что сильно непривычные файловые диалоги Qt. Отвык я от них за 18 лет, когда последний раз пользовался KDE полноценно :)

А у вас (дорогие читатели этого треда) бывает ностальгия по тому, чего вы никогда не испытывали?
Я помню бородатые времена, когда KDE vs GNOME было поводом для холиваров каждый день, тогда ещё не было такой бессмысленной нумерации, как сейчас (кажись уже гном 46 вышел?), и была кажется версия KDE 3. Это наверное ещё тогда появился мем «как пропатчить KDE под FreeBSD?». Так вот, у меня тогда даже компьютера своего не было, а вся эта атмосфера лиункса кружила вокруг меня, потому что это обсуждалось во всех тогдашних чатах и форумах. И вот я иногда нахожу все эти ретро скриншоты тогдашних интерфейсов (тогда ещё у всех на компьютерах стояла Windows XP с дефолтными обоями, с зелёными холмами), и тоскую, но не могу понять, как можно тосковать по тому, чего у меня никогда не было. Может быть, я лишь тоскую по прошлому и по своей юности?

# Re: wayland и захват ввода
linux.14
Andrew Lobanov(tavern,1) — vort3
2024-03-18 04:40:00


AL>> К сожалению, не могу ничего подсказать. Пользуюсь X11 и консольным pass.
vort3> Не могу сказать, что меня X11 чем-то не устраивал, или что в Wayland есть какие-то нужные мне киллер фичи, просто захотелось попробовать современную альтернативу и убедиться лично, насколько она готова к повседневному использованию.

Я на Debian 12 попробовал Wayland под Gnome. В общем и целом мне не понравилось. Вроде бы всё круто, но иногда есть какие-то шероховатости. Иногда и вовсе рисовал мне какие-то артефакты в окнах GTK.

vort3> Что касается pass, мне бы тоже стоило попробовать научиться им пользоваться, но очень уж он заточен под линукс. Я всё-таки пока что не на 100% пользователь линукса: по работе есть задачи, для которых мне пока нужна винда, поэтому я пока что работаю в дуалбуте. И да, как пользоваться pass на мобильных устройствах?

Под Windows и iOS не знаю что есть. Под Android есть Password Store, который прекрасно синхронизирует пароли через git и позволяет импортировать GPG-ключи.

AL>> Как впечатления от шестой плазмы?
vort3> В общем и целом не особо чувствуются отличия от пятой. Стало стабильнее, удобнее, местами красивее или приятнее, но это всё та же плазма. Местами голодная до ресурсов, но я готов ими делиться со своей DE, так как не выполняю на своём ноутбуке каких-то ресурсоёмких задач.

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

А в остальном даже приятные ощущения остались. Разве что сильно непривычные файловые диалоги Qt. Отвык я от них за 18 лет, когда последний раз пользовался KDE полноценно :)

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

# Re: wayland и захват ввода
linux.14
vort3(ping,52) — Andrew Lobanov
2024-03-17 13:51:01


AL> Добро пожаловать в наши нестройные редкие ряды!

Благодарю :-)

AL> К сожалению, не могу ничего подсказать. Пользуюсь X11 и консольным pass.

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

Что касается pass, мне бы тоже стоило попробовать научиться им пользоваться, но очень уж он заточен под линукс. Я всё-таки пока что не на 100% пользователь линукса: по работе есть задачи, для которых мне пока нужна винда, поэтому я пока что работаю в дуалбуте. И да, как пользоваться pass на мобильных устройствах?

AL> Как впечатления от шестой плазмы?

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

# Re: wayland и захват ввода
linux.14
Andrew Lobanov(tavern,1) — vort3
2024-03-15 11:31:40


vort3> Поприветствуйте новичка некропостера.

Добро пожаловать в наши нестройные редкие ряды!

vort3> С выходом KDE Plasma 6, который по дефолту Wayland, пытаюсь начать им пользоваться. Из необходимого мне работает практически всё, кроме KeePassXC. В нём отключена функция автоввода логинов/паролей. Разработчики пишут, что отключено, так как кипас не сможет определить заголовок окна (wayland по дефолту не показывает другим процессам заголовки окон), однако остаётся непонятным, почему я не могу просто ввести название окна в окошко поиска вручную и получить удовлетворительный результат, а не копировать и вставлять пароли вручную.

К сожалению, не могу ничего подсказать. Пользуюсь X11 и консольным pass.

Как впечатления от шестой плазмы? Я тут попробовал пятую на днях и был неприятно удивлён скоростью работы и жадностью до ресурсов. Вернулся на привычный Fvwm. Никак не идут у меня нормально дела с DE :)

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

# Re: wayland и захват ввода
linux.14
vort3(ping,52) — Peter
2024-03-14 12:29:12


Поприветствуйте новичка некропостера.

С выходом KDE Plasma 6, который по дефолту Wayland, пытаюсь начать им пользоваться. Из необходимого мне работает практически всё, кроме KeePassXC. В нём отключена функция автоввода логинов/паролей. Разработчики пишут, что отключено, так как кипас не сможет определить заголовок окна (wayland по дефолту не показывает другим процессам заголовки окон), однако остаётся непонятным, почему я не могу просто ввести название окна в окошко поиска вручную и получить удовлетворительный результат, а не копировать и вставлять пароли вручную.

# Re: офтопик из idec.talks
linux.14
Andrew Lobanov(tavern,1) — vvs
2023-01-29 14:58:32


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

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

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

+++ Caesium/0.4 RC1

# Re: офтопик из idec.talks
linux.14
ii.51t.ru(dinozavr,2) — Andrew Lobanov
2023-01-28 01:38:14


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

# Re: офтопик из idec.talks
linux.14
vvs(ping,12) — Andrew Lobanov
2023-01-27 13:14:35


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

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

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

# Re: офтопик из idec.talks
linux.14
Andrew Lobanov(tavern,1) — ii.51t.ru
2023-01-27 12:58:29


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

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

+++ Caesium/0.4 RC1

# Re: офтопик из idec.talks
linux.14
ii.51t.ru(dinozavr,2) — Andrew Lobanov
2023-01-27 11:34:42


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

# Re: офтопик из idec.talks
linux.14
Andrew Lobanov(tavern,1) — ii.51t.ru
2023-01-27 05:33:10


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

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

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

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

+++ Caesium/0.4 RC1

# Re: офтопик из idec.talks
linux.14
Andrew Lobanov(tavern,1) — vvs
2023-01-27 05:33:10


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

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

+++ Caesium/0.4 RC1

# Re: офтопик из idec.talks
linux.14
ii.51t.ru(dinozavr,2) — Andrew Lobanov
2023-01-26 20:07:19


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

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

# Re: офтопик из idec.talks
linux.14
vvs(ping,12) — Andrew Lobanov
2023-01-26 14:07:37


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

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

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

# Re: офтопик из idec.talks
linux.14
Andrew Lobanov(tavern,1) — vvs
2023-01-26 11:55:27


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

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

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

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

+++ Caesium/0.4 RC1

# Re: офтопик из idec.talks
linux.14
vvs(ping,12) — ii.51t.ru
2023-01-24 15:07:21


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

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

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

# Re: офтопик из idec.talks
linux.14
ii.51t.ru(dinozavr,2) — vvs
2023-01-24 14:37:41


мне по делу ничо не нужно. или нужно, чтобы работало. вообще я много что ставил и на виртуалку, и на реалку - 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, может быть и покорил бы меня :)

# Re: офтопик из idec.talks
linux.14
vvs(ping,12) — ii.51t.ru
2023-01-24 12:36:03


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

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

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

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

# Re: офтопик из idec.talks
linux.14
ii.51t.ru(dinozavr,2) — vvs
2023-01-24 02:25:29


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

# Re: офтопик из idec.talks
linux.14
vvs(ping,12) — Andrew Lobanov
2023-01-23 19:17:33


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

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

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

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

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

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

# Re: Debian 4 и TLS
linux.14
Andrew Lobanov(tavern,1) — ii.51t.ru
2023-01-23 11:57:57


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

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

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

+++ Caesium/0.4 RC1

# Re: Debian 4 и TLS
linux.14
ii.51t.ru(dinozavr,2) — Andrew Lobanov
2023-01-23 11:17:55


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

# Debian 4 и TLS
linux.14
Andrew Lobanov(tavern,1) — All
2023-01-23 10:58:05


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

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

+++ Caesium/0.4 RC1

# Re: офтопик из idec.talks
linux.14
Andrew Lobanov(tavern,1) — ii.51t.ru
2023-01-23 09:07:27


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

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

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

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

+++ Caesium/0.4 RC1

# Re: офтопик из idec.talks
linux.14
ii.51t.ru(dinozavr,2) — Andrew Lobanov
2023-01-23 08:17:13


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

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

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

# Re: офтопик из idec.talks
linux.14
Andrew Lobanov(tavern,1) — vvs
2023-01-23 05:57:16


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

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

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

+++ Caesium/0.4 RC1

# Re: GTK5 и Xorg
linux.14
Andrew Lobanov(tavern,1) — Difrex
2023-01-23 05:57:16


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

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

+++ Caesium/0.4 RC1

# Re: офтопик из idec.talks
linux.14
Andrew Lobanov(tavern,1) — ii.51t.ru
2023-01-23 05:57:15


>> Я иза 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

# Re: GTK5 и Xorg
linux.14
Difrex(dynamic,1) — Andrew Lobanov
2023-01-21 10:37:08


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

# Re: офтопик из idec.talks
linux.14
ii.51t.ru(dinozavr,2) — Andrew Lobanov
2023-01-20 14:32:25


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

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

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

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

# про альт
linux.14
ii.51t.ru(dinozavr,2) — All
2023-01-20 14:29:37


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

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

# Re: офтопик из idec.talks
linux.14
vvs(ping,12) — ii.51t.ru
2023-01-20 13:36:20


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

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

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

# Re: офтопик из idec.talks
linux.14
Andrew Lobanov(tavern,1) — ii.51t.ru
2023-01-20 12:50:55


>> Но давай посмотрим на упомянутую тут федорку: 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

# Re: офтопик из idec.talks
linux.14
ii.51t.ru(dinozavr,2) — Andrew Lobanov
2023-01-20 07:03:08


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

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

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

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

# Re: офтопик из idec.talks
linux.14
Andrew Lobanov(tavern,1) — ii.51t.ru
2023-01-19 04:32:59


>> Тут сугубо экономический вопрос. Мода тут постолько поскольку. Поддержка 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

# офтопик из idec.talks
linux.14
ii.51t.ru(dinozavr,2) — All
2023-01-19 00:29:07


> Тут сугубо экономический вопрос. Мода тут постолько поскольку. Поддержка 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 тут не самая непопулярная :)

# Re: GTK5 и Xorg
linux.14
ii.51t.ru(dinozavr,2) — Andrew Lobanov
2023-01-19 00:18:26


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

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

# Re: GTK5 и Xorg
linux.14
vvs(ping,12) — Andrew Lobanov
2023-01-18 12:27:07


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

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

# Re: GTK5 и Xorg
linux.14
Andrew Lobanov(tavern,1) — vvs
2023-01-18 11:17:36


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

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

+++ Caesium/0.4 RC1

# Re: GTK5 и Xorg
linux.14
vvs(ping,12) — Andrew Lobanov
2023-01-18 10:54:17


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

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

# Re: GTK5 и Xorg
linux.14
Andrew Lobanov(tavern,1) — ii.51t.ru
2023-01-18 07:09:21


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

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

+++ Caesium/0.4 RC1

# Re: GTK5 и Xorg
linux.14
Andrew Lobanov(tavern,1) — vvs
2023-01-18 07:09:21


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

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

+++ Caesium/0.4 RC1

# Re: GTK5 и Xorg
linux.14
ii.51t.ru(dinozavr,2) — Andrew Lobanov
2023-01-17 21:39:25


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

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

# Re: GTK5 и Xorg
linux.14
vvs(ping,12) — Andrew Lobanov
2023-01-17 19:52:09


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

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

# Re: GTK5 и Xorg
linux.14
Andrew Lobanov(tavern,1) — ii.51t.ru
2023-01-17 18:33:26


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

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

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

+++ Caesium/0.4 RC1

# Re: GTK5 и Xorg
linux.14
ii.51t.ru(dinozavr,2) — Andrew Lobanov
2023-01-17 13:28:53


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

# GTK5 и Xorg
linux.14
Andrew Lobanov(tavern,1) — All
2022-07-05 13:53:27


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

+++ Caesium/0.4 RC1

# Консольный телеграм клиент (работающий)
linux.14
hugeping(ping,1) — All
2021-07-27 13:37:31


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

# Перешёл с 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