Re: moving bugzilla overrides to dist-git

2019-12-10 Thread Julen Landa Alustiza
I don't have a strong opinion, so I would start with restricted ACLs and expand if needed: site admins(releng, infra) + main admin. 2019(e)ko abenduaren 9(a) 15:07:07 (CET)-(e)an, Pierre-Yves Chibon -(e)k hau idatzi zuen: >On Mon, Dec 09, 2019 at 08:46:28AM -0500, Neal Gompa wrote: >> On Mon, De

Re: moving bugzilla overrides to dist-git

2019-12-10 Thread Karsten Hopp
Am 09.12.19 um 18:34 schrieb Pierre-Yves Chibon: Thinking some more about this and while I think we should aim for this process, considering the gain we would have from just moving away from fedora-scm-requests (nicer UX, easier sync to bugzilla of the information, no need to clone that large g

Re: moving bugzilla overrides to dist-git

2019-12-09 Thread Kevin Fenzi
On Mon, Dec 09, 2019 at 06:34:15PM +0100, Pierre-Yves Chibon wrote: > On Mon, Dec 09, 2019 at 05:35:58PM +0100, Pierre-Yves Chibon wrote: > > On Mon, Dec 09, 2019 at 05:18:32PM +0100, Igor Gnatenko wrote: > > > It would be nice if we would implement "approval" system while doing > > > this. Like if

Re: moving bugzilla overrides to dist-git

2019-12-09 Thread Pierre-Yves Chibon
On Mon, Dec 09, 2019 at 05:35:58PM +0100, Pierre-Yves Chibon wrote: > On Mon, Dec 09, 2019 at 05:18:32PM +0100, Igor Gnatenko wrote: > > It would be nice if we would implement "approval" system while doing > > this. Like if you set somebody as override, that person must click > > "accept". Same way

Re: moving bugzilla overrides to dist-git

2019-12-09 Thread Pierre-Yves Chibon
On Mon, Dec 09, 2019 at 05:18:32PM +0100, Igor Gnatenko wrote: > It would be nice if we would implement "approval" system while doing > this. Like if you set somebody as override, that person must click > "accept". Same way to change it, the old person must click "accept". I'm trying to think how

Re: moving bugzilla overrides to dist-git

2019-12-09 Thread Igor Gnatenko
It would be nice if we would implement "approval" system while doing this. Like if you set somebody as override, that person must click "accept". Same way to change it, the old person must click "accept". Of course, pagure admin should be able to override this, based on FESCo tickets and such. On

Re: moving bugzilla overrides to dist-git

2019-12-09 Thread Jun Aruga
> We are thinking on providing a simple text field to submit FAS username or > email to override the default assignee, the big question is then, who should > be allowed to update this field ? I like it's the same policy with editing the Setting page of https://src.fedoraproject.org/rpms/foo .

Re: moving bugzilla overrides to dist-git

2019-12-09 Thread Pierre-Yves Chibon
On Mon, Dec 09, 2019 at 08:46:28AM -0500, Neal Gompa wrote: > On Mon, Dec 9, 2019 at 8:39 AM Karsten Hopp wrote: > > > > Hi, > > > > We are currently working on getting rid of the git repo at > > fedora-scm-requests [1] which is nowadays only used to store the overrides > > of the default assign

Re: moving bugzilla overrides to dist-git

2019-12-09 Thread Neal Gompa
On Mon, Dec 9, 2019 at 8:39 AM Karsten Hopp wrote: > > Hi, > > We are currently working on getting rid of the git repo at > fedora-scm-requests [1] which is nowadays only used to store the overrides of > the default assignee in bugzilla (for example to allow different default > assignee for Fed

moving bugzilla overrides to dist-git

2019-12-09 Thread Karsten Hopp
Hi, We are currently working on getting rid of the git repo at fedora-scm-requests [1] which is nowadays only used to store the overrides of the default assignee in bugzilla (for example to allow different default assignee for Fedora and EPEL). I am working on porting this mechanism to dist-