Fedora Packages SOP
This SOP is for the Fedora Packages web application. https://apps.fedoraproject.org/packages
Contact Information
- Owner
-
Fedora Infrastructure Team
- Contact
-
#fedora-admin, #fedora-apps
- Persons
-
cverna
- Location
-
PHX2
- Servers
-
packages03.phx2.fedoraproject.org packages04.phx2.fedoraproject.org packages03.stg.phx2.fedoraproject.org
- Purpose
-
Web interface for searching packages information
Deploying to the servers
Deploying
Once the new version is built, it needs to be deployed. To deploy the new version, you need ssh access to batcave01.phx2.fedoraproject.org and permissions to run the Ansible playbook.
All the following commands should be run from batcave01.
You can check the upstream documentation, on how to build a new release. This process results in a fedora-packages rpm available in the infra-tag rpm repo.
You should make use of the staging instance in order to test the new version of the application.
Maintenance
The web application is served by httpd and managed by the httpd service.:
$ sudo systemctl restart httpd
can be used to restart the service if needed. The application log files are available under /var/log/httpd/ directory.
The xapian database is updated by a fedmsg consumer. You can restart the fedmsg-hub serivce if needed by using:
$ sudo systemctl restart fedmsg-hub
To check the consumer logs you can use:
$ sudo journalctl -u fedmsg-hub
Checking for AGPL violations
To remain AGPL compliant, we must ensure that all modifications to the code are made available in the SRPM that we link to in the footer of the application. You can easily query our app servers to determine if any AGPL violating code modifications have been made to the package.:
func-command --host="*app*" --host="community*" "rpm -V fedoracommunity"
You can safely ignore any changes to non-code files in the output. If any violations are found, the Infrastructure Team should be notified immediately.