Our bug #1373784 was resolved, which solved one of our issues, but yet created another issue. It is not possible now to remove any package in that repository. My understanding behind persistent repo was that older packages will not be automatically cleaned after 14 days, but still user will have option to delete the package if needed. This RFE is to add mechanism to allow user to remove package from the persistent repo.
Sorry but this is not possible. See https://bugzilla.redhat.com/show_bug.cgi?id=1361344. Persistent COPRs are those where you can only build upon. They are permanent storages for rpms and source rpms.
It should be technical achievable to grant COPR admin to manually remove packages. Can't we try to submit this RFE and see if any modification can be done in order to achieve that? It would really help us with our current issue of not being able to remove packages we don't longer need.
This is not possible with current feature as it is. This is why I told Michal to file new RFE (this one). So this is about new state of project, where builds are not automatically deleted, but user can delete them. I.e. something else than currently "persistent project". Although I cannot guarantee when and if it will be implemented.
Thanks for reopening. Can we get ETA for this? It has a huge impact on our CI systems
Also, can you please remove sqlite3 from here?: https://copr.fedorainfracloud.org/coprs/abregman/el7-rhos10-test-deps/builds It causing all our new builds to fail.
I just hit the same bug which seems to be a blocker. Admins should be able to remove packages, with current behaviour is so easy to break any repository. One bad upload and the entire repo may become useless.
Even as admin I cannot remove one individual build.
The --no-auto-deletion option for a project has been implemented. I suppose this can be closed then...
The requested functionality is now provided by --auto-prune {on,off} switch.