Re: [ovirt-users] [ovirt-devel] Stats for oVirt Downloads: Jan-May 2014
On Thu, Jun 26, 2014 at 11:37:54PM -0400, Brian Proffitt wrote: Downloads of the Engine RPM file, it was determined, would be indicative of actual oVirt installs. The allinone RPMs were not analyzed at this time, since installing this RPM is a choice made during the installation process itself. Tracking the Engine Reports and dwh RPMs was done to determine the popularity of these two tools and to ensure their numbers were comparable. To count downloads, data was gathered each month that listed the total downloads of every file, a number derived from the total hits each file had, minus any 206 hits, which indicated incomplete downloads. Key files for Engine, Engine Reports, and Engine dwh were identified and the data filtered to include counts for each one of the files, in whatever version released. Tracking of Live and Node RPMs was already set up within the awstats reporting, and was taken directly from awstats in each month. If there is any part of this methodology that is in error, feedback is very much appreciated. You should know that since we now have a mirrorlist (which in terms of hit count is already in the top 3) the number could be much lower than the actual RPM downloads. I'd be interested how much traffic is served by mirrors. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt Mirrors
Would it be an idea to keep a mirrorlist file? AFAIK it's as simple as dropping a static file at a well known place with one URL per line. Yum can do the heavy lifting of determining the fastest mirror. Additionally I'd really like some clear instructions of how to set up a mirror and get it published as public mirror. We should ensure we have GPG-signed packages though. IIRC someone was working on this. Anyone has more information about this? On Tue, May 13, 2014 at 08:52:49AM -0400, Brian Proffitt wrote: I have reached out to a couple of Australian mirror sites to see if they will be interested. Peace, Brian - Original Message - From: Eyal Edri ee...@redhat.com To: Andrew Lau and...@andrewklau.com, David Caro Estevez dcaro...@redhat.com, Brian Proffitt bprof...@redhat.com Cc: users users@ovirt.org, infra in...@ovirt.org Sent: Tuesday, May 13, 2014 8:41:36 AM Subject: Re: [ovirt-users] oVirt Mirrors Hi, We have some mirrors up and running for a few universities, not sure any of them are in australia though. david/brian - any chance of contacting an australia university for another mirror? Eyal. - Original Message - From: Andrew Lau and...@andrewklau.com To: users users@ovirt.org Sent: Tuesday, May 13, 2014 3:13:44 PM Subject: [ovirt-users] oVirt Mirrors Hi, I was wondering if there were any plans on drumming up an oVirt mirror down in Australia. It takes me nearly a few hours just to grab all the required packages to spin up a new box. Alternatively, the mirror does not seem to support rsync. Is there a recommended way to sync? (w/o ISOs) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt Mirrors
On Tue, May 13, 2014 at 03:41:57PM +0200, Sandro Bonazzola wrote: Il 13/05/2014 15:31, Eyal Edri ha scritto: - Original Message - From: Ewoud Kohl van Wijngaarden ewoud+ov...@kohlvanwijngaarden.nl To: Brian Proffitt bprof...@redhat.com Cc: Eyal Edri ee...@redhat.com, users users@ovirt.org, infra in...@ovirt.org, Andrew Lau and...@andrewklau.com Sent: Tuesday, May 13, 2014 4:28:30 PM Subject: Re: [ovirt-users] oVirt Mirrors Would it be an idea to keep a mirrorlist file? AFAIK it's as simple as dropping a static file at a well known place with one URL per line. Yum can do the heavy lifting of determining the fastest mirror. Additionally I'd really like some clear instructions of how to set up a mirror and get it published as public mirror. We should ensure we have GPG-signed packages though. IIRC someone was working on this. Anyone has more information about this? yes. afaik ovirt 3.4.1 was already released with signed pkg. sandro/kiril ? Yes, 3.4.1 packages have been signed. GPG public key is delivered within ovirt-release34 rpm. About the mirrorlist, I think Ewoud is right, it should be only a matter of dropping a static text file with the list and change yum repo config for pointing to the mirror list. We'll handle it for next release. Ewoud, do you mind open a BZ on this and make it blocker for 3.4.2? I opened https://bugzilla.redhat.com/show_bug.cgi?id=1097307 for this. I did not see a relevant component to select though. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [GSOC][Gerrit] add potential reviewers - questions
On Tue, Mar 11, 2014 at 10:37:22AM -0400, Eyal Edri wrote: Tomasz Kołek wrote: I've got a few questions about project description. Please tell me if my problem's understanding is good or not. We need to add a few flags/methods to git review module. This flags should allow to add potential reviewers in gerrit. So: Let's assume that we've got special flags for this operations. What's next? 1. In gerrit system we need to add special place for potential reviewers? 2. Potential reviewers should agree that they want to review? 3. We can have more than one accepted reviewer? I'm not sure i understood exactly what you mean by 'potential reviewers'. do want gerrit (hook?) to automatically add reviewers to a patch according to the code sent? so in fact you'll have a place somewhere for mapping code specific developers? I really like this idea. Gerrit currently requires new users to know who to add as reviewers, IMHO impeding new contributors. One relative simple solution would be to look at who recently touched the files that are being modified and add them as reviewers. This can be done by looking at the git log for a file. Some pseudo python code solution: reviewers = set() for modified_file in commit.files: reviewers += set(commit.author for commit in git.log(modified_file)) return reviewers This gives a system that those who touche a file, become the maintainer for that file. A more complex solution could improve on that and limit the reviewers added per patch. One can think of limiting to only contributions in the last X months, weigh contributions so common committers are prefered. It could also combine several methods. For example to limit to the 5 authors who touched the most files: reviewers = collections.Counter() # New in python 2.7 for modified_file in commit.files: reviewers += collections.Counter(commit.author for commit in git.log(modified_file)) return [author for author, count in reviewers.most_common(5)] Since Counter also accepts a dictionary, one could also weigh the touched lines per file. Downside there is big whitespace/formatting patches can skew the line count. In short, I think an entire thesis could be written on the optimal way to determine reviewers but a simple algorithm could do to show the method works. Does this help? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [Engine-devel] Migrating engine-setup to otopi
On Thu, Mar 14, 2013 at 07:52:31AM -0400, Alon Bar-Lev wrote: - Original Message - From: Jiri Belka jbe...@redhat.com To: Alex Lourie alou...@redhat.com Cc: engine-de...@ovirt.org, users@ovirt.org Sent: Thursday, March 14, 2013 1:47:12 PM Subject: Re: [Users] Migrating engine-setup to otopi On Thu, 14 Mar 2013 07:06:04 -0400 (EDT) Alex Lourie alou...@redhat.com wrote: 1. Be able to port engine to other distributions. Really? Beside this topic I see hardcoded usernames in scripts... http://gerrit.ovirt.org/#/c/12551/2/backend/manager/dbscripts/dbfunctions.sh,unified These usernames are not hard-coded. There are default values present which are kept for local installations, but with remote DB setup the user is prompted to provide a username of her/his own. Not everywhere are postgresql dirs owned by postgres, on some BSDs it is _postgresql. Right, as I said this is going away. I am porting this first to Gentoo, which is the most complex, then I will be able to provide debian based. Would it be useful to start to provide an ovirt-overlay for this? I already started https://github.com/ekohl/ovirt-overlay where I packaged ovirt-shell and its dependencies (including ovirt-sdk-python). I'd be happy to extend this with more packages based on the info available on http://wiki.gentoo.org/wiki/OVirt. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
