[Koha-devel] "freezing" koha 3.0

[Paul POULAIN]

Galen Charlton a écrit :
> As Joshua mentioned, I currently work on nothing but Koha, spending
> perhaps three quarters of my time on development and bugfixing and a
> quarter on customer migration projects.  

The only point I could note is that for instance you're hired by 
LibLime. So you could/will/may/... face conflicts : community want 
"that" and LibLime want "this". How will you deal with that problem.

The best solution would be, I agree with joshua that suggested it, to 
have a collective pot that could let us have a RM independant from any 
vendor.
How large should be the pot ? Who could put some money on it ?

> While I do some travel,
> mostly to conferences, I would be able to devote more time to RM
> duties.

mmm... do you mean you plan to do RM tasks mostly when at airport ?

> I am committed to helping move the project to more frequent releases.

++

> I agree with MJ's point - Koha is not a "benevolent dictator" sort of
> project, nor limited to any one view of library practice, so I suggest
> establishing a position of a secondary RM - someone who works with the
> primary RM to integrate patches, would do testing and signoffs of
> complicated patches, and, importantly, is designated to step in to
> keep the flow of patches going when the RM is away.

++, although that would need a *huge* coordination between the 2 RMs, 
which i'm not sure can be achieved.

> Similarly, to spread out the workload, I think it would be a good idea
> to have more than one designated QA position, i.e., one or more people
> who are designated to do testing and sign off on patches.

hdl is supposed to do some things about that, but it has not become 
something tangible yet.

> Over the next few days, I will start sending out RFCs regarding what
> LibLime is working on or plans to work on, particularly with respect
> to features to be targeted for 3.2, 3.4, and perhaps 3.6.

+++
(at the end of May, we should know if we won the huge RFP we are waiting 
for. We will publish some RFCs as well is we won, for sure !)

-- 
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : 04 91 31 45 19