Установка платформы 1С 8.3.20.1363 и более старших версий на RHEL8 и любые другие rpm-based linux. Решение проблемы установки меньших версий 1С8.3 (webkitgtk3) на RHEL 8 / CentOS 8 / Fedora Linux

На диске появится архив "server64_8_3_20_1363.tar.gz", распаковав который получим следующее содержимое.

Установить дистрибутив получится исключительно с правами суперпользователя, поэтому прийдется залогиниться под рутом и запустить иксы (потому что программа установки гуёвая и требует рута):

[sergey@snkosm ~]$ cd Загрузки
[sergey@snkosm Загрузки]$ cd server64_8_3_20_1363
[sergey@snkosm server64_8_3_20_1363]$ su root
Пароль: *********
[root@snkosm server64_8_3_20_1363]# startx

В результате запустится графический интерфейс и на экран будет выведено сообщение:

Logged in as a privileged user
Running a session as a privileged user should be avoided for security

Теперь открываем папку, в которую мы распаковали дистрибутив платформы, и запускаем приложение, имя которого оканчивается на ".run", то есть файл setup-full-8.3.20.1363-x86_64.run

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

После выбора языка открывается сама программа чистой установки платформы 1С (не обновление), и всё устанавливается как положено!

Происходит выбор устанавливаемых компонентов.

При установке на чистую RHEL8 программа установки требует скачать несколько дополнительных пакетов, но это не мешает установке, при нажатии "ОК" установка продолжается и бежит полосочка в прогресс-баре, наконец установка завершается и мы пробуем запустить платформу. После установки 1С:Предприятие запускается и работает. Нормально функционирует конфигурация Бухгалтерия предприятия 3, релиз 3.0.99.19.

Запустить платформу и (или) добавить её в меню запуска "Избранное" можно с помощью команды "Обзор - Найти - 1С"... При этом программа попросит лицензию.

Если лицензия аппаратная, прийдется установить драйвер ключа защиты. Это можно сделать тут же в графическом интерфейсе операционной системы.

На ИТС есть статья об этом https://its.1c.ru/db/metod8dev/content/5953/hdoc

В данной статье есть ссылка на ФТП-сервер, с которого нужно скачать драйвер hasp http://ftp.etersoft.ru/pub/Etersoft/HASP/last/RHEL/6/

Имя файла драйвера:

haspd-7.90-eter2scientific.i586.rpm    

после скачивания его достаточно просто жмакнуть дважды левой кнопкой мыши.

После установки хаспа завершаем сеанс администратора.

Драйвер ключа защиты установлен и 1Ска без проблем увидела ключ, проверено. Теперь всё отлично работает!

Теперь поговорим что делать, если у Вас версия платформы 1С:предприятие меньше чем 8.3.20.1363 (как было раньше): 

/opt/1C/v8.3/x86_64/1cestart: error while loading shared libraries: libwebkitgtk-3.0.so.0: cannot open shared object file: No such file or directory

Наверняка это сообщение не раз видел каждый, кому доводилось устанавливать и запускать под Linux программу 1С:Предприятие версии 8.3. Довелось столкнуться с ним на днях и мне, в процессе допиливания дистрибутива CentOS 8 под нужды нашей организации.

Недостающая библиотека содержится в пакете webkitgtk3. К сожалению, из свежих дистрибутивов - по крайней мере, семейства RHEL/Fedora, этот пакет исключен. Начиная с Fedora 27, его там нет. И пусть это было сделано исключительно из благих побуждений, по соображениям безопасности - но вряд ли нашему брату сисадмину от этого сколько-нибудь легче. Поскольку пришедший ему на смену webkit2gtk3 в данном случае ему не замена.

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

За основу я взял пакет webkitgtk3-2.4.11-6.fc28.src.rpm, найденный здесь - поскольку именно Fedora 28 лежит в основе дистрибутива RHEL 8/CentOS 8. К сожалению, готовые бинарные пакеты для Fedora 28 на тот момент (март 2020 года) были уже недоступны, а на данный момент (конец апреля 2020 года) недоступен уже и соответствующий src.rpm пакет. А бинарники для Fedora 29 и более поздних, для EL8 уже не подходят, зависимости там другие.

И если со сборкой 64-битной версии не возникло практически никаких затруднений (если не считать затруднением примерно 8-часовую продолжительность процесса на моем ноутбуке), достаточным оказалось лишь чуть-чуть подправить .spec-файл, то сборка для i686 преподнесла неожиданный сюрприз. После установки всех недостающих 32-битных зависимостей она вдруг завершилась аварийно, с ошибкой сегментирования.

Поскольку, как я понял, ошибка каким-то образом связана с gobject-introspection, я попробовал по очереди gobject-introspection-devel как x86_64, так и i686. При этом с x86_64 в самом конце процесса сборки выскакивала ошибка сегментирования (Program received signal SIGSEGV, Segmentation fault), а с gobject-introspection-devel.i686 - ругань на wrong ELF class: ELFCLASS32.

В конце концов, я просто отключил поддержку gobject-introspection, поменяв в webkitgtk3.spec --enable-introspection на --disable-introspection. В результате пакет webkitgtk3 для архитектуры i686, наконец-то, собрался. Но радость моя оказалась преждевременной. При попытке запуска 32-битной версии клиента 1С я увидел сообщение:

Ошибка сегментирования (стек памяти сброшен на диск)

В конце концов, я решил выяснить, кроется ли причина этой беды в самом пакете, или же в чем-то другом. Для этого я стал пробовать различные 32-битные прикладные программы, использующие webkitgtk3. В частности, Midori различных версий. Результат везде был один и тот же: ошибка сегментирования. Но вдруг эта же ошибка выскочила и при запуске 32-битной версии браузера Midori, собранной для Fedora 30 (midori-7.0-2.fc30.i686.rpm) . А ведь он использует уже не webkitgtk3, а новый webkit2gtk3!

Значит, злополучный пакет (точнее, библиотека из него) здесь действительно ни при чем. И тут меня посетила догадка - проверить давно известный факт: 32-битные приложения могут чудить из-за криво установленного видеодрайвера Nvidia. Во время установки драйвер инсталлер спрашивает, нужно ли устанавливать 32-битные библиотеки совместимости (32-bit Compatibility Libraries):

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

Итак, после повторной установки видеодрайвера 32-битная версия клиента 1С успешно запустилась. Но самое интересное и удивительное случилось, когда я на радостях попробовал заново пересобрать webkitgtk3.i686 уже с поддержкой gobject-introspection. И ведь что характерно: все собралось без сучка и задоринки, с первого раза! Причем для этого нужна именно 64-битная версия gobject-introspection-devel, которая до переустановки видеодрайвера выдавала у меня в конце сборки сигнал SIGSEGV.

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

Всем добра, и только ровного софта!

P.S. Ну, а как же самими пакетами, спросите вы. Логично. Вот они - в архивах, вместе с исходниками. Webkitgtk3-2.4.11-7.el8 лежит здесь.
 

Источник: https://holydiver-777.livejournal.com/1388403.html