43747 2022-09-09 12:29:30 +0300 Долго запускается на системах с KDE 2023-06-13 16:08:19 +0300 1 1 4 Development Sisyphus appinstall unstable x86_64 Linux CLOSED FIXED P5 normal --- 1 qwetwe cas cas lav tergoev-m qa-sisyphus oldest_to_newest 214711 0 qwetwe 2022-09-09 12:29:30 +0300 Версия пакета: appinstall-1.3.3-alt1.noarch Стенды: kworkstation-10-x86-64 education-10-x86-64-kde Шаги для воспроизведения: 1) Запустить App Install из меню приложений Фактический результат: приложение запускается через две минуты. Ожидаемый результат: приложение запускается в течение десяти секунд. Ошибка воспроизводится только на системах с KDE. На системах с Mate/Xfce приложение запускается в течение 10 секунд. Сообщения в системном журнале при запуске приложения: сен 09 12:20:11 kworkstation-10-x86-64-20220909.localdomain systemd[3442]: Started App Install - Установка сторонних приложений. ░░ Subject: Запуск юнита UNIT завершен ░░ Defined-By: systemd ░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel ░░ ░░ Процесс запуска юнита UNIT был завершен. ░░ ░░ Результат: done. сен 09 12:20:13 kworkstation-10-x86-64-20220909.localdomain consolehelper[24050]: pam_tcb(appinstall:auth): Authentication passed for root from test(uid=500) сен 09 12:20:13 kworkstation-10-x86-64-20220909.localdomain consolehelper[24064]: executing "/usr/sbin/appinstall": (test --> root --> root) 214713 1 qwetwe 2022-09-09 12:47:14 +0300 Из терминала приложение запускается с нормальной скоростью: $ appinstall 214720 2 zerg 2022-09-09 13:37:09 +0300 (Ответ для Ivan Alekseev на комментарий #1) > Из терминала приложение запускается с нормальной скоростью: > $ appinstall Он зачем-то запускает epm installed для каждого из поддерживаемых им приложений. 216822 3 qwetwe 2022-11-02 13:07:04 +0300 Проверялось в Sisyphus, ошибка воспроизводится. 225589 4 repository-robot 2023-05-09 07:47:08 +0300 appinstall-1.4.0-alt1 -> sisyphus: Mon May 08 2023 Andrey Cherepanov <cas@altlinux> 1.4.0-alt1 - Show window immediately and display loading animation (ALT #43747) - Show only allowed applications from /etc/appinstall/allow.d (ALT #41900) - Change installed icon to QStyle.SP_ArrowDown - Get installed application list with new epm play parameter --short (ALT #42812, #42802) 227079 5 tergoev-m 2023-06-06 12:36:57 +0300 Стенды: kworkstation (p10) regular kde (Sisyphus) Шаги для воспроизведения: 1) Запустить appinstall из меню приложений или с помощью krunner (Alt+F2) Фактический результат с версией appinstall-1.3.3-alt1.noarch: приложение очень долго запускается. Фактический результат с версией appinstall-1.4.1-alt1.noarch: приложение запускается в течении 10 секунд, но списка приложений нет долгое время. Ожидаемый результат: приложение запускается в течение десяти секунд и список приложений появляется сразу. Если запускать из krunner хитрым способом: appinstall </dev/null то обе версии appinstall отрабатывают нормально, идём править: /usr/share/applications/appinstall.desktop и добавляем костыль в строку Exec: Exec=appinstall </dev/null Результат: всё работает корректно Причина данного поведения на KDE связана с появлением несуществующей pipe в /stdin если мы запускаем приложение не из терминала в КДЕ, в следствии чего когда appinstall запускает epm play одно из условий определяет на входе pipe. Как вариант исправления данной ошибки, можно сделать, чтобы appinstall запускал внутри себя epm play c явным </dev/null Подтверждение, что проблема не в epm, а в КDE: создаем скрипт: #!/usr/bin/env bash ls -l /proc/self/fd/0 >> /tmp/script.log if [ -p /dev/stdin ] ; then echo "PIPE" else echo "NOPIPE" fi >> /tmp/script.log читаем что в /tmp/script.log tail -f /tmp/script.log запускаем тестовый скрипт из терминала: /tmp/script вывод: lrwx------ 1 fidel fidel 64 июн 6 12:26 /proc/self/fd/0 -> /dev/pts/2 NOPIPE запускаем тестовый скрипт из терминала но с pipe: test | /tmp/script lr-x------ 1 fidel fidel 64 июн 6 12:27 /proc/self/fd/0 -> pipe:[402571] PIPE Логика отрабатывает правильно до тех пор, пока мы не запустим скрипт без терминала, например из файлового менеджера двумя кликами по скрипту или с помощью krunner (Alt+F2): /tmp/script Вывод: lr-x------ 1 fidel fidel 64 июн 6 12:30 /proc/self/fd/0 -> pipe:[397973] PIPE Что не является правильным. Еще раз с помощью krunner (Alt+F2), но немного по-другому: /tmp/script </dev/null lr-x------ 1 fidel fidel 64 июн 6 12:33 /proc/self/fd/0 -> /dev/null NOPIPE а это уже как вариант использования для исправления данной баги. (Но думаю что надо создать еще и для kde.) 227448 6 lav 2023-06-13 11:09:47 +0300 (Ответ для Sergey V Turchin на комментарий #2) > (Ответ для Ivan Alekseev на комментарий #1) > > Из терминала приложение запускается с нормальной скоростью: > > $ appinstall > Он зачем-то запускает > epm installed > для каждого из поддерживаемых им приложений. А есть какие-то предположения, зачем KDE вызывает приложения с каким-то pipe на stdin? 227449 7 13457 tergoev-m 2023-06-13 11:29:51 +0300 Created attachment 13457 Патч исправляющий долгий запуск из меню в KDE Явное указание stdin=subprocess.DEVNULL исправило ситуацию с долгим запуском appinstall из меню в KDE. Патч прилагаю. 227451 8 tergoev-m 2023-06-13 11:32:55 +0300 (Ответ для Vitaly Lipatov на комментарий #6) > А есть какие-то предположения, зачем KDE вызывает приложения с каким-то pipe > на stdin? Смысл такого поведения рабочего окружения KDE на данный момент мне не понятен. 227466 9 cas 2023-06-13 13:55:14 +0300 (Ответ для Mikhail Tergoev на комментарий #8) > (Ответ для Vitaly Lipatov на комментарий #6) > > А есть какие-то предположения, зачем KDE вызывает приложения с каким-то pipe > > на stdin? > > Смысл такого поведения рабочего окружения KDE на данный момент мне не > понятен. Это поведение излишне умного epm, который сильно завязан на окружение терминала и рассчитан на терминал. Спасибо за патч. 227482 10 repository-robot 2023-06-13 16:08:19 +0300 appinstall-1.4.2-alt1 -> sisyphus: Tue Jun 13 2023 Andrey Cherepanov <cas@altlinux> 1.4.2-alt1 - Used /dev/null as stdin for prevent epm hang (thanks Mikhail Tergoev) (ALT #43747). 13457 2023-06-13 11:29:51 +0300 2023-06-13 11:29:51 +0300 Патч исправляющий долгий запуск из меню в KDE appinstall-1.4.1-fix-start-from-kde.patch text/plain 1192 tergoev-m LS0tIGFwcGluc3RhbGwJMjAyMy0wNi0xMyAxMToxMjo1OC4xOTI1MjAzOTggKzAzMDAKKysrIGFw cGluc3RhbGwJMjAyMy0wNi0xMyAxMTowNjowMi4yMjQzNTA0ODIgKzAzMDAKQEAgLTE0MCw3ICsx NDAsNyBAQAogCiAgICAgZGVmIGdldEFwcGxpY2F0aW9uc0luc3RhbGxlZChzZWxmKToKICAgICAg ICAgIiIiR2V0IGluc3RhbGxlZCBhcHBsaWNhdGlvbiBmcm9tIGVwbSBwbGF5IC0tbGlzdCIiIgot ICAgICAgICBvdXQgPSBzdWJwcm9jZXNzLlBvcGVuKCBbICIvdXNyL2Jpbi9lcG0iLCAiLS1pbnNj cmlwdCIsICJwbGF5IiwgIi0tbGlzdCIsICItLXNob3J0IiBdLCBzdGRvdXQ9c3VicHJvY2Vzcy5Q SVBFLCBlbnY9cHJnX2VudikKKyAgICAgICAgb3V0ID0gc3VicHJvY2Vzcy5Qb3BlbiggWyAiL3Vz ci9iaW4vZXBtIiwgIi0taW5zY3JpcHQiLCAicGxheSIsICItLWxpc3QiLCAiLS1zaG9ydCIgXSwg c3RkaW49c3VicHJvY2Vzcy5ERVZOVUxMLCBzdGRvdXQ9c3VicHJvY2Vzcy5QSVBFLCBlbnY9cHJn X2VudikKICAgICAgICAgc2VsZi5pbnN0YWxsZWQgPSBbIHguZGVjb2RlKCkucnN0cmlwKCkgZm9y IHggaW4gb3V0LnN0ZG91dC5yZWFkbGluZXMoKSBdCiAgICAgICAgICNwcmludCgiSW5zdGFsbGVk OiIsIHNlbGYuaW5zdGFsbGVkICkKIApAQCAtMTU5LDcgKzE1OSw3IEBACiAgICAgICAgIHNlbGYu Z2V0QXBwbGljYXRpb25zSW5zdGFsbGVkKCkKICAgICAgICAgc2VsZi5nZXRBbGxvd2VkQXBwbGlj YXRpb25zKCkKICAgICAgICAgdDEgPSB0aW1lLnBlcmZfY291bnRlcigpCi0gICAgICAgIG91dCA9 IHN1YnByb2Nlc3MuUG9wZW4oIFsgIi91c3IvYmluL2VwbSIsICItLWluc2NyaXB0IiwgInBsYXki LCAiLS1saXN0LWFsbCIgXSwgc3Rkb3V0PXN1YnByb2Nlc3MuUElQRSwgZW52PXByZ19lbnYpCisg ICAgICAgIG91dCA9IHN1YnByb2Nlc3MuUG9wZW4oIFsgIi91c3IvYmluL2VwbSIsICItLWluc2Ny aXB0IiwgInBsYXkiLCAiLS1saXN0LWFsbCIgXSwgc3RkaW49c3VicHJvY2Vzcy5ERVZOVUxMLCBz dGRvdXQ9c3VicHJvY2Vzcy5QSVBFLCBlbnY9cHJnX2VudikKICAgICAgICAgZm9yIGwgaW4gb3V0 LnN0ZG91dC5yZWFkbGluZXMoKToKICAgICAgICAgICAgIGQgPSByZS5tYXRjaCggIiAgKFxTKylc cystICguKikiLCBsLmRlY29kZSgpLnJzdHJpcCgpICkKICAgICAgICAgICAgIGlmIGQ6Cg==