atom feed21 messages in nz.co.katipo.lists.kohaRe: [Koha] LibLime Enterprise Koha Q&A
FromSent OnAttachments
Joshua FerraroSep 15, 2009 2:15 pm 
Kyle HallSep 15, 2009 2:35 pm 
Chris CormackSep 15, 2009 2:52 pm 
Chris NighswongerSep 15, 2009 3:08 pm 
Joann RansomSep 15, 2009 3:14 pm 
Piotr WejmanSep 15, 2009 3:26 pm 
Brendan GallagherSep 15, 2009 9:07 pm 
paul POULAINSep 16, 2009 1:15 am 
Liz ReaSep 16, 2009 11:01 am 
Daniel GrobaniSep 16, 2009 2:19 pm 
Reed WadeSep 16, 2009 3:00 pm 
Chris NighswongerSep 16, 2009 3:25 pm 
Owen LeonardSep 16, 2009 6:51 pm 
paul POULAINSep 17, 2009 12:44 am 
paul POULAINSep 17, 2009 1:11 am 
Thomas DuklethSep 18, 2009 9:36 am 
Thomas DuklethSep 18, 2009 9:43 am 
Thomas DuklethSep 18, 2009 10:44 am 
MJ RaySep 22, 2009 2:56 am 
paul POULAINSep 22, 2009 6:22 am 
Joe AtzbergerSep 22, 2009 8:05 am 
Subject:Re: [Koha] LibLime Enterprise Koha Q&A
From:paul POULAIN (paul@biblibre.com)
Date:Sep 17, 2009 1:11:54 am
List:nz.co.katipo.lists.koha

Owen Leonard a écrit :

The best way to ensure that LibLime Enterprise Koha and the official Koha
community codebase do not diverge is to encourage community contributors to put better
controls in place for controlling the quality assurance process and to reject patches
that introduce bugs.

I interpret this as meaning: If LibLime thinks a community-contributed, RM-approved patch is deemed "unstable," LibLime will reject it from LibLime Enterprise Koha.

I would just citate the linus law: http://en.wikipedia.org/wiki/Linus%27_Law

How is this not a fork?

well, evidence is sometime not easy to admit...