This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF43B7CFD729CF86C88CF0B58 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 01/14/2013 12:08 PM, Itamar Heim wrote:
On 01/14/2013 10:04 PM, Mike Burns wrote:
On Mon, 2013-01-14 at 14:37 -0500, Eyal Edri wrote:
----- Original Message -----
From: "Karsten 'quaid' Wade" <kwade@redhat.com> To: infra@ovirt.org Sent: Monday, January 14, 2013 8:45:32 PM Subject: Re: JRS CE rpm gerrtit project.
On 01/14/2013 07:43 AM, Itamar Heim wrote:
On 01/14/2013 04:17 PM, Dave Neary wrote:
Hi,
On 12/20/2012 04:09 PM, Yaniv Dary wrote: > Hi, > I need to create a new oVirt project for the JRS CE rpm for > ovirt-reports. > I will put a make and spec for this package there. The rpm is > just for > packing their binaries sice they don't have rpm packaging. > Project name 'jasperreports-server-rpm'. > Can you create it please?
Where do you need the project created, exactly, please? On Gerrit?=
In Bugzilla? On the wiki? For the wiki/website, you can add the details for the project yourself. If you need new mailing lists, then please specify the list name and description.
Thanks! Dave.
i don't think it needs a separate mailing list. hopefully bugzilla wise can be with ovirt-reports. +1 for creating a repo, will give a couple of days for others to comment before creating one.
Side topic - are we happy with this process for requesting repos? I.e., sending email to the list vs. filing an infrastructure ticket in Trac.
i think opening a ticket in trac + reason for repo is better. as long as we'll receive an email on it to infra@ovirt.org.
+1 on ticket if we can get emails to work correctly. In the past, I'v= e moderated the emails that I've seen come in, but there was no option t= o allow all mails from trac to go through. If we get that solved, then tickets are definitely better.
I just allowed for emails that don't have explicit destination, and that lets Trac updates get through - the ticket to make this happen that I just created is now in the archives: http://lists.ovirt.org/pipermail/infra/2013-January/001850.html The value is here: http://lists.ovirt.org/mailman/admin/infra/?VARHELP=3Dprivacy/recipient/r= equire_explicit_destination We need to keep our eyes on things to see if this causes any problems, such as the increase in spam coming in. Also, this happens because the default owner for each Component is infra@ovirt.org. We need to be consistent there for anything we want to all see; if a component has an individual as an owner, this group won't see new tickets for that component. (That can be OK, depending.)
all "voting" processes are based on emails today (well, other than patches which go through gerrit). (we vote on infra on "technical" repo aspects, say here, since this rep= o is part of the reports subprojects, same for java-sdk). but for a new repo/subproject/concept, we actually go through the board mailing list.=
I see where you are going. From the Infra point of view, should we decide if a request for a repo is reasonable? Developers know if they need them, the Board is the decider if something is outside of a simple repo request, such as the net-new repo/subproject/concept you mention. By this I mean, I don't think there is any voting to be done by the team.= By the time a request comes to the Infra team, should it already be vetted as reasonable and needed? - Karsten --=20 Karsten 'quaid' Wade, Sr. Analyst - Community Growth http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41 --------------enigF43B7CFD729CF86C88CF0B58 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iD8DBQFQ9OHu2ZIOBq0ODEERAj8fAKCGmqZeKM+DLZp0bZDVBhrtyEsQYwCfUj9b 6wOKu6Rjaw4kGbcVBUPzMgA= =59nb -----END PGP SIGNATURE----- --------------enigF43B7CFD729CF86C88CF0B58--