General meeting on IRC: Wednesday, 10 November 2010 at 19:00 UTC+0
Hi All Our next IRC meeting is on Wednesday, 10 November 2010 at 19:00 UTC+0 on the #koha irc channel on irc.katipo.co.nz. The agenda is here: http://wiki.koha-community.org/wiki/General_IRC_Meeting,_10_November_2010 Currently the agenda looks like this: * Update on Roadmap to 3.2 * Update on Roadmap to 3.0 * Update on Roadmap to 3.4 1. BibLibre branches submitted to QA (roadmap & what's still expected from BibLibre. feedback from librarians) * Community building : 1. RFCs agreement workflow (discussion about the workflow for RFCs to be accepted/validated) 2. git management (branches) 3. jqueryui adoption instead of YUI 4. proposal to form a Technical Committee * Follow-up on actions from General IRC Meeting, 6 October 2010. * Agree times of next meetings. Please feel free to edit the agenda to add any issues you would like to talk about, and feel free to attend the meeting using your favourite irc client. Best regards, Magnus
On Tue, 9 Nov 2010, Magnus Enger wrote:
1. RFCs agreement workflow (discussion about the workflow for RFCs to be accepted/validated)
an RFC is a curtasy, having a RFC 'accepted' doesn't mean that the code that results will be accepted, conversely, having an RFC 'rejected' doesn't mean that the code created will never make it in. in closed source development, RFCs have a lot of weight, and approving or rejecting one is committing to future acceptance or rejection of a bunch of code to implement that feature. in open source development, an RFC is an outline of your intent and design, which may or may not get a lot of review by people. It's a good thing to do so that you can explain to others what you are working on, and the general approach that you are taking. It's useful for others who are interested in that feature (or the things that you will affect in implementing that feature), but even if people object, you may still be able to convince others that the benefits you are providing are worth the cost that people are objecting to. On the other hand, even if people like you design, they may not like the resulting code. an e-mail to this list is either 1. a response to another message 2. a request for help or 3. a proposed change (either in code or otherwise), all messages that fall in category #3 are RFCs, even if they don't have that tag in the subject. David Lang
participants (2)
-
david@lang.hm -
Magnus Enger