Re: [Koha-devel] What's on in koha-devel #10

[Jonathan Druart]

Erratum: Next major release will be in May, not March :)

On Wed, 8 Feb 2017 at 11:39 Jonathan Druart <
jonathan.dru...@bugs.koha-community.org> wrote:

> Hello librarians and developers,
>
> Several interesting initiatives emerged in this beginning of year 2017.
> Lot of things need to ready for the next stable release in March.
> If you have some spare time, do not hesitate to get involve and make
> things you love moving forward :)
>
> = Catalyst academy =
> Let's start with the yearly Catalyst academy week.
> The Open Source Academy is a Catalyst initiative designed to provide
> training & work experience in open source development for young New Zealand
> technologists.
> We got signoffs and patches from 6 students (Zoe, Luke, Grace, Karen,
> Caitlin and Emma) and they all got at least 1 patch pushed into master this
> week [1].
> Congrats to all of them! Looking forward the next one :)
>
> = Move marcxml out of the biblioitems table (bug 17196) =
> Well, that's it, it's in and will be in 17.05!
> I'd like to specially thanks Mason, Josef, Zeno, Nick and Marcel to have
> been involved in the testing and QA process of this important change.
> It will offer us more flexibility in the future for new developments as
> well as bring us performance boost in few areas.
>
> Since that change will break lot of reports, I have worked on a way to
> automatically detect the problematic reports and automagically convert it
> using the new columns.
> I think we really need it for the next major release, take a look at bug
> 17898 (Add a way to automatically convert SQL reports).
>
> = Dashboard =
> I have submitted a pull request which has been quickly merged (thanks
> Chris!).
> The dashboard (http://dashboard.koha-community.org) now displays a
> "Overall bug tracker health status" with the number of blocker, critical
> and major bug reports opened over the last 60 days. If you want to
> quickly know which are the hot patches waiting for you, just click on the
> link and you will get the bug list.
>
> =Bootstrap 3=
> The bootstrap library used for the staff interface has been upgraded to
> the version 3.3.7.
> Lot of work has been done by Josef and Owen to make the staff interface
> looking awesome.
> Elements like buttons, links, icons, modal windows have been homogenised.
> Some work are still in progress but the big step has been done.
> You can take a look at the depend patches of bug 17873 (Make all buttons
> Bootstrap styled) if you want easy signoffs.
>
> = Hea - Share your statistics with the community =
> Few days ago I have submitted patches for a proposition of what could be
> Hea version 2.
> If you want more informations, take a look at bug 18066 and especially the
> comment 2 about screenshots.
> Developers are very welcome to test, and librarians to give their opinion
> on what could be missing to make Hea better.
> I would also like to get help from a native English speaker to add more
> informations on the administration page to explain better what happens (and
> what will not happen!) when an option or another is set.
>
> = Refactoring =
> Lot of refactoring bug reports are waiting for testers and QAers.
> Everything has been stuck for the last month.
> I really would like to see more attention on these bugs, to continue the
> work in progress.
> To know how you can help, take a look at this graph:
> https://bugs.koha-community.org/bugzilla3/showdependencygraph.cgi?id=15449
> Zoom out, zoom out, once again. If you are a signoffer, pick the orange
> boxes, if you are a QAer, look at the yellow ones.
>
> = Template Toolkit syntax for notices =
> This is certainly one of the most important area if you want to help us
> getting this in for the next release.
> These are quite lot of things to do to get something ready. First we want
> to make sure we will not get regression using the TT syntax.
> To prove that, I have opened an omnibus (see bug 17961 and related bugs -
> TT syntax for notices - Prove we have an equivalent for our historical
> custom syntax). A huge amount of tests are provided to prepare the ground
> and safe our backs for later. It is, in my opinion, the important part of
> the work.
> All of these patches are easy to test.
> To ease the migration for libraries, I have developed an interface to
> automagically convert the notices from the historical syntax to the TT
> syntax.
> You can take a look at bug 17981 and bug 18007 for this interface change.
> To test *all* of this stack change, you just need to checkout the remote
> branch from my github repository [2]
> Screenshot of the convert interface:
> https://pageshot.net/pVRqSxln4A9cqjtM/pro.kohadev.vm
>
> = Authority merge bugs =
> Marcel is reworking the authority merge feature. It is quite buggy and the
> code is hard to maintain currently.
> You can take a look at  bug 17908 (Authority merge omnibus) and all
> related bug reports to help and/or follow the progress.
>
>
> The next general IRC meeting is on March 1st, 20 UTC.
> 

Re: [Koha-devel] Koha 3.22, Plack & EDS plugin

[Liz Rea]

The problem here is that the plugin has a problem, and erroring plugins
don't show up in the intranet (ask me how I know ;))

You can get around it by commenting out the use C4::Branches in EDS.pm,
but the search still may not work. We have filed a bug with EBSCO about
it (well, Magnus did one on Github and we Catalyst emailed them about it).

https://github.com/ebsco/edsapi-koha-plugin/issues/15

There is also a bug to improve error handling for the plugins:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17461

It's not perfect but it is a LOT better than what happens now.

Cheers,
Liz, of the still sore forehead.

On 08/02/17 20:13, Hugo Agud wrote:
> Good morning
>
> There is any new on this? we have tried to install EDS plugin to Koha, but
> it doesn't appear on the intranet (I guess because of plack) , but there is
> on the plugin folder... I am going to contact ebsco, but if any body wish
> to share some info on it... I will pass to EBSCO
>
> Kindest Regards
>
> 2016-11-22 16:33 GMT+01:00 SUZUKI Arthur :
>
>> Some of the tricks used to integrate code from an intranet plugin on OPAC
>> are explained here.
>>
>> https://github.com/bywatersolutions/koha-plugin-coverflow#setup
>>
>> This "Setup" part explains quite well the Apache config modifications
>> needed to let users access coverflow.pl from OPAC, and why does this "
>> coverflow.pl" exist.
>>
>> the EDS plugin documentation lacks this information about Apache conf.
>>
>> (actually it doesn't but it is digged really deep :
>> https://github.com/ebsco/edsapi-koha-plugin/wiki/Apache-Setup)
>>
>> Le 22/11/2016 à 16:12, Paul Poulain a écrit :
>>
>>> Hi Arthur,
>>>
>>> The intranet part of the "plugin" is a plugin, so yes, it goes into the
>>> scope of Plack.
>>>
>>> But the eds-*.pl files (https://github.com/ebsco/edsa
>>> pi-koha-plugin/tree/master/Koha/Plugin/EDS/opac) don't. That's the OPAC
>>> part of the "plugin", that is not really a plugin
>>>
>>>
>>> Le 22/11/2016 à 15:49, SUZUKI Arthur a écrit :
>>>
 Hello Paul,

 I don't know much about EDS nor Plack but I've been playing with koha
 plugin functionality lately.

 I guess you're talking about this plugin :
 https://github.com/ebsco/edsapi-koha-plugin

 does the koha plugin directory falls in the Plack scope?

 If koha is installed from Source, this directory is
 "$KOHA_USERDIR/var/lib/plugins/"

 (I don't know for debian package, but probably something like
 /var/lib/koha/plugins)

 Hope this helps.

 Arthur

 Le 22/11/2016 à 15:17, Paul Poulain a écrit :

> Hello friends,
>
> We've deployed Koha 3.22, running Plack and the EDS plugin, and it
> appears that it does not work. We think it's because there are some .pl
> code that is out of plack scope, so it's not run. Is there anyone here who
> has some experience with koha / Plack / EDS ?
>
> (Frido will probably send a patch to Ebsco in the next days if there's
> no other ida)
>
>
>
>> --
>> Arthur SUZUKI
>> Service informatique des bibliothèques
>> BIBLIOTHÈQUES UNIVERSITAIRES
>> Université Jean Moulin Lyon 3
>> 6 Cours Albert Thomas - B.P. 8242 – 69355 Lyon Cedex 08
>> ligne directe : +33 (0)4 78 78 79 16 | http://bu.univ-lyon3.fr
>> L'Université Jean Moulin est membre fondateur de l'Université de Lyon
>>
>> ___
>> 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/

-- 
--
Liz Rea
Catalyst.Net Limited
Level 6, Catalyst House,
150 Willis Street, Wellington.
P.O Box 11053, Manners Street, 
Wellington 6142

GPG: B149 A443 6B01 7386 C2C7 F481 B6c2 A49D 3726 38B7



signature.asc
Description: OpenPGP digital signature
___
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 3.22, Plack & EDS plugin

[SUZUKI Arthur]

Hello Hugo,

For my plugin I had to change some things in plack.psgi file, otherwise 
Perl code wouldn't get executed.


First add the plugins source directory to the cached perl files :

my $plugins = Plack::App::CGIBin->new( root => '/home/koha/var/lib/plugins/' 
)->to_app;

Secondly in the "builder" section of plack.psgi add a /plugins mount point:

mount '/plugins' => $plugins;

Then in nginx config you can add the following lines:

rewrite ^/recommendations.pl$ 
/plugins/Koha/Plugin/Com/Liliputech/RecommenderEngine/recommendations.pl;

location /plugins {

 include /home/koha/etc/nginx.d/plack_proxy.conf;

}

And it works, pffeeewww! (don't forget to change files and dir according 
to your installation).


Now I changed the way my plugin works so as not to rely on such complex 
hacks though.
All data generated from my plugin is now available through the "Public 
Report" interface, which is much more convenient I must say :

https://calyx.net.au/enhancing-kohas-public-reports-feature/
If you want to check my source : 
https://github.com/liliputech/koharecommenderengine


Hope that may help.
All the best,
Arthur

Le 08/02/2017 à 08:13, Hugo Agud a écrit :

Good morning

There is any new on this? we have tried to install EDS plugin to Koha, 
but it doesn't appear on the intranet (I guess because of plack) , but 
there is on the plugin folder... I am going to contact ebsco, but if 
any body wish to share some info on it... I will pass to EBSCO


Kindest Regards

2016-11-22 16:33 GMT+01:00 SUZUKI Arthur >:


Some of the tricks used to integrate code from an intranet plugin
on OPAC are explained here.

https://github.com/bywatersolutions/koha-plugin-coverflow#setup


This "Setup" part explains quite well the Apache config
modifications needed to let users access coverflow.pl
 from OPAC, and why does this "coverflow.pl
" exist.

the EDS plugin documentation lacks this information about Apache conf.

(actually it doesn't but it is digged really deep :
https://github.com/ebsco/edsapi-koha-plugin/wiki/Apache-Setup
)

Le 22/11/2016 à 16:12, Paul Poulain a écrit :

Hi Arthur,

The intranet part of the "plugin" is a plugin, so yes, it goes
into the scope of Plack.

But the eds-*.pl files

(https://github.com/ebsco/edsapi-koha-plugin/tree/master/Koha/Plugin/EDS/opac

)
don't. That's the OPAC part of the "plugin", that is not
really a plugin


Le 22/11/2016 à 15:49, SUZUKI Arthur a écrit :

Hello Paul,

I don't know much about EDS nor Plack but I've been
playing with koha plugin functionality lately.

I guess you're talking about this plugin :
https://github.com/ebsco/edsapi-koha-plugin


does the koha plugin directory falls in the Plack scope?

If koha is installed from Source, this directory is
"$KOHA_USERDIR/var/lib/plugins/"

(I don't know for debian package, but probably something
like /var/lib/koha/plugins)

Hope this helps.

Arthur

Le 22/11/2016 à 15:17, Paul Poulain a écrit :

Hello friends,

We've deployed Koha 3.22, running Plack and the EDS
plugin, and it appears that it does not work. We think
it's because there are some .pl code that is out of
plack scope, so it's not run. Is there anyone here who
has some experience with koha / Plack / EDS ?

(Frido will probably send a patch to Ebsco in the next
days if there's no other ida)





-- 
Arthur SUZUKI

Service informatique des bibliothèques
BIBLIOTHÈQUES UNIVERSITAIRES
Université Jean Moulin Lyon 3
6 Cours Albert Thomas - B.P. 8242 – 69355
 Lyon Cedex 08
ligne directe : +33 (0)4 78 78 79 16
 | http://bu.univ-lyon3.fr
L'Université Jean Moulin est membre fondateur de l'Université de Lyon

___
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] What's on in koha-devel #10

[Jonathan Druart]

Hello librarians and developers,

Several interesting initiatives emerged in this beginning of year 2017.
Lot of things need to ready for the next stable release in March.
If you have some spare time, do not hesitate to get involve and make things
you love moving forward :)

= Catalyst academy =
Let's start with the yearly Catalyst academy week.
The Open Source Academy is a Catalyst initiative designed to provide
training & work experience in open source development for young New Zealand
technologists.
We got signoffs and patches from 6 students (Zoe, Luke, Grace, Karen,
Caitlin and Emma) and they all got at least 1 patch pushed into master this
week [1].
Congrats to all of them! Looking forward the next one :)

= Move marcxml out of the biblioitems table (bug 17196) =
Well, that's it, it's in and will be in 17.05!
I'd like to specially thanks Mason, Josef, Zeno, Nick and Marcel to have
been involved in the testing and QA process of this important change.
It will offer us more flexibility in the future for new developments as
well as bring us performance boost in few areas.

Since that change will break lot of reports, I have worked on a way to
automatically detect the problematic reports and automagically convert it
using the new columns.
I think we really need it for the next major release, take a look at bug
17898 (Add a way to automatically convert SQL reports).

= Dashboard =
I have submitted a pull request which has been quickly merged (thanks
Chris!).
The dashboard (http://dashboard.koha-community.org) now displays a "Overall
bug tracker health status" with the number of blocker, critical and major
bug reports opened over the last 60 days. If you want to quickly know which
are the hot patches waiting for you, just click on the link and you will
get the bug list.

=Bootstrap 3=
The bootstrap library used for the staff interface has been upgraded to the
version 3.3.7.
Lot of work has been done by Josef and Owen to make the staff interface
looking awesome.
Elements like buttons, links, icons, modal windows have been homogenised.
Some work are still in progress but the big step has been done.
You can take a look at the depend patches of bug 17873 (Make all buttons
Bootstrap styled) if you want easy signoffs.

= Hea - Share your statistics with the community =
Few days ago I have submitted patches for a proposition of what could be
Hea version 2.
If you want more informations, take a look at bug 18066 and especially the
comment 2 about screenshots.
Developers are very welcome to test, and librarians to give their opinion
on what could be missing to make Hea better.
I would also like to get help from a native English speaker to add more
informations on the administration page to explain better what happens (and
what will not happen!) when an option or another is set.

= Refactoring =
Lot of refactoring bug reports are waiting for testers and QAers.
Everything has been stuck for the last month.
I really would like to see more attention on these bugs, to continue the
work in progress.
To know how you can help, take a look at this graph:
https://bugs.koha-community.org/bugzilla3/showdependencygraph.cgi?id=15449
Zoom out, zoom out, once again. If you are a signoffer, pick the orange
boxes, if you are a QAer, look at the yellow ones.

= Template Toolkit syntax for notices =
This is certainly one of the most important area if you want to help us
getting this in for the next release.
These are quite lot of things to do to get something ready. First we want
to make sure we will not get regression using the TT syntax.
To prove that, I have opened an omnibus (see bug 17961 and related bugs -
TT syntax for notices - Prove we have an equivalent for our historical
custom syntax). A huge amount of tests are provided to prepare the ground
and safe our backs for later. It is, in my opinion, the important part of
the work.
All of these patches are easy to test.
To ease the migration for libraries, I have developed an interface to
automagically convert the notices from the historical syntax to the TT
syntax.
You can take a look at bug 17981 and bug 18007 for this interface change.
To test *all* of this stack change, you just need to checkout the remote
branch from my github repository [2]
Screenshot of the convert interface:
https://pageshot.net/pVRqSxln4A9cqjtM/pro.kohadev.vm

= Authority merge bugs =
Marcel is reworking the authority merge feature. It is quite buggy and the
code is hard to maintain currently.
You can take a look at  bug 17908 (Authority merge omnibus) and all related
bug reports to help and/or follow the progress.


The next general IRC meeting is on March 1st, 20 UTC.
https://wiki.koha-community.org/wiki/General_IRC_meeting_1_March_2017

The next dev IRC meeting is today (!) at 20 UTC
https://wiki.koha-community.org/wiki/Development_IRC_meeting_8_February_2017

Hope to see your there!

Cheers,
Jonathan

[1] https://wiki.koha-community.org/wiki/Catalyst_Academy
[2]