[Gluster-infra] Smoke builds (other than *bsd) moving to cage
Hello folks, In the next week or so, we'll be moving all of our smoke builds to the cage. This way, we can get rid of some of our cloud machines. This will also speed up the smoke builds a bit since they'll be on the same network as Gerrit resulting in faster clones. If there's something you forsee going wrong with this, let us know and we'll hold off. -- nigelb signature.asc Description: PGP signature ___ Gluster-infra mailing list Gluster-infra@gluster.org http://lists.gluster.org/mailman/listinfo/gluster-infra
[Gluster-infra] [Bug 1425683] New: 8 more build machines on the cage
https://bugzilla.redhat.com/show_bug.cgi?id=1425683 Bug ID: 1425683 Summary: 8 more build machines on the cage Product: GlusterFS Version: mainline Component: project-infrastructure Assignee: b...@gluster.org Reporter: nig...@redhat.com CC: b...@gluster.org, gluster-infra@gluster.org Let's have 10 machines on the cage for doing all the Centos smoke builds and use cloud providers only for regression runs. 2G RAM and 2 CPU should be good enough, I think. Unless we can spare more. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Uq0wIopHj2=cc_unsubscribe ___ Gluster-infra mailing list Gluster-infra@gluster.org http://lists.gluster.org/mailman/listinfo/gluster-infra
[Gluster-infra] [Bug 1424982] Need a new project to be hosted on gerrit for gluster-block
https://bugzilla.redhat.com/show_bug.cgi?id=1424982 Nigel Babuchanged: What|Removed |Added Status|CLOSED |ASSIGNED Resolution|CURRENTRELEASE |--- Flags|needinfo?(nig...@redhat.com | |) | Keywords||Reopened --- Comment #8 from Nigel Babu --- So the merge type that I usually select for projects lets you build have dependent reviews. However, in that case you can't have the Reviewed-by and Review-on flags. I default to this submit type because of the advantages it providers. If you'd like the flags more than anything else, I can change the submit type. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=nmQpbvYBki=cc_unsubscribe ___ Gluster-infra mailing list Gluster-infra@gluster.org http://lists.gluster.org/mailman/listinfo/gluster-infra
Re: [Gluster-infra] Coverty report on another server than download
On 02/21/2017 10:40 AM, Michael Scherer wrote: Hi, I am pondering on putting the result of coverty scan on a separate website than download.gluster.org, or if possible, on a separate vhost. I did deploy today a server that verify the integrity of download.gluster.org, and I realize that since we host the coverty scan results there, this will generate a ton of false positive. While I could fix that in aide config, I think it might be better to further isolate the downloads by splitting that on another server. Do people have a opinion on that ? Putting it on another machine is fine, and will free up a lot of space on download.gluster.org for packages. Just tell me the name of the machine. Likewise I presume for clang compile, clang analyze, and cppcheck; yes? -- Kaleb ___ Gluster-infra mailing list Gluster-infra@gluster.org http://lists.gluster.org/mailman/listinfo/gluster-infra
[Gluster-infra] [Bug 1423002] Changes needed in infra to accommodate move to github for issue tracking and updates
https://bugzilla.redhat.com/show_bug.cgi?id=1423002 Jiffinchanged: What|Removed |Added Keywords||Triaged Assignee|b...@gluster.org|m...@zarb.org -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=tuB6Dxn6lY=cc_unsubscribe ___ Gluster-infra mailing list Gluster-infra@gluster.org http://lists.gluster.org/mailman/listinfo/gluster-infra