Re: [ovirt-users] [ovirt-devel] Stats for oVirt Downloads: Jan-May 2014

2014-06-27 Thread Ewoud Kohl van Wijngaarden
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

2014-05-13 Thread Ewoud Kohl van Wijngaarden
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

2014-05-13 Thread Ewoud Kohl van Wijngaarden
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

2014-03-11 Thread Ewoud Kohl van Wijngaarden
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

2013-03-14 Thread Ewoud Kohl van Wijngaarden
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