reboot

Ложное срабатывание головного мозга, здавайся виндузятник!!1 Индийский код даёт знать, когда то Майкрософт экономили на программистах, сейчас виндовс ненужен

А что нет, то Вы вот вещества мешаете со спиртным, а тут какую то Haiku с Linux, в даннос случае с Arch!

Ну, у меня его уже нету, и я точно не помню как там он называется… Наберите qt4, нажмите дважды TAB, посмотрите у себя. Возможно, просто «qt4»?

pactree qt4-base
в ответ получил:
error: package 'qt4-base' not found

проверка зависимостей…
ошибка: не удалось подготовить транзакцию (не удалось удовлетворить зависимости)
:: attica-qt4: удаление qt4 ломает зависимость 'qt4'
:: automoc4: удаление qt4 ломает зависимость 'qt4'
:: libdbusmenu-qt4: удаление qt4 ломает зависимость 'qt4'
:: phonon-qt4: удаление qt4 ломает зависимость 'qt4'
:: polkit-qt4: удаление qt4 ломает зависимость 'qt4'

не дает, что это за пакеты? Как определить для чего они?

Можно ли безболезненно для системы удалить Qt4?

Можно. Себе давно уже удалил. Для всех прог, которые использовали qt4, нашлись аналоги на qt5.

Как определить какие программы используют qt4?

Например так:

$ pactree qt4-base

sudo pacman -Rns qt4
Если при удалении могут поломаться какие-то пакеты, пакман скажет

еще есть открытый поддерживаемый драйвер. Производительность временами может быть не ахти, но, AMD вроде бы красавцы и поддерживают open source: должно быть более-менее.

Или винду в дуалбут :)

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

Опять таки. eol близко

Параметр --disable-seccomp-filter-sandbox тоже работает, спасибо.

Пока пользуюсь арчем с пакетами 2019.04.20, так себе решение. Но с учетом что заморожен снапшот, то по сути просто вторая система.

В хромиуме флеш вшитый и работает, в остальных отвалился.

пока никак :(

Или надеяться на bugfix, который, судя по всему, должен делать adobe, или смириться с EOL flashplayer, иже наступит в 2020 году и как-то научиться обходиться без него сейчас.

p.s: есть костыль небольшой. Описан по ссылке выше. Может у Вас тоже сработет.

PavelMilko благодарю! Запустил и все заработало!
Спасибо всем за интерес к моей проблеме и желание помочь!

PKGBUILD делает симлинк в процессе сборки. Можете сделать сами.
подробнее в лс

sudo ln -s /usr/include/enchant-2 /usr/include/enchant

При тестировании выяснил что цвета не совпадают с номерами указанными на ColorChecker-AdobeRGB и ColorChecker-ProPhotoRGB (цвето пробу брал программой gcolor2 и её аналогами)

На винде (семёрке) так же, зависит от настроек программ (цветовых профилей) в которых открываете изображение.

Не устанавливается:

../../lib/lib/xneur.h:32:11: фатальная ошибка: enchant/enchant.h: Нет такого файла или каталога

Я открывал файлы ColorChecker-AdobeRGB и ColorChecker-ProPhotoRGB они в tft формате и смотрел цвета программой «выбор цвета в mate», в других DE я пользовался программой gcolor2 и её аналоги, то есть я тыкал «пипеткой gcolor2» в каждый цвет и сравнивал полученный RGB номер c номером который написан на каждом цвете. К примеру берем синий цвет с номером RGB 53, 64, 139 а пипетка показывает номер RGB 68, 0, 144. Затем я в гугле вбивал convert color и на первом попавшемся сайте онлайн конвертации цветов в бивал номер написанный на эталоне RGB 53, 64, 139 и визуально сравнивал, затем вбивал полученный номер RGB 68, 0, 144 и тоже сравнивал визуально с эталоном. Такими тестами получил совпадения по цветам в DE Mate и KDE (то есть то что написано и то что вижу). Ну и при просмотре экспортированных фотографии в sRGB на телефоне стало совпадать. Почему в других DE цвета не совпадают я так и не выяснил. Для меня решением пока что это использование DE Mate.

Так что то сдвинулось с точки.