LINUX.ORG.RU
ФорумTalks

Linux в 2021 из заморозки - вопросики

 , , ,


1

1

Добрый день, вкатил Ubuntu LTS на десктоп.
Вопросы:
1. Где почитать, как ПРАВИЛЬНО выпилилить нафиг переключалку клавиатуры и можно ли в современном аналоге XFree86.conf настроить input как тебе надо
2. Сначала поставил свежую Ubuntu 21.04, а там HarfBUZZ и шрифты просто ГОВНИЩЕ. Особенно в WIndow Maker-е заметно. К счастью, для ROCm не годится, поставил LTS, там благолепие. Чо как, есть инструкция в случае чего, как пересобрать Pango с Freetype? А то как обновится что-нибудь, и у меня глаза вытекут...
3. Посоветуйте, если есть, программулину, которая gtk3 темы переключает без гномощели. Руками как-то жостко всё прописывать.

★★★★★

Ответ на: комментарий от intelfx

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

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

Снова начинаешь цепляться за слова.

напротив. ты не сформулировал задачу и сейчас начинаешь размывать понятия. смотря для чего читать документацию. я говорю о махине systemd. более сложный концепт, больше документации. больше тонкостей. а ты подтягиваешь вообще всю экосистему линукса, как эквивалент. круто, да? если он не создает инит-файлы, то нет, ему не нужно писать скрипты на баш. но чтобы что-то делать с systemd нужно представлять несколько концептов вцелом: targets, units, timers... и прочее вот это все.

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

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

Ключевое слово «лично».

я рад, что ты увидел мой point

crypt ★★★★★ ()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от intelfx

Так что твоя аналогия работает против тебя

хорошо, тогда реши мне заодно эту задачу:

Linux в 2021 из заморозки - вопросики (комментарий)

у тебя в логи попало 300Gb отладочной инфы. ты хочешь оставить security information, но удалить debug.

crypt ★★★★★ ()
Ответ на: комментарий от crypt

Фактически ты признаешь, что <…>

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

напротив. ты не сформулировал задачу и сейчас начинаешь размывать понятия. смотря для чего читать документацию. я говорю о махине systemd. более сложный концепт, больше документации. больше тонкостей. а ты подтягиваешь вообще всю экосистему линукса, как эквивалент. круто, да? если он не создает инит-файлы, то нет, ему не нужно писать скрипты на баш. но чтобы что-то делать с systemd нужно представлять несколько концептов вцелом: targets, units, timers… и прочее вот это все.

Может, это ты не сформулировал задачу и теперь начинаешь двигать ворота по всему полю в надежде, что я рано или поздно мимо них промахнусь?

«Смотря для чего читать документацию» — для всех тех инструментов (и низкоуровневых концепций), которые ты бы использовал вместо systemd. Их много, не только ls и grep. И напротив, «концепт» systemd умещается на полутора страницах не очень плотного текста. Всё остальное — это «инструменты», которыми хочешь пользуешься, хочешь не пользуешься. Про «тонкости» ты вообще нафантазировал, т. к. на самом деле мир устроен строго наоборот, чем выше уровень абстракции, тем меньше тонкостей.

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

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

я рад, что ты увидел мой point

Это был мой поинт на протяжении всего треда. С избирательной внимательностью спорить тоже не очень интересно (но я всё ещё пытаюсь).


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

intelfx ★★★★★ ()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от crypt

хорошо, тогда реши мне заодно эту задачу:

у тебя в логи попало 300Gb отладочной инфы. ты хочешь оставить security information, но удалить debug.

Почему я должен её решать? Микроскоп не предназначен для того, чтобы забивать им гвозди, и наоборот. Journald не предназначен для долговременного хранения логов с подробным управлением. Для этого есть другие инструменты.

Но вообще то что ты хочешь элементарно решается через journalctl -o export и systemd-journal-remote.

intelfx ★★★★★ ()
Последнее исправление: intelfx (всего исправлений: 2)
Ответ на: комментарий от intelfx

Почему я должен её решать? Микроскоп не предназначен

ну вот началось... и я еще двигаю ворота по полю...

хочешь элементарно решается через systemd-journal-remote --getter

если элементарно, то почему ты не приведешь все решение в одну строку, как это было бы в моем случае? зачем отговорки выше? да, мне интересно, как это решить. ты же хотел разговор по факту. ну так давай, вместо 1000 слов выше.

crypt ★★★★★ ()
Последнее исправление: crypt (всего исправлений: 2)
Ответ на: комментарий от intelfx
journalctl -o export и systemd-journal-remote.

Исправление intelfx, 7 минут назад:

Но вообще то что ты хочешь элементарно решается через systemd-journal-remote --getter.

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

crypt ★★★★★ ()
Ответ на: комментарий от intelfx

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

crypt ★★★★★ ()
Ответ на: комментарий от crypt

Да хватит тебе уже этого балабола опускать ☺

Eddy_Em ☆☆☆☆☆ ()
Ответ на: комментарий от Zhbert

Чего? У меня лортривью, я видел только твой коммент про жару =)

че? ты как-нибудь так сделай, чтобы тебе моя переписка с intelfx тоже была видна. =)

crypt ★★★★★ ()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от crypt

че?

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

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

Оке, ща полистаю.

Zhbert ★★★★★ ()
Ответ на: комментарий от crypt

Я правильно суть уловил: ты со старым KISS-подходом задачу решаешь однострочников через какой less | grep, а оппоненту придется пердолиться, заставляя комбайн выплюнуть то, что ему нужно?

Zhbert ★★★★★ ()
Ответ на: комментарий от Zhbert

Я, конечно, знаю, что можно и ложкой котлован 10×10×3 метра выкопать. Но как-то приятней это экскаватором делать!

Прошивка игровых приставок для работы — это, конечно, нонсенс! Но да, некоторые пользуются. Колются, страдают, но жрут этот кактус.

Eddy_Em ☆☆☆☆☆ ()
Ответ на: комментарий от Zhbert

Ну так оппонент сам кукарекнул, что systemd могет все! Пусть пердолится. Без применения «атавизмов» вроде sed/grep/awk/less/more…

Eddy_Em ☆☆☆☆☆ ()
Ответ на: комментарий от Zhbert

еще хуже. давай говорить о логе в 300гигов. это реальные цифры. UNIX way решает задачу действительно элементарно:

echo "" > /var/log/messages

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

а теперь то, что предлагает systemd-админ:

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

crypt ★★★★★ ()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от Eddy_Em

Да ну хрень ты говоришь, если подумать. ОС - всего лишь запускалска для рабочего софта, не более.

Говорю, как человек, 10 лет работавший конструктором, где ОС априори винда. Ну да, вызывает дискомфорт, если ты привык к консоли и постоянно руки тянутся в терминал, но в целом для обычных задач «Запустить проинженер - начертить чертеж - скинуть в пдф - распечатать» она работает точно так же, как и любая другая ОС. Мне было неудобно из-за привычки к терминалу именно и линуксам (дома винды нет), но в целом норм.

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

Я именно поэтому никогда особо не понимал вот этого вот нытья про «КАК ТАМ РАБОТАТЬ!».

Нет, если тебе админить сотню серверов, нужен постоянно терминал и SSH из коробки или что-то другое онли консольное и линуксовое - таки тогда да, винда тут сосет. Но в режиме «Запустил софт на весь экран и тупо в ней работаешь» она годится.

Zhbert ★★★★★ ()
Последнее исправление: Zhbert (всего исправлений: 1)
Ответ на: комментарий от Eddy_Em

И да, я не утерждаю, что не хотел бы на рабочем месте иметь именно линукс. У меня и сейчас наконец на работе федора, а не винда, ибо нет необходимости в виндософте.

Zhbert ★★★★★ ()
Ответ на: комментарий от Eddy_Em

Ну так оппонент сам кукарекнул, что systemd могет все! Пусть пердолится. Без применения «атавизмов» вроде sed/grep/awk/less/more…

Так он вроде не утверждал, что они не нужны.

Zhbert ★★★★★ ()
Ответ на: комментарий от crypt

знаю, но мне нравится использовать echo. нагляднее.

Лорчую.

Zhbert ★★★★★ ()
Ответ на: комментарий от crypt

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

Ну это да, кошмар.

Zhbert ★★★★★ ()
Ответ на: комментарий от Zhbert

к сожалению, grep тебе уже не поможет, когда логи бинарные. вот ведь в чем срань.:( стало конкретно по-другому. по-виндовому.

crypt ★★★★★ ()
Последнее исправление: crypt (всего исправлений: 2)
Ответ на: комментарий от Zhbert

jounrald пишет логи в свой бинарный формат. это одна из гениальных идей поттера. по сути это вариант бд.

crypt ★★★★★ ()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от Zhbert

ОС - всего лишь запускалска для рабочего софта

Ну, если основная работа - мышкой тыкать в окошках, то да. А если нужно хоть немного более сложные вещи делать, то вдруг обнаруживается, что элементарно найти файл в мастдайке — тот еще гемор! Где аналог locate? Да и где find, умеющий уйму всего (скажем, найти определенные файлы, погрепать что-то в них и выплюнуть определенный выхлом)? Без sed/grep/awk/less и т.п. утилит невозможно нормально работать с файлами (поди-ка хотя бы найди в дереве исходников, в каком проекте ты, скажем, использовал такую-то библиотеку).

10 лет работавший конструктором

А конструктору ничего считать-моделировать не нужно что ли? Не представляю, как это в мастдайке делается...

вызывает дискомфорт, если ты привык к консоли и постоянно руки тянутся в терминал

Во-во. Я и в IDE наполовину в терминале сижу (IDE использую лишь как продвинутый текстовый редактор), мне больше нравится полноценный выхлоп в консоли видеть, чем то, что там в IDE на три строчки растянется...

микроконтроллерщик от бога … делал все в винде, и разводку, и программирование, и прошивку

Жесть! Я вот тоже все от рисования железа (в прямом смысле: корпуса и т.п.) до программирования МК делаю. Но там же уйма вспомогательных операций присутствует. Про грепание по исходникам я уже высказался.

Я именно поэтому никогда особо не понимал вот этого вот нытья про «КАК ТАМ РАБОТАТЬ!».

А я как сяду за комп с форточками, так вообще не представляю, что здесь тыкнуть, чтобы можно было нужные действия провернуть. Да элементарно по ssh на другой комп зайти (который тоже под мастдайкой ☺). Вчера вот тыкал минут 15 по всякой хрени, пытаясь понять, что за железо (процессор и память) на удаленном вендузячьем компьютере, который вечно подвисает. Еле нашел! Как можно без cat /proc/cpuinfo и free?

Мастдайка не рассчитана на то, что в ней будут работать. В ней тупо нет жизненно необходимой элементарщины!

Но в режиме «Запустил софт на весь экран и тупо в ней работаешь» она годится.

Исключительно если ты кроме этой одной-единственной программы вообще ничего делать не будешь (скажем, кассир). И то, внезапно — бамц, и повисла эта утилитка, и что делать? Звать «Надю»?

Eddy_Em ☆☆☆☆☆ ()
Ответ на: комментарий от Eddy_Em

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

Ты как из 2007 вылез, у тебя глупые «мышевозы» кругом и без файнда ну никак вообще.

И типа у тебя ICQ 200+, ты же аж терминальчик и линукс освоил, ваааау!!

Религия не позволяет поставить гнутые утилиты на винду и просто изучить как эта самая винда работает, найти утилиты?
В гугле забанили?
Для грепа есть вообще отдельная утилита графическая.
SSH теперь поставляется как компонент винды.
Терминал и тот новый (минимум три эмулятора на выбор есть).

Exmor_RS ★★ ()
Ответ на: комментарий от Exmor_RS

как эта самая винда работает

Зачем ковыряться в дерьме и пробовать его на вкус? Лучше его даже палкой не трогать — завоняет же!

утилита графическая

Жесть!

Eddy_Em ☆☆☆☆☆ ()
Ответ на: комментарий от Eddy_Em

Тут все проходили период самовыражения через использование «крутого» ПО, не застревай на этом уровне надолго.

Exmor_RS ★★ ()
Ответ на: комментарий от crypt

еще хуже. давай говорить о логе в 300гигов.
UNIX way решает задачу

Странно, у всех такие логи сто лет в эластике лежат.

Shadow ★★★★★ ()
Ответ на: комментарий от Shadow

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

crypt ★★★★★ ()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от Eddy_Em

Ты ж на systemd/Linux сидишь, неужто не обращал внимания, что там нынче нет нормальных текстовых логов?

А зачем мне в повседневной работе логи ковырять постоянно? Конечно не обращал.

Zhbert ★★★★★ ()
Ответ на: комментарий от Eddy_Em

Ну, если основная работа - мышкой тыкать в окошках, то да. А если нужно хоть немного более сложные вещи делать, то вдруг обнаруживается, что элементарно найти файл в мастдайке — тот еще гемор! Где аналог locate? Да и где find, умеющий уйму всего (скажем, найти определенные файлы, погрепать что-то в них и выплюнуть определенный выхлом)? Без sed/grep/awk/less и т.п. утилит невозможно нормально работать с файлами (поди-ка хотя бы найди в дереве исходников, в каком проекте ты, скажем, использовал такую-то библиотеку).

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

А конструктору ничего считать-моделировать не нужно что ли? Не представляю, как это в мастдайке делается…

Ну да. Сохранил модель в STEP из солида, импортнул в ANSYS и точно так же в одной окне все делаешь.

Во-во. Я и в IDE наполовину в терминале сижу (IDE использую лишь как продвинутый текстовый редактор), мне больше нравится полноценный выхлоп в консоли видеть, чем то, что там в IDE на три строчки растянется…

Хз, о чем ты. У меня IDEA и так нормально sout кажет в штатном режиме.

Но там же уйма вспомогательных операций присутствует.

Каких? Ну кроме поиска в коде грепом.

И то, внезапно — бамц, и повисла эта утилитка, и что делать? Звать «Надю»?

Админа. У них обычно «рута» нет.

Zhbert ★★★★★ ()
Ответ на: комментарий от Zhbert

Мне вот просто интересно: почему мелкомягкие долбанавты до сих пор не отделили графическую подсистему? Зачем в шиндовс-сервере графика? Жесть!..

Eddy_Em ☆☆☆☆☆ ()
Ответ на: комментарий от Eddy_Em

Мне вот просто интересно: почему мелкомягкие долбанавты до сих пор не отделили графическую подсистему? Зачем в шиндовс-сервере графика? Жесть!..

Ну здесь я с тобой согласен, да. Хотя, если учитывать виндовый подход вида «Все в графонии», то это вроде бы как бы даже и логично получается, что у них везде одинаковый подход ко всему. Хреновый, но одинаковый =)

Zhbert ★★★★★ ()
Ответ на: комментарий от Zhbert

в связи с выходом systemd 249 отмечается изменение:

Документирован протокол Journal, который можно использовать в клиентах вместо протокола syslog для локальной доставки лог-записей. Протокол Journal реализован достаточно давно и уже используется в некоторых клиентских библиотеках, тем не менее его официальная поддержка заявлена только сейчас.

Выходит, у них все это время еще документации на собственный протокол не было.:( Писец. Просто писец.

crypt ★★★★★ ()
Ответ на: комментарий от Zhbert

Мне вот просто интересно: почему мелкомягкие долбанавты до сих пор не отделили графическую подсистему? Зачем в шиндовс-сервере графика? Жесть!..

Eddy_Em, Zhbert вот здесь я вас перебью. во-первых, графический стек винды все-таки гораздо менее лагучий, чем xorg. их даже сравнивать нельзя. а во-вторых, давно уже есть версии windows server без графики. где-то с версии windows 2012 они отделили вроде. даже я и то вкурсе. я майкрософт не люблю. но если они допускают ошибки, они вваливают столько денег и человекочасов, что их частично исправляют, частично они становятся стандартом. если redhat допускает ошибки, они просто остаются ошибками на многие годы для всего мира линукс...

crypt ★★★★★ ()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от Zhbert

А зачем мне в повседневной работе логи ковырять постоянно? Конечно не обращал.

смотря, кем работать. я думал, ты админишь.

crypt ★★★★★ ()
Последнее исправление: crypt (всего исправлений: 1)
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)