Re: [Koha-devel] Koha now requires Perl 5.20

2018-04-16 Thread David Cook
That’s a good point about these things happening on master, Tomas, and how the 
release notes would mention it. I’m probably overreacting : ). I am sensitive 
about this sort of thing, since I use pretty much everything but Debian-based 
distros for Koha. It’s tough not to feel like an unconsidered outsider.

 

Typically, there isn’t much work to do to develop Koha for other platforms, 
since manual source installs work well. Unless you mean in terms of the 
management tools like koha-mysql and the like. I would like to see that happen, 
but I’m not hugely fussed on it. I actually would like to see multiple versions 
of Koha cohabit on the same server like PostgreSQL, and for those tools to work 
with that, but that’s a big thing I have no time for :/. 

 

That said, on openSUSE, I actually do build RPM packages from Koha, and have 
multiple versions of Koha cohabit on the same server. The RPM spec file I have 
is about 70 lines. I mostly just override some environmental variables and have 
the RPM create the necessary base directories. It’s super easy to do. (I do 
still use CPAN for my Perl dependencies mostly, although there is a cpanspec 
tool in Fedora/RHEL/CentOS which is amazing at building RPMs from CPAN. The 
cpanspec tool in openSUSE is rubbish though unfortunately.)

 

I have thought about packaging Koha as RPMs for the community… but I wouldn’t 
want the DEB and RPM file systems to diverge too much and there are so many 
Debian specific files and Debian momentum that it seems like it would be a 
Sisyphean task. 

 

David Cook

Systems Librarian

Prosentient Systems

72/330 Wattle St

Ultimo, NSW 2007

Australia

 

Office: 02 9212 0899

Direct: 02 8005 0595

 

From: Tomas Cohen Arazi [mailto:tomasco...@gmail.com] 
Sent: Tuesday, 17 April 2018 12:48 PM
To: David Cook 
Cc: koha-devel@lists.koha-community.org
Subject: Re: [Koha-devel] Koha now requires Perl 5.20

 

I think you have a fair point on being very careful when doing this changes . 
This Perl version is Jessie's. Following the daily duties of Koha development 
ain't no easy task, that's for sure!

This things happen in master, though. I would expect release notes to mention 
this of course. 

 

I think it would be great to see people developing Koha for other platforms 
(other than Debian-based ones). Unfortunately I haven't seen any work on making 
it happen (besides manual source installs, which hasn't got much attention 
lately either).

 

People that care should speak up as you do, and probably file bugs and send 
patches.

 

El lun., 16 de abr. de 2018 11:21 p. m., David Cook  > escribió:

My proposal would be to first revert 
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20104.

 

As for minimum Perl versions, I think we’d want to be really careful about 
that, since we do have a global community of users running different underlying 
systems for different reasons.

 

If we’re concerned about the Perl version, I’d say add a “buyer beware” warning 
saying that Koha is developed to be used on Perl 5.20 on X, Y, Z Debian-based 
distribution. 

 

If there really is a feature that is only available in Perl 5.20+, then I think 
we’d need to consider whether or not it is vital to the future of Koha. If it 
is, I think we’d need to make some pretty big announcements saying that Koha 
cannot work correctly on older systems. 

 

Basically, I prefer warnings over errors, and providing systems people with as 
much information as we can. 

 

David Cook

Systems Librarian

Prosentient Systems

72/330 Wattle St 
 

Ultimo, NSW 
  
2007

Australia

 

Office: 02 9212 0899

Direct: 02 8005 0595

 

From: Tomas Cohen Arazi [mailto:tomasco...@gmail.com 
 ] 
Sent: Tuesday, 17 April 2018 12:11 PM
To: David Cook  >
Cc: koha-devel@lists.koha-community.org 
 
Subject: Re: [Koha-devel] Koha now requires Perl 5.20

 

What's your proposal?

El lun., 16 de abr. de 2018 10:42 p. m., David Cook  > escribió:

Hi all,

 

I just tried to work on Koha master on OpenSUSE 42.3, which was released on 
2017-07-26, but I’m being prevented from installing Koha, because OpenSUSE 42.3 
uses Perl 5.18.2 rather than Perl 5.20. 

 

I tracked the change back to 
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20104. The claim was 
that C4::Log::cronlogaction uses caller and that caller doesn’t exist before 
Perl 5.20, but that’s not true. The caller function has been in Perl for an 
extremely long time. You can find it in RHEL 6.9 which uses Perl 5.10. I just 
used it in Perl 5.18.2. So that doesn’t seem like a good justification for 

Re: [Koha-devel] Koha now requires Perl 5.20

2018-04-16 Thread Tomas Cohen Arazi
I think you have a fair point on being very careful when doing this changes
. This Perl version is Jessie's. Following the daily duties of Koha
development ain't no easy task, that's for sure!
This things happen in master, though. I would expect release notes to
mention this of course.

I think it would be great to see people developing Koha for other platforms
(other than Debian-based ones). Unfortunately I haven't seen any work on
making it happen (besides manual source installs, which hasn't got much
attention lately either).

People that care should speak up as you do, and probably file bugs and send
patches.

El lun., 16 de abr. de 2018 11:21 p. m., David Cook <
dc...@prosentient.com.au> escribió:

> My proposal would be to first revert
> https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20104.
>
>
>
> As for minimum Perl versions, I think we’d want to be really careful about
> that, since we do have a global community of users running different
> underlying systems for different reasons.
>
>
>
> If we’re concerned about the Perl version, I’d say add a “buyer beware”
> warning saying that Koha is developed to be used on Perl 5.20 on X, Y, Z
> Debian-based distribution.
>
>
>
> If there really is a feature that is only available in Perl 5.20+, then I
> think we’d need to consider whether or not it is vital to the future of
> Koha. If it is, I think we’d need to make some pretty big announcements
> saying that Koha cannot work correctly on older systems.
>
>
>
> Basically, I prefer warnings over errors, and providing systems people
> with as much information as we can.
>
>
>
> David Cook
>
> Systems Librarian
>
> Prosentient Systems
>
> 72/330 Wattle St
> 
>
> Ultimo, NSW
> 
> 2007
>
> Australia
>
>
>
> Office: 02 9212 0899
>
> Direct: 02 8005 0595
>
>
>
> *From:* Tomas Cohen Arazi [mailto:tomasco...@gmail.com]
> *Sent:* Tuesday, 17 April 2018 12:11 PM
> *To:* David Cook 
> *Cc:* koha-devel@lists.koha-community.org
> *Subject:* Re: [Koha-devel] Koha now requires Perl 5.20
>
>
>
> What's your proposal?
>
> El lun., 16 de abr. de 2018 10:42 p. m., David Cook <
> dc...@prosentient.com.au> escribió:
>
> Hi all,
>
>
>
> I just tried to work on Koha master on OpenSUSE 42.3, which was released
> on 2017-07-26, but I’m being prevented from installing Koha, because
> OpenSUSE 42.3 uses Perl 5.18.2 rather than Perl 5.20.
>
>
>
> I tracked the change back to
> https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20104. The
> claim was that C4::Log::cronlogaction uses caller and that caller doesn’t
> exist before Perl 5.20, but that’s not true. The caller function has been
> in Perl for an extremely long time. You can find it in RHEL 6.9 which uses
> Perl 5.10. I just used it in Perl 5.18.2. So that doesn’t seem like a good
> justification for requiring a minimum version of Perl 5.20.
>
>
>
> I have a feeling that this change is going to bite other people developing
> and using Koha around the world. There are people running Koha on openSUSE,
> Suse Enterprise Linux, Fedora, Red Hat, CentOS… probably other distros as
> well. Are we really going to exclude everyone that doesn’t use recent
> Debian-based distros from using newer versions of Koha?
>
>
>
> It seems to me that this decision was made without community discussion.
> Maybe I’m wrong, but I figured I’d bring it up with everyone.
>
>
>
> For my part, I’m just going to hack around this requirement for now, but I
> don’t really like that as a long-term solution.
>
>
>
> What does everyone else think?
>
>
>
> David Cook
>
> Systems Librarian
>
> Prosentient Systems
>
> 72/330 Wattle St
> 
>
> Ultimo, NSW
> 
> 2007
>
> Australia
>
>
>
> Office: 02 9212 0899
>
> Direct: 02 8005 0595
>
>
>
> ___
> Koha-devel mailing list
> Koha-devel@lists.koha-community.org
> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : http://www.koha-community.org/
> git : http://git.koha-community.org/
> bugs : http://bugs.koha-community.org/
>
> --
>
> Tomás Cohen Arazi
>
> Theke Solutions (https://theke.io )
> ✆ +54 9351 3513384
> GPG: B2F3C15F
>
-- 
Tomás Cohen Arazi
Theke Solutions (https://theke.io )
✆ +54 9351 3513384
GPG: B2F3C15F
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

Re: [Koha-devel] Koha now requires Perl 5.20

2018-04-16 Thread David Cook
My proposal would be to first revert 
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20104.

 

As for minimum Perl versions, I think we’d want to be really careful about 
that, since we do have a global community of users running different underlying 
systems for different reasons.

 

If we’re concerned about the Perl version, I’d say add a “buyer beware” warning 
saying that Koha is developed to be used on Perl 5.20 on X, Y, Z Debian-based 
distribution. 

 

If there really is a feature that is only available in Perl 5.20+, then I think 
we’d need to consider whether or not it is vital to the future of Koha. If it 
is, I think we’d need to make some pretty big announcements saying that Koha 
cannot work correctly on older systems. 

 

Basically, I prefer warnings over errors, and providing systems people with as 
much information as we can. 

 

David Cook

Systems Librarian

Prosentient Systems

72/330 Wattle St

Ultimo, NSW 2007

Australia

 

Office: 02 9212 0899

Direct: 02 8005 0595

 

From: Tomas Cohen Arazi [mailto:tomasco...@gmail.com] 
Sent: Tuesday, 17 April 2018 12:11 PM
To: David Cook 
Cc: koha-devel@lists.koha-community.org
Subject: Re: [Koha-devel] Koha now requires Perl 5.20

 

What's your proposal?

El lun., 16 de abr. de 2018 10:42 p. m., David Cook  > escribió:

Hi all,

 

I just tried to work on Koha master on OpenSUSE 42.3, which was released on 
2017-07-26, but I’m being prevented from installing Koha, because OpenSUSE 42.3 
uses Perl 5.18.2 rather than Perl 5.20. 

 

I tracked the change back to 
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20104. The claim was 
that C4::Log::cronlogaction uses caller and that caller doesn’t exist before 
Perl 5.20, but that’s not true. The caller function has been in Perl for an 
extremely long time. You can find it in RHEL 6.9 which uses Perl 5.10. I just 
used it in Perl 5.18.2. So that doesn’t seem like a good justification for 
requiring a minimum version of Perl 5.20.

 

I have a feeling that this change is going to bite other people developing and 
using Koha around the world. There are people running Koha on openSUSE, Suse 
Enterprise Linux, Fedora, Red Hat, CentOS… probably other distros as well. Are 
we really going to exclude everyone that doesn’t use recent Debian-based 
distros from using newer versions of Koha?

 

It seems to me that this decision was made without community discussion. Maybe 
I’m wrong, but I figured I’d bring it up with everyone. 

 

For my part, I’m just going to hack around this requirement for now, but I 
don’t really like that as a long-term solution. 

 

What does everyone else think?

 

David Cook

Systems Librarian

Prosentient Systems

72/330 Wattle St

Ultimo, NSW 2007

Australia

 

Office: 02 9212 0899

Direct: 02 8005 0595

 

___
Koha-devel mailing list
Koha-devel@lists.koha-community.org 
 
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

-- 

Tomás Cohen Arazi

Theke Solutions (https://theke.io  )
✆ +54 9351 3513384
GPG: B2F3C15F

___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

Re: [Koha-devel] Koha now requires Perl 5.20

2018-04-16 Thread Tomas Cohen Arazi
What's your proposal?

El lun., 16 de abr. de 2018 10:42 p. m., David Cook <
dc...@prosentient.com.au> escribió:

> Hi all,
>
>
>
> I just tried to work on Koha master on OpenSUSE 42.3, which was released
> on 2017-07-26, but I’m being prevented from installing Koha, because
> OpenSUSE 42.3 uses Perl 5.18.2 rather than Perl 5.20.
>
>
>
> I tracked the change back to
> https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20104. The
> claim was that C4::Log::cronlogaction uses caller and that caller doesn’t
> exist before Perl 5.20, but that’s not true. The caller function has been
> in Perl for an extremely long time. You can find it in RHEL 6.9 which uses
> Perl 5.10. I just used it in Perl 5.18.2. So that doesn’t seem like a good
> justification for requiring a minimum version of Perl 5.20.
>
>
>
> I have a feeling that this change is going to bite other people developing
> and using Koha around the world. There are people running Koha on openSUSE,
> Suse Enterprise Linux, Fedora, Red Hat, CentOS… probably other distros as
> well. Are we really going to exclude everyone that doesn’t use recent
> Debian-based distros from using newer versions of Koha?
>
>
>
> It seems to me that this decision was made without community discussion.
> Maybe I’m wrong, but I figured I’d bring it up with everyone.
>
>
>
> For my part, I’m just going to hack around this requirement for now, but I
> don’t really like that as a long-term solution.
>
>
>
> What does everyone else think?
>
>
>
> David Cook
>
> Systems Librarian
>
> Prosentient Systems
>
> 72/330 Wattle St
>
> Ultimo, NSW 2007
>
> Australia
>
>
>
> Office: 02 9212 0899
>
> Direct: 02 8005 0595
>
>
> ___
> Koha-devel mailing list
> Koha-devel@lists.koha-community.org
> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : http://www.koha-community.org/
> git : http://git.koha-community.org/
> bugs : http://bugs.koha-community.org/

-- 
Tomás Cohen Arazi
Theke Solutions (https://theke.io )
✆ +54 9351 3513384
GPG: B2F3C15F
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

[Koha-devel] Koha now requires Perl 5.20

2018-04-16 Thread David Cook
Hi all,

 

I just tried to work on Koha master on OpenSUSE 42.3, which was released on
2017-07-26, but I'm being prevented from installing Koha, because OpenSUSE
42.3 uses Perl 5.18.2 rather than Perl 5.20. 

 

I tracked the change back to
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20104. The claim
was that C4::Log::cronlogaction uses caller and that caller doesn't exist
before Perl 5.20, but that's not true. The caller function has been in Perl
for an extremely long time. You can find it in RHEL 6.9 which uses Perl
5.10. I just used it in Perl 5.18.2. So that doesn't seem like a good
justification for requiring a minimum version of Perl 5.20.

 

I have a feeling that this change is going to bite other people developing
and using Koha around the world. There are people running Koha on openSUSE,
Suse Enterprise Linux, Fedora, Red Hat, CentOS. probably other distros as
well. Are we really going to exclude everyone that doesn't use recent
Debian-based distros from using newer versions of Koha?

 

It seems to me that this decision was made without community discussion.
Maybe I'm wrong, but I figured I'd bring it up with everyone. 

 

For my part, I'm just going to hack around this requirement for now, but I
don't really like that as a long-term solution. 

 

What does everyone else think?

 

David Cook

Systems Librarian

Prosentient Systems

72/330 Wattle St

Ultimo, NSW 2007

Australia

 

Office: 02 9212 0899

Direct: 02 8005 0595

 

___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

Re: [Koha-devel] Clear OPAC self-registration form when back button pressed

2018-04-16 Thread David Cook
I’ve had good feedback from the client I implemented this for. It’s worth 
noting that it’s only going to work in newer browsers, and you’ll want to wrap 
it in another condition in your OpacUserJS.  

 

I like doing something like this:

 

var pathname = window.location.pathname;

if (pathname == '/cgi-bin/koha/opac-memberentry.pl'){

  $(window).bind("pageshow", function() {

var form = $('#memberentry-form'); 

form[0].reset();

  });

}

 

You could add some more checking around form as well. Probably using 
“form.length” since a selector that doesn’t match will usually still return an 
object I think. 

 

Maybe the pathname check is unnecessary, but I figure it saves the client 
browser from doing unnecessary work unless it’s on the correct page.

 

David Cook

Systems Librarian

Prosentient Systems

72/330 Wattle St

Ultimo, NSW 2007

Australia

 

Office: 02 9212 0899

Direct: 02 8005 0595

 

From: edward.m.veal [mailto:edward.m.v...@gmail.com] 
Sent: Tuesday, 17 April 2018 12:34 AM
To: Martha Fuerst ; David Cook 
Cc: koha-devel@lists.koha-community.org; Aaron Sakovich 
Subject: Re: [Koha-devel] Clear OPAC self-registration form when back button 
pressed

 

Great find David, I think I will add it to our system.  

 

Ed

 

 

 

Sent via the Samsung Galaxy S7, an AT 4G LTE smartphone

 

 Original message 

From: Martha Fuerst  > 

Date: 4/16/18 8:42 AM (GMT-06:00) 

To: David Cook  > 

Cc: koha-devel@lists.koha-community.org 
 , Aaron Sakovich 
 > 

Subject: Re: [Koha-devel] Clear OPAC self-registration form when back button 
pressed 

 

I’m for it! Thanks for this!

 

Marti Fuerst
Systems Librarian
Huntsville-Madison County Public Library
915 Monroe St, Huntsville, AL 35801
http://hmcpl.org/ — mfue...@hmcpl.org   





On Apr 12, 2018, at 8:55 PM, David Cook  > wrote:

 

What do people think about clearing the OPAC self-registration form when back 
button pressed? 

 

I used some code* from  

 
https://stackoverflow.com/questions/8861181/clear-all-fields-in-a-form-upon-going-back-with-browser-back-button
 to implement it and it worked pretty well on the latest Chrome on Windows 10.

 

That way you don’t have people finding personal information about other people 
just by pressing “Back” on a public computer. 

 

 

*

$(window).bind("pageshow", function() {

var form = $('#memberentry-form'); 

// let the browser natively reset defaults

form[0].reset();

});

 

David Cook

Systems Librarian

Prosentient Systems

72/330 Wattle St

Ultimo, NSW 2007

Australia

 

Office: 02 9212 0899

Direct: 02 8005 0595

 

___
Koha-devel mailing list
  
Koha-devel@lists.koha-community.org
  
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website :   http://www.koha-community.org/
git :   http://git.koha-community.org/
bugs :   http://bugs.koha-community.org/

 

___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

Re: [Koha-devel] Clear OPAC self-registration form when back button pressed

2018-04-16 Thread edward.m.veal
Great find David, I think I will add it to our system.  
Ed


Sent via the Samsung Galaxy S7, an AT 4G LTE smartphone
 Original message From: Martha Fuerst  Date: 
4/16/18  8:42 AM  (GMT-06:00) To: David Cook  Cc: 
koha-devel@lists.koha-community.org, Aaron Sakovich  
Subject: Re: [Koha-devel] Clear OPAC self-registration form when back button 
pressed 
I’m for it! Thanks for this!

Marti Fuerst
Systems Librarian
Huntsville-Madison County Public Library
915 Monroe St, Huntsville, AL 35801
http://hmcpl.org/ — mfue...@hmcpl.org


On Apr 12, 2018, at 8:55 PM, David Cook  wrote:
What do people think about clearing the OPAC self-registration form when back 
button pressed?  I used some code* from 
https://stackoverflow.com/questions/8861181/clear-all-fields-in-a-form-upon-going-back-with-browser-back-button
 to implement it and it worked pretty well on the latest Chrome on Windows 10. 
That way you don’t have people finding personal information about other people 
just by pressing “Back” on a public computer.   *$(window).bind("pageshow", 
function() {    var form = $('#memberentry-form'); // let the browser 
natively reset defaults    form[0].reset();}); David CookSystems 
LibrarianProsentient Systems72/330 Wattle StUltimo, NSW 2007Australia Office: 
02 9212 0899Direct: 02 8005 0595 ___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

Re: [Koha-devel] Clear OPAC self-registration form when back button pressed

2018-04-16 Thread Martha Fuerst
I’m for it! Thanks for this!

Marti Fuerst
Systems Librarian
Huntsville-Madison County Public Library
915 Monroe St, Huntsville, AL 35801
http://hmcpl.org/ — mfue...@hmcpl.org

> On Apr 12, 2018, at 8:55 PM, David Cook  wrote:
> 
> What do people think about clearing the OPAC self-registration form when back 
> button pressed? 
>  
> I used some code* from 
> https://stackoverflow.com/questions/8861181/clear-all-fields-in-a-form-upon-going-back-with-browser-back-button
>  
> 
>  to implement it and it worked pretty well on the latest Chrome on Windows 10.
>  
> That way you don’t have people finding personal information about other 
> people just by pressing “Back” on a public computer. 
>  
>  
> *
> $(window).bind("pageshow", function() {
> var form = $('#memberentry-form'); 
> // let the browser natively reset defaults
> form[0].reset();
> });
>  
> David Cook
> Systems Librarian
> Prosentient Systems
> 72/330 Wattle St
> Ultimo, NSW 2007
> Australia
>  
> Office: 02 9212 0899
> Direct: 02 8005 0595
>  
> ___
> Koha-devel mailing list
> Koha-devel@lists.koha-community.org 
> 
> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel 
> 
> website : http://www.koha-community.org/ 
> git : http://git.koha-community.org/ 
> bugs : http://bugs.koha-community.org/ 
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

[Koha-devel] Turn Koha into a Mojolicious application

2018-04-16 Thread Julian Maurice
Hi all,

I've been playing with Mojolicious recently and I thought it would be
great if Koha was a Mojolicious application (like the REST API already
is). Some pros:
- Easier deployment
- Testable CGI scripts (Test::Mojo)
- All Mojolicious features (routing, commands, plugins, ...)
- Koha already uses Mojolicious, so there's no new dependency.

I wrote a POC here :
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20582

I'd like to gather opinions on it, and for that I want to try something new.
I created a "Koha" group on framavox.org, an instance of Loomio (a free
software designed to make decisions).
In this group there is a discussion named "Bug 20582 - Turn Koha into a
Mojolicious application" where you can add comments.
And in this discussion there is a proposal where you can vote (Agree,
Abstain, Disagree, Block) and add a reason for your vote

Group link : https://framavox.org/g/iAKeRC8Q/koha
Discussion link :
https://framavox.org/d/tTGf0Bzd/bug-20582-turn-koha-into-a-mojolicious-application

To keep things clean, please
- use the framavox group to discuss about the idea of turning Koha into
a Mojolicious app (not the implementation)
- use the bug report to discuss about the implementation
- reply to this mail for anything else (feedback about framavox.org for
instance)

Thanks

-- 
Julian Maurice 
BibLibre
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/