Re: [Koha-devel] ReactJS license problems

Hi! Thank you for your insight. I wouldn't be overtly alarmed by this license issue, however if there is a more free alternative we should use it. I don't mind having inconveniences due to using more free software. Struggle for our privacy, freedom of speech, and environment is inconvenient, bu

Re: [Koha-devel] Dedicated Zebra Server

Hi! We install Koha in a cluster of LXC containers: One haproxy for dns redirection and ssl offloading One container for MariaDB One for OPAC One for staff client One for Zebra One for misc stuff, like the SIP2-server One for ElasticSearch One for Memcached +containers for other support services

Re: [Koha-devel] To React or not to React

Hi there! I don't know how I intercepted this email since I never read my email, but... "In all seriousness, I just want Koha to be the fastest, slickest most useful ILS in the world. I want it to be an absolute pleasure to use. And I think this is a necessary milestone to achieving that goal."

Re: [Koha-devel] koha use percona xtradb cluster

sysbench test tool https://www.percona.com/doc/percona-xtradb-cluster/5.5/howtos/virt_sandbox.html BR, longshan Kivilahti Olli-Antti <mailto:olli-antti.kivila...@jns.fi> 於 2015/9/10 (週四) 4:45 PM 寫道﹕ Wow! I am really happy that it works with Koha. How does it perform for you? How big i

Re: [Koha-devel] koha use percona xtradb cluster

Wow! I am really happy that it works with Koha. How does it perform for you? How big is your library/consortium? Olli-Antti Kivilahti Järjestelmäkeittäjä vaarakirjastot.fi +358 50 449 7763 --Powered by Kubuntu Linux! On 10.09.2015 10:01, long_sam.tw wrote: Dear koha folks , Recently , I use

Re: [Koha-devel] Question about Schema

I did provide a improvement suggestion, > Eg. fix the silly join-relations itemnumber, biblionumber, biblioitemnumber. > Those are easily overridden in the manual modifications section at the > bottom of the Koha/Schema/Result/*.pm-files. but here is a link to the DBIx::Class manual reagrding jo

Re: [Koha-devel] Question about Schema

Using this: > issue.item.biblioitemnumber.biblionumber.title To access the title of the biblio of the given issue, degrades my dignity as a programmer. How would you then access the biblioitemnumber from Item? This is so retarded I can't belive this is happening. It shoud be like this issue.ite

Re: [Koha-devel] Hi

Hi there! This is the guide I use. You must read very carefully! http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_git Olli-Antti Kivilahti Järjestelmäkeittäjä vaarakirjastot.fi +358 50 449 7763 --Powered by Kubuntu Linux! On 02.09.2015 06:53, Ramesh Parichi wrote: Hi Friends Can I have th

Re: [Koha-devel] Bootstrap 2.2.2 in the staff client

Hi there! Regarding IE versions less than 10. Because we wanted to get top scores from www.ssllabs.com SSL tests, we support only specific TLS encryptions, which are not supported by old IE's. We decided security is more important for us than crappy IE. So instead of downgrading our SSL, we deci

Re: [Koha-devel] koha for e-resource management

Hi there! Very Effectiveness! It is very straightforward to set up. Olli-Antti Kivilahti Järjestelmäkeittäjä vaarakirjastot.fi +358 50 449 7763 --Powered by Kubuntu Linux! On 08.09.2015 04:06, long_sam.tw wrote: Hi kivilahti good idea, So how Effectiveness ? BR, longsam Kivilahti Olli

Re: [Koha-devel] koha for e-resource management

Hi! We just started to use eResources in Koha. We link from the Bibliographic detail-view to the eResource vendors web-site. And authenticate from there using SIP2, protected with an IP-limit enforced in a firewall rule. Olli-Antti Kivilahti Järjestelmäkeittäjä vaarakirjastot.fi +358 50 449 77

[Koha-devel] Atomicupdates for clunky forked Kohas

Hi there! I heard the community is moving to atomicupdates. We moved to atomicupdates as well! To help us better manage atomicupdates, I devised a installer to keep track of which atomicupdates have already been applied so we don't apply the same updates many times. Also when we deploy/backport

Re: [Koha-devel] Bootstrap 2.2.2 in the staff client

Hi! I have had similar issues with Javascript (jQuery) minified files. Using the not-minified version fixed the issues for me. (and upgrading to the newest version) I would just upgrade the bootstrap to the newest version. Olli-Antti Kivilahti Järjestelmäkeittäjä vaarakirjastot.fi +358 50 449 77

[Koha-devel] Bug 14616 - Introducing Koha::Object subclasses

Hi there! I haven't found out anywhere where we would actually introduce new Koha::Object subclasses, so I made a bug to collect them. Feel free to add more subclasses here. -- Olli-Antti Kivilahti Järjestelmäkeittäjä vaarakirjastot.fi +358 50 449 7763 --Powered by Kubuntu Linux!

Re: [Koha-devel] Koha::Object

58 50 449 7763 --Powered by Kubuntu Linux! On 28.07.2015 07:30, Robin Sheat wrote: Kivilahti Olli-Antti schreef op di 28-07-2015 om 03:57 [+]: Have you taken a look at this? Bug 7174 - Authentication rewriting It is not configuration file -driven, but it is almost 100% of what you desc

Re: [Koha-devel] Koha::Object

Hi there! Have you taken a look at this? Bug 7174 - Authentication rewriting It is not configuration file -driven, but it is almost 100% of what you described with some added bonuses. With a looong list of complex dependencies. Oll

Re: [Koha-devel] Koha::Object

brary.org ) Crawford County Federated Library System ( http://www.ccfls.org ) Mill Run Technology Solutions ( http://millruntech.com ) On Mon, Jul 27, 2015 at 6:58 AM, Kivilahti Olli-Antti mailto:olli-antti.kivila...@jns.fi>> wrote: Hi there! I was looking for anykind of Interface implementa

[Koha-devel] Koha::Object

Hi there! I was looking for anykind of Interface implementation for Perl, and I found Moose and Class::Interface. I cant but wonder why we are not using Moose for Koha::Object. Apparently it works nicely with DBIx as well. -- Olli-Antti Kivilahti Järjestelmäkeittäjä vaarakirjastot.fi +358 50

Re: [Koha-devel] Bug 13906: the start of Auth/Web test rewritting of Olli-Antti Kivilahti

Kivilahti Olli-Antti ha scritto: >> Wow Zeno, I am happy to hear that! >> >>> I see that first bug to test is bug 13906 >> I have written an explanation of the current bug status in bugzilla. > > I change the link 14540 <--> 13906. > > if bug 13906 doesn'

Re: [Koha-devel] Bug 13906: the start of Auth/Web test rewritting of Olli-Antti Kivilahti

Wow Zeno, I am happy to hear that! > I see that first bug to test is bug 13906 I have written an explanation of the current bug status in bugzilla. Olli-Antti Kivilahti Järjestelmäkeittäjä vaarakirjastot.fi +358 50 449 7763 --Powered by Kubuntu Linux! On 24.07.2015 15:24, Tajoli Zeno wrote: >

[Koha-devel] Bug 7174 - Authentication rewriting and getting to REST API

Hi there! Few weeks ago in an IRC meeting Kyle told me that the REST API should also allow authentication from the CGISESSID. I told it is easy peezy. Had I known in what a mess the C4::Auth is... I didn't want to make things worse by duplicating somebodys already duplicated code, so I decided

Re: [Koha] Display of Scrolling New Arrivals List on Koha, OPAC

Tue, Jul 21, 2015 at 12:53 PM, Kivilahti Olli-Antti mailto:olli-antti.kivila...@jns.fi>> wrote: Hi there! Using the acquisition date as the "newest material" sortin index is problematic because the Items are sorted in the acquisiton order, meaning that the topmost results have not ye

Re: [Koha] Display of Scrolling New Arrivals List on Koha, OPAC

Hi there! Using the acquisition date as the "newest material" sortin index is problematic because the Items are sorted in the acquisiton order, meaning that the topmost results have not yet arrived to the library and might not arrive in many months if you preorder your Items. See http://bugs.k

[Koha-devel] Integration testing (WebDriver), Permission system rewrite and getting to Koha REST API!

(Zeno hinted that I should post this message to the koha-devel mailinglist instead of koha mailinglist) Hi there! I have been working to get the new REST API working with Koha. Big issues are authenticating the REST API and doing browser-based automated testing. However there are some pretty fu

[Koha] Integration testing (WebDriver), Permission system rewrite and getting to Koha REST API!

Hi there! I have been working to get the new REST API working with Koha. Big issues are authenticating the REST API and doing browser-based automated testing. However there are some pretty fundamental issues in Koha that make working with those topics very difficult. PERMISSIONS: First of all

[Koha] Help needed testing setting reserves' last pickup date via issuing rules.

Hi there! We found Bug 8367 lying around half-finished and decided to rebase it and finish its implementation. This is important for us because our bookmobiles have serious issues due to being unable to set an alternate last pickup date for their reserves. The bookmobiles have different routes

[Koha] OPAC adding new page

Check your apache2 logs for the real URL your CMS is trying to reach. Does you new OPAC page have the proper header initialized? Check any opac.pl-script for the correct header initialization. OAK --Powered by Linuxmint On 18.02.2014 01:00, koha-requ...@lists.katipo.co.nz wrote: > Message: 6 > Dat

Re: [Koha] Koha Digest, Vol 100, Issue 14

Hi there! You need to implement your own SMS::Send::Driver class to interface to your SMS service provider. https://metacpan.org/pod/SMS::Send This SMS::Send::Driver implementation can be enabled from Koha systempreferences. gg Olli-Antti Kivilahti Project person Joensuu Regional Library Open

Re: [Koha] Koha Digest, Vol 97, Issue 32

Make one of these: http://search.cpan.org/dist/SMS-Send/lib/SMS/Send/Driver.pm Koha uses the: http://search.cpan.org/~adamk/SMS-Send/lib/SMS/Send.pm API to send sms' configure to system preference SMSSendDriver to the sms::send::YOURDRIVERCLASS enjoy Olli-Antti Kivilahti Open library 2014 Jo

Re: [Koha] koha - consortia

Koha that would allow this. Thanks! On Tue, Nov 5, 2013 at 3:06 AM, Kivilahti Olli-Antti mailto:olli-antti.kivila...@jns.fi>> wrote: Hello Mr. Maileseni and Mr. Sasse. A very interesting question. Firstly you should tell us what kind of features you need for a consortium? I know yo

Re: [Koha] koha - consortia

Hello Mr. Maileseni and Mr. Sasse. A very interesting question. Firstly you should tell us what kind of features you need for a consortium? I know you can run a succesful consortium with zero consortial features and probably this will be the best way for your staff and your patrons, since it is

Re: [Koha] Koha Digest, Vol 96, Issue 42

Hello Mr. Maileseni. First of all you should create a requirements specification of your consortial needs. Initially we didn't make a proper specification about what we really need and what we could agree to on a political scale to unify our processes. And we got to pay a lot for that. So set

[Koha] Fwd: Managing fines in a consortial environment

Hello Mr. Vinton, and greetings from Finland! We are facing a similar issue and were planning to solve it with SQL reports. Each library just receives payments regardless of the origin of items. We can see which libraries received and how much money from the accountlines database table. You can

[Koha] Thinking of Koha

Hello Koha! and greetings from the Joensuu Regional library, Finland. 18 months ago we made a feature comparison between Koha and Evergreen. Both ILS' stood out equal, but Evergreen won based on it's existing merits in consortial operations against it's inherent development hardships. Those hards

Re: [OPEN-ILS-DEV] Assistance request with a SIP connection problem

Hello Mr. Kurenniemi. I think we could help you better if you described in more detail what you have tried so far. How are you testing the connection? Do you have a development Evergreen installation, where you can prod away freely? If not, then it might be best to work together with the system

[OPEN-ILS-DEV] Evergreen debugged tutorial for your evaluation

Hi all. I have been cracking my head to OpenSRF these past few days trying to bring the Perl debugger to debug OpenSRF's Evergreen services, like open-ils.serial. with success... Thanks to the help of community members and divine justification, I have been writing a tutorial about my experienc

Re: [OPEN-ILS-GENERAL] Serials roadmap published + write access requests

Hi Mark! I think you just started the discussion. I hope you keep going. I think one of the issues is already under development (not because of me). http://open-ils.org/dokuwiki/doku.php?id=faqs:evergreen_roadmap:2.5 If anyone wants write access to the Serials Roadmap to do whatever you feel is

Re: [OPEN-ILS-DEV] Hack-A-Way Doodle Poll

Hello Mr. Hamby! Can we participate remotely? The Finns. > Message: 1 > Date: Wed, 15 May 2013 08:19:32 -0400 > From: Rogan Hamby > Subject: [OPEN-ILS-DEV] Hack-A-Way Doodle Poll > To: Evergreen Development Discussion List > > Message-ID: > > Content-Type: text/plain; charset="iso-

[OPEN-ILS-GENERAL] Serials roadmap published

Hi all! We started a small think-tank in Vancouver with representatives from various organizations. The goal was to get together and find out what we wanted from Evergreen's Serials module and to see if we could find some common ground to share. Well we did! You can check out the results here:

Re: [OPEN-ILS-GENERAL] Evergreen Newsletter - Need your Conference Feedback

Top of the morning Madam Terlaga. This was my second Evergreen International Conference and I have to say it is always worth the trip to see all the "cool kids". It is a great opportunity to actually meet the people behind aliases and email addresses. I have never left these conferences empty h

Re: [OPEN-ILS-GENERAL] paypal credit card payment

Hi Tim and Lisa. I was testing PayPal in our Fenno-localized Evergreen instance and came upon an interesting find in the TPAC templates. You can set the minimum payment amount there. There is ready code for it, just change 0 to 5. I think we are going to just absorb the cost. For a 5€ PayPal pa

[OPEN-ILS-DEV] Great work Evergreensters!

Just wanted to say thank you for whoever is responsible for the encapsulation of different database schemas. (Maybe this is the whole community in general?) We are running more iterations of our database migration script and our db is getting populated by reports for example. It's great that re

[OPEN-ILS-DEV] Serials roadmap of sorts, closed the Doodle-poll

Hello all Serials enthusiasts! I have closed the doodle-poll for Serials roadmapping http://doodle.com/s6vkmbxt82vbvces Thursday, April 11, 2013 5:30 PM in Caffe Buongiorno /w Free WiFi (https://plus.google.com/114584287468335989632/about) Unless we all get to meet before that and replan. OAK

[OPEN-ILS-GENERAL] ***SPAM*** Re: Making a serials roadmap of sorts

se routing lists. We also have asked for a customized routing > list to reflect the one we currently have. This will be particular to > our library, but we are certainly willing to submit to the community. > > A serials related get together is a great idea. > > ----

[OPEN-ILS-GENERAL] new consortium (Araik Manukyan)

Hello Mr. Manukyan! And greetings from Finland It's great to hear from another non-North American consortium. Could you send us some details about your consortium? Like your OPAC url? Here's ours: (old website, soon to be replaced) http://www.jns.fi/Resource.phx/sivut/sivut-kirjasto/english/index

[OPEN-ILS-DEV] Mr. Rylander, we have a problem. (Jason Stephenson)

For the record, I wasn't there. But I respect anyone taking a stand for the small guy. It's healthy to get anggry. It shows spirit. It shows that you care. Keep up the good fight everyone. OAK

[OPEN-ILS-GENERAL] ***SPAM*** Making a serials roadmap of sorts

A serials related get together is a great idea. -- Message: 2 Date: Thu, 14 Feb 2013 09:09:49 + From: Kivilahti Olli-Antti Subject: [OPEN-ILS-DEV] ***SPAM*** Re: Making a serials roadmap of sorts,

[OPEN-ILS-DEV] ***SPAM*** Doodle poll for "Making a serials roadmap of sorts, openly"

ether is a great idea. -- Message: 2 Date: Thu, 14 Feb 2013 09:09:49 + From: Kivilahti Olli-Antti Subject: [OPEN-ILS-DEV] ***SPAM*** Re: Making a serials roadmap of sorts, openly To:"open-ils-dev@list.georgialibra

[OPEN-ILS-DEV] ***SPAM*** Re: Making a serials roadmap of sorts, openly

Thanks Leb for starting this wonderful thread! I promised to send the key issues we need to solve and here is an excerpt from the HIGHLY classified email I sent to Messrs. Fogle-Weekley and Scott: STARTING TRANSMISSION We were browsing the git log with Pasi and found out that lately you two ha

[OPEN-ILS-DOCUMENTATION] ***SPAM*** Re: Help to translate Evergreen to, Spanish (Mexico)

guelph.ca> Content-Type: text/plain; charset=us-ascii On Wed, Jan 09, 2013 at 03:17:29PM +, Kivilahti Olli-Antti wrote: > No wonder the Canadians use English as well. *** ___ OPEN-ILS-DOCUMENT

Re: [OPEN-ILS-DOCUMENTATION] Help to translate Evergreen to, Spanish (Mexico)

Nice prep-speech! We are currently struggling with Evergreen's internationalization as well and it seems to be riddled with bugs. We are squashing them though with the help of the community, and would welcome your help as well, regarding we have a common goal. You can start from here http://eve

[OPEN-ILS-DEV] Feature Proposal: Additional Language Search Capability

+1 from here. Making MARC 041a searchable as a material language would be cool! -- Olli-Antti Kivilahti Open Library 2013 Library of Joensuu

[OPEN-ILS-DEV] Server hardware requirements

Hello community! I should start making initial specifications about the server hardware we are about to use. I would love to hear what kind of hardware setups you have running your Evergreen installations and under what transaction loads. Also one interest is about the ratio of write to read q

Re: [OPEN-ILS-DEV] TPAC localization (Dan Scott)

We didn't use the translations.launchpad at all, because over 6 months ago when we were starting our localization phase for EG 2.2, I was told that nobody updates those launchpad files and they are ancient. I could get the most recent .pot's from the source. Also we couldn't use the launchpad s

[OPEN-ILS-DEV] TPAC localization

Thanks for your reply Dan! What I mean with "can't be localized": We have been doing our localization according to the instructions here http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-admin:customizations:i18n We have translated all of the generated .po -files and none of them affect our

[OPEN-ILS-DEV] Security inspection

Another issue is with the security review we already have funding for. As I don't have lots of knowledge about what areas of Evergreen should be taken a look into (external interfaces), would the community in general be interested in helping me direct the efforts of our 3rd party security exper

[OPEN-ILS-DEV] TPAC localization

Howdy hou Evergreensters! (sorry bshum) It looks like the new TPAC can't really be localized and we are planning to start making it localizable using the existing gettext tools. Anyone working on that yet? We are planning to start work on the matter on 11.11. So far we have encountered unlocaliz

[OPEN-ILS-DEV] A list of questions about Evergreen

We have been gathering a list of questions regarding our struggle with Evergreen, and here they are. We are hoping to get some insight into the following topics and would love to hear what the community has to say. We are interested about how you use these topics in your daily routines, should s

Re: [OPEN-ILS-DEV] Feature Proposal: Add window tiling for, MARC edit

What I would do is to buy a 24" widescreen full-hd monitor for the librarians needing this functionality and instruct them to use two staff_client windows. Under extreme pressure buy two monitors and a GPU. This way you get a minimum of 4 records visible. Monitors are so cheap nowadays (its craz

Re: [OPEN-ILS-DEV] Feature proposal: SSN-censoring functionality

I agree with Mr. Peters that the default ident_type SSN should be removed to not teach bad habits. It is rather unfortunate that you see this solely as an en-US question, considering how much you push for an International Evergreen Community. The customizable SSN-censorer I came up with is a ove

[OPEN-ILS-DEV] Thanks: Feature proposal: "Detailed serials"-view in OPAC

Thank you Master Lebbeus, for pointing this out http://www.esilibrary.com/esi/docs/?p=1245 It matches our requirements over 70%, providing for the holdings navigation and providing the scaffolding for showing the "n most recent issues". Ofcourse the ESI-way is org_unit -driven as our plan was vo

[OPEN-ILS-DEV] Feature proposal: "Detailed serials"-view in OPAC

Another feature specification: We want to be able to show to our patrons what actual magazines we have available, checked-out, holdable, etc. Just like with normal holdings. Currently we see the items, but they are not labelled, so there is no way to tell what volume or number this item represen

[OPEN-ILS-DEV] Feature proposal: SMS transport error managing

While looking into ways to integrate our SMS service provider to Evergreen, I came upon the idea to follow SMSes' sent, and whether or not they reach their destination. An email is sent to a special account for any undeliverable SMSes. Currently in Evergreen we don't have a clue what happens to

Re: [OPEN-ILS-DEV] Feature proposal: SSN-censoring functionality

The more I look at the list of issues you present, the more I am convinced that storing SSNs as they currently are is a *bad* thing. Perhaps storing them in general is a bad thing? I am not sure can we not store SSNs. Here they are collected wherever you do business. Transmitted over phone to mar

Re: [OPEN-ILS-DEV] Open-ils-dev Digest, Vol 74, Issue 41

The IDE topic has been of much interest here as well. So far the search for the Grail led me to Komodo IDE via Eclipse + EPIC. Eclipse + EPIC is a great tool, if you get it working properly. To do that you propably should use older eclipse versions which are more compatible with EPIC. Even if EPI