Time Nick Message 12:02 hdl_laptop1 hi |Lupin| 12:06 |Lupin| hi hdl_laptop1 12:07 |Lupin| hdl_laptop1: many thanks for the link you provided last time on "recommandation 995". Actually it was exactly what we were looking for. 12:07 Amit hi hdl_laptop 12:11 Amit hi jdavidb 12:11 jdavidb Hello, Amit. :) 12:20 hdl_laptop1 |Lupin|: np 12:50 |Lupin| gmcharlt: here ? 12:57 gmcharlt hi |Lupin| 12:58 |Lupin| hi gmcharlt 12:59 |Lupin| gmcharlt: last time I suggested to talk about the accessiblity of Koha's Intranet during tomorrow's meeting and you said a message on the list would be nice 12:59 gmcharlt which you sent, but feel free to bring it up during tomorrow's meeting as well 12:59 |Lupin| gmcharlt: since the message did not receive many replies, do you think it'd still be relevant to talk about this during the IRC meeting ? 13:00 gmcharlt yes 13:00 |Lupin| gmcharlt: ok. Just waned to check it won't overload the meeting. 13:00 |Lupin| gmcharlt: should it be added to the wiki page ? 13:01 paul_p hi gmcharlt & |Lupin| 13:01 paul_p (hi amit & jdavidb as well) 13:01 gmcharlt |Lupin|: go ahead and add it to the wiki page 13:01 gmcharlt hi paul_p 13:01 jdavidb Howdy, paul_p! 13:02 |Lupin| gmcharlt: ok 13:02 |Lupin| hi paul_p 13:19 |Lupin| gmcharlt: done 13:20 |Lupin| hmm if only those how have added their names to the page will attend the meeting, that's gonna be a very private meeting.. :/ 13:20 owen ebegin: I thought that was a good response to the "nobody won't replay" Koha list message 13:20 ebegin owen :) thanks 13:20 gmcharlt |Lupin|: don't worry, many more will attend 13:21 gmcharlt ebegin++ 13:21 ebegin Someone has to tell him 13:24 jdavidb gmcharlt: I have the meeting tomorrow down for 4 PM Eastern US time...zat right? 13:24 gmcharlt jdavidb: 3 p.m. EDT 13:24 jdavidb *grumble* 13:24 jdavidb That's what I get for moving my computer between time zones. Things get confused. 13:25 owen There wouldn't have been any donuts left by the time you got there 13:27 schuster Thanks for the reminder! and the time.. I always mess up the time! Late early etc... wrong day! HA... 13:28 jdavidb All right, I've spent the last hour on this, and am utterly stumped. What would cause fines.pl to throw this: 13:28 jdavidb No branchcode argument to new. Should be C4::Calendar->new(branchcode => $branchcode) at fines.pl line 134 13:29 jdavidb I've checked, and all of the issues have a branchcode, as do all the borrowers, so it's not a stray NULL that doesn't belong. 13:29 |Lupin| so in France it will be at 9PM, right ? 13:30 gmcharlt jdavidb: $branchode is not undef, and there's no silly typo with the hashkey name floating around? 13:31 jdavidb Haven't spotted any obvious ones. It's doing this on three different data sets, all running HEAD, so it makes me wonder... 13:34 jdavidb At first, I suspected trashy data...imma insert some testing statements to see if I can find out. Hard to imagine on three different servers, though. 13:38 |Lupin| When importing MARC records in Koha, where wold you store old records number you want to keep track off just in case, please ? 13:39 |Lupin| (it's Unimarc btw) 13:42 hdl_laptop1 009 for instance 13:43 jdavidb Hrm. An issue, with an itemnumber that does not exist in items...there's my bandit. Now, how did I end up with those in three different sets? 13:45 |Lupin| hdl_laptop1: thanks !!! 13:48 |Lupin| hmmm is there a method somewhere to read marc records in bathc mode from a scalar value rather than from a file ? 13:52 slef @seen fredericd 13:52 munin slef: fredericd was last seen in #koha 1 week, 1 day, 4 hours, 21 minutes, and 53 seconds ago: <fredericd> |Lupin|: \n in MARC records sound not good! 13:52 slef fredericd: are you there? 13:54 slef any librarians available? 13:54 slef (and yes, I know fredericd is a developer...) 13:54 |Lupin| slef: available but not librarian 13:54 slef |Lupin|: sorry, I need an insight into librarianship 13:54 jdavidb I'm not a librarian, and I don't play one on television, but I can try. I've spent my whole career around them. 13:54 |Lupin| has someone noticed that unimarc.info is down ? 13:55 gmcharlt |Lupin|: you can tie a scalar to a file handle, or just split on \x1D and parse each blob into a MARC::Record object 13:55 collum slef: Librarian here 13:56 slef jdavidb, collum: thanks. will PM collum 13:57 |Lupin| gmcharlt: ok. How do you do the parsing part ? 13:58 gmcharlt |Lupin|: my $marc = MARC::Record->new_from_usmarc($blob) 14:00 Sharon I'm a librarian, what's up? 14:00 |Lupin| gmcharlt: oh ok ! thanks ! 14:05 |Lupin| can anyone help Re:unimarc.info ? 14:05 |Lupin| there was an electronic version of the unimarc manual there, in HTML, very handy 14:06 |Lupin| I wish I downloaded the whole site while it wwas still alive... 14:08 slef nah, it's social issues or psychology or something 14:09 slef how to approach librarians about particular issues 14:09 slef sorry not to do it in public, but the case studies involve, well, live cases :) 14:09 Sharon unrelated, we discovered last night that when you renew an item on loan from another library, the book renews with the owning library's policy, not the transacting library's policy. 14:09 jdavidb If it's an academic librarian, just say, "I have a paper due tomorrow." They'll sigh, stare at you like you're an idiot, and then give you the answer you need. 14:10 slef |Lupin|: there's something there for you 14:10 slef Sharon: is that a bug or a feature? 14:11 Sharon Bug. It confuses a patron to have their book circ first for 2 weeks then renew for 3 14:12 Sharon one of those things that wouldn't be an issue in a stand-alone installation, but it doesn't work so well in a 30+ library consortium 14:12 slef Sharon: can you file it on bugs.koha.org along with a note of what it should do, please? (renew on original library's policy?) 14:12 Sharon will do. 14:12 slef sorry, transacting library 14:12 Sharon yep. circ and renewal policies need to match the transacting library. 14:13 |Lupin| slef: thanks. I tried but the page I was looking for was not there.; thanks however. 14:15 slef Sharon: don't file on bugs.koha.org 14:15 slef Sharon: looks like a local configuration error to me 14:15 slef Sharon: can you check your ItemHomeLibrary system preference? 14:15 Sharon can do 14:16 slef sorry, CircControl system preference 14:16 slef I misread a line :) 14:17 Sharon It's set for Pickup library 14:17 slef ok, so it might be a bug worth reporting after all 14:17 slef thanks for checking 14:17 Sharon no problem. I hadn't seen that syspref before. 14:19 magnusenger Hi all! 14:19 magnusenger i'm having a first look at the files in nb-NO/xslt and find a lot of english texts, like "Author" etc 14:20 gmcharlt magnusenger: right - the XSLT are not run through the translator at present 14:20 magnusenger should these XSLT-files be translated seperately from the other translations? 14:20 magnusenger ok, so they should just be translated? 14:21 magnusenger any plans for including then m in the general translation mechanism? 14:22 magnusenger then m = them 14:25 slef I think paul_p or chris are the people to ask. 14:25 paul_p someone looking for me ? 14:26 paul_p mmm... I don't have any idea. /me beeps hdl_laptop1, but i'm afraid the answer is no (although it should be fixed ;-) ) 14:27 hdl_laptop1 I think it has to be fixed. 14:27 magnusenger ok, thanks! I'll have a go at translating them into Norwegian then. And ponder any tweaks to make them work with our beloved NORMARC... 14:27 hdl_laptop1 But we have then to decode them. 14:27 hdl_laptop1 and get them into po. Which is not so obvious a task 14:29 magnusenger ok 14:30 slef no getmsg for xml yet? 14:31 slef actually, can't we use xml:lang attributes and then extract/cache xsl of used languages or am I missing obvious complexities? 14:32 hdl_laptop1 slef: no. 14:32 hdl_laptop1 you are not. 14:33 slef just needs sponsors, huh? 14:33 gmcharlt slef: yeah, that seems like it woudl be the easiest way to handle 14:33 hdl_laptop1 But the point is that it would then be totally different from what has been done for templates. 14:34 gmcharlt hdl_laptop1: different may be OK, as long as translation can be handled via PO files 14:34 gmcharlt using xml:lang woudl be a way of helping to manage extracting strings from the base XSLT files 14:34 hdl_laptop1 if you have one big xsl file containing all the translations... ? 14:35 hdl_laptop1 Ah one language per xslt so only one lang ? 14:39 slef could do it various ways, but I was thinking one big xsl file, or split by modules and use some sort of include statements, then xsl the xsl to combine and split by language 14:39 slef I don't mind. I'll leave it to you l10n experts :) 15:03 |Lupin| 2-226-11325-8 can someone see what's wrong with this ISBN, please ? 15:04 |Lupin| Business::ISBN says it is not valid... 15:05 slef http://www.isbn-check.de/checkisbn.pl?isbn=2-226-11325-8&submit=test&lang=en 15:08 ebegin |Lupin|, any error code? 15:09 |Lupin| ebegin: my script does not look for them... For the moment i was just counting how many of our records have valid isns.. 15:09 |Lupin| this one was considered invalid as many many others, I'll try to figure out why 15:10 ebegin try by removing the dashes (-) 15:11 |Lupin| ebegin: Business::ISBN doesn't like them ? 15:11 ebegin The first test it does is about the lenght... if 10, if 13 else BAD-ISBN 15:12 |Lupin| ebegin: I checked, the one passd to the module is 2226113258 15:12 ebegin is 2226113258 tagged as invalid by B::ISBN? 15:15 slef wb brendan 15:15 brendan hello slef 15:17 |Lupin| ebegin: now I'm trying it and it says it is valid. However in my program it should have printed a line for all the vlid isbns and no line was printed for that record. 15:17 |Lupin| well I'll add some debugging info in the script 15:22 ebegin |Lupin|, I think that the problem is probably in your code. perl -MBusiness::ISBN -e 'print Business::ISBN->new( 2226113258 )->is_valid,"\n";' returns 1 15:23 schuster At checkin when you need to transfer something would it be hard to change the response from the code to description? ie Please return The princess and the god / to PROF 15:24 schuster Instead of PROF to Professional Library? 15:24 slef wasn't there a patch about that recently? 15:24 slef it was showing categorycode instead of the description in error 15:24 slef branchcode even 15:25 schuster hmmm maybe... I'm behind on my patches so I'll go be a pest someplace else. Thanks slef! 15:25 owen Looks like that was just aimed at the opac: http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3292 15:25 munin 04Bug 3292: enhancement, PATCH-Sent, ---, matthias.meusburger@biblibre.com, REOPENED, in opac branchcode should be replaced with name 15:25 slef anyway, not hard at all, it's probably a one-liner in something in circ 15:25 slef might be three lines if we're unlucky 15:26 schuster I'll revisit it when I have all my patches! 15:26 slef ok, thanks 15:30 owen $err{msg} = $branches->{ $messages->{'IsPermanent'} }->{'branchname'}; 15:30 owen ..not sure why that isn't giving a library name already 15:32 |Lupin| ah actually there was a problem in my sql query so the record was not even examined... uh... 15:35 schuster Owen - which version of Koha? I'm 3.01.00.014 - which I know is behind on some patches. 15:35 owen No, I can confirm that it *doesn't* show the name in the latest version 15:36 schuster hmmm - guess I go back to my original question... How to get it to have the Name rather than the code Please return The princess and the god / to PROF 15:37 owen That is the question! Because to my unskilled eye the code should already produce the result you desire 15:38 schuster Fiddle. 15:39 owen I must be looking in the wrong place... 15:40 slef owen: file and line number, please? 15:42 owen I'm looking at the code starting with #Error Messages on line 340 of returns.pl 15:42 owen But I think I'm trying to match against the wrong section of the template 15:43 owen Yeah, instead I should be looking at what populates <!-- TMPL_VAR NAME="homebranch" --> on line 166 of returns.tmpl 15:44 slef yeah 15:45 owen Got it 15:45 owen Line 192: homebranch => $biblio->{'homebranch'}, 15:46 owen --> homebranch => $branches->{ $biblio->{'homebranch'} }->{'branchname'}, 15:46 slef oh so we're on about after the transfer has been initiated? 15:47 slef the page returned by the dotransfer 15:54 atz owen: a biblio doesn't have a homebranch 15:54 atz an item does 15:54 atz not sure how that "$bibliio" is actually constructed though... 15:55 owen All I know about it is that when I pull that lever there the ice cream comes out. 15:55 schuster owen - thank you...;) I love icecream... 15:56 owen atz: line 186, my $biblio = GetBiblioFromItemNumber($itemnumber); 15:57 atz yeah, that one has all 3 tables info in it 15:57 atz biblio, bibilioitem and item 15:57 gmcharlt fortunately, item information is only from that specified item 15:58 atz that function is a bit costly for several places it is used... would be nice to have the ability not to get the marc and marcxml blobs, for example 16:06 schuster OK along those same lines - some messages get the pretty yellow box and others don't... What templates control the error message box in Checkin? 16:08 |Lupin| till soon, everybody 16:13 owen schuster: Yellow is for alerts/warnings, blue is for messages 16:14 schuster OK so Not checked out - is a? 16:14 owen Message. 16:15 schuster And there is a background with that which is supposed to be blue? 16:17 owen Yes 16:18 schuster hmmm on my system it shows as a very faint grey - you can hardly tell it is a different screen color than the background. 16:19 schuster Are those controlled through a template? and which one? 16:19 owen Through the stylesheet. The background is this image: /intranet-tmpl/prog/img/message-bg.gif 16:22 schuster hmm hard to make that blink red...;) 16:23 owen schuster: Is the problem that you're trying to highlight certain events in a different way? 16:23 schuster Yes people are not watching the screen so they miss the events... The Yellow has caught their eye... 16:24 schuster Can't wait for the sounds with 3.2... 16:24 owen If you make everything yellow it will stop catching their eye ;) 16:24 owen So "not checked out" in particular is an event you want to highlight? 16:24 schuster As one librarian always told me "if I could only get that arm to reach out and smack them"... 16:24 CGI986 hello 16:24 CGI986 hello every one 16:25 owen Hi CGI986 16:25 CGI986 ihy owen 16:25 schuster I'd like them all to highlight yes. Guess I could change the message-bg.gif copy it to blue.bg.gif and then cp alert-bg.gif to message-bg.gif and they would all be yellow right? 16:26 CGI986 owen am from Etjiopia i gonna ask some question if possible 16:26 CGI986 ? 16:26 CGI986 owen? 16:26 owen schuster: Yes... but then your staff will acclimate to the yellow and stop noticing those just like they stopped noticing the blue! 16:27 owen CGI986: Ask away, someone will answer if they can 16:27 moodaepo quick question, where/how do I setup permissions say just circ and just cataloging? 16:28 owen anoop: When you have a patron record open (in circulation, for instance), look for the toolbar that includes Edit, change password, etc. 16:28 owen Click the "More" button and choose "Set Permissions" 16:28 CGI986 am student in university and i gonna work on library automation, so would you like to tell me what prociuder i could follow "owen" 16:29 CGI986 especially on tutorial (koha) 16:30 anoop so can we make new category with special permission for cir/catalog etc separately? 16:31 anoop never mind found that section 16:32 owen anoop: Permissions are set on a per-user basis, so you can't create a "category" of users with specific permissions. 16:33 schuster basically a cheating way ... Never could tell there was a blue! 16:33 schuster I could randomly change the color... Ya know I have nothing else to do... 16:34 anoop owen: thanks 16:34 owen schuster: if you didn't see blue then you're missing that background graphic 16:34 owen CGI986: Please clarify your question 16:37 schuster but it is a very faint blue so it is there, just doesn't stand out like I need it to. 16:37 schuster More of a grey... 16:44 owen schuster: There isn't an "intranetUserCSS" preference like there is an OpacUserCSS pref, but you can fudge it by using the intranetuserjs preference 16:44 owen </script> 16:44 owen <style type="text/css"> 16:44 owen div.message { 16:44 owen background-image: url(http://zivotdesign.com/download/warning-warning.gif); 16:45 owen } 16:45 owen </style> 16:45 owen <script type="text/javascript"> 16:48 slef anoop: did you find how to do it? I was looking for it yesterday. 16:49 anoop slef: I just found where the settings to select group (permissions) for each patron was... 16:49 slef anoop: per-patron not per-group? 16:49 anoop was that what you were looking for too? or did you want to create a new category with special permissions? 16:50 anoop (11:32:59 AM) owen: anoop: Permissions are set on a per-user basis, so you can't create a "category" of users with specific permissions. 16:50 slef I'm setting permissions for a whole category. 16:50 anoop I don't see why that can't be done though 16:50 slef I'm adding features to Koha to do it. 16:51 slef wanted to check I'm not wasting time/money/effort :) 16:51 anoop nah I'm in the very beginning stage...supposed to make up mu mind between koh/evergreen soon : ) 16:51 anoop s/koh/koha 16:57 schuster @wunder plano, tx 16:57 munin schuster: The current temperature in Crooked Lane, Plano, Texas is 29.8°C (11:57 AM CDT on June 30, 2009). Conditions: Scattered Clouds. Humidity: 59%. Dew Point: 21.0°C. Pressure: 29.84 in 1010.4 hPa (Rising). 16:58 schuster Sorry OWEN! I'd send you Ice cream but it would melt... 16:58 schuster That works great! 16:58 jdavidb @wunder bethesda, md 16:58 munin jdavidb: The current temperature in Burning Tree Estates, Bethesda, Maryland is 29.1°C (12:55 PM EDT on June 30, 2009). Conditions: Scattered Clouds. Humidity: 43%. Dew Point: 15.0°C. Pressure: 29.26 in 990.7 hPa (Steady). 17:02 anoop @wunder 56001 17:02 munin anoop: The current temperature in MSU Physics Dept, Mankato, Minnesota is 16.4°C (12:00 PM CDT on June 30, 2009). Conditions: Overcast. Humidity: 72%. Dew Point: 11.0°C. Pressure: 29.80 in 1009.0 hPa (Falling). 17:06 schuster Owen - back to my original question branch code showing rather than Description... That was not resolved right? 17:06 owen I submitted a patch 17:07 schuster Oh... Thanks! Now I just need to hurry up the patches! ;) 17:11 schuster These two small changes today were worth going to Koha! have I said how much we love Open source! 17:12 schuster What do others use for their editing software? vi just isn't cutting it off the server... 17:13 schuster Oh WOW !!! I did just link to the background image... That would probably freak people out! 17:14 schuster I'm curious though since we are locally hosted what will happen if our internet goes out will it just load without the background? 17:14 owen Yes 17:15 owen What you can do is replace "background-image: url(http://zivotdesign.com/download/warning-warning.gif);" with "background: #FFFF99 none" if you just want a solid color 17:15 owen ...replacing #FFFF99 with whatever color you want. 17:17 schuster Thanks for the option, but I really like what you have provided so far. I'm adding that to my custom notes. 17:22 jdavidb Howdy, gmcharlt! 17:22 gmcharlt hi jdavidb 17:33 brendan good mid-morning #koha 17:35 Snow_Fox morning 18:30 jdavidb Howdy, pianohacker. 18:38 pianohacker Good mornin' 18:40 pianohacker "why won't you replay" 18:45 rhcl anybody know offhand what SIP can pull from the ILS database? For example, can you return the name and age of a patron from some app on a client machine? 18:47 pianohacker I'd recommend the SIP standards, but I'm not feeling quite that cruel 18:48 pianohacker If you're comfortable with Perl, looking at the Koha SIP server in C4/SIP/ might be the easiest way 18:48 rhcl OK, TNX 18:48 atz rhcl: you can get name and sometimes date of birth, not age 18:49 rhcl Ah, yes DOB would be fine. 18:49 atz see Patron Information Response 19:00 owen opac-detail doesn't show my unapproved tags even though I'm logged in? 19:35 pianohacker hi 19:35 chris atz: nice work on the LDAP stuff :) 19:36 chris heya pianohacker 19:36 atz thx chris 19:38 atz it's understandable why everybody was griping about the old LDAP implementation.... 19:39 chris *nod* 19:39 chris it was fairly haphazard 19:40 atz the initial implementation targeted the trickier approach, intending to copy data over every time 19:40 chris speaking of it, i saw ron last night, the library they were working is going live today 19:41 chris afaik, first prison running koha anywhere in the world 19:41 atz ? 19:41 atz interesting 19:41 pianohacker Open source software in a jail is mildly ironic, but still cool 19:41 atz when ppl wedged in the simpler bind_as_auth stuff, that was poorly done meaning it would send 50% failed queries AT BEST 19:43 chris ahh 19:44 brendan hey goodmorning chris 19:45 brendan hello atz and pianohacker -- i hope all is well 19:45 chris pianohacker: how far away from fort collins are you? 19:45 chris heya brendan 19:45 atz greets brendan 19:46 pianohacker chris: Probably a good 4 hours, but there's a library workshop in a nearby town that I go to every year that would be a a good time to visit 19:47 chris ahh, just someone i know (nat torkington) is sitting in a coffee shop there right now 19:47 pianohacker Ah, gotcha. Thought the prison you referenced might be there :) 19:48 chris pianohacker: nope its in ACT in australia 19:53 chris ok off i go, bb in a while 19:53 pianohacker bye 20:03 Snow_Fox i remember hearing about a project that dumps the overdue emails into a html file 20:03 Snow_Fox where can i find information on that? 20:04 pianohacker Snow_Fox: PTFS did that work, it'll hopefully be released to the public within the next few months 20:10 Snow_Fox are there any similar projects in regards to managing over dues? 20:10 Snow_Fox dumping stuff to a database etc 20:10 pianohacker Snow_Fox: Not to my knowledge 20:14 owen Snow_Fox: what did you have in mind? 20:16 Snow_Fox essentially trying to figure a way of streamlining the overdues for patrons that do not have emails, i know its a bit of a shocker but there is still a fair bit of kansasns that dont have emails :-P 20:16 owen Oh, you're a Kansan? 20:17 pianohacker I was kind of surprised to find out that you didn't have the same dialup/electric fences problem that HLT had ;) 20:17 owen We're in the same situation here in Ohio, and what we've done in the past is do a custom report to create printed overdues 20:18 owen The report spits out a CSV file which we upload to a USPS web service which prints and mails postcards 20:18 atz the easiest solution is probably to GIVE your patrons email addresses 20:18 owen And computers? :) 20:18 owen And internet service? :) 20:18 atz your library should have both of those 20:19 owen But the overdue notices are for people who have forgotten to come back to the library! 20:19 atz ... with their stuff 20:22 pianohacker At our library, at least, avoiding overdue fees by not coming in for a while happens fairly frequently 20:24 pianohacker We currently deal with that using the overdues report and a custom print-bills-for-lost-items system 20:36 thd What could cause intermittent slow response from Koha when logged in as an authenticated user? 20:36 atz anything in the internet... but most commonly it's costly cronjobs or reports 20:37 thd atz: cronjobs and reports should be running overnight. 20:37 atz no, cronjobs are whenever you schedule them and reports are run per request 20:38 thd of course, so reports are not necessarily scheduled 20:39 atz you might try restarting mysqld with slow-query-log on 20:39 atz or implementing SNMP monitoring to detect system bottlenecks 20:39 atz traceroute can tell you if a network node between you and the server is particularly slow 20:40 thd The difficulty is that the problem is intermittent and not predictable 20:40 atz yeah, that suggests and overall monitoring scheme would be most useful 20:40 chris back 20:40 thd It does become bad enough to disconnect logged in users occasionally 20:40 atz otherwise, of course, check your logs to determine what was happening at the time of the failures 20:40 atz often you can find things like "OOM" (out of memory) errors 20:41 atz or w/ mysql slow query log, it will tell you when things took too long to complete 20:42 thd It should never take 3-4 minutes to post a cataloguing record or 2 minutes to check out a book. 20:42 atz check netstat for outsider connections (like DOS, hackers, or if there are bunch of undead connections suggesting switch failure) 20:43 atz traceroute might identify high-latency network notes 20:43 thd undead connections seems like just the right sort of evil 20:43 atz *nodes 20:43 atz w/ cataloging the bottleneck is sometimes local javascript 20:44 atz newer browsers have much improved javascript engines 20:44 thd even when saving the record? 20:44 atz yes, when saving the record, there are many (useful) javascript validation checks 20:44 thd oh yes, I had forgotten about those 20:45 pianohacker i.e., change the 'Save' button to 'Validating...' 20:45 pianohacker or 'Checking...' 20:45 atz pianohacker: that would be a good idea... a little status bar above the status bar 20:45 pianohacker Yup 20:45 atz or the button itself would be good 20:45 thd what validation is done apart from required subfield checks? 20:45 atz that will tell you if it is local or server side problem 20:45 pianohacker Especially since, if it's slow javascript that's tripping things up, the browser won't be responding anyway 20:46 atz thd: whatever the plugins specify... there are dozens 20:46 atz checking the header for integrity, for example 20:48 thd the plugins are Perl code running on the server merely sending values back to the JavaScript in the client are they not? 20:48 pianohacker thd: The plugins actually generate JavaScript for each field 20:49 atz yeah, they are perl providing javascript... somewhat insane, but "it works" 20:50 thd Do they require communication with the server each time that they are invoked? 20:50 atz no 20:50 atz they provide it on the first page load 20:50 atz it's not ajax 20:50 thd The more plugins then the worse the performance would be. 20:50 pianohacker Yup 20:51 chris thats a fairly standard rule, the more something is doing, the longer it will take :-) 20:51 atz potentially, yes. you can make a streamlined MARC framework so that fewer fields are displayed, if your catalogers would benefit from that. 20:52 schuster When we were having the intermittent problem(server is local) I would run show processlist in mysql. 20:52 thd chris: unfortunately in the case of the Koha MARC editor the plugins are being loaded when the page is first loaded even if the plugins are not used. 20:52 chris yep 20:53 schuster Often it showed me we had lots of renewing of sessions happening at that time - and we discussed the session log. 20:53 chris i didnt think anyone was complaining about page load tho 20:53 atz the session log needs to die 20:53 chris i thought people were complaining about saving 20:54 chris i vote we shift the session handling out of the db 20:54 atz writing to a static location in /tmp is dumb... and makes multiple kohas on the same server all write to the same place 20:54 chris use memcached 20:54 atz chris: i'm all for as much caching as we can get 20:54 pianohacker That's actually something I've been wondering about 20:54 chris each server has its own keyspace 20:54 pianohacker If we integrate memcached, will it be a requirement? 20:54 chris and use that for session handling 20:55 chris you could make it optional, if you want to use the db to handle sessions that could still work 20:55 atz chris: the proper way to do that would be to make a memcached storage driver for CGI::Session 20:55 chris yep 20:55 chris im 99% sure it already exists 20:55 pianohacker If so, we'd want to make errors complaining about it's absence just a tad more transparent than than those occur when Zebra is missing 20:56 pianohacker *those that 20:56 chris yep 20:56 chris all the session handling for stuff.co.nz is in memcached 20:56 chris we have at times a million or so concurrent sessions 20:56 chris the db would die in a fire if we tried to make it handle that 20:57 chris (we use Apache::Session tho) 20:57 chris http://search.cpan.org/~oinume/CGI-Session-Driver-memcached-0.02/ 20:58 chris it could be an optional requirement and set in the config during install i guess 20:58 pianohacker Yup 20:59 atz chris: dunno about that implementation... Oct 2008, no bugs reported, only 11 pass tests, 23 "unknown" 21:01 chris yep, might have to fix it 21:02 thd atz: what are you reporting with 23 test errors? 21:02 chris http://search.cpan.org/~oinume/CGI-Session-Driver-memcached_mysql-0.01/lib/CGI/Session/Driver/memcached_mysql.pm 21:02 chris interesting idea 21:03 chris the perl is only about 150 lines long 21:04 thd chris: Have you asked the sysadmins at Catalyst about what happens if you have 10 -15 thousand messages in a single maildir on ext3? 21:04 chris yeah they said 'dont' 21:04 thd chris: what did they say to do? 21:05 schuster So with the sessions thing is that something someone is working on or do we need to log that as an enhancement/bug? 21:05 pianohacker re memcached_mysql: Yeah. Seems a bit paranoid, since the worst-case situation is that your users have to log in again 21:06 chris theres was more its gonna make a mess for whatever MUA you use 21:06 chris not so much the filesystem 21:06 chris they said "tell him to organise his mail better" 21:06 chris split by year or something 21:07 thd I usually do but I have not had time to read AUTOCAT for a long time 21:07 chris procmail for the win 21:07 thd and long messages can get messy in a hurry 21:07 chris let it sort it for you 21:08 thd yes I could use procmail more proactively 21:08 chris you can even do crafty stuff so threads arent broken 21:08 chris but that all gets complicated fast 21:10 thd chris: Did they recommend any particular file system in any case for use with maildir? 21:11 chris nope 21:13 thd Did they recommend not using maildir? I assume that they are using maildir themselves. 21:13 chris their only recommendation was try not to get 15k files in one dir 21:13 chris but that wasnt a worry with the fs 21:13 atz yeah, that's bound to be troublesome unless it's on solid state 21:14 chris *nod* 21:15 wizzyrea maildir makes babies cry 21:16 thd yes, one thing I never understood with perfect clarity was whether that rule applied cumulatively to all subdirectories under a directory. I assume that it must not but am I really correct in my assumption? 21:16 atz thd: no, it's ok if you build a reasonable tree 21:17 thd wizzyrea: I have never used maildir and have used a mail DB in dbmail for years but I am thinking of switching. 21:18 thd wizzyrea: what does not make babies cry? 21:33 pianohacker brb 21:40 wizzyrea thd: food, naps. :) 21:47 joetho_2 naps. huh. 21:48 joetho_2 2 pm central US time tomorrow, right? I am terrible at counting backwards. I would fail a DUI bigtime. 22:05 schuster hmmm I have it as 4 pm central... 22:16 brendan schuster -- from pianohacker -- http://www.timeanddate.com/worldclock/converter.html?year=2009&month=7&day=1&hour=19&min=0&sec=0&p1=0&p2=75 22:25 schuster So you are telling me it should be at 2 pm central... Last time I used this I was a day off! 22:25 chris hehe 22:25 chris all i know is its 7am my time tomorrow 22:25 schuster The first meeting I just happened to be in the IRC when it started! 22:26 schuster Speaking of off it is time to head home... I'm wipped! Must have been all the excitement created by the two things Owen helped me with today. 00:20 pianohacker Good night 00:25 chris hmm rick is being disingenous when calling people disingenous 00:25 chris pot kettle ... rick 00:31 chris atz++ 03:29 Amit hi chris, brendan 03:29 Amit good morning oha 03:30 Amit good morning #koha 03:30 brendan hello Amit 03:30 brendan how's the weather ? 03:30 brendan windy here 03:30 Amit weather is cool 03:30 Amit here in bangalore 03:30 joetho hot 03:30 brendan :) 03:30 joetho US 03:31 Amit brendan: i m checking my patch comment given by Joe Atzberger 03:31 brendan cool -- 03:32 brendan going to look at it myself 03:32 Amit your point brendan 03:33 brendan none yet -- 03:33 brendan I'm behind on reading my email 03:35 Amit atz around? 03:37 Amit brendan u there? 03:48 joetho SEKLS? 04:02 test666 SEKLS? 04:07 Amit hi 04:09 Gaurav Hi Amit, Savitra 05:32 ryan ahh, Minnesota, USA. A professional wrestler as governor, now, after much ado, a comedian as senator... 06:56 Amit_Gupta hi koha 07:02 hdl_laptop hi 07:13 fredericd hi 07:14 hdl_laptop1 hi 07:45 Amit_gupta hi veki 07:46 veki Amit_gupta: hi 08:46 slef hi all. That email "hypertext link" on koha-devel - why do we have URI in the item record? Is it used in the templates? 08:49 slef hi paul_p - I just asked: That email "hypertext link" on koha-devel - why do we have URI in the item record? Is it used in the templates? 08:49 slef paul_p: will you be staying around for the developer meeting at 2100 frenchietime? 08:52 slef Amit: remind me who you are (and maybe I will add it to http://wiki.koha.org/doku.php?id=irc_regulars ) 08:52 slef hi btw :) 08:52 slef I think no-one else is awake yet :) 08:52 Elwell sssh. keep the noise down. 08:52 slef Elwell: :) 08:53 slef one of my top microblog "trends" is ":)" according to the analysis tool I used today. #coops and #coop09 are the only bigger ones lately 08:57 fallor hi all 08:59 slef hi fallor 08:59 fallor you wounldn't happen to know about migration scripts on koha3, would you? 08:59 slef a little 09:00 slef but it usually all rests on what you're migrating *from* and that's a big can of worms 09:00 fallor well, it's koha 2.2 09:00 fallor i can't get either one of the index rebuilding scripts to run 09:00 slef what's the error? 09:00 fallor i.e. rebuild_zebra.pl and rebuild_nozebra.pl 09:01 fallor we originally decided not to use zebra indexing, so zebra is probably not configured properly 09:01 fallor but rebuild_nozebra is a complete mystery 09:01 fallor it seems that it doesn't understand anything about the xml configfile 09:02 slef so you've upgraded to koha 3.0.3 with a copy of your 2.2 database, run through the upgrade? 09:06 fallor well, it's 3.0.0 actually 09:06 fallor but yep, that's the way 09:06 fallor this is what rebuild_zebra.pl says: 09:06 fallor Can't use an undefined value as a HASH reference at ./rebuild_zebra.pl line 88. 09:07 slef line 88 of rebuild_zebra-pl is what in 3.0.0? 09:08 slef sed -ne 88p rebuild_zebra.pl to display it ;-) 09:08 fallor my $biblioserverdir = C4::Context->zebraconfig('biblioserver')->{directory}; 09:09 fallor actually the system seems to work otherwise 09:10 fallor i.e. all the patron data and system settings are there 09:10 fallor it's just that the database itself is not searchable 09:10 fallor obviously because there is no index? 09:14 slef probably 09:14 slef is zebrasrv running? 09:14 slef pgrep zebrasrv should print its process id number 09:15 slef assuming you have the BSD procps tools installed 09:15 fallor nope, it's not running 09:15 fallor i think the index has to be created before it starts? 09:15 slef does it? That doesn't sound right to me 09:16 slef if zebrasrv isn't running, how can it be given the records to index? 09:16 hdl_laptop1 fallor marc21 unimarc ? 09:16 fallor marc21 09:16 hdl_laptop1 slef: zebrasrv doesnot have to run to be fed with index 09:16 fallor well... 09:17 slef oh wait 09:17 fallor this is what zebrasrv -f /etc/koha/koha-conf.xml says: 09:17 fallor 04:15:57-01/07 [warn] XML: I/O 09:17 fallor 04:15:57-01/07 [warn] XML: warning : 09:17 fallor 04:15:57-01/07 [warn] XML: failed to load external entity "/etc/koha/zebradb/explain-biblios.xml" 09:17 fallor 04:15:57-01/07 [warn] XML: I/O 09:17 fallor 04:15:57-01/07 [warn] XML: warning : 09:17 fallor 04:15:57-01/07 [warn] XML: failed to load external entity "/etc/koha/zebradb/retrieval-info-auth-grs1.xml" 09:17 fallor 04:15:57-01/07 [warn] XML: I/O 09:17 fallor 04:15:57-01/07 [warn] XML: warning : 09:17 fallor 04:15:57-01/07 [warn] XML: failed to load external entity "/etc/koha/zebradb/explain-authorities.xml" 09:17 fallor 04:15:57-01/07 [warn] chdir /var/lib/koha/zebradb/biblios [No such file or directory] 09:17 fallor 04:15:57-01/07 [log] zebra_start 2.0.32 /etc/koha/zebradb/zebra-biblios.cfg 09:17 fallor 04:15:57-01/07 [warn] Cannot open `/etc/koha/zebradb/zebra-biblios.cfg' [No such file or directory] 09:17 fallor 04:15:57-01/07 [fatal] Failed to read config `/etc/koha/zebradb/zebra-biblios.cfg' 09:17 hdl_laptop1 wow.... 09:17 slef have you set KOHA_CONF? 09:17 hdl_laptop1 It seems you have a problem with your KOHA_CONF 09:18 hdl_laptop1 slef: you beat me 09:18 fallor and there is no zebradb directory under /etc/koha 09:18 slef export KOHA_CONF=/path/to/your/koha-conf.xml 09:18 hdl_laptop1 maybe you should use perl Makefile.PL; make;make install 09:18 fallor err... nope, i haven't set that 09:19 slef hdl_laptop1: you've probably done more upgrades from 2.2 than me. I had very few 2.2 libraries. 09:19 slef hdl_laptop1: I'll drop you in it^W^W^W^Wleave this one with you 09:19 hdl_laptop1 :D 09:20 fallor ok, now I get a screen full of error messages 09:20 hdl_laptop1 fallor: all the files you are trying to use are in the source directory. But has to be adapted to your configuration. 09:21 hdl_laptop1 fallor: first one ? or pastebin 09:21 fallor <opachtdocs>/usr/share/koha/opac/htdocs/opac-tmpl</opachtdocs> isn't a variable assignment, skipping it <intrahtdocs>/usr/share/koha/intranet/htdocs/intranet-tmpl</intrahtdocs> isn't a variable assignment, skipping it 09:21 fallor that's not the first one 09:21 fallor but the same seems to repeat for every line in koha-conf.xml 09:22 slef erm, is that koha 3.0's rebuild_zebra.pl or 2.2's? 09:22 slef (was there one in 2.2?) 09:22 fallor there wasn't one in 2.2 09:22 fallor it didn't have zebra as far as i know 09:22 slef oh I know! 09:22 slef it's getting your 2.2 C4 modules 09:22 fallor oh? 09:22 slef you need to set PERL5LIB too! 09:23 slef ordinarily, if you haven't set PERL5LIB the script wouldn't even run 09:23 fallor ok... what should I set it to? 09:23 slef export PERL5LIB=/path/to/folder/above/your/C4 09:23 slef hdl_laptop1: don't we have $VERSION in C4::Context yet? 09:23 fallor so /usr/share/koha/lib? 09:24 slef where's your koha3 C4? 09:24 slef it sounds like /usr/share/koha/lib would contain your koha 2.2 09:24 slef but I could be wrong 09:25 fallor oh 09:25 fallor something's happening now 09:25 fallor nope, /usr/share/koha is koha3 09:25 slef ok 09:26 fallor koha2 is in /usr/local/koha 09:26 slef right, I'm afk for about 60mins 09:26 slef hrm, once I've rerecorded my voicemail message 09:26 fallor so now i need to start zebrasrv 09:26 fallor well, except that 09:27 fallor there still is no /etc/koha/zebradb dir 09:27 fallor where are those files? 09:29 fallor found them 09:30 veki_ I installed Koha but, when I type http://1192.168.1.2:8080 I cannot connect with KOha. Apache and My sql are workin. I use opensuse 11 09:30 veki_ I installed Koha but, when I type http://192.168.1.2:8080 I cannot connect with KOha. Apache and My sql are workin. I use opensuse 11 09:30 veki_ sorry typo in http part 09:32 Amit hi slef 09:36 SelfishMan veki_: Can you connect to koha on http://bitl.in/6z0 ? 09:36 SelfishMan ugh...auto url shortening 09:39 veki_ SelfishMan: I got, what is problem. I fixed /koha/httpd-conf... thanks.... 09:39 SelfishMan cool 10:00 Amit hi slef 10:01 Amit slef : http://wiki.koha.org/doku.php?id=irc_regulars 10:08 Amit hi kf 10:13 kf hi Amit 10:15 Amit heya kf 10:15 Amit net problm in my office 10:22 slef Amit: sympathies. I've had one for months :( 10:22 Amit k 10:47 Amit hi gaurav 10:47 Gaurav hi amit 11:28 Amit hi davi 11:29 davi hi Amit 11:29 soul9 has anyone used the matching feature of tools/manage-marc-import.pl? 11:33 gmcharlt soul9: I have, and wrote most of it - what's your question? 11:38 soul9 well, i'm having a hard time making it work...but i don't really know where to start explaining my question :) 11:38 soul9 so: i have imported two iso2709 files in the breeding reservoir 11:38 soul9 actually, i have imported the same file twice 11:39 soul9 imported the bibs from it in the first instance 11:39 soul9 then used the matching rule based on isbn 11:39 soul9 so it says it applied the new matching rule 11:40 soul9 the thing is that the match? column always has 'no_match' 11:41 gmcharlt well, it's possible that there are in fact no matches 11:41 gmcharlt you could try creating a new matching rule 11:41 gmcharlt and applying that one 11:42 gmcharlt also check to make sure that your indexes are up-to-date by running rebuild_zebra.pl 11:43 soul9 ah! 11:43 soul9 it uses zebra to match? ok 11:43 gmcharlt yep 11:43 soul9 i have looked into the C4::Matcher, but not that thoroughly 11:44 soul9 oki doc', thanks for the pointer