Софт

Manjaro deepin - редактирование от имени администратора

Если открыть в файлменеджере папку по ПКМ в новом окне от имени администратора, то при выборе файла для редактирования, он не открывается в Deepin Editor (в обычном не от имени администратора окне открывается нормально), в самом deepin такой траблы никогда не было.
Как пофиксить?

47 комментариев

Вангую, что нужно пофиксить /root/.profile
Допиши туда

export EDITOR="твой консольный текстовый редактор "
export VISUAL=твой графический текстовый редактор "

в обычном не от имени администратора окне открывается нормально

даже если в окне открытом от имени администратора выбрать — Открыть с помощью и выбрать Deepin Editor, то не открывается файл

в другом редакторе, например, gedit (который установлен хитрыми разработчиками по умолчанию скорее всего из-за этой траблы) всё работает

но я хочу в оболочке DDE использовать родной редактор, а не gedit

а в чем он открывается?
У рута не те же mimeapps(обзову это «приложения по умолчанию»), что и у Вас, скорее всего. Оно и правильно. Это другой пользователь. Приложения назначаются, если угодно, для него отдельно. (ПКМ, открыть с помощью, назначить умолчательно. емнип)

Если не секрет, зачем открывать файл.менеджер от имени рута? А вдруг забудете закрыть? А вдруг в файлменеджере есть уязвимость, позволяющая исполнять произвольный код и он исполнится с правами родителя — файлменеджера = с правами рута?
Конечно, кто я такой, чтобы советовать не использовать ФМ с повышенными привилегиями, но может вам стоит попробовать выполнять все администраторские действия с sudo? Пока вводите пароль, будет возможность лишний раз подумать «чо это я собрался делать». Опять таки, друган у меня один, кодер, линуксоид со стажем однажды случааайно нажал shift-delete + enter, по привычке в файлменеджере из-под рута и благополучно, по неосторожности, снес папку с локальными репозиториями =) Благо, это достаточно легко восстановить.

upd. Увидел коммент выше. И правильно делают, что не разрешают редактировать что попало с суперскими правами. В KDE вот вообще нельзя открыть ФМ с правами рут.

Последний раз редактировалось 4 апреля 2019, 20:42

даже если в окне открытом от имени администратора выбрать — Открыть с помощью и выбрать Deepin Editor, то не открывается файл

И правильно делают, что не разрешают редактировать что попало с суперскими правами. В KDE вот вообще нельзя открыть ФМ с правами рут.

в KDE neon упрощено: Вы редактируете файл и при выходе вводите пароль для сохранения

в deepin редактор открывается в любом случае, как и в cinnamon

Последний раз редактировалось 4 апреля 2019, 20:46

если очень хочется, можно сделать так. Откройте терминал

sudo ваш_deepin_едитор файл

посмотрим, что скажет

# sudo deepin-editor /etc/pacman.conf

QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
translatePath after feedback: "/usr/share/dtkwidget/translations/dtkwidget2_ru"
translatePath after feedback: "/usr/share/deepin-editor/translations/deepin-editor_ru"

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

в deepin редактор Deepin Editor открывается в любом режиме, как и в cinnamon

при чём тут защита, если gedit или nano открывает под рутом файлы, какая разница каким редактором я это делаю

ничего не понимаю. Так открывается deepin-editor из-под рута??

в Manjaro deepin — нет
в deepin — да

какая разница каким редактором я это делаю

Большая. Сброс прав и обеспечение безопасности — забота каждой отдельной программы. Есть такие, которые при запуске проверяют uid, есть такие, которым наплевать. Nano и gedit, к примеру.

Deepin Editor — это оригинальное приложение DDE вообще-то.

И что?

Ожидалось, что оригинальное приложение DDE, установленное на Manjaro deepin будет работать так, как это происходит в deepin.

Сброс прав и обеспечение безопасности — забота каждой отдельной программы.

Как-то /dev/ass-но. Целый polkit для этого есть.

и тем не менее :(

# sudo deepin-editor

QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
translatePath after feedback: "/usr/share/dtkwidget/translations/dtkwidget2_ru"
translatePath after feedback: "/usr/share/deepin-editor/translations/deepin-editor_ru"

он видать переводы не может найти
эти команды

ls /usr/share/dtkwidget/translations/ | grep ru
ls /usr/share/deepin-editor/translations/ | grep ru

дают выхлоп?

Отправка специалистом технической поддержки ссылки на руководство по эксплуатации и другую документацию, не является отказом в предоставлении поддержки.
bash.org

Deepin, он же на QT? Вероятно, там действуют те же ограничения что и в кедах?

Правильные ответы начинаются с правильных вопросов.

А ФМ открывается :) А что, сам тулкит умеет такое ограничение?

Ну, а если попробовать запучтить dde-file-manager-pkexec, что будет?

Правильные ответы начинаются с правильных вопросов.

г-н ТС молчит, а у меня сегфолт.

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

Ну, а если попробовать запучтить dde-file-manager-pkexec, что будет?

То есть Вы настаиваете, чтобы я отказался от вопроса. Ясно. Так вежливо меня ещё не посылали.

что будет, если выполнить в терминале

dde-file-manager-pkexec deepin-editor файл

Не так, надо полный путь
pkexec /usr/bin/deepin-editor

Последний раз редактировалось 4 апреля 2019, 21:56

Правильные ответы начинаются с правильных вопросов.

Возможно, но, кажется, это все же багофича именно арческого(манджаровского) пакета. Имеется даже некая issue на гитхабе.

Не так, надо полный путь
pkexec /usr/bin/deepin-editor

у меня так не хочет запускаться

pkexec /usr/bin/deepin-editor
qt.qpa.xcb: could not connect to display 
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
Ошибка сегментирования (стек памяти сброшен на диск)

а вот через sudo все работает

Последний раз редактировалось 4 апреля 2019, 21:34

Понятно…

Правильные ответы начинаются с правильных вопросов.

Мы вообще-то этот самый верный совет для Вас ищем. Извините за беспокойство, потерпите уж.

Правильные ответы начинаются с правильных вопросов.

Хмм… Забавно в dde-fm под рутом действительно не открывается.В другом фм запросто, правда dde не назначен основным фм.

Последний раз редактировалось 4 апреля 2019, 22:05

Подозреваю, оттого что админская вкладка в dde-fm открывается не через su/sudo, а через свой личный dde-file-manager-pkexec. Права могут и не наследоваться.

Последний раз редактировалось 4 апреля 2019, 22:24

Правильные ответы начинаются с правильных вопросов.

Вот его содержимое

cat /usr/bin/dde-file-manager-pkexec
#!/bin/bash
pkexec dde-file-manager "$@" -w `pwd`

скорее всего проблема именно в pkexec

Блин, только вчера удалил Deepin c ноута, оставил одну крысу, а теперь разобраться чего там
с правами понакрутили хочется… Придется в виртуалку поставить. :(

Правильные ответы начинаются с правильных вопросов.

Пакета gksu не хватает ему почему то.Или zensu

Последний раз редактировалось 4 апреля 2019, 22:22

одного запуска через zensu deepin-editor и начал запускаться, хоть через контекстное меню в новой вкладке, хоть через dde-file-manager-pkexec

Тут скорее вопрос по другому можно поставить, а зачем он нужен то.Ни чего особенного в deepin-editor нет,gedit все равно удобнее.

Последний раз редактировалось 4 апреля 2019, 22:59

Этот баг появился в Арчбазед системах с февраля, при очередном обновлении deepin-editor.
Багрепорты разработчикам Deepin отправлялись неоднократно. Обещают исправить в апреле, пока рекомендуют пользоваться другими редакторами.
Именно по их совету в новых редакциях Manjaro Deepin, начиная с версии 18.04, deepin-editor заменен на gedit.

Правильные ответы начинаются с правильных вопросов.

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

решён вопрос пока что

а как на счет неработающего pkexec?

Да работает он… Это с самим deepin-editor проблемы. Я пока не смог разобраться- да наверно и не смогу. Раз уж сами китайцы не в силах…

Правильные ответы начинаются с правильных вопросов.

Значит проблема на моей системе

pkexec pluma
Не удалось открыть дисплей: 
Запустите '/usr/sbin/pluma --help' для просмотра полного списка доступных ключей командной строки.
[ypp@ypp-pc ~]$ pkexec caja
Could not parse arguments: Не удалось открыть дисплей: 
[ypp@ypp-pc ~]$ pkexec nautilus

** (org.gnome.Nautilus:27701): WARNING **: 15:03:36.069: Error on getting connection: Failed to load SPARQL backend: Cannot autolaunch D-Bus without X11 $DISPLAY
Unable to init server: Не удалось подключиться к: В соединении отказано

(org.gnome.Nautilus:27701): Gtk-WARNING **: 15:03:36.071: cannot open display: 
[ypp@ypp-pc ~]$ pkexec dde-file-manager
qt.qpa.xcb: could not connect to display 
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
Ошибка сегментирования (стек памяти сброшен на диск)

@dimonmmk, не подскажете в какую сторону смотреть?

Ну, можно так:

$ pkexec env DISPLAY=$DISPLAY nautilus

С dde-file-manager это срабатывает, а вот с deepin-editor — хренушки.
Нужно в usr/share/polkit-1/actions новую poliсy для него писать, но толку-то? Обновят и всё насмарку. Хотя… нет, пусть китайцы сами морочатся.

Последний раз редактировалось 6 апреля 2019, 17:37

Правильные ответы начинаются с правильных вопросов.

Ну, можно так

У меня явно что-то не так((

$ pkexec env DISPLAY=$DISPLAY nautilus

** (org.gnome.Nautilus:6669): WARNING **: 19:49:10.890: Error on getting connection: Failed to load SPARQL backend: Error spawning command line ?dbus-launch --autolaunch=79dcb62178c54f2c821722c252a8da5e --binary-syntax --close-stderr?: Child process exited with code 1
No protocol specified
Unable to init server: Не удалось подключиться к: В соединении отказано

(org.gnome.Nautilus:6669): Gtk-WARNING **: 19:49:10.901: cannot open display: :0
[ypp@ypp-pc ~]$ pkexec env DISPLAY=$DISPLAY  dde-file-manager 
No protocol specified
qt.qpa.xcb: could not connect to display :0
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
Ошибка сегментирования (стек памяти сброшен на диск)

Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.