On Fri, Apr 21, 2017 at 2:26 AM, Pierre-Yves Chibon <pingou@xxxxxxxxxxxx> wrote:
On Thu, Apr 20, 2017 at 01:51:14PM -0600, Clint Savage wrote:
> On Thu, Apr 20, 2017 at 7:45 AM, Pierre-Yves Chibon <pingou@xxxxxxxxxxxx>
> wrote:
>
> Good Morning Everyone,
>
> I figured it has been a while since I reported progress on making pagure
> a
> front-end for dist-git.
>
> .. snip ..
>
> What needs to be done:
> - Fix the sync script
> Â - Make it *way* faster than it is
> Â - Make it creates the project on pagure using the releng user rather
> than
> Â Â relying on the first contributor it finds in the list of
> maintainers
> Â - Make fedmsg-genacls be triggered on pagure's fork fedmsg message so
> that we
> Â Â re-generate the gitolite configuration file when someone forks a
> project
> Â Â (and thus give them access to their fork)
> - Once above is done: call for more testers
>
> Would git mirroring work well here? If so, it might be worth checking out
> grokmirror. (https://github.com/lfit/grokmirror )
Not entirely sure to see how that would work. This seems to mirror git
repositories, but we are not mirroring them here, what we want to mirror is the
ACLs from pkgdb to gitolite (that we have already) and to pagure (that we have
but need to improve/optimize).
Could you expand on what your thoughts were? Maybe I'm miss-understanding them :)
I am not completely sure how pagure worked under the covers, but I know it uses gitolite, at least that's what I'd read above. At The Linux Foundation, when I worked there, we mirrored bare repositories using grokmirror, and fast, too, with hundreds, sometimes thousands, of remotes as well.
Maybe the crux of the problem is around compiling the gitolite.conf (and its plethora of sub-configuration files), so this might not be a solution for you. But if it's about syncing between two git resources, grokmirror would provide that functionality. It's been a while since I've worked with it, but we could chat on IRC next week and maybe setup an example. Only if that sort of thing would help though.
herlo
Thanks,
Pierre
_______________________________________________
infrastructure mailing list -- infrastructure@lists.fedoraproject.org
To unsubscribe send an email to infrastructure-leave@lists.fedoraproject.org
_______________________________________________ infrastructure mailing list -- infrastructure@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to infrastructure-leave@xxxxxxxxxxxxxxxxxxxxxxx
