Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Ian Walls
On Thu, May 12, 2011 at 3:03 PM, Chris Cormack wrote: > On 13 May 2011 03:42, Paul Poulain wrote: > > Le 12/05/2011 17:26, Chris Nighswonger a écrit : > >> We are currently accepting patches into QA which are signed off by > employees > >> of the same company as the author of the patch. > >> > >>

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Chris Nighswonger
On Thu, May 12, 2011 at 11:42 AM, Paul Poulain wrote: > Le 12/05/2011 17:26, Chris Nighswonger a écrit : > > Perhaps if the issue is moving patches representing larger/more > complicated > > features through QA, the submitter could provide references to > > installations/clients currently runn

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Chris Cormack
On 13 May 2011 03:42, Paul Poulain wrote: > Le 12/05/2011 17:26, Chris Nighswonger a écrit : >> We are currently accepting patches into QA which are signed off by employees >> of the same company as the author of the patch. >> >> So I'm a bit confused as to why Biblibre cannot adopt a similar proc

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread LAURENT Henri-Damien
Le 12/05/2011 19:17, Galen Charlton a écrit : > Hi, > > On Thu, May 12, 2011 at 1:03 PM, Doug Dearden wrote: >> Reading this thread I think the core issue is this. Can a *big* enhancement >> that has been >> developed by one company be signed off by that company as well. Currently >> the work

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Galen Charlton
Hi, On Thu, May 12, 2011 at 1:03 PM, Doug Dearden wrote: > Reading this thread I think the core issue is this.  Can a *big* enhancement > that has been > developed by one company be signed off by that company as well.  Currently > the work > flow suggests that anything more than minor bugs shou

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Doug Dearden
Greetings all, Reading this thread I think the core issue is this. Can a *big* enhancement that has been developed by one company be signed off by that company as well. Currently the work flow suggests that anything more than minor bugs should not be signed off by someone in the same company.

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread LAURENT Henri-Damien
Le 12/05/2011 17:34, Nicole Engard a écrit : > On Thu, May 12, 2011 at 11:30 AM, Paul Poulain > wrote: >> Can I say you're saying: "BibLibre has a problem, fix BibLibre"? So >> you've inclined to vote 2 to my previous question? >> (Or do I go too far, and it's not what you want to say) > > I'm sa

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread LAURENT Henri-Damien
Le 12/05/2011 16:58, Nicole Engard a écrit : > On Thu, May 12, 2011 at 10:56 AM, Paul Poulain > wrote: >> I'm not requesting to remove the sign-off. I'm saying our code reaches >> bugzilla already "signed-off" at least twice (project manager and >> customer/library), > > Paul, > > I'm very confu

[Koha-devel] Technical issues with current workflow [ was: Release Manager 3.6]

2011-05-12 Thread LAURENT Henri-Damien
Le 12/05/2011 16:49, Scott Kushner a écrit : > Maybe I'm not getting it here, BUT..have we forgotten how long it takes > PROPRIETARY VENDORS to develop and debug their code? > > Maybe it's just me, but I'm amazed at how fast these releases are getting out > there. (3.0, 3.2, 3.4...3.6...already

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Paul Poulain
Le 12/05/2011 17:26, Chris Nighswonger a écrit : > We are currently accepting patches into QA which are signed off by employees > of the same company as the author of the patch. > > So I'm a bit confused as to why Biblibre cannot adopt a similar procedure in > order to get their patches into QA? I'

[Koha-devel] FW: Release Manager 3.6

2011-05-12 Thread Scott Kushner
I vote for #1...obviously don't want to see a fork. We've been down that road... But the question is, to my mind, how to implement a new sign off process?? Scott Kushner Information Systems Librarian Middletown Public Library -Original Message- From: koha-devel-boun...@lists.koha-

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Nicole Engard
On Thu, May 12, 2011 at 11:30 AM, Paul Poulain wrote: > Can I say you're saying: "BibLibre has a problem, fix BibLibre"? So > you've inclined to vote 2 to my previous question? > (Or do I go too far, and it's not what you want to say) I'm saying that you're not giving your librarian/project manag

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Paul Poulain
Le 12/05/2011 17:10, Nicole Engard a écrit : > As a librarian that's just you not giving them enough credit. I agree > you don't ask the customer (unless the customer wants to do it) but > you can ask and train your project manager. We have customers test > our patches and then they're passed on t

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Chris Nighswonger
Hi Paul, On Thu, May 12, 2011 at 11:07 AM, Paul Poulain wrote: > Do you think/mean we should just create all our patches with status > "signed-off" ? It's a kind of "shortcut" / "A-developer" isn't it ? > We are currently accepting patches into QA which are signed off by employees of the same co

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Chris Cormack
On 13 May 2011 03:10, Nicole Engard wrote: > On Thu, May 12, 2011 at 11:07 AM, Paul Poulain > wrote: >> It's because we can't ask the customer or the project manager (a >> librarian) to git format-patch -s ! > > As a librarian that's just you not giving them enough credit. I agree > you don't ask

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Nicole Engard
On Thu, May 12, 2011 at 11:07 AM, Paul Poulain wrote: > It's because we can't ask the customer or the project manager (a > librarian) to git format-patch -s ! As a librarian that's just you not giving them enough credit. I agree you don't ask the customer (unless the customer wants to do it) but

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Paul Poulain
Le 12/05/2011 16:58, Nicole Engard a écrit : > On Thu, May 12, 2011 at 10:56 AM, Paul Poulain > wrote: >> I'm not requesting to remove the sign-off. I'm saying our code reaches >> bugzilla already "signed-off" at least twice (project manager and >> customer/library), > Paul, Nicole, > I'm very con

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Nicole Engard
On Thu, May 12, 2011 at 10:56 AM, Paul Poulain wrote: > I'm not requesting to remove the sign-off. I'm saying our code reaches > bugzilla already "signed-off" at least twice (project manager and > customer/library), Paul, I'm very confused, if your stuff is "signed off" why not just stick the -s

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Paul Poulain
Le 12/05/2011 16:45, Chris Cormack a écrit : > I am very heartened the discussion is moving in that direction, because I > think that is where we win. Make the sign off easier, not remove the need > for sign off I'm not requesting to remove the sign-off. I'm saying our code reaches bugzilla already

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Scott Kushner
Maybe I'm not getting it here, BUT..have we forgotten how long it takes PROPRIETARY VENDORS to develop and debug their code? Maybe it's just me, but I'm amazed at how fast these releases are getting out there. (3.0, 3.2, 3.4...3.6...already?) It will be out soon, I'm sure. Also, and I know it'

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Chris Cormack
On 13 May 2011 02:25, "Linda Culberson" wrote: > > As a) a newbie myself, b) someone scared to death of the development process but still wanting to be involved, and c) one who wants a lot of things developed that will benefit the Koha community as a whole but specifically help Koha to work fo

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Paul Poulain
Le 12/05/2011 16:25, Linda Culberson a écrit : > Sorry, if I overstepped by voicing my opinion, since I'm not sure I > even get a vote. Nope, you haven't overstepped anything. We are specially listening to newbies opinion. Old timers like chris & me may have experience, but newbies may have ideas.

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Owen Leonard
On Thu, May 12, 2011 at 10:25 AM, Linda Culberson wrote: >  I'd be more willing to > contribute to if I were "in a special state that  ensures that what I'm > doing will be reviewed by someone experienced !" That's the way the process works now, only *everyone* must get their work reviewed. -

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Linda Culberson
As a) a newbie myself, b) someone scared to death of the development process but still wanting to be involved, and c) one who wants a lot of things developed that will benefit the Koha community as a whole but specifically help Koha to work for archival institutions, I'm going to go against

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Colin Campbell
On 12/05/11 14:40, Owen Leonard wrote: > On Thu, May 12, 2011 at 9:26 AM, Zeno Tajoli wrote: > >> Reading the Paul and Chris mails, I think we can give different level to >> developers. >> A-developers = you can auto-sign_off >> B-developer: a person of an other firm need to sign_off your patch

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Paul Poulain
Le 12/05/2011 15:40, Owen Leonard a écrit : > On Thu, May 12, 2011 at 9:26 AM, Zeno Tajoli wrote: >> Reading the Paul and Chris mails, I think we can give different level to >> developers. >> A-developers = you can auto-sign_off >> B-developer: a person of an other firm need to sign_off your patc

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Owen Leonard
On Thu, May 12, 2011 at 9:26 AM, Zeno Tajoli wrote: > Reading the Paul and Chris mails, I think we can give different level to > developers. > A-developers = you can auto-sign_off > B-developer: a person of an other firm need to sign_off your patch This discussion started in part because people

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Zeno Tajoli
Hi to all, Reading the Paul and Chris mails, I think we can give different level to developers. A-developers = you can auto-sign_off B-developer: a person of an other firm need to sign_off your patch Attention the idea is A-developers CAN auto sign_off, and the the bugzilla need to isert where t

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Paul Poulain
Le 12/05/2011 14:41, Bob Birchall a écrit : > My thinking is influenced by the knowledge that the patches Biblibre > seeks to incorporate have been tested and accepted by customers and > are operating features in regular use. The main issue (I guess) is > the passage of time since they were re-bas

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Nicole Engard
On Thu, May 12, 2011 at 8:41 AM, Bob Birchall wrote: > How about this approach: > - we designate a very small number of companies with the capacity and track > record of major feature integration, as being authorised to short cut > community QA before integrating major features (only); > - minor f

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Owen Leonard
On Thu, May 12, 2011 at 8:41 AM, Bob Birchall wrote: > How about this approach: > - we designate a very small number of companies with the capacity and track > record of major feature integration, as being authorised to short cut > community QA before integrating major features (only); > > - mino

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Bob Birchall
On 12/05/11 20:15, Paul Poulain wrote: (snip) So, in the interest of transparency and openness, there's where my head and heart are. I wish what is best for the users of Koha, and I fear that maybe I am out of step. Same for me: that's where my head and heart are [chris: There are so many things

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Owen Leonard
> So please excuse my repeating it here: Could we also assign people to signing > off > patches by bug category, just as we have some (old?) defaults for bug > assignment? I don't think we should set up a new "rule" to follow and old one that doesn't much work. Having default bug assignments doe

Re: [Koha-devel] 3.0.x maintenance discontinued

2011-05-12 Thread Irma Birchall
Thanks for all your hard work on Koha V 3.0. Henri-Damien!!! Irma CALYX On 11/05/11 05:07, LAURENT Henri-Damien wrote: Hi any Koha users will have noticed that 3.0.x has had no release in one year. I just have to face the facts. I am not able to get any release for this version out seriously te

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread MJ Ray
Chris Cormack > Over the last couple of weeks, comments and mails both on and off list > have made me think that maybe I am out of step with what the community > desires. For 3.6 quality was still the major goal, but perhaps I have > misjudged what others want. This has resulted in sleepless nigh

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Paul Poulain
Le 11/05/2011 19:01, Chris Cormack a écrit : > Hi All Hi All > Recently I have been having a crisis of confidence. It's exactly the same for me, as we're speaking openly. > I have, I hope, > always tried to do what I think is best for the project. It's exactly the same for me (does anyone have a d

Re: [Koha-devel] For Kind Information

2011-05-12 Thread Fridolyn SOMERS
Hie, You may have a wrong Apache configuration. Koha seams to have a problem to find the templates folder (opac-tmpl). Can you give us your koha-httpd.conf ? Regards, 2011/5/10 Librarian, DIU > Dear > Koha development manager > > I would like to inform you that I am a librarian of Daffodil Int

Re: [Koha-devel] Release Manager 3.6

2011-05-12 Thread Marcel de Rooy
Chris, You are doing an excellent job as release manager!! Looking at the list, you are certainly not out of step with the community. Please continue to do so, perhaps even with some more sleep ;) Referring to a mail I posted yesterday, I would go for something between option 1 and option 2. I

Re: [Koha-devel] deleteditems marc

2011-05-12 Thread Fridolyn SOMERS
BUG6331 created. On Wed, May 11, 2011 at 1:47 PM, LAURENT Henri-Damien < henridamien.laur...@gmail.com> wrote: > Le 11/05/2011 11:24, Fridolyn SOMERS a écrit : > > Hello, > > > > I found that there is, in current revision on git.koha-community.org > > , a difference