gksu for Ubuntu 19.04

[demonidios]

Выполняя бессмысленные по своей жестокости и беспощадные эксперименты над операционной системой Ubuntu 19.04 в среде VirtualBox 6.0.014, столкнулся с тем, что очень не хватает в контекстном меню пункта "Открыть каталог с правами администратора".
Но с горечью узнал, что такой полезный инструмент как gksu, который может в этом помочь, был напрочь выпилен из дистрибутивов системы ещё с версии 18.хх.
Горе моё было безграничным, я сыпал проклятия на головы виновных и призывал... Ладно, это потом.
Нужно было что-то делать. Начал шерстить сайты в поисках решения проблемы. Внес много репозиториев, но система упорно отказывалась находить на них нужные файлы.
Но вот наконец-то я обнаружил нужную мне вещь! Выкладываю ссылки:
https://launchpad.net/~mark-pcnetspec/+archive/ubuntu/gksu/+packages
https://launchpad.net/ubuntu/disco/amd64/kde-runtime-data/4:17.08.3-0ubuntu2
Нужно было сначала установить нужные библиотеки для программы, а потом уже и саму программу.
Ставить нужно в таком порядке:
1. kde-runtime-data_17.08.3-0ubuntu2_all.deb
2. libgksu2-0_2.0.13~pre1-9ubuntu2+peppermint0.0.0.1_amd64.deb
3. gksu_2.0.2-9ubuntu1+peppermint0.0.0.1_amd64.deb

После установки этих файлов в меню файлового менеджера Thunar 1.8.4 я выбрал опцию "Правка", в открывшемся списке меню выбрал "Особые действия...", где на вкладке "Основное" добавил новое действие, создав новый пункт меню с нужным названием.
В поле "Команда" прописал gksu Thunar %f , а на вкладке "Условия появления" поставил галочка напротив слова "Каталоги", после чего нажал "Ок".
Всё заработало!!! Но почему-ту текст в пункте меню "Особые условия" стал английским. Я перезагрузил систему, снова открыл пару каталогов через пункт контекстного меню с правами администратора, после чего опять залез в "Правка" - "Особые условия". Ура! Весь текст был на русском!

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

[ALiEN]

Но с горечью узнал, что такой полезный инструмент как gksu, который может в этом помочь, был напрочь выпилен из дистрибутивов системы ещё с версии 18.хх.

Почему выпилен, вы даже не поинтересовались, а сразу начали костыли ставить.

Код: [Выделить]

sudo nano /usr/bin/asroot.sh

Код: (bash) [Выделить]

#!/bin/bash

if [ -z $1 ]; then
 echo -e "at least 1 argument required!\n" >> /dev/stderr
 exit 1
fi

COMMAND=$1

shift #shift first arg
for ARG in "$@"
do
 if [ -z "$ARGS" ]; then
  ARGS="$ARG"
 else
  ARGS="$ARGS $ARG"
 fi
done
ARGS=\'$ARGS\'
eval pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY $COMMAND $ARGS
exit 0

Код: [Выделить]

sudo chmod +x /usr/bin/asroot.sh

Код: [Выделить]

asroot.sh command_whatever_you_want

[demonidios]

Почему выпилен, вы даже не поинтересовались, а сразу начали костыли ставить.

Нет, я интересовался - действительно выпилен. По крайней мере все мои возможные попытки обнаружить его в составе ОС XUbuntu 19.04 потерпели неудачу. Да и на паре сайтов я тоже про это прочитал.

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

[jura12]

а как входят на gparted?

[ALiEN]

точно такой же костыль.

Как уже подметил уважаемый jura12, pkexec используется для gparted и некоторых других утилит. Суть скрипта в том, что можно использовать policykit для запуска графических приложений без создания для них специальных правил. Например, для gparted правила прописываются при установке пакета. 
/usr/share/polkit-1/actions/org.gnome.gparted.policy
Пользователь добавил сообщение 07 Декабря 2019, 01:29:26:

я пошёл по наиболее простому для меня пути.

По мне так сложнее. Хоть я и старожил, но пакеты не из репозиториев никогда не ставил (хотя нет, ставил когда-то, потом весь пакетный менеджер сломался), да и компилять ничего не умею.  Скрипт даже не я писал, где-то подсмотрел. 

[demonidios]

По мне так сложнее. Хоть я и старожил, но пакеты не из репозиториев никогда не ставил (хотя нет, ставил когда-то, потом весь пакетный менеджер сломался), да и компилять ничего не умею.  Скрипт даже не я писал, где-то подсмотрел. 

Спорить не буду. Мои знания по ОС Ubuntu в районе нуля по шкале отрицательных чисел. Потому и выбрал такой способ.
Файлы, которые я устанавливал, они взяты тоже из репозиториев, причём официальных. Это можно легко определить, если пройти по по любой из гиперссылок, что я привёл в своём первом посте.

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

[Azure]

не хватает в контекстном меню пункта "Открыть каталог с правами администратора"

Набрать в адресной строке admin:// , не?

[demonidios]

Набрать в адресной строке admin:// , не?

Уважаемый azure, спасибо вам за предоставленную информацию.
Это ещё одна альтернатива для тех, кто хочет открыть какой-нибудь каталог с правами суперпользователя.
Но ваше предложение завязано на консоль, а моё завязано на "мышь".
Кому-то привычнее и удобнее набить команду в терминале или адресной строке, а кому-то удобнее кликнуть пару раз "мышью".
Опять же, читал что ещё есть зависимости у некоторых программ, которые используются в Ubuntu, завязанные на gksu. Или кому-то зачем-то нужно поставить старую версию программы, которая тоже требует наличие gksu.
И тут уже может помочь предложенной мною способ.

[Azure]

demonidios, я вел к тому что не надо скачивать доп.пакеты, а из Вашего "рецепта" в

В поле "Команда"

писать

Код: [Выделить]

admin://%f

[demonidios]

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

[AnrDaemon]

for ARG in "$@"
do
 if [ -z "$ARGS" ]; then
  ARGS="$ARG"
 else
  ARGS="$ARGS $ARG"
 fi
done
ARGS=\'$ARGS\'

Зачем эта помойка?

[ALiEN]

AnrDaemon, буду признателен, если предложите решение проще.
Пользователь добавил сообщение 07 Декабря 2019, 18:16:21:

Скрипт даже не я писал, где-то подсмотрел. 

[AnrDaemon]

Если настолько лень писать профиль, как, например, здесь: https://unix.stackexchange.com/questions/203136/how-do-i-run-gui-applications-as-root-by-using-pkexec
То просто

Код: [Выделить]

pkexec /usr/bin/env "DISPLAY=$DISPLAY" "XAUTHORITY=$XAUTHORITY" "$@"

[ALiEN]

AnrDaemon, cпасибо, действительно проще.

[demonidios]

Скачал XUbuntu 20.04 Dayli Build(нестабильная сборка, выкладывается каждую неделю, ещё в разработке).
Решил попробовать, как поведёт себя мой способ установки gksu. Коротко - программа не установилась, система её не приняла.
Пришлось изыскивать альтернативный способ открытия каталогов с правами суперпользователя(ROOT).
Помня о предложенных форумчанами альтернативных способах, обратил своё внимание сюда.

Помог способ, предложенный форумчанами ALiEN175 и AnrDaemon. Нужно сделать так.
В меню файлового менеджера Thunar 1.8.9 я выбрал опцию "Правка", в открывшемся списке меню выбрал "Особые действия...", где на вкладке "Основное" добавил новое действие, создав новый пункт меню с нужным названием.
В поле "Команда" прописал pkexec env "DISPLAY=$DISPLAY" "XAUTHORITY=$XAUTHORITY" Thunar %f , а на вкладке "Условия появления" поставил галочку напротив слова "Каталоги", после чего нажал "Ок".
Всё работает!

Понимаю что на данный момент дневная(или ежедневная) сборка XUbuntu 20.04 ещё нестабильна и не рекомендуется к ежедневному использованию(увы, это так!), потому проблемы с установкой gksu могли быть связанны с этим, но иного решения я пока что найти не смог.

И вот - https://www.linux.org.ru/forum/general/14219796
"Не знаю, как там с kdesu, но в случае gksu имя этому клиническому разработчику emanuelle ebassi - гномовский девелопер, который причастен к блокировке работы над gksu ещё в 2011-2012 годах. Работа была заблокирована под предлогом того, что «запуск gui приложения под правами рута приводит к выполнению миллионов строк кода, которые не прошли аудит безопасности». Как всегда, кто не согласен - идёт в известном направлении".