Bug 1375631

Summary: [RFE]: Allow manual removal of packages in COPR persistent repos
Product: [Community] Copr Reporter: Michal Pryc <mpryc>
Component: frontendAssignee: clime
Status: CLOSED WONTFIX QA Contact:
Severity: medium Docs Contact:
Priority: high    
Version: unspecifiedCC: abregman, clime, dsariel, msuchy, ssbarnea
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-03-17 07:45:38 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Michal Pryc 2016-09-13 14:35:53 UTC
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.

Comment 1 clime 2016-09-13 16:28:18 UTC
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.

Comment 2 Arie Bregman 2016-09-13 17:29:58 UTC
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.

Comment 3 Miroslav Suchý 2016-09-14 07:41:37 UTC
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.

Comment 4 Arie Bregman 2016-10-03 18:16:28 UTC
Thanks for reopening.

Can we get ETA for this? It has a huge impact on our CI systems

Comment 5 Arie Bregman 2016-11-04 20:17:50 UTC
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.

Comment 6 Sorin Sbarnea 2016-11-08 14:14:10 UTC
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.

Comment 9 Miroslav Suchý 2017-02-06 17:22:32 UTC
Even as admin I cannot remove one individual build.

Comment 10 clime 2017-03-10 12:51:11 UTC
The --no-auto-deletion option for a project has been implemented. I suppose this can be closed then...

Comment 11 clime 2017-03-17 07:45:38 UTC
The requested functionality is now provided by --auto-prune {on,off} switch.