[Koha] Download errors

I'm getting a 404 error from: http://download.koha-community.org/koha-latest.tar.gz Did something get missed when deploying the current version of Koha? -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu ___ Koha mailing list http:/

[Koha] Elasticsearch

What is the current status of ElasticSearch for Koha 19.11? Would others recommend switching from Zebra to ElasticSearch or would you say it is still not quite ready for production use? Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu

[Koha] Elasticsearch setup

has one or the other of the above Debian based packages. I'm assuming that Koha can work with Elasticsearch on any Linux distribution, with the right setup. If so, can someone help fill in the gaps between Debian and the other Linuxes. Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administr

Re: [Koha] Elasticsearch setup

(or restart all koha related services) > > rebuild index: > > /home/koha/Current/bin/search_tools/rebuild_elasticsearch.pl -v > > /home/koha/Current/bin/search_tools/rebuild_elasticsearch.pl –delete -v > -a -b -p 4 > > > Best regards > > > On 2020-03-16 7:09 p.m

Re: [Koha] Elasticsearch setup

bject','ff8-23','bgf-number','bib-level','ff8-29','title','material-type','issues','number-db','date-of-publication','place-of-publication','homebranch','author','issn',&#

Re: [Koha] Elasticsearch setup

;8.4.0", "minimum_wire_compatibility_version" : "6.8.0", "minimum_index_compatibility_version" : "6.0.0-beta1" }, "tagline" : "You Know, for Search" } On Wed, Mar 18, 2020 at 4:03 AM Jonathan Druart < jonathan.dru...@bu

Re: [Koha] Elasticsearch setup

8, 2020 at 9:44 AM Jonathan Druart < jonathan.dru...@bugs.koha-community.org> wrote: > I am not sure version 7 has been tested already. Could you try with ES6? > > > Le mer. 18 mars 2020 à 14:30, Tom Hanstra a écrit : > >> curl http://localhost:9200 >> {

Re: [Koha] Elasticsearch setup

..." in > the logs)? > > You can certainly ignore the warnings. > > > Le ven. 20 mars 2020 à 13:45, Tom Hanstra a écrit : > >> Anyone have further ideas on this. I'm close to giving up on >> Elasticsearch for this year's iteration unless I can figure

Re: [Koha] Elasticsearch setup

I'd try to know if it comes from > wrong/bad > > >> data from a record, or something else. > > >> > > >> It seems that you are back to version 7 ("To be compatible with > 7.0..." > > in > > >> the logs)? > > >>

[Koha] Elasticsearch again

27; => {'filter' => ['icu_folding'],'char_filter' => ['punctuation'],'tokenizer' => 'whitespace'},'analyzer_phrase' => {'filter' => ['icu_folding'],'char_filter' => ['punctuation'],&#x

Re: [Koha] Elasticsearch again

do you have the analysis-icu plugin [1] installed? > > [1] > > https://www.elastic.co/guide/en/elasticsearch/plugins/current/analysis-icu.html > > On 31/03/2020 00:35, Tom Hanstra wrote: > > Earlier testing of Koha 19.11.03 with Elasticsearch 7 and 6 both gave > > errors. The

[Koha] Elasticsearch: More questions

l http://localhost:9200/_cat/indices yellow open koha_london_test_20_biblios VRgVHrtDQ0S1oBGFJRVjjA 5 1 12287 0 138.9mb 138.9mb yellow open koha_london_test_20_authorities AQOw74fbQYqnm63KuZQ0zQ 5 1 6163 0 8mb 8mb Should those be green after indexing is completed? Is there something that moved it o

[Koha] Status of ElasticSearch - 2021 version

not there, I can continue with Zebra. Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Koha 20.11 - RabbitMQ and lock_dir

eeded, then how do I remove the error? Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Koha 20.11 - RabbitMQ and lock_dir

uted by a worker script. > To have RabbitMQ works it should be as easy as > rabbitmq-plugins enable rabbitmq_stomp > service rabbitmq-server restart > > > Let me know if you have additional questions. > > Regards, > Jonathan > > Le ven. 12 mars 2021 à 20:51,

[Koha] lockdir variable in koha config file

osed to be used for and who needs the write access? Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] When does .latest get switched

ersight or is there a certain amount of time between a release and a version becoming the .latest version? Thanks for the clarification, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu ___ Koha mailing list http://koha-communit

[Koha] zebra - item-level_itypes errors

ug fix was included in the 16.11.06 tar package. Do I have database problems with these records? If so, what should I be looking for? Or is there something else that can cause this problem? Or is the patch missing from this download? Thanks in advance for any pointers I can get. Tom -- *T

Re: [Koha] zebra - item-level_itypes errors

a, if you > have the information at the record level, set it back. > > Good luck, > > Pedro Amorim > > > > > > > > 2017-04-19 16:13 GMT+00:00 Tom Hanstra : > >> I'm installing Koha 16.11 and picked up the 06 release. >> >> Installation went f

[Koha] Cross-site scripting vulnerability - Koha 16.11

e_Project -- Does anyone know if there is a newer version of Koha which addresses these issues? Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu <http://library.nd.edu/> ___ Koha mailing list http://koha-com

[Koha] Kudos to the Koha developers

uring the upgrade to check that perl modules were in place, the database user had access, etc. Koha continues to mature as a system. Thanks to those who do development for a great product. Tom -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu <http://librar

[Koha] Zebra - less logging

hanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu <http://library.nd.edu/> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] 18.11 - Indexing

r. Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu <http://library.nd.edu/> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] 18.11 - Indexing

18.11. Thanks, Tom On Thu, Mar 21, 2019 at 12:43 PM Tom Hanstra wrote: > Can someone point me to documentation on the current state of indexing for > 18.11? I seem to recall a year or two ago some information on support for > Solr and now I see some info on Elasticsearch. Are either

[Koha] Adding memcached to Koha

Where am I missing the documentation for adding memcached to Koha? I don't currently have it installed but would like to try it. Where can I find instructions on how to properly add the software and configure it and then configure Koha to use it? Tom -- *Tom Hanstra* *Sr. Systems Administ

[Koha] Limit on Marc input file?

limitation in Koha on the number of records in a Marc file? Or in the size of the file? Are there settings which can be changed to upload larger files? Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu <http://library.nd.edu/> __

Re: [Koha] Limit on Marc input file?

nline > Visitenos en www.perusms.com > > > Le mar. 2 avr. 2019 à 14:20, Tom Hanstra a écrit : > >> I have two files to upload into Koha using the Stage MARC records import >> tool. >> >> One with 500 records properly uploads and allows me the option

[Koha] SQL for Auto Increment verification

ks in advance for any guidance you can provide, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu <http://library.nd.edu/> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] SQL for Auto Increment verification

y en mas de 180 paises. Use aplicaciones 2 vias via > SMS > > y GPRS online > >Visitenos en www.perusms.com > > > > > > Le mar. 23 avr. 2019 à 09:59, Tom Hanstra a écrit : > > > >> Based upon a blog post from a couple of versions back,

[Koha] Shibboleth implementation

as Koha working with this combination (Shibboleth and OKTA)? I could use some coaching through the various options. Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu <http://library.nd.edu/> ___ Koha mailing list http://ko

Re: [Koha] Shibboleth implementation

tal > zebra re-index as follows > */2 * * * * /usr/sbin/koha-rebuild-zebra --force instance > > Kind regards > > > On Thu, May 2, 2019 at 7:29 PM Tom Hanstra wrote: > >> I've been trying to work on switching our login authorization to >> Shibboleth >> usi

Re: [Koha] [Koha-devel] Koha 18.11.05, 18.05.12 and 17.11.18 release

_ > > Koha-devel mailing list > > koha-de...@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] Shibboleth eats search results

after logins in a similar way. I'm running Koha 18.11.4. Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu <http://library.nd.edu/> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.k

[Koha] Yaz and Zebra versions

Is there documentation somewhere which lists supported versions of Yaz and Zebra which are related to a given Koha version? I'm planning to run the latest 3.18 version and would like to know what versions of the additional software are supported. Thanks, Tom -- *Tom Hanstra* *Sr. Sy

[Koha] Version dependencies

ntranet/cgi-bin/mainpage.pl line 24. It could be that I don't have the right version of Yaz when installing/configuring that module. I cannot be sure because I don't know what version I should use, so I just grabbed the latest one. How can I be sure I have the right versions of everything?

[Koha] UUID and Text:Bidi install

ate (2.11). But the Koha install script says it is missing on upgrade. Why? Where is it looking for the current version that is different from where CPAN installed it? -- Any assistance with either of these would be helpful as I debug this. -- *Tom Hanstra* *Sr. Systems Administrator

Re: [Koha] UUID and Text:Bidi install

ss to the Internet, point your browser at http://www.perl.org/, the Perl Home Page. On Thu, May 19, 2016 at 11:19 AM, Tomas Cohen Arazi wrote: > perl --version -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu <http://library.nd.edu/> ___

[Koha] Facets

since that works and 1 does not. But I do want to understand the tradeoffs and why it is working as it is. Thanks, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu <http://library.nd.edu/> ___ Koha mailing list http://koha-co

Re: [Koha] Facets

tually contains the indexes used for retrieving the facets. > > 2016-05-19 13:36 GMT-03:00 Tom Hanstra : > >> I'm not sure I understand how facets work. >> >> I'm testing V3.22 (both .04 and .06) and have found that running with the >> default of using facet

Re: [Koha] Facets

The file is attached. I did not change this in any way that I am aware of. Thanks, Tom On Fri, May 20, 2016 at 9:19 AM, Tomas Cohen Arazi wrote: > r /etc/koha/zebradb/marc_defs/marc21/biblios/biblio-koha-indexdefs.xm > -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu

Re: [Koha] UUID and Text:Bidi install

I have already tried adding in both uuid-devel and libuuid-devel but UUID still does not want to install. Tom On Mon, May 23, 2016 at 4:32 AM, Colin Campbell < colin.campb...@ptfs-europe.com> wrote: > On Thu, May 19, 2016 at 11:16:39AM -0400, Tom Hanstra wrote: > > I&

[Koha] Facets and Yaz

r. Do I lose anything by rolling back to that level of Yaz? Thanks for any help or ideas you can give, Tom -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu <http://library.nd.edu/> ___ Koha mailing list http://koha-community.org Koha

Re: [Koha] Facets and Yaz

e, we would work on supporting them. > > Was CentOS what you were running on? > > El lun., 6 jun. 2016 a las 13:32, Tom Hanstra () escribió: > >> I've been looking more into the facets with Zebra a bit and have >> determined >> that, for every version of Yaz > 5.8.0,

[Koha] Multiple interfaces - one instance

information on what changes need to be made within Koha as well as example httpd configuration, that would really help. Or maybe there is additional documentation somewhere that is more complete? Thanks in advance, Tom Hanstra -- *Tom Hanstra* *Sr. Systems Administrator* hans...@nd.edu <h

[Koha] Installation/upgrade questions

his had been working with the 3.2.2 version since I upgraded without really doing much testing. It could be a base installation problem from the beginning. Thanks, Tom -- --------- Tom Hanstra

Re: [Koha] Installation/upgrade questions

Thanks, Galen. As it turns out, no, not all files did get the substitution. I tracked down those which did not and updated and things look better. Thanks! Tom On 04/25/2011 02:13 PM, Galen Charlton wrote: > Hi, > > On Apr 25, 2011, at 1:14 PM, Tom Hanstra wrote: > >>

[Koha] Index build - even without zebra?

issing? Thanks, Tom -- ------------- Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: t...@nd.edu N

Re: [Koha] Index build - even without zebra?

25 PM, Galen Charlton wrote: > Hi, > > On Apr 25, 2011, at 3:57 PM, Tom Hanstra wrote: > >> OK, I have loaded some data from another database into my local Koha. I >> don't have Zebra up and going yet, but I thought I could get a jump start by >> changing the p

[Koha] Fwd: Re: Index build - even without zebra?

tools/rebuild_nozebra.pl line 3. I can see that it is not looking in /shared/koha/soft/lib for the proper location for C4, but how do I best update the software so that the @INC path is properly set up? Thanks, Tom On 04/25/2011 08:38 PM, Chris Cormack wrote: On 26 Apr 2011 10:05, "Tom Hanstra

Re: [Koha] Fwd: Re: Index build - even without zebra?

that directory? Thanks, Tom On 04/26/2011 10:21 AM, Tomas Cohen Arazi wrote: > 2011/4/26 Tom Hanstra: > >> Chris or others, >> >> Did I miss something in the install? I tried adding things to the >> environment as suggested, but where things are choking are

[Koha] Zebra errors

hat might be still missing? Thanks, Tom -- --------- Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email:

[Koha] Zebra - Not really creating?

re? And what files can I review to make sure I have a valid indexing result? Thanks, Tom -- --------- Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame

Re: [Koha] Zebra - Not really creating?

dx(15423) [warn] No such record type: grs.marcxml.record There's the problem, I believe. Looks like rebuild_zebra.pl <http://rebuild_zebra.pl> isn't finding your zebra config files. Are those paths correct? -Ian On Thu, Apr 28, 2011 at 10:47 AM, Tom Hanstra <mailto:t..

Re: [Koha] Zebra - Not really creating?

at is keeping this from committing the transaction? Thanks again, Tom On 04/28/2011 11:26 AM, Tom Hanstra wrote: Yes, the paths are right. I'm installing on a shared SAN device and need to keep Koha, Zebra, Yaz, etc. all in their own locations on the SAN rather than on the server dev

Re: [Koha] Zebra - Not really creating?

I believe this turned out to be additional path problems. I think I have addressed it at this point. Thanks to all for your assistance, Tom On 04/28/2011 12:07 PM, Tom Hanstra wrote: OK, I found that the etc/zebradb/*.cfg files were still looking for Zebra in /usr/lib/idzebra-2.0. Obviously

[Koha] 3.4.4 - Install with zebra moved

for Zebra in koha-config.xml, all are default locations. How do I get around this? Thanks, Tom -- ----- Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame P

Re: [Koha] 3.4.4 - Install with zebra moved

There are all kinds of files buried which use the default location. Updating after the fact would be extremely time consuming and, most likely, I would miss something along the way. Tom On 08/30/2011 07:07 PM, Robin Sheat wrote: Tom Hanstra schreef op di 30-08-2011 om 14:35 [-0400]: How

[Koha] Zebra - finding proper modules

at it does? Thanks, Tom -- - Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: t...@n

Re: [Koha] Zebra - finding proper modules

wrote: On 2 September 2011 08:53, Tom Hanstra wrote: I'm having trouble getting Zebra to properly index my database. I have updated the configuration files in etc/zebradb with the location of my Zebra modules. I have them in a separate directory (/shared/zebra/lib/idzebra-2.0/modules).

[Koha] OPAC error

this error? Thanks, Tom -- - Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Ema

Re: [Koha] OPAC error

Thanks, but either this is not the problem or I don't know how to set the cookie properly. How can I properly check whether the "KohaOpacLanguage cookie is set"? Thanks, Tom On 09/06/2011 07:49 PM, Robin Sheat wrote: Tom Hanstra schreef op di 06-09-2011 om 15:06 [-0400]: Ca

Re: [Koha] OPAC error

y.) If you can tell us what it is you did to the database that made it work again, then maybe we can fix the problem at its source. -- --------- Tom Hanstra Systems Administrator Hesburg

[Koha] Database tables

self-explanatory, but if there is a more complete data map, that would be useful. Thanks, Tom -- - Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame Phone: (574)631

[Koha] Language differences - EN vs EN-GB

Where might I find information on the differences between different forms of English (specifically en-US vs en-GB) for Koha? Thanks, Tom -- - Tom Hanstra Systems Administrator

Re: [Koha] Language differences - EN vs EN-GB

es would I need to make? Thanks, Tom On 09/20/2011 02:36 PM, Chris Cormack wrote: On 21 September 2011 06:34, Tom Hanstra wrote: Where might I find information on the differences between different forms of English (specifically en-US vs en-GB) for Koha? Miriam webster dictionary vs

Re: [Koha] Language differences - EN vs EN-GB

Hmmm. If this works, what should I see as output and what files might be changed/updated/created? Also, where can I find the documentation on all of this? Did I miss it somewhere? Thanks, Tom On 09/20/2011 04:24 PM, Chris Cormack wrote: On 21 Sep 2011 07:13, "Tom Hanstra" wrot

[Koha] Installer error on database initialization

f.xml file shows the remote database server configured, so why might the installer not be properly using that? Any ideas where to look? Thanks, Tom -- - Tom Hanstra Systems Administ

[Koha] LDAP documentation

hanks, Tom -- ----- Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: t...@nd.edu Notre Dame, IN 46556 Every day, from here to th

Re: [Koha] LDAP documentation

utions.com/2011/09/08/how-ldap-connections-work-in-koha-3-4/ Hopefully this will get you started. Let me know if you have any questions. -Ian On Thu, Sep 22, 2011 at 3:04 PM, Tom Hanstra <mailto:t...@nd.edu>> wrote: Where is the best place to find documentation and maybe exa

Re: [Koha] LDAP documentation

I think I figured this out. Adding :636 to the server name seems to be getting me farther. Still some errors, but they are bind errors rather than access errors. Tom On 09/27/2011 10:39 AM, Tom Hanstra wrote: Ian, Is there a setting somewhere for what port Koha attempts to perform LDAP

Re: [Koha] LDAP documentation

ou're running on non-standard ports for your protocol. -Ian 2011/9/27 Tom Hanstra mailto:t...@nd.edu>> I think I figured this out. Adding :636 to the server name seems to be getting me farther. Still some errors, but they are bind errors rather than access errors.

[Koha] LDAP and password storage

-- - Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: t...@nd.edu Notre Dame, IN 46556 Every day, from here to

Re: [Koha] LDAP and password storage

ill keep LDAP connected logins from local storage? Thanks, Tom -- --------- Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library

[Koha] Ceiling due date

, Tom -- - Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: t...@nd.edu Notre Dame, IN

Re: [Koha] Ceiling due date

-- Owen -- ----- Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: t...@nd.edu Notre Dame, IN 46556 Every day, from here to there, funny things are

[Koha] Documentation - another slight change

Nicole, Another thing I noticed. In 1.13.1.6. QueryRemoveStopwords it looks like the functionality in the current version has changed slightly from what you have in the docs. Tom -- - Tom Hanstra

[Koha] LDAP documentation

DAP server. Thanks, Tom -- --------- Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: t...@n

Re: [Koha] Fwd: LDAP documentation

will be brought in. - Perform a batch export from LDAP and then a batch load into production. Is that right? Or am I missing another option? Thanks, Tom On 10/13/2011 06:36 AM, Chris Cormack wrote: 2011/10/13 Dobrica Pavlinušić: On Wed, Oct 12, 2011 at 17:14, Tom Hanstra wrote: Where can I

[Koha] Date on patron replication

. So where is the setting that is trying to add this as -mm-dd? Thanks, Tom -- --------- Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame Phone: (574)631-

Re: [Koha] Date on patron replication

or Project Manager LibLime, a division of PTFS Content Management and Library Solutions 11501 Huff Court North Bethesda, MD 20895 (301) 654-8088 x 151 jwag...@liblime.com -Original Message- From: koha-boun...@lists.katipo.co.nz [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of Tom Ha

[Koha] cleanup_database.pl

7160797fdd1d55 ... and Unix time stamp '1315496500' translates to 'Thu, 08 Sep 2011 15:41:40 GMT'. Did I miss something?? Tom -- --------- Tom Hanstra Systems Administrator

Re: [Koha] cleanup_database.pl

Chris, I was wondering which date was used. Is it lasttime? In this case, it is the same time stamp: lasttime: '1315496500' I'll look into memcached. That might be a good option for us. Thanks, Tom On 10/13/2011 04:04 PM, Chris Cormack wrote: On 14 October 2011 08:

[Koha] Logout of Staff client - 3.4.5

, Tom -- - Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: t...@nd.edu Notre Dame, IN

[Koha] CAS Authentication with Staff Client

Can CAS authentication be used with the Staff Client? I was able to get it working with the OPAC, but not on the Staff side. Thanks, Tom - Tom Hanstra Systems Administrator

Re: [Koha] Logout of Staff client - 3.4.5

blem is attached to the bug and is in 3.6 (and will likely be picked back into a future 3.4 revision). Liz Rea l...@nekls.org <mailto:l...@nekls.org> On Oct 25, 2011, at 10:21 AM, Tom Hanstra wrote: > I just noticed that Logout of the Staff Client for 3.4.

[Koha] CAS questions

I see is still the same (opac-user.pl). So, where is the redirection to this screen happening? And why is my secure host not getting to it? Thanks, Tom -- --------- Tom Hanstra Syste

Re: [Koha] CAS questions

ed in. Any ideas on what might be going on here? Thanks, Tom On 10/31/2011 04:11 PM, Tom Hanstra wrote: Some questions about CAS authentication: I have been able to link in our CAS service with Koha. I get the "Log in to your Account" page and choose to login via CAS. This jumps me out

[Koha] Koha fully on secure port

where this way might cause a problem. Thanks, Tom -- - Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library

[Koha] memcached documentation

hanks, Tom -- ----- Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: t...@nd.edu Notre Dame,

[Koha] Anonymous Patron setting

this setting change. Thanks, Tom -- - Tom Hanstra Systems Administrator University Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library

[Koha] Patron import as command line

Is there any documentation available on how I might run a patron import as a command line instead of interactively loading the data via Koha tools? Thanks, Tom -- - Tom Hanstra

[Koha] Anonymize checkout history

, Tom -- - Tom Hanstra Systems Administrator University Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: t...@nd.edu Notre Dame, IN 46556 Time flies like an arrow. Fruit flies l

[Koha] 3.6.2 - System preferences cannot be updated

nt instances of 3.6.2. Thanks, Tom -- ----- Tom Hanstra Systems Administrator University Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library

Re: [Koha] 3.6.2 - System preferences cannot be updated

ideas? Thanks, Tom On 02/23/2012 12:31 PM, Paul wrote: At 11:13 AM 2/23/2012 -0500, Tom Hanstra wrote: I'm running into a problem with changing System Preferences values. When I attempt to make a change, I get these errors in the message log Message Log * Error; your data might not

Re: [Koha] 3.6.2 - System preferences cannot be updated

Chris Nighswonger Date: Thu, Feb 23, 2012 at 2:52 PM Subject: Re: [Koha] 3.6.2 - System preferences cannot be updated To: Tom Hanstra Hi Tom, On Thu, Feb 23, 2012 at 11:13 AM, Tom Hanstra wrote: I'm running into a problem with changing System Preferences values. When I attempt to make a cha

[Koha] MyISAM vs InnoDB

give me a bit of the history of what made that change and why InnoDB is the desired storage method at this point. What functionality might be lost if I switched my local storage to MyISAM? Thanks, Tom -- -

Re: [Koha] 3.6.2 - System preferences cannot be updated

On 02/23/2012 03:10 PM, Tom Hanstra wrote: Chris, Thanks for confirming that this is something local. I'll start digging into this a bit deeper to see if something got messed up at the database level. Tom On 02/23/2012 02:53 PM, Chris Nighswonger wrote: Failed to cc the

[Koha] Customizing code obtained via git

hanks, Tom -- ---- Tom Hanstra Systems Administrator Hesburgh Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: t...@nd.edu Notre Dame, IN 46556

Re: [Koha] Customizing code obtained via git

But I don't know of other ways in which to get the change into place. So, I'm interested in understanding how others handle this. How does a single patch best get moved into place for testing without mucking up the localizations which have been made? Thanks, Tom On 03/05/2012 06

Re: [Koha] Customizing code obtained via git

? I find very few files copied over; and almost all are in the misc/translator directory. Thanks, Tom On 03/06/2012 04:10 PM, Chris Cormack wrote: * Tom Hanstra (t...@nd.edu) wrote: I need to explain a bit more what I'm currently trying to understand... I can use what I've learned

  1   2   >