On Fri, Apr 21, 2017 at 2:26 AM, Pierre-Yves Chibon pingou@pingoured.fr 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@pingoured.fr>
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