![http://images.memegenerator.ne[…]0x280/9804273.jpg](http://images.memegenerator.net/instances/280x280/9804273.jpg){kind=link}
← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:12 | cait left #koha | |
| 03:15 | wizzyrea | @wunder 66047 |
| 03:15 | huginn | wizzyrea: The current temperature in Lawrence Live-Courtesy of the Khoury's, Lawrence, Kansas is 1.7°C (9:14 PM CST on December 16, 2012). Conditions: Overcast. Humidity: 94%. Dew Point: 1.0°C. Windchill: 2.0°C. Pressure: 29.82 in 1010 hPa (Rising). |
| 03:16 | mal_u joined #koha | |
| 03:17 | mal_u | Hi. I need help. |
| 03:17 | wizzyrea | heya |
| 03:18 | the first question? | |
| 03:18 | wahanui | "What are you trying to do?" or "What is the goal?" |
| 03:18 | mal_u | How can I set more than 3 Notices? |
| 03:18 | wizzyrea | For overdues? You cannot. |
| 03:19 | (I'm sorry to say) | |
| 03:19 | mal_u | which means I can't make use of all the notices? hold, overdue, etc. Then what's the point? |
| 03:19 | wizzyrea | sure you can |
| 03:20 | those are separate from overdues | |
| 03:20 | what are you trying to do exactly? | |
| 03:20 | the second question? | |
| 03:20 | wahanui | somebody said the second question was "What is the exact error message?" |
| 03:20 | wizzyrea | (if you have one) |
| 03:21 | mal_u | I want to set email notices for hold, advanced notice, overdue and 2nd overdue. |
| 03:21 | wizzyrea | ok, hold notices are automatic, you don't have to do anything for those |
| 03:21 | (as long as the patron has that notice selected in their settings) | |
| 03:21 | Advanced notices, same | |
| 03:22 | overdue, you set that up in the tools -> overdue notice/status triggers | |
| 03:22 | the notices can be edited by going to tools -> Notices & Slips | |
| 03:22 | mal_u | How about the delay setting for advanced? I would like an email sent 2 days before overdue. Do I put -2? |
| 03:23 | wizzyrea | no, just 2 |
| 03:23 | mal_u | O ok. I'll try it . Thanks. |
| 03:23 | wizzyrea | sure good luck |
| 03:23 | Irma joined #koha | |
| 03:23 | wizzyrea | hi irma |
| 03:29 | Irma | hi wizzyrea :-) How are the preparations for your first NZ XMas going? |
| 03:29 | wizzyrea | well I think :) how are you? |
| 03:30 | Irma | well thanks and pleased I can focus on last work tasks this week ... Family obligations have been delegated ... |
| 03:31 | wizzyrea | :D |
| 03:31 | Irma | Adding OneClickDigital to our Koha demo site is the current task |
| 03:31 | wizzyrea | oo |
| 03:31 | that's a good one | |
| 03:32 | Irma | and preparing documentation for one of our hosted libraries re promoting OCD |
| 03:32 | * wizzyrea | sees OCD and thinks of something completely different. |
| 03:33 | Irma | their members are often located very far from the physical library so this digital audiobook collection should become very popular |
| 03:33 | wizzyrea | *nod* that's always handy |
| 03:38 | Irma | and could become obsessive ...;-) |
| 03:39 | wizzyrea | hee |
| 03:40 | Irma | ciao wizzyrea ... |
| 03:40 | C U | |
| 03:41 | mal_u | Hi wizzyrea....another question. |
| 03:41 | wizzyrea | later irma :) |
| 03:41 | mal_u | What's the difference between Advance and Item Due notice? |
| 03:41 | wizzyrea | advance notices come out before the item is due |
| 03:41 | due notices come out on the day the item is due | |
| 03:43 | mal_u | and the ones with Digest means a compilation of titles? |
| 03:44 | wizzyrea | correct |
| 03:45 | eythian | wahanui: the Bourne Legacy is the Korn Shell |
| 03:45 | wahanui | OK, eythian. |
| 03:45 | mal_u | What's the reason they have the Hold Available notice if it's already automatic? |
| 03:48 | wizzyrea | that just indicates whether a patron receives that notice |
| 03:48 | so a patron can opt out if they want to | |
| 03:50 | what version are you running? perhaps the manual could be of some help for you | |
| 04:00 | mal_u | Ver 3.08.01.000. Well the document I'm reading doesn't say much. bummer. |
| 04:23 | trea left #koha | |
| 05:07 | thd-away joined #koha | |
| 05:37 | JesseM_a_ joined #koha | |
| 05:38 | cait joined #koha | |
| 05:42 | wizzyrea joined #koha | |
| 05:42 | janPasi joined #koha | |
| 05:43 | cait | good morning #koha |
| 05:50 | Brooke joined #koha | |
| 06:50 | Oak joined #koha | |
| 06:51 | Brooke | 0/ |
| 06:52 | Oak | \o |
| 06:53 | kia ora #koha | |
| 06:54 | druthb_mobile joined #koha | |
| 06:54 | * Brooke | wolfwhistles at druthb |
| 06:55 | druthb_mobile | Harrumph! |
| 06:55 | * Brooke | looks innocent. |
| 06:56 | druthb_mobile | Someone has low standards, or needs her eyes checked. |
| 06:56 | Brooke | you sound like my Da! |
| 06:56 | He shot down the old folks' home receptionist | |
| 06:56 | just like that | |
| 06:57 | she was like "Hey good looking!" and he was all like "You need your eyes checked again." | |
| 06:57 | druthb_mobile | :P |
| 06:57 | Brooke | the worst part was that it was a cute blonde |
| 06:57 | and it was like "olde man! Take the compliment. :P" | |
| 06:57 | druthb_mobile | Lol |
| 06:58 | Brooke | Chama de Gaucho San Antonio = just say no. |
| 06:58 | I told him if someone tried to take him, tell em that he's got a limited amount of time on the planet, and he shouldn't waste it there. | |
| 06:58 | druthb_mobile | Heh |
| 06:58 | Brooke | on the other hand Red Chili Thai was AWESOME |
| 06:59 | and super cheap | |
| 07:02 | * druthb_mobile | needs sleep, but cait has not glared at her enough to force her offline yet. |
| 07:16 | laurence joined #koha | |
| 07:18 | gaetan_B joined #koha | |
| 07:31 | BobB joined #koha | |
| 07:33 | reiveune joined #koha | |
| 07:33 | reiveune | hello |
| 07:33 | Brooke | howdy |
| 07:35 | BobB | hi Brooke! |
| 07:42 | asaurat joined #koha | |
| 07:49 | alex_a joined #koha | |
| 07:51 | matts | hi ! |
| 07:52 | julian_m joined #koha | |
| 07:53 | paul_p joined #koha | |
| 07:53 | Brooke | hi matts |
| 07:54 | pssst, ruth, we's immune cause d cait is not here to yell at us. | |
| 07:54 | paul_p | good morning everybody |
| 08:03 | lds joined #koha | |
| 08:18 | kf joined #koha | |
| 08:18 | kf | hi #koha |
| 08:38 | sophie_m joined #koha | |
| 09:58 | lms joined #koha | |
| 10:09 | vfernandes joined #koha | |
| 10:09 | vfernandes | hi :) |
| 10:10 | gerundio joined #koha | |
| 11:06 | thd-away` joined #koha | |
| 11:19 | mib_3iep5q joined #koha | |
| 11:20 | mib_3iep5q | Busco ayuda para subir mi koha 3.8 a un servidor web |
| 11:26 | gerundio | mib_3iep5q, hablas Inglés? |
| 11:27 | mib_3iep5q | puedo intentarlo |
| 11:28 | I can try | |
| 11:31 | WaqarAzeem joined #koha | |
| 11:33 | WaqarAzeem | Hello! In my Koha i am facing the 'search' related problem ... searching in differnt language is not returning the results as expected. |
| 11:34 | kf | you have to activate icu |
| 11:34 | if you are using koha 3.8 or 3.10 it's an option during installation | |
| 11:35 | your problem is wth non-latin languages? | |
| 11:36 | WaqarAzeem | thank you let me try it. |
| 11:36 | gerundio | mib_3iep5q, soy Português, posso intentar hablar un poquito Espanol |
| 11:36 | WaqarAzeem | yes with non-latin languages |
| 11:36 | gerundio | mib_3iep5q, cuál es tu problema con la configuración de Koha? |
| 11:47 | mib_3iep5q | Quiero sable si es Posible, ponerlo en la web de Internet utilizando algun hospedaje comercial |
| 11:49 | WaqarAzeem | Is there any instruction which can help me to enable ICU after installing Koha? I found couple of links. here they are... not sure which one I should try. |
| 11:49 | 1 - http://www.scribd.com/doc/4519[…]-Support-in-Zebra | |
| 11:49 | 2 - http://kohageek.pbworks.com/w/[…]guage%20searching | |
| 11:50 | gerundio | guys, is there any article on setting up Koha is some commercial hosting provider? |
| 11:53 | I tried following the Koha support companies in the community site but got an error: http://koha-community.org/support/paid-support/ | |
| 11:53 | you should look into it, since it was my 1st result on Google for "koha hosting" | |
| 11:54 | kf | gerundio: not sure what you are looking for? |
| 11:55 | Waqar: I am not quite sure about the changes to the koha conf xml file :( | |
| 11:55 | gerundio | some info on some hosting providers for mib_3iep5q to setup Koha |
| 11:55 | he's working for a library in Salamanca, Spain | |
| 11:55 | kf | WaqarAzeem: maybe someone else could give you info on thi s- the tutorials don't look wrong, but I think they predate the switch option in the installer |
| 11:55 | gerundio | and he's having a hard time setting up Koha on it's own |
| 11:56 | kf | i know there are different companies in spain |
| 11:56 | I remember meeting people from xercode once, but better check the website later for a complete list | |
| 11:57 | gerundio | I'll let him know about that |
| 11:57 | WaqarAzeem | Ok! i will give it a try after making a backup VM |
| 11:57 | gerundio | thanks kf |
| 11:57 | kf | @later tell wizzyrea - could you take a look at the koha supoort provider database? it seems to be broken :( http://koha-community.org/support/paid-support/ |
| 11:57 | huginn | kf: The operation succeeded. |
| 11:57 | Irma | Confirming error message reported by gerundio ... Also http://koha-community.org/ : Error establishing a database connection |
| 11:57 | kf | WaqarAzeem: maybe you could run the makeinstall again and choose icu, later compare the files between your production installation and the new generated file, move the parts about icu over |
| 11:59 | Oak joined #koha | |
| 12:00 | kf | Oak. |
| 12:02 | BobB joined #koha | |
| 12:05 | WaqarAzeem | good idea |
| 12:10 | tcohen joined #koha | |
| 12:13 | slef | hmmm wizzyrea is only sysadmin of the main host? Sounds like a bug |
| 12:14 | @seen wizzyrea | |
| 12:14 | huginn | slef: wizzyrea was last seen in #koha 8 hours, 24 minutes, and 0 seconds ago: <wizzyrea> what version are you running? perhaps the manual could be of some help for you |
| 12:15 | slef | Bug 9297 has been added to the database... bizarrely, excluding wizzyrea's email... I'll email directly |
| 12:16 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9297 critical, P1 - high, ---, wizzyrea, NEW , Error establishing a database connection |
| 12:16 | kf | slef: she is in nz now - so will be back much later today |
| 12:17 | slef | Bug 9297 has been added to the database |
| 12:17 | kf: I'm hoping mail filters might send it somewhere she checks more often | |
| 12:19 | kf | she is asleep now :) |
| 12:19 | I doubt that she will check it before going to work tomorrow | |
| 12:19 | but mailing her is a good idea | |
| 12:24 | jwagner joined #koha | |
| 12:32 | tcohen joined #koha | |
| 12:36 | Oak | kf |
| 12:46 | tcohen | morrrning #koha |
| 12:55 | sophie_m joined #koha | |
| 13:01 | mtompset joined #koha | |
| 13:01 | mtompset | Greetings, #koha. |
| 13:03 | jcamins | Good morning, #koha. |
| 13:03 | mtompset | Greetings, jcamins. |
| 13:03 | sophie_m joined #koha | |
| 13:03 | Ketan joined #koha | |
| 13:03 | Ketan | Hi |
| 13:03 | We installed koha 3.10 just now.. while adding a record we see a perl error | |
| 13:04 | Can't call method "fields" on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 2482. | |
| 13:04 | Now rebuilding koha | |
| 13:04 | I am not sure that is the solution though. | |
| 13:05 | jcamins | Do you have Zebra enabled? |
| 13:05 | If by "rebuilding Koha" you mean "reinstalling," probably not. | |
| 13:05 | However, it's always worth a try. | |
| 13:05 | Ketan | perl Makefile.pl, make ...etc |
| 13:05 | jcamins | Right. |
| 13:05 | mtompset | What OS are you using? |
| 13:05 | Ketan | ubuntu 12.10 |
| 13:06 | Have installed on the same OS before . | |
| 13:06 | That runs ok. | |
| 13:06 | mtompset | Why are you building Koha under Ubuntu, when you could use packages? |
| 13:06 | Ketan | packages? |
| 13:06 | wahanui | somebody said packages was at http://wiki.koha-community.org/wiki/Debian |
| 13:06 | Ketan | Let me check |
| 13:06 | mtompset | Ubuntu? |
| 13:06 | wahanui | hmmm... Ubuntu is a debian-based OS and Koha has shiny new ubuntu intructions. |
| 13:07 | mtompset | http://wiki.koha-community.org[…]ubuntu_-_packages |
| 13:07 | It's based on the Debian instructions. | |
| 13:08 | There was a tweak or two that was talked about in the mailing list that hasn't made it into the instructions. | |
| 13:08 | But generally, there's no need to build Koha on debian based systems. :) | |
| 13:08 | Ketan | ok. |
| 13:08 | Thanks. | |
| 13:09 | I did not know this. | |
| 13:09 | We work more on CentOS | |
| 13:09 | :-) | |
| 13:09 | mtompset | That would require a build. :) |
| 13:09 | tcohen joined #koha | |
| 13:09 | Ketan | Will try the instructions on the webpage you gave. |
| 13:09 | Thank you. | |
| 13:10 | mtompset | You're welcome. |
| 13:10 | Greetings, tcohen. | |
| 13:10 | I'm able to finally install a 64-bit OS in VirtualBox. :) | |
| 13:11 | tcohen | :-D |
| 13:11 | will you test my patch? | |
| 13:11 | mtompset | My computer isn't fully set up for that yet. |
| 13:11 | I spent a couple days running all the windows updates. | |
| 13:12 | I just got Ubuntu 12.04 LTS 64-bit installed. | |
| 13:13 | Now to drivc the son to daycare. :) | |
| 13:15 | tcohen | good luck mtompset |
| 13:18 | oleonard joined #koha | |
| 13:23 | oleonard | Hi #koha |
| 13:25 | kf | hi oleonard :) |
| 13:33 | NateC joined #koha | |
| 13:43 | mtompset | Greetings, oleonard and kf. :) |
| 13:43 | paul_p joined #koha | |
| 13:44 | nengard joined #koha | |
| 13:44 | paul_p | hello back |
| 13:44 | kf | hi paul_p |
| 13:44 | paul_p | hi kf |
| 13:54 | mtompset | Greetings, paul_p. |
| 13:54 | paste? | |
| 13:54 | wahanui | i heard paste was found at http://paste.koha-community.org |
| 13:55 | pastebot | "mtompset" at 127.0.0.1 pasted "Sucky!" (3 lines) at http://paste.koha-community.org/318 |
| 13:56 | mtompset | Is this bad internet/dns or really a problem? |
| 13:56 | jcamins | No idea. |
| 13:56 | I can tell you that the apt line on the Debian page is correct. | |
| 13:57 | I just used it. | |
| 13:57 | mtompset | Okay, I'll assume bad internet... my ISP's DNS servers have been pretty lousy lately. |
| 14:00 | edveal joined #koha | |
| 14:01 | mtompset | Nope... I think it may be a data problem. |
| 14:02 | I changed the server to oldstable. | |
| 14:02 | worked fine. | |
| 14:06 | And there's the problem... typos strike again. | |
| 14:07 | Oak joined #koha | |
| 14:10 | talljoy joined #koha | |
| 14:18 | chris_n | syntax... one mistake and the world comes to a screeching halt |
| 14:20 | mtompset | So true, chris_n. So true. Just added work around into Ubuntu instructions. |
| 14:20 | jcamins | mtompset: what is the workaround for? |
| 14:20 | Actually, I really don't want to know, do I? | |
| 14:21 | mtompset | The chi-perl, digest-jhash stuff mentioned in the mailing list. |
| 14:21 | * jcamins | withdraws the question. |
| 14:21 | chris_n | hehe |
| 14:21 | mtompset | You'll notice I did not put it in a nice box, so people should generally miss it. :) |
| 14:40 | Except for the work around. It's nice the instructions worked fabulously for me. :) | |
| 14:42 | And this new machine is a virtualizing dream! | |
| 14:42 | Stuff that took hours install wise is just minutes. :) | |
| 14:45 | maximep joined #koha | |
| 14:47 | mtompset | Greetings, maximep. |
| 14:48 | BTW, should we be recommending 3.8.x or 3.10.x? | |
| 14:50 | jcamins | I recommend 3.8.x. |
| 14:50 | Actually, that's not true. | |
| 14:50 | I recommend 3.6.x. | |
| 14:50 | mtompset | There's no repo for 3.6.x :P |
| 14:50 | jcamins | True. |
| 14:50 | mtompset | (koha-community repo) |
| 14:51 | I was just going over the Ubuntu koha installation instructions again and noticing they said 'oldstable'. | |
| 14:52 | Probably because no one had figured out the 3.10.x workaround at the time, or I was sticking with 3.6.x as long as possible. ;) | |
| 14:52 | jcamins | Probably because I recommended 3.6.x. |
| 14:52 | And now I recommend 3.8.x. | |
| 14:53 | If you can't be bothered to build your own packages for 3.6.x, anyway. | |
| 14:53 | mtompset | Oh... no, I think I went with oldstable, because if the Debian release changes from squeeze, I didn't want to have to edit the instructions. ;) |
| 14:54 | jcamins | Ooh, good point. |
| 14:54 | * jcamins | would leave it at oldstable. |
| 14:55 | mtompset | Now I should try doing a git install. |
| 14:55 | jcamins | Sure, why not? |
| 14:56 | mtompset | tcohen's 64-bit issues can then be confirmed or not when I do, since I'll have a 64-bit install that I'm testing on. :) |
| 14:59 | jenkins_koha | Starting build #981 for job Koha_master (previous build: NOW UNSTABLE -- last SUCCESS #978 3 days 13 hr ago) |
| 15:00 | maximep joined #koha | |
| 15:01 | Oak joined #koha | |
| 15:03 | mtompset | Greetings, Oak. |
| 15:05 | huginn | New commit(s) kohagit: Bug 7674: Increment version number <http://git.koha-community.org/[…]eaa26bcef62997d0e> / Bug 7674: Remove some debug code <http://git.koha-community.org/[…]13e1884217f5b140b> / Bug 7674 - Followup - Add missing right-hand curly bracket <http://git.koha-community.org/[…]63ec7a4fce6e49b35 |
| 15:14 | * mtompset | smirks, "I see tcohen removed the link to the tarball install instructions." |
| 15:25 | kf | hm |
| 15:25 | koha-community.org broekn for others too? | |
| 15:25 | jcamins | slef reported a problem. |
| 15:25 | oleonard | It wasn't broken for me when I checked a couple of hours ago |
| 15:25 | kf | hm it worked earlier, only the support provider listing was broken |
| 15:27 | so um, it does really not work now, right? | |
| 15:27 | slef | oleonard closed my bug report |
| 15:27 | jcamins | I don't know. I didn't try. |
| 15:27 | Down for me. | |
| 15:28 | * oleonard | called it as he saw it at the time |
| 15:29 | kf | I thought we had a pref controlling how to deal with items wich holds at the self check |
| 15:30 | tcohen joined #koha | |
| 15:30 | kf | ah AllowItemsOnHandCheckout |
| 15:30 | weird | |
| 15:31 | teh release notes say it should be there, but can't find it | |
| 15:35 | found it | |
| 15:35 | it got renamed a little | |
| 15:52 | BigRig joined #koha | |
| 15:52 | mtompset | What causes the ping timeout? |
| 15:53 | jcamins | mtompset: a route going out, the computer being unplugged, changing WAPs, the chat program being closed rather than shut down... |
| 15:53 | liw | mtompset, such as the one tchoen just had? the server and the client failing to communicate within some time limit, which can happen for lots of different reasons (see jcamins) |
| 15:55 | mtompset | Okay, about to test the git install instructions for Ubuntu in a nice 64-bit environment. :) |
| 15:55 | Hmm.... anyone know how to turn off the transparency in the title bars under windows 7? | |
| 15:56 | jcamins | mtompset: yes. http://www.debian.org/distrib/ |
| 15:56 | * mtompset | laughs. |
| 15:57 | mtompset | No, I need a windows environment for working. |
| 15:58 | jcamins | mtompset: http://www.ubuntu.com/download[…]windows-installer |
| 15:59 | mtompset | I'm not looking to dual boot. I hate dual booting. :P |
| 16:00 | jcamins | Yes, that's why you don't dual boot. |
| 16:01 | You install Ubuntu, boot it, and never reboot again because suddenly your computer works well. | |
| 16:01 | :P | |
| 16:01 | oleonard | mtompset: Right click desktop, choose "personalize" |
| 16:02 | jcamins | oleonard: there's a "replace with pleasant-to-use OS" option under the personalization control panel? :) |
| 16:02 | (actually, I've never used Windows 7) | |
| 16:03 | mtompset | jcamins: I need to use the OS of the people I have to interact with/support. |
| 16:03 | Windows 7 Basic is the theme I want. :) | |
| 16:05 | oleonard | jcamins: Linux may be powerful, but I wouldn't call the desktop environment "pleasant to use" |
| 16:05 | jenkins_koha | Project Koha_master build #981: STILL UNSTABLE in 1 hr 6 min: http://jenkins.koha-community.[…]/Koha_master/981/ |
| 16:05 | * robin: Bug 9052 - rewrite the YUI links to use the system library | |
| 16:05 | * Paul Poulain: Bug 7674: Separate items in two tabs on biblio detail page (staff+opac) | |
| 16:05 | * julian.maurice: Bug 7674: Open shelf browser in appropriate tab | |
| 16:05 | * julian.maurice: Bug 7674: Add 2 sysprefs to indicate the branch we want to separate on | |
| 16:05 | * kyle: Bug 7674 - Followup - Add missing right-hand curly bracket | |
| 16:05 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9052 blocker, P5 - low, ---, robin, Pushed to Master , YUI assets installed in the wrong place by packages |
| 16:05 | jenkins_koha | * julian.maurice: Bug 7674: Remove some debug code |
| 16:05 | mtompset | Yes, that's the biggest shortfall of linux. |
| 16:05 | jenkins_koha | * jcamins: Bug 7674: Increment version number |
| 16:05 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7674 enhancement, P5 - low, ---, julian.maurice, Pushed to Master , Separate tabs for my holdings and others holdings |
| 16:08 | gerundio | I was just informed that all our records were incorrectly given the same item type during import |
| 16:08 | is there any function which I can use in a script to update the item type for a given record? | |
| 16:17 | jcamins | gerundio: you could do bulk item edits. |
| 16:17 | Or, if there's some way to identify the records programmatically, the best option would probably be a new script to do it. | |
| 16:17 | gerundio | jcamins, that's my idea |
| 16:17 | create a new script to do it | |
| 16:18 | bulk item might be too hard since I have to map the item types from docbase to the new item types on koha | |
| 16:18 | and I have 60k+ records to go through | |
| 16:19 | around 5k have wrong item types assigned to | |
| 16:20 | jcamins | Yeah, I'd recommend a script. |
| 16:24 | reiveune | bye |
| 16:24 | reiveune left #koha | |
| 16:28 | asaurat left #koha | |
| 16:31 | mtompset | Shoot! I have just confirmed tcohen's 64-bit issue. ARG! |
| 16:32 | gmcharlt | @quote random |
| 16:32 | huginn | gmcharlt: Quote #158: "http://images.memegenerator.ne[…]0x280/9804273.jpg" (added by wizzyrea at 04:45 PM, September 23, 2011) |
| 16:32 | laurence left #koha | |
| 16:33 | gmcharlt | meh, 404 |
| 16:33 | * mtompset | nods, "404." |
| 16:33 | gmcharlt | @quote delete 158 |
| 16:33 | huginn | gmcharlt: I'll give you the answer just as soon as RDA is ready |
| 16:33 | gmcharlt | list Quote |
| 16:33 | @list Quote | |
| 16:33 | huginn | gmcharlt: add, change, get, random, remove, search, and stats |
| 16:33 | gmcharlt | @quote remove 158 |
| 16:33 | huginn | gmcharlt: The operation succeeded. |
| 16:35 | mtompset | @quote random |
| 16:35 | huginn | mtompset: Quote #204: "jcamins: It makes me feel like MARC has failed me." (added by chris_n at 05:37 PM, May 11, 2012) |
| 16:41 | druthb | @quote random |
| 16:41 | huginn | druthb: Quote #199: "chris_n: considering marc is scary to us, I can't imagine what it does to patrons." (added by wizzyrea at 02:24 PM, April 09, 2012) |
| 16:42 | * druthb | imagines a big burly guy with a nametag reading "Marc" as part of the library staff, a wiffle-bat in his hand, looking sourly at patrons. That'd scare me. |
| 16:45 | jcamins | lol |
| 16:52 | * mtompset | grins. |
| 16:55 | huginn | New commit(s) kohagit: Bug 9144 - bulkmarcimport.pl - Problem identifying errors <http://git.koha-community.org/[…]6f37d1954feb4e0b1> |
| 16:58 | kf left #koha | |
| 16:59 | jenkins_koha | Starting build #982 for job Koha_master (previous build: STILL UNSTABLE -- last SUCCESS #978 3 days 15 hr ago) |
| 17:00 | jcamins | @later tell rangi Could you please try running updatedatedatabase.pl again on jenkins? |
| 17:00 | huginn | jcamins: The operation succeeded. |
| 17:01 | melia joined #koha | |
| 17:02 | H joined #koha | |
| 17:02 | H | Hey all |
| 17:02 | khall | is there a quick way for me to verify that ICU indexing is enable for a koha installation? |
| 17:02 | jcamins | khall: without terminal access, no. |
| 17:02 | khall | how about with terminal access? |
| 17:03 | jcamins | Yeah, just take a look at zebradb/etc/default.idx. |
| 17:06 | thd-away joined #koha | |
| 17:06 | H | question on my new server for my zebra search seems to lose his ENV variables and so also my cronjob does not run ... if i put in the variables i can do the indexing but then the next login no variables annyone knows this problem ? |
| 17:07 | jcamins | H: you should set your environment variables in your crontab. |
| 17:07 | H | ah did not do that in the old machine |
| 17:07 | is that just a line ? | |
| 17:07 | thd-away joined #koha | |
| 17:07 | jcamins | I'm surprised it worked at all on the old machine, then. :/ |
| 17:07 | Yeah. | |
| 17:08 | khall | jcamins: thanks! |
| 17:08 | H | still does lol |
| 17:08 | jcamins | One moment, I'll find a sample. |
| 17:08 | Wait, aren't you using Ubuntu? Why aren't you using packages? | |
| 17:08 | H | well old machine = test machiine |
| 17:08 | did not work | |
| 17:09 | jcamins | Ah. |
| 17:09 | CharlottevL joined #koha | |
| 17:09 | H | got some help here to do it the old fashion way |
| 17:09 | :) | |
| 17:09 | jcamins | Here's an example crontab: http://git.koha-community.org/[…]34c9dc1b2;hb=HEAD |
| 17:09 | H | he runs but the zebra is fighting back |
| 17:09 | khall | looks like I'm using ICU but I still cannot reproduce bug 7518 |
| 17:09 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7518 normal, P3, ---, fridolyn.somers, Needs Signoff , searches with quotation marks don't work |
| 17:10 | H | ah there they are i try it |
| 17:10 | jcamins | khall: really? I was able to reproduce the problem. |
| 17:11 | My preferred solution, of course, is to just stop using CCL2RPN since it's a bad idea all around. ;) | |
| 17:11 | khall | what's the alternative? |
| 17:11 | wahanui | the alternative is collecting jars to put it in so you can throw it away, where it does no one any good. |
| 17:11 | jcamins | ... |
| 17:11 | lol | |
| 17:12 | I'm glad you asked! | |
| 17:12 | QueryParser! | |
| 17:12 | The all-singing, all-dancing, all-parsing, and all-finding new query parser for the search rewrite! | |
| 17:12 | Bug 9123 | |
| 17:12 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9123 normal, P5 - low, ---, fridolyn.somers, Pushed to Stable , Authorities search ordered by authid does not work |
| 17:12 | jcamins | No. |
| 17:12 | bug 9321 | |
| 17:12 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9321 was not found. |
| 17:12 | jcamins | Umm... |
| 17:12 | Bug 9239 | |
| 17:12 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9239 enhancement, P5 - low, ---, jcamins, ASSIGNED , Koha should share Evergreen's QueryParser module for parsing queries |
| 17:13 | jcamins | It is not quite at "Needs signoff." |
| 17:13 | druthb | @quote add jcamins: QueryParser! The all-singing, all-dancing, all-parsing, and all-finding new query parser for the search rewrite! |
| 17:13 | huginn | druthb: The operation succeeded. Quote #224 added. |
| 17:14 | CharlottevL | Hi... I have a stupid problem.. I was trying to repair bug 8375 (not correct diacritics when PDF export) and I haven't saved he original "label-create-pdf.pl". the patch is not working, can someone send me the original perl? :( |
| 17:14 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8375 normal, P5 - low, ---, matted-34813, In Discussion , Common diacritics not shown correctly when exporting batch label to PDF |
| 17:14 | khall | cool, I look forward to testing that! |
| 17:14 | jcamins | CharlottevL: what version of Koha? |
| 17:15 | CharlottevL | jcamins: 3.08.00.000 |
| 17:16 | jcamins | CharlottevL: http://git.koha-community.org/[…]0e2410320141f786e |
| 17:16 | H | oh thx the cronjob works |
| 17:16 | jcamins | khall: it is missing a very small amount of configuration, and a unit test. |
| 17:16 | H | still wonder why i did not have to do that in the first install |
| 17:16 | CharlottevL | uaah! thank you:) I was looking for it there for 10 minutes.. |
| 17:19 | H | time for my cello lessons all have a fun evening untill later |
| 17:22 | * jcamins | pictures someone playing the cello and singing "Later... when is later? All you ever hear is Later, Zebra, later. Yes we know, Zebra, oh Zebra, everyone agrees Zebra, please, Zebra... give me search results" |
| 17:22 | jcamins | (and for the record, that wasn't gloomy... it was profound) |
| 17:23 | * jcamins | chortles |
| 17:27 | jcamins | Alas, no one ever appreciates my clever song lyric quoting. |
| 17:28 | cait joined #koha | |
| 17:28 | * cait | waves |
| 17:33 | mtompset | Don't recognize the songs, so I can't appreciate. Sorry. |
| 17:34 | I just did a wget http://download.koha-community[…]oha-latest.tar.gz and got 3.8.7 | |
| 17:34 | jcamins | That doesn't seem right. |
| 17:34 | mtompset | No, it doesn't. |
| 17:34 | Who packages the tar files? | |
| 17:36 | Just surfed to http://download.koha-community.org/ -- I think the inclusion of 3.6.x probably caused a screw up? | |
| 17:37 | jcamins | No, it's just that Paul didn't update koha-latest. |
| 17:38 | CharlottevL joined #koha | |
| 17:40 | CharlottevL | Hi. I've tried it once again adding one line in perl program according to http://bugs.koha-community.org[…]w_bug.cgi?id=8375 but it's still not working. Does someone has some experiences with label printing in PDF? |
| 17:40 | huginn | 04Bug 8375: normal, P5 - low, ---, matted-34813, In Discussion , Common diacritics not shown correctly when exporting batch label to PDF |
| 17:40 | * jcamins | doesn't know anything about it, sorry. |
| 17:41 | CharlottevL | czech language has some crazy characters like ščřž etc... It's a bit boring to write all labels by hand. I'll try to solve it :) |
| 17:42 | Callender joined #koha | |
| 17:54 | tcohen joined #koha | |
| 18:02 | hankbank joined #koha | |
| 18:04 | jenkins_koha | Project Koha_master build #982: STILL UNSTABLE in 1 hr 5 min: http://jenkins.koha-community.[…]/Koha_master/982/ |
| 18:04 | vfernandes: Bug 9144 - bulkmarcimport.pl - Problem identifying errors | |
| 18:04 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9144 trivial, P1 - high, ---, vfernandes, Pushed to Master , bulkmarcimport.pl - Problem identifying errors |
| 18:21 | izzaboo joined #koha | |
| 18:21 | izzaboo | hallo |
| 18:26 | rangi | Morning |
| 18:26 | wahanui | Morning is, like, a state of mind. or whenever the cat wants breakfast |
| 18:27 | cait | morning rangi |
| 18:27 | rangi | jcamins: ill try the db update when I get to my desk |
| 18:28 | jcamins | rangi: thanks! |
| 18:30 | rangi | druthb_lunch: lemme know when you want dns changed, also did you see my string freeze email? |
| 18:53 | vfernandes | bye guys :) my first patch pushed... and portuguese translations do 3.8 at almost 80%. I'm happy :P |
| 18:56 | mtompset | Good job, vfernandes. :) |
| 18:58 | git-bz? | |
| 18:58 | wahanui | well, git-bz is at http://wiki.koha-community.org[…]_bz_configuration |
| 19:00 | druthb | rangi: You can change the DNS any time; I'm using a redirect, and the move has already happened. Yes, I did; I'll be doing the update this evening. |
| 19:01 | (this afternoon, if I can sort out what needs to be done. I got little-to-no documentation.) | |
| 19:03 | rangi | righto thanks |
| 19:03 | ill change the dns now | |
| 19:06 | druthb | rangi++ |
| 19:06 | rangi | dns changed, it will take some time to filter around the net |
| 19:07 | druthb | sure. I'll keep the redirect up, no itch. |
| 19:07 | rangi | cool |
| 19:07 | jcamins: it jumped past the borrower_modifications changes | |
| 19:08 | ie | |
| 19:08 | $DBversion = "3.11.00.008"; | |
| 19:08 | if (CheckVersion($DBversion)) { | |
| 19:08 | still failed | |
| 19:08 | but | |
| 19:08 | $DBversion = "3.11.00.009"; | |
| 19:08 | if (C4::Context->preference("Version") < TransformToNum($DBversion)) { | |
| 19:08 | ran | |
| 19:09 | so its now at 3.11.00.009 | |
| 19:09 | but the .008 change never ran, so tests are still failing | |
| 19:09 | jcamins | ... |
| 19:09 | that's bizarre. | |
| 19:09 | rangi | that checkversion is totally not working on jenkins |
| 19:09 | jcamins | I've had several people check, and .008 ran on every single other computer. |
| 19:09 | Okay. | |
| 19:10 | If you manually set the version back does it still not run? | |
| 19:10 | rangi | it was .007 just before i ran it this morning |
| 19:10 | jcamins | I'll just revert CheckVersion if it does not. |
| 19:10 | rangi | but i can wind it back and try again |
| 19:10 | jcamins | Oh, I just thought of something... you don't have PERL5LIB pointing to somewhere else, do you? |
| 19:11 | rangi | nope |
| 19:11 | echo $PERL5LIB | |
| 19:11 | /var/lib/jenkins/jobs/Koha_master/workspace | |
| 19:11 | jcamins | Yeah, that looks right. |
| 19:12 | rangi | i wound it back to 006 |
| 19:13 | Upgrade to 3.11.00.007 done (Bug 9056: add German and a couple of French translations to language_descriptions) | |
| 19:13 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9056 minor, P5 - low, ---, veron, NEW , Add more translations to table language_descriptions |
| 19:13 | rangi | Upgrade to 3.11.00.009 done (Bug 7674: Add systempreferences SeparateHoldings, SeparateHoldingsBranch, OpacSeparateHoldings and OpacSeparateHoldingsBranch) |
| 19:13 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7674 enhancement, P5 - low, ---, julian.maurice, Pushed to Master , Separate tabs for my holdings and others holdings |
| 19:13 | jcamins | Okay. |
| 19:13 | Thanks. | |
| 19:13 | rangi | it just skipped right past 008 |
| 19:13 | jcamins | That's really weird. |
| 19:13 | rangi | not sure why |
| 19:13 | wahanui | not sure why is still pulling it |
| 19:13 | jcamins | It must be failing to load kohaversion.pl |
| 19:14 | rangi | hmm thats my guess |
| 19:14 | tcohen | maybe its just cursed |
| 19:14 | jcamins | tcohen: hehe. |
| 19:14 | Seems likely. | |
| 19:15 | rangi | C4::Context->final_linear_version |
| 19:15 | i bet that is failing | |
| 19:16 | jcamins | Yeah, but all that does is loads kohaversion.pl. |
| 19:16 | seneca joined #koha | |
| 19:17 | rangi | my $cgidir = C4::Context->intranetdir; |
| 19:18 | seneca | Anyone know what would cause "opac-search.pl" on Debian to suddenly multiply and eat up all the RAM, thereby freezing the OS? |
| 19:19 | rangi | seneca: check your access logs, something is probably hammering the server |
| 19:19 | jcamins: i think its a pathing issue | |
| 19:20 | its looking at the kohaversion that is installed | |
| 19:20 | seneca | does opac-search.pl run for each search? |
| 19:20 | rangi | not the one that is in the checkout |
| 19:20 | jcamins | rangi: you know, I never tested it where I was checking out code but not installing it. |
| 19:20 | rangi | i can fix that with a symlink on jenkins, but im not sure if will bite others |
| 19:20 | jcamins | Never even occurred to me to want to. |
| 19:21 | I tested it on packages and regular installs (as well as git), but not a regular install with a git checkout. | |
| 19:21 | rangi | yep its unlikely to happen |
| 19:21 | trea joined #koha | |
| 19:27 | seneca | rangi: I don't think anything from outside was hammering the server |
| 19:28 | rangi | seneca: yep it runs for each search |
| 19:28 | !jenkins build koha_master now | |
| 19:28 | jenkins_koha | rangi: job koha_master build scheduled now |
| 19:28 | Starting build #983 for job Koha_master (previous build: STILL UNSTABLE -- last SUCCESS #978 3 days 17 hr ago) | |
| 19:28 | seneca | the koha-error.log is showing: Premature end of script headers: opac-search.pl, referer: http://library.mvschool.com/cg[…]q=hanukkah&limit= |
| 19:28 | over and over and over | |
| 19:28 | * wizzyrea | waves |
| 19:29 | seneca | but we're a small school, and it crashed when only 9 students were using the opac at once |
| 19:30 | everything was cool, until suddenly at least 22 "opac-search.pl" instances opened (all that I could see in the term where I was watching top) | |
| 19:30 | rangi | what does the access log say? |
| 19:30 | seneca | all of them claiming ~1.5% of the memory |
| 19:30 | wizzyrea | cait - support provider list broken how? |
| 19:30 | seneca | apache access? |
| 19:31 | rangi | go to your virtual host config for your koha sites and uncomment the accesslog for the opac |
| 19:31 | that way you will be able to see whats actually hitting it | |
| 19:31 | i suspect google :) | |
| 19:31 | or baidu | |
| 19:32 | do you have a robots.txt ? | |
| 19:32 | seneca | I se what you're getting at, but I don't think that's it' |
| 19:32 | I think we can make it happen... | |
| 19:32 | it only freezes/crashes when a class is being taught how to uses the opac | |
| 19:32 | rangi | then you justt need to lower the concurrent threads/workers on your apache |
| 19:33 | because you dont have enough ram to handle as much as you are telling apache you can handle | |
| 19:34 | seneca | hmmm |
| 19:34 | rangi | its better to have some queue up |
| 19:34 | than try to serve more than you can serve | |
| 19:34 | if you hit swap | |
| 19:34 | seneca | 2 GB of RAM on this server |
| 19:34 | rangi | that will happen, apache will just keep opening more connections up to its limit |
| 19:35 | seneca | I get that, but I don't think anything is telling apache to open the connections - the thing that would do that would be people or bots doing opac searches, right? |
| 19:36 | rangi | yes |
| 19:36 | ppl hitting refresh cos its slow | |
| 19:36 | seneca | and there's no way (I don't think) that we suddenly got enough searches to take out 2GB of RAM in a second's time |
| 19:37 | rangi | right, well i told you what i think happened from 12 years of koha experience, you are of course free to ignore me |
| 19:37 | seneca | I'm not ignoring you, I'm responding, aren't I? ;) |
| 19:38 | and I appreciate the feedback, but I've got about the same amount of experience running apaceh on servers at this same school | |
| 19:38 | something just doesn't sound right | |
| 19:38 | jcamins | seneca: you have a class full of students all hitting the OPAC at once? |
| 19:38 | rangi | its the phase of the moon |
| 19:39 | seneca | sorta: |
| 19:39 | wizzyrea | excuse? |
| 19:39 | rangi | mayan prophesy |
| 19:39 | wahanui | wizzyrea: We're upgrading /dev/null |
| 19:39 | seneca | the class today was all of 9 people |
| 19:39 | and they were all using the opac for 30 mins before the problem occured | |
| 19:39 | jcamins | rangi: no it isn't. It's the fact that 10 kids all typed in the exact same thing, hit enter simultaneously, clicked "search," clicked again, clicked refresh, and took down the server. |
| 19:39 | seneca | b/c this has happened before, I was watching the server |
| 19:40 | jcamins | And the processes just kept on stackig up, like the kids were hitting refresh too quickly? |
| 19:40 | * jcamins | leaves again. |
| 19:40 | seneca | instances of opac-search.pl were popping in and out of existence like they are supposed to |
| 19:40 | no, the processes weren't stacking up | |
| 19:40 | kathryn joined #koha | |
| 19:40 | jcamins | I am ~10 lines from perfect coverage in my unit test. |
| 19:40 | wizzyrea | \o/ |
| 19:41 | fast indexer went off? | |
| 19:41 | jcamins | Okay, not _perfect_ |
| 19:41 | But awesomely close thereto. | |
| 19:41 | rangi | nice! |
| 19:41 | wizzyrea | 99.98% or something |
| 19:41 | jcamins | Yeah. |
| 19:41 | seneca | everything seemed to be working as it should, until it wasn't: in about 1 or 2 seconds so many opac-search.pl instances pooped into existence that it ate up nearly 2GB of RAM and crashed the server |
| 19:42 | wizzyrea | your opac is internet accessible eh? |
| 19:42 | seneca | yeah, it is, and I know what you're going to say |
| 19:42 | * wizzyrea | wasn't going to say anythign |
| 19:42 | was just asking questions | |
| 19:43 | seneca | but the internet's people and bots don't have any way to line up with when classes are using the opac |
| 19:43 | hehe | |
| 19:43 | JesseM left #koha | |
| 19:43 | rangi | you could turn your access logs on .. then you'd actually know, not just be guessing |
| 19:43 | seneca | and I just did, thanks for that tip |
| 19:43 | wizzyrea | *shrug* only way to know would be to turn on the logs |
| 19:43 | jcamins | I worked for a support vendor that had a union catalog which included schools. |
| 19:43 | wizzyrea | and it couldn't hurt to have a robots.txt |
| 19:44 | * wizzyrea | considers these things good practice anyway |
| 19:44 | seneca | by my calculation, that would be a sudden ~66 opac searches simultaneously |
| 19:44 | me too, I just installed this Debian server + koha-from-apt server a few months ago and didn't realize that the access log was disabled by default | |
| 19:44 | jcamins | Their server went down every time there was a class, too. |
| 19:45 | seneca | hmm |
| 19:45 | how big was their class? | |
| 19:45 | larryb joined #koha | |
| 19:45 | seneca | 9 kids hitting 66 searches all within a few seconds of eachother seems pretty far fetched. :) |
| 19:45 | * larryb | waves |
| 19:46 | jcamins | seneca: ~25 students on an 8GB server. |
| 19:46 | * jcamins | goes back to doing something useful. |
| 19:46 | seneca | wow. that's incredible to me |
| 19:47 | jcamins | seneca: you've never watched kids use a computer. |
| 19:47 | larryb | saw the discussion on the logs. For a 2G server, 9 students is plenty to crash it. |
| 19:47 | * wizzyrea | has |
| 19:47 | wizzyrea | they are CLICK HAPPY |
| 19:47 | larryb | All you have to do is get 9 students to hit reload 7 times and you've got your 66. |
| 19:47 | wizzyrea | and if it doesn't come back in 2ms |
| 19:47 | they are going to try again | |
| 19:47 | because that is the world they live in | |
| 19:47 | trea | ^^ |
| 19:47 | jcamins | My 12yo cousin is incredible... click..click..click..refreshrefreshrefreshrefreshrefreshrefreshrefreshrefreshrefreshrefresh... "I'm bored." |
| 19:47 | seneca | jcamins: I've been working as a director of technology in a school for 8+ years, and I was a teacher before that for 7, so I actually HAVE seen a kid use a computer |
| 19:48 | jcamins | seneca: I didn't mean that literally. |
| 19:48 | wizzyrea | not these kids. |
| 19:48 | seneca | 9 kids hitting 7 times in the same 2 seconds |
| 19:48 | larryb | I've seen this dozens and dozens (and dozens) of times. I call it a "self-inflicted denial of service attack". |
| 19:48 | wizzyrea | SIDDOS |
| 19:48 | rhymes with "kiddos" | |
| 19:48 | jcamins | Nah, it's 9 kids hitting seven times in the same minute and a half. |
| 19:49 | seneca | why a minute and a half? |
| 19:49 | (I'm trying to figure out what I don't understand that you guys do) | |
| 19:49 | jcamins | Because starting the Apache process is slooooowww. |
| 19:50 | And every additional request makes it slower. | |
| 19:50 | seneca | let me ask this: what is it that opac-search.pl does? |
| 19:50 | izzaboo | hi there. i've got a question that's a little higher level, so to speak, than what y'all are talking about. |
| 19:50 | mind if I interupt/ject? | |
| 19:50 | jcamins | seneca: that's the search screen. For searching for books. |
| 19:50 | wizzyrea | go for it :) |
| 19:50 | jcamins | izzaboo: go ahead. |
| 19:51 | izzaboo | i'm new to koha. doing some probono wordpress work for local library |
| 19:51 | jcamins | seneca: it's the most computationally intensive page, as well as the one most likely to be clicked to death by students. |
| 19:51 | izzaboo | and looking for ways to integrate opac lists into library's website |
| 19:51 | seneca | jcamins: that's what I thought - when I do a search in the opac it returns my answer on average in about 1 to 2 seconds |
| 19:51 | izzaboo | been searching through listserve archive |
| 19:51 | and the wiki | |
| 19:51 | wahanui | the wiki is kind of an expert http://wiki.koha-community.org[…]L_Reports_Library |
| 19:51 | rangi | however if 9 ppl do that, that 1 to 2 can easily become 3-4 |
| 19:52 | izzaboo | wahanui: thanks! |
| 19:52 | wahanui | no problem izzaboo |
| 19:52 | seneca | jcamins: sure |
| 19:52 | oleonard | izzaboo: There is no built-in functionality to accomplish that |
| 19:52 | wizzyrea | er, izzaboo wahanui is a bot |
| 19:52 | jcamins | izzaboo: wahanui is a bot. |
| 19:52 | wizzyrea | that probably won't help you |
| 19:52 | :) | |
| 19:52 | seneca | jcamins: but then how do you get to a minute and half? |
| 19:52 | izzaboo | bots are ppl too! |
| 19:52 | heh | |
| 19:52 | seneca | heh |
| 19:52 | rangi | izzaboo: you can use reports, make a public report then you can get the contents as json from the opac |
| 19:52 | if you are using 3.10 or later | |
| 19:52 | wizzyrea | ^ ^ |
| 19:53 | oleonard | izzaboo: Or build something in PHP that queries Koha directly |
| 19:53 | * oleonard | worked on RSS for lists, but didn't get very far |
| 19:54 | jcamins | seneca: the minute and a half is not a scientific measure. |
| 19:54 | izzaboo | i didn't see a php api. should i get access to the db directly? or use the same query fields from the opac website? |
| 19:54 | seneca | jcamins: heh |
| 19:54 | rangi | i really really recommend using the reports |
| 19:54 | jcamins | It's an observation that when the load gets really heavy, spare opac-search.pl pages will hang around for about a minute and a half before they finally exit. |
| 19:54 | rangi | it can cache the results for you if you wnt too, and you can get it in json |
| 19:55 | so its super easy to pull into a website | |
| 19:55 | izzaboo | okay. i'll look into the reports |
| 19:55 | then i can parse the json into a small <ul> i think | |
| 19:55 | seneca | jcamins: "spare opac-search.pl" pages? like apache gets them ready, but they are never used? |
| 19:57 | jcamins | seneca: I'm not sure whether they're non-garbage collected pages that have been used, pages where the remote end doesn't want them, pages that never got any CPU time, or something else I haven't thought of. |
| 19:57 | izzaboo | i was spending so much time reading about lists when I should've been reading this: http://es.koha-community.org/m[…]ster/en/ch09.html |
| 19:57 | thank you guys! | |
| 19:58 | jcamins | Also, it strikes me that it could be less or more time depending on the size of the server. |
| 19:59 | seneca | jcamins: would ~66 of these pages show up suddenly in top within a couple of seconds of each other? It doesn't seem like that's what would happen with what you've been describing |
| 19:59 | jcamins: again, I appreciate the help and the ability to talk this through with someone | |
| 19:59 | jcamins | seneca: sure it would... they weren't using any CPU. |
| 19:59 | larryb | Yes, that could easily happen when a classroom of kids get impatient start hitting reload. |
| 20:00 | Pretty much every task creates a perl process. If you hit reload, a new process is created, but the previous is still running. | |
| 20:01 | Since the browser now thinks a new process has been submitted, the old process has nowhere to send it's output, so it hangs about until it times out. | |
| 20:02 | So hitting reload not only creates new processes, without killing the old ones, but the old ones hang around even longer, until they time out. | |
| 20:02 | Basically, lots of reloads in koha = death. | |
| 20:03 | seneca | larryb: I get that, but as I was watching top, I had it ordered by mem usage |
| 20:03 | not cpu usage | |
| 20:04 | I guess I still don't understand why ~66 opac-search.pl instances would claim some memory all at once | |
| 20:04 | larryb | The perl and apache processes start using your RAM, that's what's slowing you down, not the cpu. |
| 20:04 | Well, that plus the number of connections to mysql. | |
| 20:05 | seneca | that doesn't sound like the compound problem you and jcamins have been describing |
| 20:05 | larryb, yeas, I understand - the server crashes with "out of memory" errors, which is why I was watching top ordered for mem usage | |
| 20:06 | also, to throw some context into the situation, this problem is relatively new, although we've been using this Debian install of the server for a few months | |
| 20:07 | before that we were using an older Debian install for a couple of years with 2GB of RAM, without this issue | |
| 20:07 | jcamins | Older versions of Koha were definitely smaller. |
| 20:08 | larryb | Lots of things can change with a move to a new server. The primary ones that affect memory usage are the mysql settings, in /etc/mysql/my.cnf, and the apache settings, in /etc/apache2/apache2.conf. |
| 20:08 | Perhaps those are different on your new server than they were on the old. | |
| 20:09 | mtompset joined #koha | |
| 20:09 | seneca | I guess I still don't understand what would cause that many opac-search.pl instances to show up and claim RAM all at once. |
| 20:10 | But if I were going to make a setting in apache to prevent this problem, what config options would you recommend I set? | |
| 20:11 | larryb | We've said it several times. YOu have a classroom of kids, they all submit searches at once, they get impatient if they don't get a response back in 2 seconds, they hit reload, the system gets slower, they hit reload more often, processes start piling up, and boom, you're out of memory. |
| 20:11 | rangi | MaxClients |
| 20:11 | ThreadsPerChild | |
| 20:11 | those kind of things | |
| 20:12 | seneca | What are some example settings that you guys use? And I guess I should ask how much RAM is in the example servers. |
| 20:15 | larryb | We have lots of servers, ranging from 512M to 32G. For a 2G server, esp one that frequently has students using it, I edit /etc/apache2/apache2.conf and set KeepAliveTimeout to 2 and MaxClients to 25 (if you're using mpm-worker). |
| 20:19 | seneca | hmm |
| 20:19 | it appears this server is running mpm-itk | |
| 20:19 | larryb | If you're using Koha package, then yeah, that's the default. |
| 20:20 | seneca | IA m |
| 20:20 | oops... I am | |
| 20:21 | there's not a distinct config section for mpm-itk... does it use the prefork config section? | |
| 20:21 | larryb | No, I believe it'll use the default settings, which for MaxClients is an egregious 150. |
| 20:22 | seneca | thanks larryb, but where do I change that default in apache.conf? |
| 20:23 | is that just anywhere in there, outside of an IfModule section? | |
| 20:23 | larryb | rangi, wizzyrea: do you guys add an mpm-itk section to your apache2.conf? Most of our sites use git, so I don't have a sample section. |
| 20:26 | seneca | thanks larryb |
| 20:27 | rangi | i think it needs to be outside of it |
| 20:27 | seneca | I've never used itk before |
| 20:28 | rangi | MaxClientsVHost can only be set inside a VirtualHost directive; all others can be set wherever you'd like in the Apache configuration, except in .htaccess. |
| 20:28 | you can set max clients on a per virtualhost basis | |
| 20:28 | nengard left #koha | |
| 20:29 | seneca | should I have a VirtualHost section in apache.conf? (I don't currently) |
| 20:29 | cait | wizzyrea: good morning :) sorry was busy lemon cake - this morning it showed a database error when you got to the support vendor page |
| 20:30 | larryb | seneca, No the VirtualHost directive exists in sites-available/<your-koha-instance> |
| 20:30 | seneca | Of course, I'm not against switching to prefork, worker, or event if that will work |
| 20:30 | mtompset | Greetings, cait wizzyrea rangi seneca larryb etc. :) |
| 20:30 | seneca | larryb: OK, I'm familiar with it being there. |
| 20:30 | jatara joined #koha | |
| 20:30 | larryb | It'll cause problems when you upgrade the package Koha. Package koha requires itk. |
| 20:30 | seneca | ah |
| 20:31 | then I shall not mess with it | |
| 20:31 | larryb | I suppose it might work, but I've never tried it with our package sites. |
| 20:34 | larryb left #koha | |
| 20:34 | larryb joined #koha | |
| 20:34 | jenkins_koha | Yippie, build fixed! |
| 20:34 | Project Koha_master build #983: FIXED in 1 hr 6 min: http://jenkins.koha-community.[…]/Koha_master/983/ | |
| 20:35 | seneca | HA! I just saw the line in the docs of mpm-itk that rangi quoted above |
| 20:41 | rangi | druthb: dns seems to have clicked over, .. if you get a chance later, can you give my user (chrisc) upload privs on 3.10 en-nz please |
| 20:41 | druthb | sure! :) |
| 20:41 | rangi | thanks |
| 20:42 | tcohen joined #koha | |
| 20:43 | druthb | rangi: Done, I think, for all en-nz versions. If I did it right. |
| 20:44 | jcamins | Bug 9239 awaits testing and sign off! |
| 20:44 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9239 enhancement, P5 - low, ---, jcamins, Needs Signoff , Koha should share Evergreen's QueryParser module for parsing queries |
| 20:47 | rangi | w00t |
| 20:47 | druthb++ | |
| 20:47 | jcamins++ | |
| 20:48 | seneca | ok, set my global MaxClients and KeepAliveTimeout to conservative numbers (I think) and I await until the next class is in there at 2pm tomorrow. |
| 20:48 | thanks for the help jcamins, rangi and larryb | |
| 20:49 | and anyone else who chimed in... | |
| 20:49 | I will let you know if the problem doesn't raise its ugly head tomorrow | |
| 20:51 | slef | itk has MaxClientsVHost too |
| 20:51 | can be useful | |
| 20:51 | can be set inside the VirtualHost | |
| 21:01 | seneca | Saw that, but koha is the only Vhost on this server, and will be, so I set it globally |
| 21:01 | ciao all | |
| 21:14 | larryb left #koha | |
| 21:15 | seneca joined #koha | |
| 21:17 | seneca | okay, apparently I left too soon! |
| 21:18 | just did an upgrade via apt-get, koha went to 3.10.0.0 and now I get this when logging in: Can't use an undefined value as an ARRAY reference at /usr/share/koha/lib/C4/Auth_with_ldap.pm | |
| 21:20 | upgraded from 3.8 something, if that helps | |
| 21:21 | jcamins | I don't know anything about the LDAP auth code, but the first question is whether you use LDAP. |
| 21:21 | seneca | we do |
| 21:22 | jcamins | Okay. |
| 21:22 | seneca | checking that config now |
| 21:22 | mtompset | Is there a config value that needs to be toggled to 1? :) |
| 21:22 | jcamins | I figured that "I didn't configure LDAP" would probably explain the issue most quickly. |
| 21:22 | seneca | ha! |
| 21:23 | where is the koha config when you use the apt install? | |
| 21:23 | mtompset | LDAP still needs to be edit'd manually, as far as I know. |
| 21:23 | jcamins | /etc/koha/sites/[instancename]/koha-conf.xml. |
| 21:23 | mtompset | In that location. :) |
| 21:24 | seneca | the correct ldap stuff is still in the config... |
| 21:24 | jcamins | seneca: I know about this blog post, which probably won't help... :/ http://bywatersolutions.com/2012/07/09/koha-ldap/ |
| 21:24 | seneca | woah - also, the opac looks...odd |
| 21:25 | library.mvschool.com | |
| 21:25 | hadn't noticed that... | |
| 21:25 | jcamins | Oh, I bet it's the CSS issue that's going to be fixed by 3.10.1 |
| 21:25 | Two files ended up in the wrong place. | |
| 21:26 | seneca | oh! |
| 21:26 | can one manually fix that? | |
| 21:26 | maybe move them where they belong? | |
| 21:26 | jcamins | Yeah. |
| 21:27 | seneca | anyone have a link to the bug report? |
| 21:27 | jcamins | You need the files reset-fonts-grid.css and skin.css to be in /usr/share/koha/opac/htdocs/opac-tmpl/lib/yui/ |
| 21:27 | seneca | or feel like just telling me? :) |
| 21:27 | thanks! | |
| 21:27 | jcamins | I have no idea where they are at present. |
| 21:28 | But a find should answer that question. | |
| 21:28 | seneca | not seeing the first one at all... |
| 21:29 | jcamins | Weird. I suggest you just download a copy from... |
| 21:29 | http://git.koha-community.org/[…]692e2b606;hb=HEAD | |
| 21:31 | seneca | hrm. np change |
| 21:32 | er no | |
| 21:33 | jcamins | Did you find skin.css? |
| 21:33 | You need both. | |
| 21:33 | seneca | yeah, I found /usr/share/koha/opac/htdocs/opac-tmpl/prog/en/css/skin.css |
| 21:34 | jcamins | It's still failing to load http://library.mvschool.com/op[…]t-fonts-grids.css |
| 21:35 | seneca | weird... |
| 21:35 | wahanui | weird is normal after a while :) |
| 21:35 | maximep | am i missing something or are localcovers not shown in the shelf browser ? |
| 21:35 | mtompset | Don't forget those stupid stale CSS situations. ;) |
| 21:35 | jcamins | maximep: you are not missing something. |
| 21:36 | mtompset: not in this case. | |
| 21:36 | maximep: it never occurred to me. | |
| 21:36 | mtompset: I checked only after the change. | |
| 21:37 | maximep | was a bug report opened for it ? |
| 21:37 | seneca | wait, in yui there is a dir called "reset-fonts-grids" and in there is already a file called reset-fonts-grids.css |
| 21:37 | eythian | hi |
| 21:37 | jcamins | maximep: no. |
| 21:38 | maximep | ok, thanks |
| 21:38 | seneca | ok, I guess that's where that one went astray to |
| 21:38 | it appears to like that version | |
| 21:39 | thanks for that tip | |
| 21:39 | unfortunately, CSS doesn't appear to be at the root of the ldap issue ;) | |
| 21:40 | slef | bug 9250 perhaps |
| 21:40 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9250 enhancement, P5 - low, ---, robin, Needs Signoff , Provide commands to allow handling of SIP servers in the packages |
| 21:40 | slef | no |
| 21:40 | huginn: query yui css | |
| 21:40 | huginn | slef: No results for "yui css." |
| 21:40 | mtompset | And now to go pick up my son from daycare. So much chauffeuring. |
| 21:40 | slef | huginn: you suck |
| 21:40 | huginn | slef: I've exhausted my database of quotes |
| 21:40 | eythian | bug 9052 |
| 21:40 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9052 blocker, P5 - low, ---, robin, Pushed to Master , YUI assets installed in the wrong place by packages |
| 21:40 | slef | damn this dyslexia! ;-) |
| 21:41 | eythian | It'd be great if someone would sign off on 9250 though :) |
| 21:41 | slef | when I get a round tuit |
| 21:42 | seneca | even google has no responses to: Can't use an undefined value as an ARRAY reference at /usr/share/koha/lib/C4/Auth_with_ldap.pm line 181, <DATA> line 522. |
| 21:42 | rangi | ohh another new committer |
| 21:42 | jcamins | Yeah, I'm not surprised. |
| 21:42 | rangi: oh? | |
| 21:42 | rangi | Vitor FERNANDES |
| 21:42 | jcamins | Do I need to update docs/history.txt? |
| 21:42 | rangi | i think so |
| 21:42 | lemme check | |
| 21:43 | yep | |
| 21:43 | he is new | |
| 21:44 | jenkins_koha | Starting build #33 for job Koha_3.10.x (previous build: SUCCESS) |
| 21:46 | seneca | anybody else using ldap with version 3.10? |
| 21:47 | jcamins | I think libsysguy has done it, but he's not around. |
| 21:47 | seneca | does that error look weird to anyone else? |
| 21:47 | wondering what the <DATA> part is | |
| 21:48 | eythian | is there anything on line 181 that would give you a clue as to what it's expecting. |
| 21:48 | that's the important bit | |
| 21:48 | seneca | well, 522 is where the comments start... |
| 21:48 | eythian | 522 is not 181 though |
| 21:49 | seneca | and 181 is: for (my $i; $i< scalar(@$extended_patron_attributes)-1;$i++) { |
| 21:49 | jcamins | Ah. |
| 21:49 | eythian | ok, so that means that $extended_p... is undef |
| 21:49 | jcamins | Now I understand. |
| 21:49 | eythian | do you use them> |
| 21:49 | ? | |
| 21:49 | jcamins | There are no extended patron attributes configured. |
| 21:50 | eythian | also, that's weird and unnecessary code |
| 21:50 | oh, maybe now | |
| 21:50 | not | |
| 21:50 | though I wonder why the -1 is there. | |
| 21:50 | seneca | So.... |
| 21:50 | jcamins | eythian: it's a weird way of doing each. |
| 21:50 | seneca | there are no extended patron attributes configured, or that array is undefined? |
| 21:51 | b/c having none configured wouldn't make it fail, would it? | |
| 21:51 | jcamins | Looks to me like that array is undefined if no extended patron attributes are configured |
| 21:51 | Apparently it does. | |
| 21:51 | eythian | jcamins: no, it does "each but skip the last one" |
| 21:51 | seneca | hmm |
| 21:51 | eythian | if that loop was better formed, it'd just do nothing. |
| 21:51 | seneca | ah |
| 21:52 | jcamins | eythian: really? I thought it had something to do with zero-based and one-based indexing. |
| 21:52 | BobB joined #koha | |
| 21:52 | seneca | what are "extended patron attributes? |
| 21:52 | eythian | jcamins: it might be, if it's accessing $i+1 inside the loop (I haven't looked) |
| 21:52 | but that would also be strange, you'd just start $i at 1 | |
| 21:53 | jcamins: people who don't know better often do #$array-1 in a loop | |
| 21:53 | I wonder if it's trying to do that, but wrong | |
| 21:53 | * jcamins | always just uses foreach. |
| 21:53 | jcamins | for loops like that are for C, in my mind. |
| 21:54 | seneca | http://pastebin.com/2cvHVEGQ |
| 21:54 | eythian | me too, unless I need the index. |
| 21:54 | seneca | that's the loop |
| 21:54 | eythian | ok, that looks wrong in a couple of ways |
| 21:54 | the one affecting you is that it should be a foreach | |
| 21:55 | jcamins | seneca: they're for adding additional information about your patrons that isn't available from the built-in fields. |
| 21:55 | seneca | ah |
| 21:55 | jcamins | If you're not using them, you should just disable the ExtendedPatronAttributes syspref. |
| 21:55 | eythian | the quick option may be to make sure that you have the extended attributes syspref turned off if you're not .... |
| 21:55 | seneca | just got word from the librarian (my wife) we are not using any |
| 21:55 | eythian | what jcamins said |
| 21:55 | seneca | I will disable it just as soon as I can log in again ;) |
| 21:55 | eythian | the followup to that option would be to file a bug |
| 21:56 | jcamins | seneca: ooh, right. |
| 21:56 | eythian | you should be able to log in with the database credentials to fix that |
| 21:56 | seneca | heh |
| 21:56 | jcamins | Ummm... |
| 21:56 | edveal | Has anyone come up with some jqury to force phone number to follow a specific format? |
| 21:56 | jcamins | Good thought. |
| 21:57 | seneca | I can log into the intranet site with the db credentials? |
| 21:57 | eythian | yes |
| 21:57 | dbname and dbpassword gives you superuser access | |
| 21:57 | seneca | hmm... you learn something new everyday... |
| 21:58 | jcamins | You may need to find the password in /etc/koha/sites/library/koha-conf.xml. |
| 21:58 | It's the last password. | |
| 21:58 | eythian | last password outside the LDAP section, anyway |
| 21:59 | jcamins | Right. |
| 22:00 | seneca | in the "publicserver" section? |
| 22:00 | eythian | no |
| 22:00 | at the bottom | |
| 22:01 | seneca | my ldap config is at the bottom |
| 22:01 | oh | |
| 22:01 | I see it | |
| 22:01 | eythian | above that |
| 22:01 | seneca | sorry |
| 22:02 | I'm in | |
| 22:02 | eythian | cool |
| 22:02 | seneca | that's a very cool trick to know - thanks! |
| 22:02 | know off the top of your head where the extended patron attributes are? | |
| 22:02 | * jcamins | probably would not have thought of it. |
| 22:02 | seneca | well, the toggle for it |
| 22:02 | jcamins | I always search. |
| 22:02 | (in the sysprefs) | |
| 22:03 | seneca | good idea |
| 22:03 | jcamins | Patrons. |
| 22:03 | Yay! Time for tea and cookies! | |
| 22:03 | * jcamins | leaves to have tea and cookies. |
| 22:04 | seneca | ...and disabling them gets around that loop |
| 22:04 | awesome | |
| 22:04 | I shall file the bug | |
| 22:04 | eythian | cool :) |
| 22:04 | seneca | thanks soooo much for the help |
| 22:13 | what component would you say that bug should be filed under? | |
| 22:14 | I'm going with architecture... | |
| 22:17 | eythian | authentication, if that's a component? |
| 22:17 | yeah, that | |
| 22:17 | wahanui | yeah, that is cool - a way to enhance the OPAC without bloating Koha... |
| 22:20 | seneca | and now my sick a$$ is heading home to bed! Thanks again all |
| 22:20 | eythian | later |
| 22:24 | jenkins_koha | Project Koha_3.10.x build #33: SUCCESS in 40 min: http://jenkins.koha-community.[…]b/Koha_3.10.x/33/ |
| 22:24 | robin: Bug 9052 - rewrite the YUI links to use the system library | |
| 22:24 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9052 blocker, P5 - low, ---, robin, Pushed to Stable , YUI assets installed in the wrong place by packages |
| 22:25 | cait left #koha | |
| 22:41 | tcohen joined #koha | |
| 22:48 | trea left #koha | |
| 22:52 | papa joined #koha | |
| 23:07 | thd-away` joined #koha | |
| 23:14 | edveal left #koha | |
| 23:17 | maximep left #koha | |
| 23:54 | trea joined #koha |
← Previous day | Today | Next day → | Search | Index