fedora-qa / packager_dashboard

#178 future of the fedora-health-check data source (repochecker shutdown)
Closed by kparal. Opened by decathorpe.

Closed
Reopen Issue

TL;DR: The service that provides the FTI data for the dashboard (https://repochecker.decathorpe.com) will likely go away soon.

I'm currently moving things off of the last server I run myself (for my own sanity), and the "repochecker" service is the last thing that runs on it (other than a blog that I'm in the process of moving). I will likely shut off the repochecker service and subdomain soon - it costs me ~18$ per month.

Note that since the filing of FailsToInstall bugs has been automated, the data is no longer as useful as it used to be. So maybe the feature can just be dropped.

The only benefit that the data from repochecker has compared to the automatic FailsToInstall bugs is that the latter only consider x86_64 repositories, as far as I know. On the other hand, the way repochecker checks things leads to a lot of false positives (due to limitations of RPM and koji).

Thanks a lot Fabio, for all the years you've ran the service for hundreds of Fedora users!!!

Ack, I've prepared PRs removing wiring to the health check both for the frontend and backend, I'll verify their sanity, merge and deploy, and close the issue.

Thanks! I'll keep the service running until you're ready, so there's no urgency.

FYI, I have now decommissioned repochecker.decathorpe.com, I didn't want to drag it into the new year.

A note for migration: The proposed fix is in the health_check_drop branch in both packager_dashboard and oraculum projects (merge both).
Edited by kparal

This issue has been migrated to Fedora Forge:
https://forge.fedoraproject.org/apps/packager_dashboard/issues/178

Please continue any further discussion there.

Metadata Update from @kparal:
- Issue status updated to: Closed (was: Open)
Metadata
None
None
None
None
None
Related Pull Requests
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.