pkgs git repo doesn't allow deleting one off branches #3135

Closed
opened 2012-02-14 02:31:03 +00:00 by rstrode · 5 comments

jkeating: hey any idea why i get (hook declined) when trying to delete rstrode/wip/just-for-airlied branch of gnome-shell (in fedora)
(or should i ask #fedora-admin)
halfline: probably because the Fedora ACLs weren't setup to allow branch deletion. Easy enough to fix, it just hasn't come up yet
jkeating: is the acl thing something you can fix straight away? or should i file a trac ticket or something along those lines ?
I'd suggest a trac ticket. I haven't touched that system in that way in a while, and it may require some code modification since the ACLs are generated via cron
well the trac ticket to allow branch deletion. Also a trac ticket to request that particular branch be whacked in the short term
k, sounds good
i don't need a short term fix
it's not like the branch is hurting anything

<halfline> jkeating: hey any idea why i get (hook declined) when trying to delete rstrode/wip/just-for-airlied branch of gnome-shell (in fedora) <halfline> (or should i ask #fedora-admin) <jkeating> halfline: probably because the Fedora ACLs weren't setup to allow branch deletion. Easy enough to fix, it just hasn't come up yet <halfline> jkeating: is the acl thing something you can fix straight away? or should i file a trac ticket or something along those lines ? <jkeating> I'd suggest a trac ticket. I haven't touched that system in that way in a while, and it may require some code modification since the ACLs are generated via cron <jkeating> well the trac ticket to allow branch deletion. Also a trac ticket to request that particular branch be whacked in the short term <halfline> k, sounds good <halfline> i don't need a short term fix <halfline> it's not like the branch is hurting anything
Author

ugh sorry about the lack of newlines, I guess trac strips them.

ugh sorry about the lack of newlines, I guess trac strips them.
Author

jkeating points out that right now we don't enforce the requirement that official builds come from official branches, so allowing deleting branches could complicate the audit trail back to source.

A couple thoughts:

  1. we should probably require official builds to come from official branches
    or
  2. koji should probably tag the git repo whenever it does a successful build. that would prevent "important" hashes from getting GCd
    or
  3. we should disallow custom branches, since they don't seem to be that popular of a featurea anyway.
jkeating points out that right now we don't enforce the requirement that official builds come from official branches, so allowing deleting branches could complicate the audit trail back to source. A couple thoughts: 1) we should probably require official builds to come from official branches or 2) koji should probably tag the git repo whenever it does a successful build. that would prevent "important" hashes from getting GCd or 3) we should disallow custom branches, since they don't seem to be that popular of a featurea anyway.
Owner

FESCo and/or rel-eng might want to weigh in here...

Adding Dennis for comment.

FESCo and/or rel-eng might want to weigh in here... Adding Dennis for comment.
Owner

I'm closing this in favor of:

https://pagure.io/releng/issue/5843
and
https://pagure.io/releng/issue/5911

Interested parties can weigh in there.

The short summary is:

We don't have a way to tell what branches official builds are made from, so therefore we don't allow them to be deleted. However, the current plan is to put a pagure in front of dist-git which will allow people to have forks, and they can do their work there and merge changes into official branches in dist-git, so there's hopefully no need for this anymore once pagure lands there.

I'm closing this in favor of: https://pagure.io/releng/issue/5843 and https://pagure.io/releng/issue/5911 Interested parties can weigh in there. The short summary is: We don't have a way to tell what branches official builds are made from, so therefore we don't allow them to be deleted. However, the current plan is to put a pagure in front of dist-git which will allow people to have forks, and they can do their work there and merge changes into official branches in dist-git, so there's hopefully no need for this anymore once pagure lands there.
Owner

Metadata Update from @kevin:

  • Issue close_status updated to: Fixed
  • Issue status updated to: Closed (was: Open)
**Metadata Update from @kevin**: - Issue close_status updated to: Fixed - Issue status updated to: Closed (was: Open)
Sign in to join this conversation.
No milestone
No project
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
infra/tickets#3135
No description provided.