GUI к pfsget - менеджер модулей.pfs

[betcher]

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

[betcher]

Куда? Без вопроса юзеру как-то не очень

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

[betcher]

Для этого у меня написан ntf
Если там чего-то нет - лучше дописывать в нем

Вы запускаете скрипт из ntf гуя, а скрипт говорит введите Y/y, можно ответить из ntf?

[betcher]

Вы запускаете скрипт из ntf гуя, а скрипт говорит введите Y/y, можно ответить из ntf?

Проще переделать в pfsget. Посмотрю вечером.

[sfs]

ntf -q "yes?" && есho ok || echo no

[betcher]

И как это передать запущенному скрипту, который ждёт ввод этого 'Y'?
Лучше избежать этого изначально.

[sfs]

как это передать запущенному скрипту, который ждёт ввод этого 'Y'?

Вылезает окно с вопросом. Скрипт дальшне не выполняется. Ждет
После ответа юзера нажатием кнопки - обработка по коду возврата

q - вопрос. Обработка : [ "`ntf -q "Выключить" "ПК?"`" ] && shutdown -h now.
Или через [ "$?" = "0" ] && exit (1-нет 0-да)

И прочие подобные вещи типа выбор из списка уже есть
Окна ввода маски нет - это наверное лучше отдельно написать с прочими фичами
Или распотрошить sfs-get. Вырезать только гуй, а остальное переделать на pfs-get

[betcher]

То что вы описывает это не то. Либо я не понял. Тут было бы типа nfs -q вопрос | getpfs модуль. Но мы ж не знаем заранее ответ то Либо использовать nfs -q вместо read в коде скрипта, а это уже не феншуй.  Этот момент нужно просто избежать. Можно сделать для гуя специальный формат выхлопа с отдельным ключем. Как это сделано у aufs -n --raw. Очень удобно, кстати, получилось. Подумайте что надо, а я сделаю.
По ntf я так понял это транслятор в разные диалоговые  софтинки. В магос тоже похожий есть. Хватит ли его возможностей?

[sfs]

Либо я не понял

Код

open_pfs $(ntf -l "ВЫберите модуль для подключения" $(pfs-get `yad --entry --text "Введине название модуля для поиска"`))

По nfs я так понял это транслятор в разные диалоговые  софтинки.

Да. Всплывающие через notify-send
Окна - yad или gtkdialog

В магос тоже похожий есть

На чем?

[betcher]

На чем?

Выбор kdialog или zenity, зависит от текущей ДЕ. Основная фишка в том что диалоги запускаются всегда от текущего юзера иксов.

[sfs]

zenity

Это как yad , но жирнее и менее функционален
Даже синтаксис местами одинаковый

Основная фишка в том что диалоги запускаются всегда от текущего юзера иксов.

У меня работает от любого

[betcher]

У меня работает от любого

Попробуйте отправлять что-то от udev или от cron. То дисплей не определяет, то Xauthority нужен, то сессия dbus. Запуск от юзера - надежное и универсальное решение. То есть враппер пускаете от любого пользователя, а yad и gtkdialog из враппера уже от юзера иксов.

[sfs]

Попробуйте отправлять что-то от udev или от cron.

Таких у меня нет

Код

# sudo -u dbus ntf -q qqq
yad: cannot write settings file: Отказано в доступе
No protocol specified

(yad:26145): Gtk-WARNING **: 11:41:56.988: cannot open display: :0

враппер пускаете от любого пользователя, а yad и gtkdialog из враппера уже от юзера иксов.

да

[DdShurick]

Попробуйте отправлять что-то от udev

Указать DISPLAY и всё будет работать.

[betcher]

Указать DISPLAY и всё будет работать.

То дисплей не определяет, то Xauthority нужен, то сессия dbus.

Не всегда достаточно дисплея. А у юзера в окружении есть все что нужно чтоб слать окошки в свои же иксы.