Проблема при установке GlobalProtect

[dpevunov]

Дорого времени суток всем!
Пытаюсь установить агента GlobalProtect.Действую по официальной инструкции https://docs.paloaltonetworks.com/globa ... -for-linux

Но получаю ошибку:

Проблема: conflicting requests
- nothing provides libicui18n.so.67()(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides libicuuc.so.67()(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides libQt5Quick.so.5(Qt_5_PRIVATE_API)(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides libQt5Gui.so.5(Qt_5_PRIVATE_API)(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides qt5-qtbase(x86-64) = 5.15.9 needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides qt5-qtdeclarative(x86-64) = 5.15.9 needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
(попробуйте добавить «--skip-broken» для пропуска удаляемых пакетов или «--nobest», чтобы использовать не только наилучшие варианты пакетов)
Последняя проверка окончания срока действия метаданных: 0:00:03 назад, Ср 19 ноя 2025 17:44:27.
Ошибка:
Проблема: package GlobalProtect_UI_rpm-6.3.3-619.x86_64 from @commandline requires qt5-qtwebkit >= 5.9.1, but none of the providers can be installed
- conflicting requests
- nothing provides libicuuc.so.67()(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides libicui18n.so.67()(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides libQt5Gui.so.5(Qt_5_PRIVATE_API)(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides libQt5Quick.so.5(Qt_5_PRIVATE_API)(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides qt5-qtbase(x86-64) = 5.15.9 needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides qt5-qtdeclarative(x86-64) = 5.15.9 needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
(попробуйте добавить «--skip-broken» для пропуска удаляемых пакетов или «--nobest», чтобы использовать не только наилучшие варианты пакетов)
GlobalProtect Installation Failed - insufficient privileges or package manager error

Я не знаю откуда взять указанные зависимости. Помогите пожалуйста, кто знает.

С уважением,
Денис Певунов

[turik02]

А попробуй командой

Код: Выделить всё

sudo rpm -ivh --nodeps имя.rpm

Установится без зависимостей, но будет ли работать — вопрос.

[dpevunov]

А попробуй командой

Код: Выделить всё

sudo rpm -ivh --nodeps имя.rpm

Установится без зависимостей, но будет ли работать — вопрос.

Попробовал. Не работает.

denis@rosa-jr5kdd ~/Загрузки/PanGPLinux-6.3.3-c22 $ sudo rpm -ivh --nodeps GlobalProtect_UI_rpm-6.3.3.1-619.rpm
Проверка... ################################# [100%]
Подготовка... ################################# [100%]
/var/tmp/rpm-tmp.QUYStZ: строка 19: pidof: команда не найдена
Start installing gp...
Обновление / установка...
1:GlobalProtect_UI_rpm-6.3.3-619 ################################# [100%]
Enable gp service...
Set default browser, errors other than gp.desktop can be ignored ...
Starting gp service...
Create symlink for gp cli...
Starting gpa...
/opt/paloaltonetworks/globalprotect/PanGPUI: error while loading shared libraries: libQt5WebKit.so.5: cannot open shared object file: No such file or directory
Installation Completed

[turik02]

Если нужен libQt5WebKit.so.5, то он есть в

Код: Выделить всё

sudo dnf install lib64qt5webkit5

[dpevunov]

Если нужен libQt5WebKit.so.5, то он есть в

Код: Выделить всё

sudo dnf install lib64qt5webkit5

Спасибо, но опять не помогло:

Проблема: package GlobalProtect_UI_rpm-6.3.3-619.x86_64 from @commandline requires qt5-qtwebkit >= 5.9.1, but none of the providers can be installed
- conflicting requests
- nothing provides libicuuc.so.67()(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides libicui18n.so.67()(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides libQt5Gui.so.5(Qt_5_PRIVATE_API)(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides libQt5Quick.so.5(Qt_5_PRIVATE_API)(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides qt5-qtbase(x86-64) = 5.15.9 needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides qt5-qtdeclarative(x86-64) = 5.15.9 needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
(попробуйте добавить «--skip-broken» для пропуска удаляемых пакетов или «--nobest», чтобы использовать не только наилучшие варианты пакетов)

[Survolog]

Перепутался запуск с установкой.
rpm -i --nodeps ставит архив пакета без зависимостей.
Судя по логу установки пакет поставился, может быть полезна библиотека libQt5WebKit.so.5
Судя по dnf prov /*/libQt5WebKit.so.5 библиотека действительно лежит в пакете lib64qt5webkit5.
Команды запуска бинарника так и не прозвучало.
Наверное, стоит попробовать запустить бинарник, установленный из пакета, и станет понятнее, надо ли ему что-то ещё.
Например, кинуть его (не пакет, а установленный из пакета в систему бинарник или скрипт, в общем, запускающуюся часть программы) в консоль и нажать Enter.

[dpevunov]

Перепутался запуск с установкой.
rpm -i --nodeps ставит архив пакета без зависимостей.
Судя по логу установки пакет поставился, может быть полезна библиотека libQt5WebKit.so.5
Судя по dnf prov /*/libQt5WebKit.so.5 библиотека действительно лежит в пакете lib64qt5webkit5.
Команды запуска бинарника так и не прозвучало.
Наверное, стоит попробовать запустить бинарник, установленный из пакета, и станет понятнее, надо ли ему что-то ещё.
Например, кинуть его (не пакет, а установленный из пакета в систему бинарник или скрипт, в общем, запускающуюся часть программы) в консоль и нажать Enter.

Дк нет. То, что я присылаю - это не попытка запуска бинарника. Это попытка установки. Я делаю как написано в мануале у вендора:

yum install -y ./GlobalProtect_UI_rpm-6.0.0.0-9.rpm

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

Starting gpa...
/opt/paloaltonetworks/globalprotect/PanGPUI: error while loading shared libraries: libQt5WebKit.so.5: cannot open shared object file: No such file or directory

Я откатил установку с --nodeps и попытался поставить пакет lib64qt5webkit5. Он поставился, но ошибка при инсталляции GP никуда не исчезла (если ставить без --nodeps):

yum install -y ./GlobalProtect_UI_rpm-6.0.0.0-9.rpm

Проблема: package GlobalProtect_UI_rpm-6.3.3-619.x86_64 from @commandline requires qt5-qtwebkit >= 5.9.1, but none of the providers can be installed
- conflicting requests
- nothing provides libicuuc.so.67()(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides libicui18n.so.67()(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides libQt5Gui.so.5(Qt_5_PRIVATE_API)(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides libQt5Quick.so.5(Qt_5_PRIVATE_API)(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides qt5-qtbase(x86-64) = 5.15.9 needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides q-qt5tdeclarative(x86-64) = 5.15.9 needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
(попробуйте добавить «--skip-broken» для пропуска удаляемых пакетов или «--nobest», чтобы использовать не только наилучшие варианты пакетов)

Потому что он пишет, что для установки пакета GlobalProtect_UI_rpm-6.3.3-619.x86_64 требуется пакет qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64, для установки которого нужны:
libicuuc.so.67()(64bit)
libicui18n.so.67()(64bit)
libQt5Gui.so.5(Qt_5_PRIVATE_API)(64bit)
libQt5Quick.so.5(Qt_5_PRIVATE_API)(64bit)
qt5-qtbase(x86-64) = 5.15.9
q-qt5tdeclarative(x86-64) = 5.15.9

которых нет в репозитории epel. Вопрос в том - где их взять?

[VictorR2007]

Я откатил установку с --nodeps и попытался поставить пакет lib64qt5webkit5. Он поставился, но ошибка при инсталляции GP никуда не исчезла (если ставить без --nodeps):

А нужно было не откатывать установку с --nodeps, а установить пакет lib64qt5webkit5, на отсутствие которого
у вас пожаловалось при попытке запуска программы.
После этого снова попытаться запустить, и смотреть, запустится приложение,
или попросит установить ещё какой-то пакет.
Так и устанавливать постепенно нужные пакеты, пока не запустится.

[dpevunov]

Я откатил установку с --nodeps и попытался поставить пакет lib64qt5webkit5. Он поставился, но ошибка при инсталляции GP никуда не исчезла (если ставить без --nodeps):

А нужно было не откатывать установку с --nodeps, а установить пакет lib64qt5webkit5, на отсутствие которого
у вас пожаловалось при попытке запуска программы.
После этого снова попытаться запустить, и смотреть, запустится приложение,
или попросит установить ещё какой-то пакет.
Так и устанавливать постепенно нужные пакеты, пока не запустится.

Конечно я такой вариант проверил. Просто не писать же сюда всё. Он ставится и даже делает вид, что запустился и даже процесс есть в ps -ef. Только вот нет ни окна приложения, ни возможности туда что-то ввести. Появляется даже иконка в стартовом меню. Но на нажатие не реагирует. Я пообщался с ИИ по данным ошибкам. Вот его ответ:

*************************
denis@rosa-jr5kdd ~/Загрузки/PanGPLinux-6.3.3-c22 $ sudo dnf install qt5-qtwebkit.x86_64

Последняя проверка окончания срока действия метаданных: 1 day, 2:45:23 назад, Ср 19 ноя 2025 23:24:01.
Ошибка: Проблема: conflicting requests
- nothing provides libicuuc.so.67()(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides libicui18n.so.67()(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides libQt5Gui.so.5(Qt_5_PRIVATE_API)(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides libQt5Quick.so.5(Qt_5_PRIVATE_API)(64bit) needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides qt5-qtbase(x86-64) = 5.15.9 needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
- nothing provides qt5-qtdeclarative(x86-64) = 5.15.9 needed by qt5-qtwebkit-5.212.0-0.75alpha4.el9.x86_64 from epel
(попробуйте добавить «--skip-broken» для пропуска удаляемых пакетов или «--nobest», чтобы использовать не только наилучшие варианты пакетов)

Вы пытаетесь установить пакет, предназначенный для EPEL 9 (Enterprise Linux 9), в вашу систему ROSA Fresh 13. Эти две системы используют разные версии базовых библиотек, из-за чего установка терпит неудачу.

В чем проблема?
Ошибка nothing provides libicuuc.so.67()(64bit) и другие подобные сообщения означают, что пакет qt5-qtwebkit из репозитория EPEL ожидает наличия конкретных версий библиотек (например, libicuuc.so.67), которые установлены в Enterprise Linux 9.
В ROSA Fresh 13 у вас, скорее всего, установлены более новые (или другие) версии этих библиотек (например, .so.72 или .so.73), и система dnf отказывается устанавливать несовместимый пакет.

Как быть (Правильный путь)
Ваша главная задача — найти и установить пакет qt5-qtwebkit из репозиториев ROSA Linux, а не из EPEL.

Если пакета qt5-qtwebkit нет в ROSA Fresh 13
Если вы убедились, что в официальных репозиториях ROSA Linux нет этого пакета, у вас серьезная проблема совместимости.

Почему его может не быть?
qt5-qtwebkit — это устаревший и неподдерживаемый модуль Qt, который был заменен на qt5-webengine из-за проблем безопасности. Многие современные дистрибутивы Linux удаляют его из своих официальных репозиториев.

Ваши действия в этом случае:
Связаться с разработчиками приложения: Сообщите им, что в вашем дистрибутиве пакет qt5-qtwebkit недоступен, и попросите предоставить альтернативный способ запуска приложения или сборку, использующую qt5-webengine.
Не пытаться принудительно ставить пакеты .el9: Использование флагов --skip-broken или --nobest, как предлагает dnf, в данном случае не решит проблему, а только усугубит ее, потенциально повредив вашу установленную систему Qt.

Резюме: Несовместимость библиотек не позволяет установить этот пакет из EPEL в ROSA Fresh 13. Вам нужно найти версию пакета, собранную специально для ROSA Linux.

[VictorR2007]

Вы пытаетесь установить пакет, предназначенный для EPEL 9 (Enterprise Linux 9), в вашу систему ROSA Fresh 13. Эти две системы используют разные версии базовых библиотек, из-за чего установка терпит неудачу.

Ну он правильно сказал.
Как правило, пакет от других дистрибутивов, не работают отличных от них дистрибутивах.
За некоторым, нечастым, исключением.
Вам не повезло в данном случае.

[dpevunov]

Вы пытаетесь установить пакет, предназначенный для EPEL 9 (Enterprise Linux 9), в вашу систему ROSA Fresh 13. Эти две системы используют разные версии базовых библиотек, из-за чего установка терпит неудачу.

Ну он правильно сказал.
Как правило, пакет от других дистрибутивов, не работают отличных от них дистрибутивах.
За некоторым, нечастым, исключением.
Вам не повезло в данном случае.

Попробую тогда собрать из сорсов. Может чего и выйдет. Просто если я не смогу настроить GP, то и переход на ROSA для меня не вариант. И придётся делать выбор в пользу того же Ubuntu где это работает. Мне нужно настроить полноценное рабочее место.

[VictorR2007]

Попробую тогда собрать из сорсов. Может чего и выйдет. Просто если я не смогу настроить GP, то и переход на ROSA для меня не вариант. И придётся делать выбор в пользу того же Ubuntu где это работает. Мне нужно настроить полноценное рабочее место.

Возможно вы не все пакеты qt5 установили.
Нужно устанавливать
lib64qt5webkitwidgets5
И ещё установить пакет
qt5-qtdeclarative
Пакет lib64qt5quick5 наверное у вас уже установлен.
Вообще, приложение довольно старое.
В R13 многие пакеты гораздо новее.
Например, вам нужен пакет lib64icui18n67.
А в R13 все пакеты lib64icui18n71, 72, 73 и 76.
Вообще, устанавливать этот пакет наверное нужно в kde5, и в R12.
https://mirror.rosalab.ru/rosa/rosa2021 ... 2/plasma5/
Устанавливаемый вами пакет, скорее всего, там проще будет установить.

[dpevunov]

Попробую тогда собрать из сорсов. Может чего и выйдет. Просто если я не смогу настроить GP, то и переход на ROSA для меня не вариант. И придётся делать выбор в пользу того же Ubuntu где это работает. Мне нужно настроить полноценное рабочее место.

Возможно вы не все пакеты qt5 установили.
Нужно устанавливать
lib64qt5webkitwidgets5
И ещё установить пакет
qt5-qtdeclarative
Пакет lib64qt5quick5 наверное у вас уже установлен.
Вообще, приложение довольно старое.
В R13 многие пакеты гораздо новее.
Например, вам нужен пакет lib64icui18n67.
А в R13 все пакеты lib64icui18n71, 72, 73 и 76.
Вообще, устанавливать этот пакет наверное нужно в kde5, и в R12.
https://mirror.rosalab.ru/rosa/rosa2021 ... 2/plasma5/
Устанавливаемый вами пакет, скорее всего, там проще будет установить.

Ну R12 уже прошлый релиз. Начинать со старого как-то не особо.. Может разработчикам добавить более старые пакеты в репозиторий для обратной совместимости?

[VictorR2007]

Может разработчикам добавить более старые пакеты в репозиторий для обратной совместимости?

Вроде и так все есть, которые нужны.
Только вместо libicuuc.so.67 новее пакеты.
Ну можно попробовать сделать симлинки libicuuc.so.67, на libicuuc.so.71, например.
Пакеты qt5 все есть, так как есть kde5.
https://abf.rosa.ru/platforms/rosa13/pr ... ists/57101
Можно сначала попробовать установить в kde5, может в виртуалке.
Установить в Росе virt-manager, и после перезагрузке установить kde5 в нем, в виртуалке.
И там поэкспериментировать с установкой.

[Survolog]

Дк нет. То, что я присылаю - это не попытка запуска бинарника. Это попытка установки. Я делаю как написано в мануале у вендора:

Попробую описать немного концепт.

rpm пакет представляет из себя cpio архив.
cpio - формат архива. Как zip, rar, 7z и тому подобное.

Архив rpm содержит файлы так, как они бы лежали в системе, а также скрипты и зависимости на другие rpm.
Зависимости на другие rpm мешаются. Названия этих зависимостей от другой операционной системы. Лучше принять эти названия к сведению, например, чтобы найти файловый состав тех пакетов, чтобы по нему найти верное название пакета. Но эти названия не основа для работы приложения.

Скрипты в rpm бывают важны, но это обычно команды, которые или программист в коде программы реализовать как-то иначе не смог, или мейнтейнер в коде составлении пакета (spec). Частенько эти скрипты содержат вредные для системы части, порой приводящие к массовому падению систем.
Например, с Яндекс Браузером под Росу не так давно был случай. На Росе Фреш всё работало, тогда как на деривативе Росы Фреш массово отвалилось DE.

Основа для работы приложения - файлы в архиве.
Они могут как подойти к системе, так и частично подойти или не подойти вовсе.
То есть после установки для дальнейших исследований надо не производить повторную установку, а пробовать запускать установленное приложение непосредственно в консоли. И смотреть, что выдаст, если выдаст.
Обычно запускаемая часть программы лежит в /usr/bin.
Ещё, если есть desktop файл, запускаемый файл или команда запуска указаны в desktop файле в строке Exec=
Ещё можно параллельно смотреть в "journalctl -f". Там тоже могут быть подсказки, чего приложению не хватило.

А с мануалом вендора тогда уж к вендору и стоит обращаться.
Роса Фреш не занимается сопровождением сторонних источников пакетов.
Почему? Потому что при обновлении чего-то в сторонних источниках или в системе отследить поломку приложения до публикации его пакета в общий доступ либо сложно, либо вовсе невозможно. То есть хорошей стабильности работы таких пакетов не достичь в принципе. И без того проблем полно.
Разумеется, никто не запрещает заниматься определением работоспособности пакетов из сторонних источников на некий момент времени самостоятельно, и потом дожидаться, что их последующее обновление поломается, ковыряться с ними вновь и так далее.

Надеюсь, что-нибудь прояснил.
Удачи.

[dpevunov]

Дк нет. То, что я присылаю - это не попытка запуска бинарника. Это попытка установки. Я делаю как написано в мануале у вендора:

Попробую описать немного концепт.

rpm пакет представляет из себя cpio архив.
cpio - формат архива. Как zip, rar, 7z и тому подобное.

Архив rpm содержит файлы так, как они бы лежали в системе, а также скрипты и зависимости на другие rpm.
Зависимости на другие rpm мешаются. Названия этих зависимостей от другой операционной системы. Лучше принять эти названия к сведению, например, чтобы найти файловый состав тех пакетов, чтобы по нему найти верное название пакета. Но эти названия не основа для работы приложения.

Скрипты в rpm бывают важны, но это обычно команды, которые или программист в коде программы реализовать как-то иначе не смог, или мейнтейнер в коде составлении пакета (spec). Частенько эти скрипты содержат вредные для системы части, порой приводящие к массовому падению систем.
Например, с Яндекс Браузером под Росу не так давно был случай. На Росе Фреш всё работало, тогда как на деривативе Росы Фреш массово отвалилось DE.

Основа для работы приложения - файлы в архиве.
Они могут как подойти к системе, так и частично подойти или не подойти вовсе.
То есть после установки для дальнейших исследований надо не производить повторную установку, а пробовать запускать установленное приложение непосредственно в консоли. И смотреть, что выдаст, если выдаст.
Обычно запускаемая часть программы лежит в /usr/bin.
Ещё, если есть desktop файл, запускаемый файл или команда запуска указаны в desktop файле в строке Exec=
Ещё можно параллельно смотреть в "journalctl -f". Там тоже могут быть подсказки, чего приложению не хватило.

А с мануалом вендора тогда уж к вендору и стоит обращаться.
Роса Фреш не занимается сопровождением сторонних источников пакетов.
Почему? Потому что при обновлении чего-то в сторонних источниках или в системе отследить поломку приложения до публикации его пакета в общий доступ либо сложно, либо вовсе невозможно. То есть хорошей стабильности работы таких пакетов не достичь в принципе. И без того проблем полно.
Разумеется, никто не запрещает заниматься определением работоспособности пакетов из сторонних источников на некий момент времени самостоятельно, и потом дожидаться, что их последующее обновление поломается, ковыряться с ними вновь и так далее.

Надеюсь, что-нибудь прояснил.
Удачи.

Прояснил. Спасибо и на том. Я понимаю, что "Роса Фреш не занимается сопровождением сторонних источников пакетов.
Почему? Потому что при обновлении чего-то в сторонних источниках или в системе отследить поломку приложения до публикации его пакета в общий доступ либо сложно, либо вовсе невозможно", но если Вы всё таки позиционируете свой продукт как импортозамещение и хотите, чтобы на него реально переходили и работали с ним как с основной ОС, то со стороны разработки тоже требуется гибкость и клиентоориентированность. Такой софт как GP - это довольно распространённое ПО для удалённой работы и его используют многие. Без него не подключиться к конкретной корпоративной сети, которая использует Palo Alto для доступа. И если в Вашей системе нет нормальных пакетов, нет поддержки для того, чтобы его туда установить и предлагается бесконечное ковыряние на границе энтузиазма и слепой веры в отечественное ПО, то такой вариант не для тех, кто хотел перейти на отечественное взамен западного, к сожалению. Я и так уже убил кучу времени на это. И Вы тут мне сообщаете, что после апдэйта всё снова развалится. "Такой футбол нам не нужен" (с). На Ubuntu пакет ставится в 2 клика и просто работает.

Без обид.
Удачи.

[VictorR2007]

На Ubuntu пакет ставится в 2 клика и просто работает.

Без обид.
Удачи.

Не на Ubuntu ставится, а они делают пакет для Ubuntu, и поэтому его можно установить на Ubuntu.
Видимо у вас весьма смутное представление о Linux.
Не производители дистрибутива подгоняют свои пакеты под стороннее приложения,
а берут исходные коды и собирают у себя.
Или разработчик приложения сам делает пакеты под разные дистрибутивы,
как разработчики данного приложения делают пакет для Ubuntu.
Или как Яндекс, который собирает пакеты для всех отечественных дистрибутивов.
Если взять ситуацию с установкой данного приложения в Росе,
если вы разберётесь, какие ему нужны зависимости, и оно начнёт работать,
можно переделать пакеты в Росе, добавив провайды в пакеты, чтобы этот пакет устанавливался без вопросов.
Для удалённого доступа в Росе существуют другие приложения.

[dpevunov]

На Ubuntu пакет ставится в 2 клика и просто работает.

Без обид.
Удачи.

Для удалённого доступа в Росе существуют другие приложения.

И как с помощью них подключиться к Palo Alto?

Видимо у вас весьма смутное представление о Linux.
Не производители дистрибутива подгоняют свои пакеты под стороннее приложения,
а берут исходные коды и собирают у себя.

Я не знаю какие у Вас представления если Вы пишете такие очевидные вещи. По-моему я с первого поста дал понять, то чтобы разработчики взяли и собрали из исходных кодов пакет данного приложения под Росу, а не перекладывали эту задачу на пользователей. Чтобы и этот софт работал в Росе. Может мы и телеграмм из исходных кодов будем тогда собирать под Росу? Странный у Вас подход. Типа "Вам надо - вы и разбирайтесь. А у нас тут всё работает".

[VictorR2007]

Может мы и телеграмм из исходных кодов будем тогда собирать под Росу?

Ну да, telegram из исходных кодов собираем.
Вот сборка из исходных кодов, который сейчас main
https://abf.rosa.ru/build_lists/5509847
Вот сейчас собираю новую версию ветки 6.3.3, в тестовый репозиторий
https://abf.rosa.ru/build_lists/5512777
Попозже соберу его в main.
Исходные коды telegram берутся здесь
https://github.com/telegramdesktop/tdesktop/releases
Архив, который Source code (tar.gz, full)
По поводу сборки GlobalProtect, то вы первый, кому он понадобился.
За все время моего присутствия на форуме, вы первый, кто озвучил его существование.
У нас есть тема, где пользователи заказывают сборку нужных им пакетов.
Если есть в свободном доступе исходные коды для сборки,
и позволяет лицензия от разработчика.
Только и всего.
Роса, дистрибутив бесплатный для домашнего использования, и тут пользователи помогают друг другу её развивать,
и собираем пакеты, если возможно, чтобы у всех был необходимый софт.
Нужно не сердится, что не получилось сразу получить нужную вам программу,
а попытаться решить эту проблему, если возможно.
Она нужна прежде всего вам.
Если найдёте исходные коды у разработчика, и не будет проблем с лицензией,
можно наверное будет собрать.
Если лицензия не позволяет,
можно будет собрать в частный репозиторий.

[va9(2)]

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

И что вам ответили разработчики GlobalProtect? Соберут?

GlobalProtect
Palo Alto GlobalProtect обеспечивает безопасный удаленный доступ к корпоративным сетям. Инструмент создает защищённое VPN-соединение, позволяя пользователям подключаться к корпоративным ресурсам из любого места. Это проприетарное ПО, доступное по лицензии, и оно часто используется в корпоративных средах для защиты данных и сетей при удаленной работе сотрудников.
url

чат гопота:

GlobalProtect это проприетарное по?

Да, GlobalProtect — проприетарное программное обеспечение.

Объяснение:

* Это продукт компании **Palo Alto Networks**, и весь основной код (клиент, портал, шлюз, механизмы проверки) закрыт.
* Для продвинутых функций требуется **коммерческая лицензия**.
* Хотя внутри клиента используются **отдельные open-source библиотеки** (например, OpenSSL), сам GlobalProtect **не является open-source**.
* Есть **open-source клиент OpenConnect**, который умеет работать с протоколом GlobalProtect, но это *не* официальный клиент.

Его исходный код доступен в сети?

Нет — исходный код **всего** GlobalProtect *не выложен*. Это проприетарное ПО.

Что доступно:

* На сайте Palo Alto есть список **open-source компонентов**, которые используются внутри клиента GlobalProtect (например, OpenSSL, Qt и др.) ([docs.paloaltonetworks.com][1])
* Сам клиент GlobalProtect — закрытый исходный код, его исходники не публикуются.
* Существует *отдельный* open-source клиент: например, **OpenConnect** поддерживает протокол GlobalProtect. ([GitHub][2])
* Также есть проект **GlobalProtect-openconnect** на GitHub (написан на Rust) — это не официальный клиент GlobalProtect, а именно альтернатива. ([GitHub][3])

gemini:

GlobalProtect это проприетарное по?

Да, GlobalProtect** является **проприетарным программным обеспечением.

* **Разработчик:** Это продукт компании **Palo Alto Networks**.
* **Тип лицензии:** GlobalProtect, как часть инфраструктуры Palo Alto Networks для обеспечения безопасного удаленного доступа и VPN, обычно распространяется по **подписке** или требует **лицензии GlobalProtect Gateway** для активации полного функционала на брандмауэрах Palo Alto Networks.

Хотя сам клиент (приложение) для некоторых операционных систем (Windows, macOS) может быть доступен для скачивания без непосредственной оплаты, для его функционирования и использования корпоративных функций безопасности необходимо, чтобы организация имела брандмауэр Palo Alto Networks с соответствующей лицензией/подпиской GlobalProtect.


Его исходный код доступен в сети?

Нет, **исходный код** проприетарного приложения **GlobalProtect** от Palo Alto Networks **недоступен** в сети для публичного просмотра, изучения или изменения.

Как проприетарное программное обеспечение, его код является коммерческой тайной компании Palo Alto Networks.

---

### Важное исключение для Linux

Существует **сторонний, свободный, проект с открытым исходным кодом** под названием **GlobalProtect-openconnect** (основанный на OpenConnect), который позволяет пользователям **Linux** подключаться к шлюзам GlobalProtect.

* **Назначение:** Этот сторонний клиент имитирует протокол GlobalProtect для обеспечения совместимости.
* **Доступность:** Исходный код **GlobalProtect-openconnect** доступен на GitHub, но это **не код оригинального приложения** от Palo Alto Networks, а независимая реализация.

[VictorR2007]

Кстати, да, в сообщении выше говорится об программе globalprotect-openconnect.
Возможно она вам подойдёт.
Не знаю пока, получится ли собрать на АБФ.
Программа на rust, и при сборке скачивает vendor из сети.
На АБФ запрещена и отключена загрузка из сети исходников для сборки.
Так что пока собрал его локально.
Выложу на свой Яндекс диск.
https://disk.yandex.ru/d/w2jW-Ugbp-x0Kw