Learn more about these different git repos.
Other Git URLs
It would be nice to be able to disable particular chroot in every project if the chroot goes EOL, but still let the interested people re-enable the chroots if they absolutely have to. Then, after certain time period, we could hit the "full EOL" as we know it now.
When the chroot goes "soft EOL", the chroot contents will be marked for removal after certain period of time (likely 180 as usually). So users can prolong the chroots as usual. It's important to do this, otherwise we don't cleanup the storage on backend soon enough.
Technical detail: We have to fix the models so "chroot disable" action in copr project means just "delete_after = timestamp" and "disabled=True". This will allow us to implement any such awesome logic almost for free.
This RFE should help the people who try to deliver some fixes to EOLed distributions, and it is inspired by the current epel-6 situation when some people still actively develop against EL6 distros.
This issue has been migrated to GitHub: https://github.com/fedora-copr/copr/issues/1630
Metadata Update from @nikromen: - Issue close_status updated to: MIGRATED - Issue status updated to: Closed (was: Open)
Login to comment on this ticket.