Получение прав root и создание локальной базы данных пакетов
su cd ~ yum makecache
Изменение имени сервера на «passwork»
hostnamectl set-hostname passwork
Установка Git, httpd, firewalld, настройка файрвола
yum -y install git httpd curl nano systemctl start httpd systemctl enable httpd yum -y install firewalld systemctl start firewalld.service systemctl enable firewalld.service firewall-cmd —permanent —add-service=http firewall-cmd —permanent —add-service=https firewall-cmd —reload
Скачайте архив с пакетами
mkdir distr cd distr curl -O https://portal.passwork.pro/rhel8_packets.tar.gz tar -xzvf rhel8_packets.tar.gz
Установка PHP и расширений
yum -y install php/*.rpm
Измените режим работы SELinux на disabled.
nano /etc/selinux/config
Приведите файл к следующему виду:
SELINUX=disabled
Для того чтобы внесенные изменения вступили в силу необходимо перезагрузить систему.
reboot
Установка базы данных MongoDB
Настройка системы управления пакетами (yum).
Установка РЕД ОС
Создайте файл /etc/yum.repos.d/mongodb-org-4.4.repo для того, чтобы установить MongoDB с использованием менеджера пакетов yum.
nano /etc/yum.repos.d/mongodb-org-4.4.repo
Приведите файл к следующему виду:
[mongodb-org-4.4] name=MongoDB Repository baseurl=http://mirrors.cloud.tencent.com/mongodb/yum/el7-4.4/ gpgcheck=0 enabled=1
Для установки последней стабильной версии MongoDB выполните следующую команду:
yum -y install mongodb-org
Установка расширения Phalcon
cd ~/distr/cphalcon/build/ ./install service mongod start systemctl enable mongod.service echo «extension=phalcon.so» | tee /etc/php.d/50-phalcon.ini systemctl restart httpd
Установка Пассворк
Клонируйте репозиторий используя ваш логин и пароль.
cd /var/www git init git remote add origin https://passwork.download/passwork/passwork.git git fetch git checkout v5
Установите права доступа на папки и файлы.
find /var/www/ -type d -exec chmod 755 <> ; find /var/www/ -type f -exec chmod 644 <> ; chown -R apache:apache /var/www/
Конфигурация Apache2
Создайте конфигурационный файл для non-ssl соединения.
nano /etc/httpd/conf.d/non-ssl.conf
Приведите содержимое файла к следующему виду:
systemctl reload php-fpm systemctl restart httpd
Инсталляция
При первом открытии Пассворк вы увидите диалог инсталляции, который проверит корректность настройки сервера и позволит ввести базовые параметры.Инсталл
Оставьте все поля в значениях по умолчанию, если вы устанавливаете новую копию Пассворк.
Обратите внимание, случайно генерируемый ключ используется для шифрования базы данных.
Зарегистрируйте администратора ПассворкОбратите внимание, случайно генерируемый ключ используется для шифрования базы данных.
Введите логин и пароль для первого пользователя. Пользователь автоматически станет администратором и владельцем организации.Зарегистрируйте администратора Пассворк
Как устанавливать игры в РЕД ОС
Создание SSL сертификата
Установите SSL модуль для Apache.
yum -y install mod_ssl
Создайте новую директорию для хранения закрытого ключа (директория /etc/ssl/certs доступна по умолчанию для хранения файла сертификата):
mkdir /etc/ssl/private
Установите правильные разрешения на директорию:
chmod 700 /etc/ssl/private
Создайте новый сертификат и закрытый ключ для его защиты.
openssl req -x509 -nodes -days 365 -newkey rsa:2048 -subj ‘/CN=your.domain.name’ -keyout /etc/ssl/private/apache-selfsigned.key -out /etc/ssl/certs/apache-selfsigned.crt
Создайте группу Диффи-Хеллмана.
openssl dhparam -out /etc/ssl/certs/dhparam.pem 2048
Добавьте содержимое сгенерированного файла в конец самоподписанного сертификата.
cat /etc/ssl/certs/dhparam.pem | tee -a /etc/ssl/certs/apache-selfsigned.crt
Настройка продукта для корректной работы в Chrome с SSL
При работе через SSL-соединение (HTTPS) браузер Chrome требует наличия флагов Secure и SameSite у cookie. Без этих флагов браузер не будет принимать куки, и вы не сможете авторизоваться в Пассворке в Chrome.
Для того чтобы установить эти флаги, включите параметр session.cookie_secure в файле /etc/php.ini вручную или командой:
sed -i ‘/session.cookie_secure =/c session.cookie_secure = On’ /etc/php.ini
И установите параметр disableSameSiteCookie (секция [application])в файле /var/www/app/config/config.ini в значение Off вручную или командой.
sed -i ‘/disableSameSiteCookie =/c disableSameSiteCookie = Off’ /var/www/app/config/config.ini
Обратите внимание, файл config.ini генерируется после прохождения первоначальной настройки на странице установки.
Не устанавливайте эти параметры или верните их в исходное значение, если вы передумаете использовать SSL и будете работать через HTTP-протокол.
Настройка Apache для использования SSL-соединения
Настройка Apache для использования SSL-соединения
nano /etc/httpd/conf.d/ssl.conf
Найдите раздел, начинающийся с и внесите следующие изменения.
- Раскомментируйте строку DocumentRoot и измените путь в кавычках на путь к корневому каталогу вашего сайта. По умолчанию это будет /var/www/html.
- Затем, раскомментируйте строку ServerName и замените www.example.com на IP-адрес или домен сервера (в зависимости от того, что вы указали в качестве Common Name в своем сертификате):
DocumentRoot /var/www/public ServerName passwork.local:443
- Добавьте директиву “Directory” после “ServerName”.
Options Indexes FollowSymLinks MultiViews AllowOverride All Order allow,deny Allow from all Require all granted
- Затем найдите строки SSLProtocol и SSLCipherSuite и либо удалите их, либо закомментируйте. Новая конфигурация, которую мы добавим ниже имеет более безопасные параметры, чем настройки Apache по умолчанию в CentOS:
# SSLProtocol all -SSLv2 # SSLCipherSuite HIGH:MEDIUM:!aNULL:!MD5:!SEED:!IDEA
Найдите строки SSLCertificateFile и SSLCertificateKeyFile и приведите их к следующему виду:
SSLCertificateFile /etc/ssl/certs/apache-selfsigned.crt SSLCertificateKeyFile /etc/ssl/private/apache-selfsigned.key
После внесения изменений проверьте, что ваш файл конфигурации виртуального хоста соответствует примеру ниже.
Listen 443 DocumentRoot /var/www/public ServerName passwork.local:443 Options Indexes FollowSymLinks MultiViews AllowOverride All Order allow,deny Allow from all Require all granted SSLCertificateFile /etc/ssl/certs/apache-selfsigned.crt SSLCertificateKeyFile /etc/ssl/private/apache-selfsigned.key
Как я РедОС прокачивал
Основная система на моём ПК — это Arch. Я использую его в первую очередь из-за наибольшей свежести пакетов (хотя это и не всегда хорошо), простоты в использовании, богатой Wiki и в последнюю очередь, но не по значению, из-за AUR.
На ноутбуке же я эксперементирую и ставлю всякое разное для «пощупать», некоторое время использовал на нём и изучал дистрибутив Rosa Linux. Годный дистрибутив, вполне подходящий для домашнего использования. Использовал сборку REOS от проекта Linux-Gaming Однако на работе использую РедОС и поэтому на прошлых выходных я решил поставить его и посмотреть, что я смогу с ним сделать для домашнего использования.
Вот что у меня получилось.
Перво наперво я подумал о более свежем ядре, lts ядра конечно стабильны, но хочется чего-то посвежее. Выбор пал на zen-kernel ввиду используемого Intel-процессора.
Ставим зависимости для компилирования ядра:
sudo dnf install gcc flex make bison openssl-devel elfutils-libelf-devel
Собираем конфиг на основании текущего ядра:
make localmodconfig
это позволит собрать адаптированное ядро без особых трудозатрат, значения отсутствующие в текущем ядре будут помечены как NEW и будет предложено выставить их значение. (Если особо не шарите, можно просто прожимать дефолтные значения).
Затем кое-что подправим ручками:
make menuconfig
В частности поставим нативное определение процессора компилятором и выставим сжатие ядра zstd.
Ставим компилироваться:
make -j
Если всё сделано без ошибок, то на выходе получим скомпилированное ядрышко, готовое к установке. Сначала ставим модули:
make modules_install
затем само ядро
make install
Обновляем загрузчик либо через grub-customizer, либо командой:
sudo grub2-mkconfig -o /boot/grub2/grub.cfg
После перезагрузки, ядро должно появиться для выбора в списке.
Потом я взялся за добавление в свой репозиторий lure стороннего софта, которым обычно пользуюсь и которого нет в репозиториях РедОС. Добавил пока не всё что хочется, но на первое время достаточно для использования. Установка в систему идёт командой
lure in
Затем настала очередь проверки может ли РедОС в игры) Steam, как оказалось, имеется в репозиториях и без проблем устанавливается. Для проверки скачал нетребовательную к оборудованию игру, которая имеет нативный клиент под Linux, чтобы проверить запуск игры как нативно так и через proton. Выбор пал на Ash of Gods.
Если кратко, то игра запустилась и в том и в другом режиме. Немного поиграл, проблем не обнаружил. К слову нативная версия похуже работала, чем через proton.
Что в планах на будущее:
— собрать mesa последней версии
— добавлять различный софт в lure, для его последующей устновки и тестов на редоси
— поставить на серьёзное железо со всеми наработками по улучшению дистрибутива и потестить в тяжёлых играх под нагрузкой.
#linux #linux-gaming #redos #РедОС
Источник: tenchat.ru
Codelite 13 IDE под RedOS 7.6
AGB Corp Project Russian website
Долгое время основной системой, которую я использовал при разработке приложений под Linux была GosLinux IC3 , базирующаяся на CentOS 6.6 . Система удобная, хорошо реализованная, но, к огромному сожалению, не получившая дальнейшего развития. Устаревшая версия компилятора не позволяла в ряде случаев ее использовать, а дальнейшего движения — то есть обновления до 7 или 8 версии не было.
Необходимо было найти замену, причем желательно опять отечественный вариант. И эта замена была найдена: RedOS 7.2 (базирующаяся на CentOS 7.2 , но включающая в себя обновленный компилятор gcc версии 7.2.1 — в то время как в CentOS 7.х до сих пор используется версия 4.8.5 . ).
Компания РЕД СОФТ проделала отличную работу — особых проблем при установке и настройке системы не отмечено. Все основные пакеты, которые требуются — находятся в актуальном состоянии.
К сожалению в список доступных пакетов не входит среда разработки Codelite , которую я давно использую как основную, причем за счет многоплатформенности (она доступна как под Windows , так и под Linux ) — очень удобно работать над мультиплатформенными проектами в одинаковой IDE. Пришлось собирать ее из исходных кодов. Обычно, особых проблем этот процесс не создает, но в 13 версии, к сожалению, при компиляции отмечены две ошибки:
[ 68%] Building CXX object codelitephp/CMakeFiles/codelitephp.dir/php-plugin/php_editor_context_menu.cpp.o
[ 68%] Building CXX object LiteEditor/CMakeFiles/codelite.dir/CodeLiteUpgradeFrame_liteeditor_bitmaps.cpp.o
[ 68%] Building CXX object WebTools/CMakeFiles/WebTools.dir/NodeJSWorkspaceView.cpp.o
[ 68%] Building CXX object LiteEditor/CMakeFiles/codelite.dir/CompilerMainPage.cpp.o
/home/agbogdanov/src/codelite-13.0/LiteEditor/CompilerMainPage.cpp: В функции-члене «void CompilerMainPage::InitializeTools()»:
/home/agbogdanov/src/codelite-13.0/ LiteEditor/ CompilerMainPage.cpp:543:76 : ошибка : запрошено преобразование от «wxPropertyGridIterator » к нескалярному типу «wxPropertyGridConstIterator »
wxPropertyGridConstIterator iter = m_pgMgrTools->GetGrid()->GetIterator();
[ 68%] Building CXX object wxcrafter/CMakeFiles/wxCrafter.dir/FontPickerDlg.cpp.o
[ 68%] Building CXX object codelitephp/CMakeFiles/codelitephp.dir/php-plugin/php_file_layout_tree.cpp.o
make[2]: *** [LiteEditor/CMakeFiles/codelite.dir/CompilerMainPage.cpp.o] Ошибка 1
make[1]: *** [LiteEditor/CMakeFiles/codelite.dir/all] Ошибка 2
make[1]: *** Ожидание завершения заданий.
Как видно из сообщений g++ , они возникают при компиляции файла CompilerMainPage.cpp , находящегося в подкаталоге LiteEditor .
Проблема в 543 строке. Для решения этой проблемы необходимо заменить:
wxPropertyGridConstIterator iter = m_pgMgrTools->GetGrid()->GetIterator();
на следующий код:
const wxPropertyGrid* pgrid = m_pgMgrTools->GetGrid();
wxPropertyGridConstIterator iter = pgrid->GetIterator();
После чего сборка Codelite 13 завершается без ошибок. Следует отметить, что я проверял только 64-битную сборку.
Дополнительная информация (на английском) доступна здесь .
Codelite использует ПО Zeal для доступа к справочной информации. Это ПО опять же отсутствует в каталоге доступных программ для ОС RedOS 7.2 . Но сборка из исходных кодов проходит без ошибок. Есть правда одна маленькая проблема, которую необходимо решить, чтобы использовать связку Codelite 13 + Zeal . По умолчанию, собранный пакет zeal устанавливается в каталог /usr/local/bin , а плагин Codelite , который обеспечивает взаимодействие с этой системой, к сожалению, требует, чтобы модуль zeal располагался строго в /usr/bin (жестко прописано в коде). Поэтому создаем ссылку на модуль zeal в /usr/bin .
Источник: www.agbcorp.ru