From: Tuan N. <tu...@yo...> - 2009-10-19 16:15:15
|
I vote for A) Commit to trunk. The trunk is not stable yet and this appears to get us closer to a stable trunk. Once we reach a point of stability - RC2, then we should commit to a development branch instead. On Oct 19, 2009, at 9:29 AM, Demian Katz wrote: > As Greg rightly pointed out on the tech list, we have an issue worth > a quick admin vote. > > Should Greg commit the Search Object code he posted last week? It > isn't quite complete and will introduce some new problems to the > trunk code, but it also fixes a number of old problems, and it will > be easier to test and collaborate on fixes/improvements if it is > committed somewhere. > > Please vote for one of these options: > > A) Commit to trunk > B) Commit to new branch > C) Do not commit > D) Other > > Voting policy is here -- this hasn't been discussed at great length, > but nobody has objected, so it's official for now: > > http://www.vufind.org/wiki/administration_policies_and_procedures#voting_procedureadministrative_decision-making > > I can create a LimeSurvey poll if everyone feels it's necessary, but > for starters I think we might as well just vote on the list. > > Please vote as soon as you can so that we can move forward on this > issue. Obviously, discussion is encouraged if you don't feel the > decision is straightforward. I'll make my own vote in a separate > message to keep this short. > > thanks, > Demian > > > From: Greg Pendlebury [mailto:Gre...@us...] > Sent: Sunday, October 18, 2009 9:32 PM > To: Demian Katz; vuf...@li... > Subject: RE: SearchObject update (and important Advanced Searching > question) > > Hi Demian, > > I’ve been putting out some metaphorical forest fires here lately, so > forgive me for not responding to you emails. I’ve been keeping them > however and my list of things to fix in the SearchObject is not > being forgotten. > > I’m happy to put it into the trunk, but I guess it’s up to the new > admin group to decide. It will break some parts of trunk until it’s > finished, but 1) if it’s the agreed way forward and 2) if it’s > holding up the inclusion of work based on it then there’s an > argument for it. As you say, I think it fixes more then it breaks at > this stage. Results.php was intended to be a template on how the > other screens need to be adapted. > > Ta, > > Greg Pendlebury > Electronic Services Officer (Systems Team) > Division of Academic Information Services > University of Southern Queensland > Phone: +61 7 4631 1501 > Fax: +61 7 4631 1841 > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference_______________________________________________ > Vufind-admins mailing list > Vuf...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-admins |