It goes to show that community building is not the same as coding. Best regards,
Pierre Smits *OFBiz Extensions Marketplace* http://oem.ofbizci.net/oci-2/ On Tue, Nov 17, 2015 at 12:06 AM, Sean Kelly <ke...@apache.org> wrote: > The total of two---count 'em, 2---threads on the u...@steve.apache.org > mailing list since December 2014 might be an indication of a lack of > outside interest. > > --k > >> Jim Jagielski <mailto:j...@jagunet.com> >> 2015-November-16 at 3:33 PM >> If STeVe still has the goal to be a generic voting system >> for use by not only the ASF but others as well, then it >> makes sense for us to continue as is. >> >> If, instead, the goals for STeVe have changed, or we have >> realized that the only realistic users for STeVe are, in >> fact, the ASF, then why not have Whimsy absorb STeVe as >> well? Certainly there is duplication, etc... which would >> make that viable. >> >> Far from being a collection of "absolutely unnecessary yet >> often quite handy applications", Whimsy is in fact becoming >> a core requirement for the ASF, and so unless STeVe really >> is going to stand on its own, it does seem to make sense >> to fold it into Whimsy. This might also encourage Whimsy >> to grow beyond its still singular (mostly) developer mode. >> >> >> >> Sam Ruby <mailto:ru...@intertwingly.net> >> 2015-November-16 at 3:18 PM >> >> On Mon, Nov 16, 2015 at 4:12 PM, Jim Jagielski<j...@jagunet.com> wrote: >> >>> I wonder if it's time to move STeVe to be under Whimsy... >>> >> >> Could you explain what you mean by that? That's not to say that it is >> not an intriguing thought, but at the moment there is little overlap >> in development communities. >> >> Or is the goal still to have STeVe be generic enough for >>> other external users? >>> >> >> Independent of how we structure PMCs, I would hope that remains the goal. >> >> - Sam Ruby >> >> On Nov 12, 2015, at 10:25 AM, Daniel Gruno<humbed...@apache.org> wrote: >>>> >>>> To wit, the admin interface on vote-wip is found at: >>>> https://vote-wip.apache.org/admin/ >>>> >>>> With regards, >>>> Daniel. >>>> >>>> On 11/12/2015 04:22 PM, Daniel Gruno wrote: >>>> >>>>> On 11/12/2015 04:12 PM, Sam Ruby wrote: >>>>> >>>>>> On Thu, Nov 12, 2015 at 9:57 AM, Daniel Gruno<humbed...@apache.org> >>>>>> wrote: >>>>>> >>>>>>> Gentle ping - it would be nice to get some feedback here :) >>>>>>> >>>>>>> With regards, >>>>>>> Daniel. >>>>>>> >>>>>>> On 10/11/2015, 3:13:38 PM, Daniel Gruno<humbed...@apache.org> >>>>>>> wrote: >>>>>>> >>>>>>>> So, let's start by gathering a bunch of people interested in >>>>>>>> configuring >>>>>>>> and monitoring an election (with multiple issues to vote on), and >>>>>>>> then >>>>>>>> let's get some folks to volunteer as voters. >>>>>>>> >>>>>>> Are there instructions someplace for setting up and monitoring an >>>>>> election on your own hardware? >>>>>> >>>>> http://svn.apache.org/repos/asf/steve/trunk/pysteve/GETTING_STARTED.txt >>>>> >>>>> It's a very minimal install guide. I'll see if I have spare cycles to >>>>> elaborate a bit on how to install, but in my experience, it's just a >>>>> matter of pulling the pysteve contents into a CGI-enabled httpd >>>>> instance >>>>> and having a standard elasticsearch (if you choose to use that) DB >>>>> running on the same machine. >>>>> >>>>> In the case of ASF's vote-wip instance, it uses LDAP auth which then >>>>> goes to steve.cfg and checks which rights you have on the machine. I >>>>> have set up you as an admin of the vote-wip instance, so you should be >>>>> able to see/do everything there. >>>>> >>>>> As for monitoring: >>>>> >>>>> When you create an election, you specify who is designated as monitor >>>>> of >>>>> the election. Right before you invite everyone to an election, you >>>>> click >>>>> 'Cue monitors' in the admin interface, and they will receive a link to >>>>> the monitoring site along with some checksum values. This link stuff >>>>> needs some improvements (some uniqueness added to it), but the basics >>>>> work as intended. >>>>> >>>>> With regards, >>>>> Daniel. >>>>> >>>>> - Sam Ruby >>>>>> >>>>>> Jim Jagielski <mailto:j...@jagunet.com> >> 2015-November-16 at 3:12 PM >> I wonder if it's time to move STeVe to be under Whimsy... >> Or is the goal still to have STeVe be generic enough for >> other external users? >> >> >> Daniel Gruno <mailto:humbed...@apache.org> >> 2015-November-12 at 9:25 AM >> To wit, the admin interface on vote-wip is found at: >> https://vote-wip.apache.org/admin/ >> >> With regards, >> Daniel. >> >> Daniel Gruno <mailto:humbed...@apache.org> >> 2015-November-12 at 9:22 AM >> >> On 11/12/2015 04:12 PM, Sam Ruby wrote: >> >>> On Thu, Nov 12, 2015 at 9:57 AM, Daniel Gruno<humbed...@apache.org> >>> wrote: >>> >>>> Gentle ping - it would be nice to get some feedback here :) >>>> >>>> With regards, >>>> Daniel. >>>> >>>> On 10/11/2015, 3:13:38 PM, Daniel Gruno<humbed...@apache.org> wrote: >>>> >>>>> So, let's start by gathering a bunch of people interested in >>>>> configuring >>>>> and monitoring an election (with multiple issues to vote on), and then >>>>> let's get some folks to volunteer as voters. >>>>> >>>> Are there instructions someplace for setting up and monitoring an >>> election on your own hardware? >>> >> >> http://svn.apache.org/repos/asf/steve/trunk/pysteve/GETTING_STARTED.txt >> >> It's a very minimal install guide. I'll see if I have spare cycles to >> elaborate a bit on how to install, but in my experience, it's just a >> matter of pulling the pysteve contents into a CGI-enabled httpd instance >> and having a standard elasticsearch (if you choose to use that) DB >> running on the same machine. >> >> In the case of ASF's vote-wip instance, it uses LDAP auth which then >> goes to steve.cfg and checks which rights you have on the machine. I >> have set up you as an admin of the vote-wip instance, so you should be >> able to see/do everything there. >> >> As for monitoring: >> >> When you create an election, you specify who is designated as monitor of >> the election. Right before you invite everyone to an election, you click >> 'Cue monitors' in the admin interface, and they will receive a link to >> the monitoring site along with some checksum values. This link stuff >> needs some improvements (some uniqueness added to it), but the basics >> work as intended. >> >> With regards, >> Daniel. >> >> - Sam Ruby >>> >>> >>