Re: [Koha-devel] AUTO_INCREMENT fix - prevent data lost

2017-07-17 Thread David Cook
first. That’s all I’m saying. In either case, it’s not good. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun...@lists.koha-community.org [mailto:koha-devel-boun

Re: [Koha-devel] Dedicated Zebra Server

2017-07-18 Thread David Cook
planning to do. At this point, it’s probably more worthwhile to focus on Elasticsearch development, although I think the plan is to keep Zebra around anyway, so decoupling it a bit from the Koha monolith wouldn’t necessarily be a bad idea… David Cook Systems Librarian Prosentient Systems 72/330

Re: [Koha-devel] AUTO_INCREMENT fix - prevent data lost

2017-07-19 Thread David Cook
work on this one! I’ll let you know what I think/find after reviewing the links… David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun...@lists.koha-community.org

Re: [Koha-devel] AUTO_INCREMENT fix - prevent data lost

2017-07-20 Thread David Cook
Thanks for that excerpt, Jonathan. We run our systems with DEBUG on, which must be why we’re not losing data! David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun

Re: [Koha-devel] AUTO_INCREMENT fix - prevent data lost

2017-07-20 Thread David Cook
auto_increment counter.) David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun...@lists.koha-community.org [mailto:koha-devel-boun...@lists.koha-community.org] On Behalf Of

Re: [Koha-devel] AUTO_INCREMENT fix - prevent data lost

2017-07-20 Thread David Cook
between active and inactive (ie deleted) data? I mean… what’s the point of keeping a history of data if we can’t use it? David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun

Re: [Koha-devel] Reminder: dev meetings are essential

2017-07-25 Thread David Cook
I’m mostly resigned to never attending dev meetings. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun...@lists.koha-community.org [mailto:koha-devel-boun...@lists.koha

Re: [Koha-devel] Carrots or sticks

2017-07-26 Thread David Cook
out! [0] http://www.webmd.com/parenting/natural-and-logical-consequences-for-behavior David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun...@lists.koha-community.org [mail

Re: [Koha-devel] Carrots or sticks

2017-07-26 Thread David Cook
, because I have some experience with that bug and wish to share that experience. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: David Cook [mailto:dc...@prosentient.com.au] Sent: Thursday, 27

Re: [Koha-devel] OpacHiddenItems behaviour | Bug 10584

2017-07-27 Thread David Cook
libraries create dummy items that contain links, but I prefer using the 856$u myself. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun...@lists.koha-community.org [mailto:koha

Re: [Koha-devel] [Important] Update your MySQL|MariaDB configuration to avoid data loss

2017-08-01 Thread David Cook
implementing that locally. I’m happy to do that and report back. I use BEFORE INSERT triggers in PostgreSQL on non-Koha databases with a much higher volume of transactions, and they work well. But I’m happy to try and then report back. David Cook Systems Librarian Prosentient Systems 72/330

Re: [Koha-devel] Results of the poll "Ready to help the Koha community?"

2017-08-01 Thread David Cook
promise that I’ll put a tonne of time into this, but due to my work on Linked Data/RDF (both on Bugzilla and CPAN), I figure I should participate on https://tree.taiga.io/project/joubu-koha-rm-1711/epic/33. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007

Re: [Koha-devel] ES6 usage in the staff client

2017-08-06 Thread David Cook
mean staying on an older version of Koha or trying to create our own theme to work with an upgraded backend or to replace the staff client all together with a simplified cross-browser user interface. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia O

Re: [Koha-devel] ES6 usage in the staff client

2017-08-07 Thread David Cook
g/wiki/Circulation_Rules_Interface_and_Backend_Revamp_RFC#Frontend and none of the mockup image links are working… David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: Jesse [mailto:pianohac...@gmail.com] Sent: Tuesday, 8 August

Re: [Koha-devel] ES6 usage in the staff client

2017-08-08 Thread David Cook
I don't know why I didn't see Tomas's email except within this reply... but I'm typically referring to IE 8-11. I think all my librarians on IE 6-7 have moved on from those versions. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia

Re: [Koha-devel] FW: Where is the BIG RED WARNING button?

2017-08-10 Thread David Cook
display :p. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun...@lists.koha-community.org [mailto:koha-devel-boun...@lists.koha-community.org] On Behalf Of Jonathan Druart

[Koha-devel] Is the "sms" directory just garbage?

2017-08-24 Thread David Cook
rom Koha? Looks like they're about 7+ years old. 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@list

Re: [Koha-devel] [SIGNED_OFF] labels

2017-08-24 Thread David Cook
+1 David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun...@lists.koha-community.org [mailto:koha-devel-boun...@lists.koha-community.org] On Behalf Of Marcel de Rooy Sent

Re: [Koha-devel] Proposal for ES6 development on the staff client

2017-08-29 Thread David Cook
upstream packages from Debian? For those of us who do install from source, would this transpiling process be automated via the Makefile? David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From

Re: [Koha-devel] [Important] Update your MySQL|MariaDB configuration to avoid data loss

2017-08-31 Thread David Cook
look at adding insert triggers to prevent duplicate IDs, but I just haven’t had the time to work on this yet… David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun...@lists.koha

Re: [Koha-devel] Koha 17 on Centos 7

2017-08-31 Thread David Cook
PERL5LIB on a Fedora/RHEL/CentOS system...) So there's lots of options for things to try! Due to lack of time, I can't really help beyond emails, but I think about this stuff a lot, since I'm a non-Debian Koha user. And I constantly internally debate the merits of using OS packages

Re: [Koha-devel] Proposal for ES6 development on the staff client

2017-09-11 Thread David Cook
imagine there would be any repercussions in this case since it’s client-side code? David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun...@lists.koha-community.org [mailto:koha

Re: [Koha-devel] Proposal for ES6 development on the staff client

2017-09-12 Thread David Cook
I don’t think you’d need to for dev installs, but maybe you would for license requirements. I could see that. Should definitely look into that. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595

[Koha-devel] koha-reset-passwd still uses MD5 instead of Bcrypt

2017-09-14 Thread David Cook
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19321, but I don't use Koha Debian packages typically, so I have no plans to work on this. Figured I'd mention it here so that one of you Debian users could take it over instead. Cheers, David Cook Systems Librarian Prosenti

[Koha-devel] selenium

2017-09-25 Thread David Cook
, I figure we should probably remove it. While I'm intrigued by Selenium, I think we already use Test::WWW::Mechanize to achieve that functionality. No point holding on to something that isn't being used. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo,

Re: [Koha-devel] selenium

2017-09-25 Thread David Cook
done as well. Hurray! David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun...@lists.koha-community.org [mailto:koha-devel-boun...@lists.koha-community.org] On Behalf Of David Cook Sent:

[Koha-devel] Anyone familiar with ./docs/CAS/CASProxy/examples/proxy_cas_data.pl?

2017-09-26 Thread David Cook
It's a BibLibre script from 2009, so I'm guessing someone from BibLibre might have an answer? Or could we just get rid of this script all together anyway? David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Aust

Re: [Koha-devel] Anyone familiar with ./docs/CAS/CASProxy/examples/proxy_cas_data.pl?

2017-09-26 Thread David Cook
Cheers, Jonathan! David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: Jonathan Druart [mailto:jonathan.dru...@bugs.koha-community.org] Sent: Wednesday, 27 September 2017 4:29 AM To: David

[Koha-devel] Remove $5 rental charge from sample item type book

2017-09-27 Thread David Cook
tal charge against their test patron. 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://

Re: [Koha-devel] Request for SO: Koha to MARC mappings

2017-10-03 Thread David Cook
I'm keen to see these changes go through, so I'll take a few minutes to test now and hopefully contribute a sign off! David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-

[Koha-devel] Best place for test plans

2017-10-03 Thread David Cook
aining all test plan instructions and post it to the bottom of Bugzilla. That way, testers can just Ctrl + F for test plan, find the lowest one, and just consider that in their testing. What do you all think? David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW

Re: [Koha-devel] Request for SO: Koha to MARC mappings

2017-10-03 Thread David Cook
its tet plans. I'm also not sure which all test plans I should be using. If you can provide a single comprehensive test plan, then I could run through it and happily sign off. But I think I'm going to have to do other work now instead as I'm not getting anywhere at the

Re: [Koha-devel] Best place for test plans

2017-10-03 Thread David Cook
I see the merit of having them in git, but how do you know when you’re looking at the latest instructions? Or do you look at each commit that you apply for its test plan? I always look on Bugzilla. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007

Re: [Koha-devel] Best place for test plans

2017-10-08 Thread David Cook
Sounds good, team. I’ll start reading the test plans from Git instead of from Bugzilla. Sounds like a reasonable way to do things. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha

Re: [Koha-devel] BibLibre new staff & intern

2017-10-12 Thread David Cook
Hurray for more help! David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 -Original Message- From: koha-devel-boun...@lists.koha-community.org [mailto:koha-devel-boun...@lists.koha-community.org] On

Re: [Koha-devel] REST api developments (Benjamin Rokseth)

2017-11-23 Thread David Cook
Agreed with Benjamin. We mostly would like endpoints for biblio/item CRUD and checkouts, holds, and auth. I was just thinking last night how I could have done my OAI-PMH harvester differently if there was a persistent REST service offering biblio CRUD... David Cook Systems Librarian Prosentient

Re: [Koha-devel] SIG DIE in returns.pl

2017-12-03 Thread David Cook
Looks like debug code to me. I’ve used things like that before in development, but I don’t know why you’d have it in production code… David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha

Re: [Koha-devel] newbie would appreciate help!

2017-12-04 Thread David Cook
Hi Johan, Which instructions did you use for installing Koha? That will likely determine how best we can help you : ). David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun

Re: [Koha-devel] Bug 18539 - Forbid Koha::Objects->find calls in list context

2017-12-13 Thread David Cook
Alternatively, you could write: my $foo = Koha::Patrons->find("foo"); my $hashref = { a => $foo, b => "bar" }; or my $foo = Koha::Patrons->find("foo"); my $hashref = { b => "bar" }; $hashref->{a} = $foo if $foo; Personally, I'm

Re: [Koha-devel] Bug 18539 - Forbid Koha::Objects->find calls in list context

2017-12-14 Thread David Cook
/Class/ResultSet.pm#find. Makes sense if Koha::Objects does the same thing. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 -Original Message- From: Julian Maurice [mailto:julian.maur...@biblibre.com

Re: [Koha-devel] git-bz: avoid storing unencrypted passwords in gitconfig

2018-01-17 Thread David Cook
t get errors but it's not saving credentials using "git credential approve". The "cache" option worked well though. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 -Original M

Re: [Koha-devel] git-bz: avoid storing unencrypted passwords in gitconfig

2018-01-18 Thread David Cook
That's cool, Julian! What version of Git are you using? The comments seem to suggest that might make a difference. I'm kind of curious to try git-credential-gnome-keyring, but... just not a priority at the moment. Overall, I'm super pleased about this though! David Cook Sy

Re: [Koha-devel] Debian 9 support

2018-01-29 Thread David Cook
Ohh... it looks like Patrick Hochstenbach (who works on Catmandu) took it over from Tim Brody. That's promising. I haven't tried it but I'd say trying and maybe packaging a post-4.03 version would be a good move. David Cook Systems Librarian Prosentient Systems 72/330 Wattle

Re: [Koha-devel] Koha hackfest in Marseille & https://reasonablegraph.org/ platform

2018-01-30 Thread David Cook
e you never know what you're going to get back from the other end. At this point, what could Reasonable Graph offer for Koha? Apologies if that sounds rude at all. I've just been thinking a lot about RDF and Linked Data for the last couple of years. David Cook Systems Librarian P

Re: [Koha-devel] Cover image lookup via UPC

2018-01-30 Thread David Cook
As far as I know, we don’t use UPCs for books in Australia. Looking at my bookshelf now to see if I have any American books. All the Australian, Canadian, and European books I have only use ISBN barcodes. Sorry for a total lack of help : ) David Cook Systems Librarian Prosentient

Re: [Koha-devel] Koha hackfest in Marseille & https://reasonablegraph.org/ platform

2018-01-31 Thread David Cook
you can direct me to the appropriate demo, I'd love to look more at how your system handles Linked Data. I think I've gone as far as there is to go with RDF on its own, but curious how existing systems are handling the links to external resources. Cheers, David Cook Systems Librari

Re: [Koha-devel] Cover image lookup via UPC

2018-01-31 Thread David Cook
I’m providing international data! :p David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun...@lists.koha-community.org [mailto:koha-devel-boun...@lists.koha-community.org] On

[Koha-devel] Gitweb + Github?

2018-02-04 Thread David Cook
27;re merging in from pull requests, which appear to just be a different type of git ref. I suppose that doesn't help in terms of tracking things through Bugzilla. but I thought it was interesting nonetheless and thus worth sharing. David Cook Systems Librarian Prosentient Sys

Re: [Koha-devel] Gitweb + Github?

2018-02-04 Thread David Cook
and the "merge" was a few days later with https://git-wip-us.apache.org/repos/asf?p=jena.git;a=commit;h=466f16558b9cd1 a7a930fbb5e2844610ee8fb373 It looks like the Git maintainer is the same person posting to Github anyway, so. I don't really know what's going on there afte

Re: [Koha-devel] Plack only

2018-02-06 Thread David Cook
This seems pretty Debian-centric, so doesn’t really affect me I suppose. I am curious how Plack works for multi-library Debian installs though. I would be worried about data leaking between libraries. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007

Re: [Koha-devel] Plack only

2018-02-06 Thread David Cook
Ahh right. I was thinking about the proposed URL Mapper model of running multiple libraries under one Plack instance. I imagine you must be constrained to a fairly small number of Starman processes though unless you’re running some really big servers. David Cook Systems Librarian

Re: [Koha-devel] Plack only

2018-02-07 Thread David Cook
love for the multi-tenant management tools to be de-debianized as well, but totally recognize that money/time is an obstacle. It's something I'd like to look at more in the future myself, but occupied with non-Koha projects at the moment...) David Cook Systems Librarian Prosentient System

Re: [Koha-devel] Plack only

2018-02-08 Thread David Cook
I’m keen to see what the actual memory requirements will be. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: Jonathan Druart [mailto:jonathan.dru...@bugs.koha-community.org] Sent: Friday, 9

Re: [Koha-devel] Koha hackfest in Marseille & https://reasonablegraph.org/ platform

2018-02-08 Thread David Cook
f+xml" http://humanities.reasonablegraph.org/archive/item/7963' and that failed, so I'm guessing not? In terms of collaborating with Koha, what sort of integration is available? Apologies for the stream of consciousness. RG does seem like a generic graph-based web sol

Re: [Koha-devel] Plack only

2018-02-11 Thread David Cook
Hi Fridolin, I assume that's only 1 Plack instance on that 1 machine though, yes? David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 -Original Message- From: koha-devel-boun...@lists.koha-communit

[Koha-devel] Easy sign off Bug 20173

2018-02-11 Thread David Cook
Hi all, I think I have an easy sign off on Bug 20173. I think I found some HTML files from 2003 that haven't been used in a very long time. I figure we may as well clean those out now. I think we all must just ignore these files after going "cd koha-tmpl". David Cook Sy

Re: [Koha-devel] Elasticsearch and facets

2018-02-19 Thread David Cook
7;t have any effect. I'm not very familiar with the ElasticSearch efforts, but I think it started out as a like-for-like drop-in replacement. Making facets configurable would be great, but I'm not sure anyone has this as a priority at the moment. I think for now the main goal of

Re: [Koha-devel] REST API authentication for external clients

2018-02-27 Thread David Cook
end user to access their account in Koha interactively or if you’re just looking for a way of authenticating with Koha on the backend I think. I hadn’t heard of this flow before so I think I’ll have to look at it again when I one day have time for hobbies… David Cook Systems Librarian

Re: [Koha-devel] MariaDB and Auto Increment - it's the good news

2018-03-26 Thread David Cook
Liz ftw David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun...@lists.koha-community.org [mailto:koha-devel-boun...@lists.koha-community.org] On Behalf Of Liz Rea Sent

Re: [Koha-devel] [Koha] RFC for MARC holdings record support

2018-04-05 Thread David Cook
I haven't looked at the RFC but I thought about MARC holdings record support at one point too. It'll have consequences for the 952 which gets embedded in the MARC record during indexing for Zebra... David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007

Re: [Koha-devel] [Koha] RFC for MARC holdings record support

2018-04-06 Thread David Cook
, and if we can make Koha look more like other ILSes that people are familiar with (like Voyager for instance) maybe that's not a bad thing. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 -Origina

Re: [Koha-devel] Koha Core anyone?

2018-04-10 Thread David Cook
ake it easier to divide up the "patches that can be upstreamed" versus the "patches that are just relevant locally". Keen to hear more on this one. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 0

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

2018-04-12 Thread David Cook
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.k

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

2018-04-16 Thread David Cook
esn’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

[Koha-devel] Koha now requires Perl 5.20

2018-04-16 Thread David Cook
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

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

2018-04-16 Thread David Cook
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

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

2018-04-16 Thread David Cook
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

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

2018-04-17 Thread David Cook
at we used when we just did source installs by hand.) I could take a look at the wiki though. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: Jonathan Druart [mailto:jonathan.dru...

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

2018-04-17 Thread David Cook
much of an answer. I’d say… officially support what is in Debian but let people use unsupported versions. I mean… maybe we should require the Debian version. Folk like me can always just customize the source… David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW

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

2018-04-18 Thread David Cook
which was in April 2012 (and the first version of Koha where I contributed a patch). Looks like 3.8.23 was February 2014. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 -Original Message- From:

Re: [Koha-devel] OAuth2 - client credentials fr 18.05

2018-04-18 Thread David Cook
+1 I think the OAuth2 client credentials grant is totally the right way to go. While I haven’t done much with the REST API yet, I hope to make use of it a lot in the future, so I really appreciate all the hard work everyone is doing on this! David Cook Systems Librarian

Re: [Koha-devel] Koha Core anyone?

2018-04-19 Thread David Cook
In other Perl apps, I’ve used Moose to do before/after hooks: http://search.cpan.org/~ether/Moose-2.2010/lib/Moose/Manual/MethodModifiers.pod#Before_and_after_Modifiers David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899

Re: [Koha-devel] Koha Core anyone?

2018-04-19 Thread David Cook
to have a multitenant Mojolicous, but considering how Ruby on Rails has a library called Apartment for handling multi-tenancy, I don’t know how well we’d fare trying to do our own implementation in Koha. What do people think? Does multitenancy matter to anyone? David Cook Systems

Re: [Koha-devel] Official Docker image

2018-04-23 Thread David Cook
I’ve been meaning to find a reason to use Docker, so it would be great to have this I reckon. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun...@lists.koha-community.org

Re: [Koha-devel] Official Docker image

2018-04-23 Thread David Cook
Heh. I don’t think that’s going to happen. But I figure using Docker for development and testing at least would be good. 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

Re: [Koha-devel] Proposed change to standard page markup (Bug 20670)

2018-05-01 Thread David Cook
I think most of our libraries are on modern browsers now, but for those that aren't... I recall html5shiv being a pretty good polyfill for older browsers. Apparently it is distributed with Modernizr which I think we're already using maybe? David Cook Systems Librarian Prosentient Syst

Re: [Koha-devel] Koha on Ubuntu 18.04 LTS (Bionic Beaver)

2018-05-06 Thread David Cook
If there are dependencies that are no longer available in newer versions of Debian, then they'll be added to the Koha apt repository, I reckon. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 -Ori

Re: [Koha-devel] Official Docker image

2018-05-09 Thread David Cook
es an image, skipping memcached uses an image, skipping selenium uses an image, skipping koha uses an image, skipping Is SYNC_REPO supposed to be a path to a http://git.koha-community.org/koha.git directory? I’ll have to try that after lunch… David Cook Systems Librarian Prosen

Re: [Koha-devel] Official Docker image

2018-05-09 Thread David Cook
se up” and it’s downloading images so I’ll let you know how it goes… 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: Thursday, 10 May

Re: [Koha-devel] Official Docker image

2018-05-09 Thread David Cook
hard but it does require a restart which can be irritating if you’re in the middle of other work. Still… Docker seems neat. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel

Re: [Koha-devel] Official Docker image

2018-05-10 Thread David Cook
Care to update the README.md? I would send a merge request, but I already am running behind on a few things. 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

Re: [Koha-devel] Replace Catmandu indexing code with pure perl and eventually drop Catmandu as a Koha dependency

2018-05-17 Thread David Cook
Koha using CGI rather than Plack… David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun...@lists.koha-community.org [mailto:koha-devel-boun...@lists.koha-community.org] On Behalf

Re: [Koha-devel] Replace Catmandu indexing code with pure perl and eventually drop Catmandu as a Koha dependency

2018-05-20 Thread David Cook
exactly, I’d suggest using https://wiki.koha-community.org/wiki/Profiling_with_Devel::NYTProf. That should show you where you are losing time. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595

Re: [Koha-devel] Replace Catmandu indexing code with pure perl and eventually drop Catmandu as a Koha dependency

2018-05-24 Thread David Cook
. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: David Gustafsson [mailto:glask...@gmail.com] Sent: Monday, 21 May 2018 6:40 PM To: David Cook Cc: Koha-devel@lists.koha-community.org Subject

Re: [Koha-devel] [Koha] Single Sign-On via Drupal

2018-05-30 Thread David Cook
waiting for an auth overhaul as Koha is a bit out of control with auth at the moment... David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 -Original Message- From: koha-devel-boun...@lists.koha-community.or

Re: [Koha-devel] Cronjob to run plugin cronjobs?

2018-06-07 Thread David Cook
a mix of all the above… David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun...@lists.koha-community.org [mailto:koha-devel-boun...@lists.koha-community.org] On Behalf Of Nick Clemens Sen

[Koha-devel] CSS issue in Ordering information on /cgi-bin/koha/acqui/supplier.pl

2018-06-07 Thread David Cook
ooks like the floats in the "li" element are causing the sizing of the "ol" to be no good. See https://developer.mozilla.org/en-US/docs/Web/Guide/CSS/Block_formatting_cont ext. There are a number of strategies for fixing this but I'm not sure what the best one would be here. David Coo

Re: [Koha-devel] Bug 1993 - Task Scheduler Needs Re-write

2018-06-18 Thread David Cook
plan to me. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun...@lists.koha-community.org [mailto:koha-devel-boun...@lists.koha-community.org] On Behalf Of Renvoize, Martin

Re: [Koha-devel] Why we do not push the ACCTDETAILS email via message queue?

2018-06-18 Thread David Cook
for people who re-use the same password for everything. I think it would be a security and privacy nightmare. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun...@lists.koha

Re: [Koha-devel] Why we do not push the ACCTDETAILS email via message queue?

2018-06-18 Thread David Cook
is to just not use AutoEmailOpacUser, as Jonathan seems to suggest. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: Jonathan Druart [mailto:jonathan.dru...@bugs.koha-community.org] Sent

Re: [Koha-devel] Why we do not push the ACCTDETAILS email via message queue?

2018-06-19 Thread David Cook
I think that would probably be the best way of going about it, but I’m sure there are a lot of libraries that wouldn’t be happy about it. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From

Re: [Koha-devel] Why we do not push the ACCTDETAILS email via message queue?

2018-06-19 Thread David Cook
it would be disruptive to their existing workflows for it to go away. But… that’s also progress for you. So long as people have notice that it’s going away before the upgrade, they’d have time to change their workflows and adapt to a safer way of doing things? David Cook Systems Librarian

Re: [Koha-devel] Why we do not push the ACCTDETAILS email via message queue?

2018-06-19 Thread David Cook
Yeah, I keep thinking that people won’t do something more secure if it’s less convenient for them. I suppose that’s their choice in the end though… and we can provide better options for those that do care more. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW

[Koha-devel] Add "cc" and "bcc" fields to message_queue

2018-06-24 Thread David Cook
that are sent on the fly. Nothing for queued messages. Thoughts? 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 l

Re: [Koha-devel] Add "cc" and "bcc" fields to message_queue

2018-06-25 Thread David Cook
could weed out the emails they don’t need, but that seems suboptimal. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: koha-devel-boun...@lists.koha-community.org [mailto:koha-devel-boun

[Koha-devel] Testing out Koha REST API with Apache

2018-07-01 Thread David Cook
Hi all, How do you use the Koha REST API with Apache? Every time I try to hit any API endpoint, I just get a 404. The documentation seems pretty sparse on this one. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02

Re: [Koha-devel] Testing out Koha REST API with Apache

2018-07-01 Thread David Cook
And what’s a “normal setup”? That’s what I’d like to know. And I don’t want to enable Plack :p. 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

Re: [Koha-devel] Testing out Koha REST API with Apache

2018-07-01 Thread David Cook
and koha-gitify isn’t always the right tool either. If you don’t want to help, that’s fine. But I don’t think there’s a need to be snarky. I think it just discourages people from asking questions here. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007

Re: [Koha-devel] Testing out Koha REST API with Apache

2018-07-02 Thread David Cook
work this out. 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: Monday, 2 July 2018 12:59 PM To: David Cook Cc: koha-devel@lists.koha

Re: [Koha-devel] Testing out Koha REST API with Apache

2018-07-02 Thread David Cook
;). David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Direct: 02 8005 0595 From: Petter Goksøyr Åsen [mailto:petter.goksoyr.a...@deichman.no] Sent: Tuesday, 3 July 2018 2:37 PM To: David Cook ; 'Tomas Cohen Arazi'

  1   2   3   4   5   6   7   >