Time Nick Message 13:29 mc hello all 13:32 gmcharlt hi Marc 13:32 masonj ah, i spotted that a couple of days agao too owen 13:32 masonj in circ-toolbar.inc ?? 13:32 owen yeah 13:33 masonj it does seen to look redundant 13:37 mc anyone can tell me for what reason a zebrasrv launched successfully at hand 13:37 mc failed with daemon ? 13:37 mc (with no error) 13:38 masonj so 'zebrasrv -f ./koha-conf.xml' works okay 13:38 masonj but 'zebrasrv -d -f ./koha-conf.xml' doesnt 13:39 gmcharlt it should be -D, not -d, right? 13:40 masonj hmm, -d <daemon> 13:40 masonj for zebrasrv-2.0.32 13:40 gmcharlt man zebrasrv says -D, not -d 13:41 gmcharlt -D to daemonize 13:41 masonj oops, zebrasrv -h says '-d' 13:41 gmcharlt -d to specify name of daemon for hosts_access 13:41 gmcharlt -d is optional 13:41 masonj ah, my bad 13:42 nengard owen - i was wrong - ryan will be in in a couple of hours 13:44 masonj mc: 'zebrasrv -D -f ./koha-conf.xml -l ./log ' 13:44 masonj and tail -f the log... 13:44 mc i try 13:45 masonj could be something in there.. 13:45 masonj 'zebrasrv -D -f ./koha-conf.xml -l ./log -v all' 13:46 masonj turn the log-level up, perhaps 13:48 mc grmbl ... it seems that the problem comes from daemon : no logfile created 13:57 mc i work around it 13:57 mc sudo -u $OTHERUSER zebrasrv 2>>$ERRLOG 1>>$STDOUT 14:09 eric gmcharlt, concerning the zebrasrv daemon, do you know if is there a reason why the koha-zebra-ctl.h is using the daemon utils instead of using the -D switch? 14:10 gmcharlt eric: I'm not sure - chris wrote those scripts. 14:10 gmcharlt eric: possibly to make it easier to identify which zebrasrv to kill when stopping it 14:12 eric i ran through some problem yesterday with zebrasrv running with the RC1. 14:12 eric for an unknown reason, it seems to be confused with the koha-conf.xml file. 14:14 gmcharlt how so? 14:15 eric I got full of _Bareword found where operator expected at <koha-conf.xml path> near "/home/ebegin"_ 14:15 eric (Missing operator before ebegin?) 14:16 gmcharlt sounds like it's running koha-conf.xml through the Perl interpreter for some reason 14:16 eric Let me check something ;) 14:21 eric gmcharlt, you are right. I replaced the koha-zebra-ctl.sh file with a previous version. gmcharlt++! 14:39 owen masonj: I figured out the answer to my question about StaffMember permisisons 14:40 owen You have to have special permission to edit the permissions of staff members. A fairly recent addition. 15:52 owen cnighs? 16:13 fbcit hi owen 16:14 owen About Bug 2319... 16:14 owen No, sorry.. 16:15 owen Bug 2318 16:17 owen The 404 error is by design 16:17 owen ...so technically the bug is invalid. But I agree it's questionable behavior 16:17 fbcit right, I'm thinking that it might be nice to return why 16:17 fbcit so maybe an enhancement? 16:18 owen Yeah, and I think you'll have to argue your case. The current behavior assumes that individual records can be considered "pages," and that someone following a link to something that's not there should be told it's not there 16:19 fbcit incidentally, the koha-error_log gives no explanation of why the error occurred either 16:19 fbcit perhaps I should add that bit to the bug as the sys admin will have a hard time understanding what caused the 404 w/no log entry 16:22 fbcit it is probably unlikely that attempting to view a non-existent biblio will occur 16:23 fbcit it happened here due to messed up zebra indexes 16:23 fbcit once the index was dropped and rebuilt, the bad entries no longer appeared 16:24 owen I think it's a difficult question... we consider detail.pl to be the page. We know it's always there. it's the ?biblionumber= part that changes. But does the user view each unique URL (including the biblionumber=) as a separate page? 16:25 owen Amazon and WorldCat both give 404-ish errors 16:26 fbcit I guess my main concern was not so much the user, but the admin when (s)he is asked to discover what is going wrong 16:27 fbcit but that fix is probably as simple as adding a warn to the detail.pl script when it attempts to retrieve information for a non-existent biblionumber 16:28 fbcit so maybe bug 2318 should be closed and another opened recommending the addition of a warn so the error will be logged 16:29 owen That sounds good to me 16:35 paul_koha hello world 17:35 kados_ paul: you here? 17:35 paul yep. 17:35 paul hello kados_ 17:35 kados_ paul: there are 16 translation modifs on translate.koha.org, are those official? 17:35 kados_ for fr-FR 17:35 kados_ (hi :-)) 17:35 paul (almost time for dinner here, but i'm alone those weeks) 17:35 paul (this week) 17:35 paul (so I can eat when I want ;-) 17:36 paul not at all. 17:36 paul I don't know who did them at all. 17:36 kados_ OK, I will ignore them 17:36 paul we use .po & git directly 17:36 paul kados : about http://biblio-os.blogspot.com/2008/06/howard-county-library-system-md.html 17:37 paul how should I understand : 17:37 paul Their original go-live date was supposed to be this fall, but they are now waiting for the new Koha acquisitions module, Get It, to be finished. They are co-sponsoring development of this with WALDO. It will be released in November, at a conference in North Carolina. 17:37 paul you're working on a new acquisition module ? 17:37 kados paul: it's not a Koha module in fact 17:38 kados paul: will be similar to biblios, a separate project 17:38 paul what will it do ? 17:38 kados paul: we will announce it officially once they have signed off on the specs 17:38 kados paul: and the specs will be published too, so you can have your answer to that question too :-) 17:40 kados not sure I understand the last sentence, do you mean you wish we told you about the project before someone posted a blog about it? 17:40 paul yep. 17:40 paul as we're working on a new acq module too. 17:40 paul maybe we could have merged our specs. 17:40 kados the problem is that if we announce we have a new acq module, everyone will want to know what it will do 17:41 kados and since we don't have customer sign-off on the spec, we can't say for sure 17:41 paul I thought BibLibre was not "everyone" 17:42 kados true, but your first question was 'what will it do?' ;-) 17:44 kados paul: we are working on a site for all liblime sponsored dev projects 17:44 kados paul: but things are so busy we haven't had time to finish it 17:44 kados paul: hopefully in the next month or so it will be ready 17:44 paul same here (for being busy...) 17:44 kados *nod* 17:44 paul what is nice with summer is that customers are in holidays, so we can work on what we can't usually ;-) 17:45 paul about BibLibre : Olivier Saury will be full time aug, 1st. Dedicated to new acq module 17:45 paul Johnny Soros will be full time aug 1st, dedicated to new acq module too 17:45 kados excellent! 17:46 paul Nicolas Moris has started on monday, dedicated to strategy & Marseille Universities 17:46 paul Jacques Piton should start on aug, 1st or Sep 1st, it's objectives not being defined yet 17:47 paul Laucence Lefaucheur will start on Oct, 1st, being dedicated to customers & contracts 17:47 paul one librarian still to find (we have a good candidate, maybe a better one can come. Otherwise, we have got our man) 17:48 paul so, hdl+me+mc+5 new + 1 to decide = 9 BibLibrer's on oct, 1st 17:48 kados really great paul! 17:49 paul do you have some minuts for me & my commits ? 17:50 kados paul: I'm working on translations atm, maybe in a bit? 17:50 paul ok, will be here for 2 or 3 hours still 17:50 paul I've 3 patches that I want to discuss of 17:51 kados OK 17:51 kados actually, go ahead, now is fine 17:51 kados which 3? 17:51 paul 5d327138cde8cb3dc245e0f20966083d791b8075 : bugfixing scan index 17:51 paul (june, 2) 17:51 paul I never had news from you about this one unless i've missed it 17:52 paul (in fact, you asked me for some infos, I answered, and ... nothing) 17:52 kados checking 17:53 kados I think we talked on IRC about it 17:53 kados I can't get scan to work at all 17:53 kados before or after the patch 17:54 kados yep, not working on http://opac.liblime.com for instance 17:54 paul works on staff : http://i15.bureau.paulpoulain.com/cgi-bin/koha/catalogue/search.pl?idx=kw&q=christ&scan=1&op=and&idx=kw&op=and&idx=kw&sort_by=relevance 17:54 paul (abel / abel) 17:54 kados paul: also, your patch doesn't reference a bug number 17:54 paul there is none 17:55 paul mmm.... works on opac for me as well : 17:55 paul http://o15.bureau.paulpoulain.com/cgi-bin/koha/opac-search.pl?idx=kw&q=christ&scan=1&idx=kw&idx=kw&sort_by=relevance&do=OK 17:55 kados on staff, still doesn't work for me 17:55 kados http://staff-jmf.dev.kohalibrary.com/cgi-bin/koha/catalogue/search.pl?idx=kw&q=it&scan=1&op=and&idx=kw&op=and&idx=kw&sort_by=relevance 17:55 kados admin / demo 17:55 kados it says 10 results found, but none display 17:56 paul probably a marc21/unimarc problem 17:57 kados *nod* 17:57 paul I think i've got it 17:58 paul C4::Search.pm, line 475 17:58 paul is it correct for MARC21 ? 17:58 kados looks correct to me 17:58 paul :( 17:59 paul anyway, my patch is correct, you should apply it ;-) 17:59 kados hehe 17:59 kados OK, I will add it to the list of TODO for today 17:59 kados next patch? 17:59 paul 86eca13ffb6f8747cfd5531f4bcb2bfcc20fd2c1 bugfixing (itemtype summary) : it summary is defined, the icon & author were not displayed 17:59 paul this one is useless for you (you use XSLT) 18:00 paul but it's very important for us, that use the itemtype.summary thing 18:00 paul (useless & harmless I hope) 18:00 paul (june, 2nd too) 18:00 kados right, and I need to test that one I think 18:00 kados again, I wish there was a bug report 18:01 kados so I could reference an issue that has been explained 18:01 kados paul: i will test it today 18:01 paul it's very small, and everything is included in a <tmpl_if name="summary"> 18:01 paul so you'll have to use summary to see what it does 18:02 kados *nod* 18:02 kados will try today 18:02 paul last one... the 0088 / 0089 unicode 18:02 kados yes, and this one we disagree on I'm afraid :-) 18:02 paul yes, we disagree. 18:03 paul mc spent 2 days trying to add \{0088} to .chr file to explain zebra what it must do with it 18:03 paul and could not get any result 18:03 kados paul: have you asked on zebra lists how to do it? 18:03 paul yes, on may, 30 18:03 paul and got no answer 18:04 kados try again perhaps? 18:04 kados because removing a character breaks the MARC record 18:04 kados it messes with the directory size 18:04 kados and could cause unexpected problems that would be very hard to debug 18:04 paul it's done on the MARC::Record object, so the leader is recalculated when needed, am I wrong ? 18:05 kados not within that function I don't think 18:05 paul + look what it look like here : http://o03.musil.biblibre.com/cgi-bin/koha/opac-detail.pl?biblionumber=360 18:06 paul + my patches solves the problem for NoZebra as well 18:06 kados gmcharlt: around? 18:06 kados paul: maybe the solution is to map it to a different character? 18:06 kados instead of just removing it 18:06 paul a space would be OK 18:06 kados I see that being done elsewhere in that function 18:07 gmcharlt kados: what's uP? 18:07 kados gmcharlt would be the best one to ask 18:07 paul hi gmcharlt 18:07 kados gmcharlt: paul's recent patch: BUGFIX (UNIMARC specific) : zebra dislike 0088 and 0089 chars 18:07 kados gmcharlt: adds the following : 18:07 kados + # discard 0088 and 0089, that are added by BNF for starting articles 18:07 paul FYI : http://www.fileformat.info/info/unicode/char/0088/index.htm 18:07 kados + next if $char eq 0x0088; 18:07 kados + next if $char eq 0x0089; 18:08 kados to the char_decode5426 sub in Charset.pm 18:08 gmcharlt I strenuously object to throwing out valid data that is permitted by the standard 18:09 paul note it's "non printable char" 18:09 kados paul: so the 'bug' is that linux doesn't know how to display the character? 18:09 paul look at : http://o03.musil.biblibre.com/cgi-bin/koha/opac-detail.pl?biblionumber=360 18:09 gmcharlt barring a solution for Zebra, it should be implemented as a filter prior to indexing a record (NoZebra) or sending it to Zebra 18:09 paul not at all. 18:10 paul it's that zebra consider {0088}Camp as a word. 18:10 kados paul: apart from the patch, there is no bug report for this, so it's hard for us to understand what exactpl the problem is 18:10 gmcharlt and possibly an output filter 18:10 kados paul: OK, looking at that record 18:10 paul thus, searching "Camp" don't return anything 18:10 kados (at the top of the page I see: 18:10 kados <<<<<<< HEAD:koha-tmpl/opac-tmpl/prog/en/includes/doc-head-close.inc ======= >>>>>>> 5ae7d4ea9738ab0c2ca499a578fdd3d23efdd836:koha-tmpl/opac-tmpl/prog/en/includes/doc-head-close.inc 18:10 paul as the "word" indexed is "{0088}Camp" 18:10 kados ) 18:10 paul yes, it's a git problem 18:10 paul not our problem though ;-) 18:11 kados paul: why did the catalogers put the char in there? 18:11 paul it's BNF ! 18:11 paul it's here to say "Le " is useless for sorting title 18:11 paul the book has to be sorted on C (Camp) 18:12 atz BNF != Backus-Nauer Form ? 18:12 paul it's UNIMARC standard v5 unless i'm mistaken. 18:12 paul atz: joking or you don't know that BNF is Bibliothèque Nationale de France ? 18:13 paul BNF provides a free z3950 that every libraries uses in France ! 18:13 gmcharlt kados, paul: it's not just BNF: http://www.loc.gov/marc/marbi/1998/98-16.html 18:13 atz paul: didn't know. and since you're talking about parsing, i figured backus-nauer would make sense 18:17 paul just to point a difference btw France & US/GB : last week, hdl teaches Koha to some benevolent librarians. Some were english, some were french. When he showed the OPAC-detail, the reaction was "Hey (great), it looks like Amazon" and "Hey (horror), it looks like Amazon". guess who expressed what ? 18:17 paul (not related to our 0088 problem, just to smile a little) 18:17 kados hehe 18:18 kados paul: XSL will come to the rescue there I hope 18:18 paul (for most french librarians, Amazon is evil...) 18:18 kados heh 18:18 atz paul: and google is worse ? 18:18 atz :) 18:18 paul yep. 18:19 paul (strange to see that "google book scan" is Devil, and "google search engine is great" 18:19 paul so, back to our problem... 18:20 gmcharlt re Zebra's tokenization, do you try setting 88 and 89 as space characters in the appropriate *.chr? 18:20 paul yep. 18:20 paul but could not make it work 18:20 paul (& I asked on zebra ml, but got no answer) 18:21 paul I tried : 18:21 paul space {\001-\040}!"#$%&'\()*+,-./:;<=>?@\[\\]^_`\{|}~{\088-\089} ? 18:21 paul but does not work. 18:21 gmcharlt what about setting encoding of that one to utf8 and adding the appropriate encoding directive? 18:21 paul + that solve the search problem for Zebra, but it's still here for display (strange char) & for NoZebra 18:21 paul gmcharlt: I don't understand what you mean 18:22 gmcharlt paul: read description of the encoding directive in http://www.indexdata.dk/zebra/doc/character-map-files.tkl 18:23 paul I know this page, but I still don't understand what you mean 18:24 paul (if you mean adding encoding utf-8 at the beginning of the file, it's already here 18:24 paul etc/zebradb/lang_defs/fr/sort-string-utf.chr 18:25 gmcharlt ok, gotcha 18:25 gmcharlt but if you're trying \088-\089, that's interpreted as *octal*, not *hex* 18:25 gmcharlt so \88-\89 might work 18:26 gmcharlt or rather, \x88-\x89 18:26 paul why don't you want to remove those chars ? 18:26 paul (as .chr will solve only the zebra problem, not the display or the NoZebra one) 18:27 paul (having search work would be much better however !) 18:27 gmcharlt because it corrupts data that is valid per the MARC standard 18:27 paul corrupts ? the leader you mean ? 18:29 paul + the line $result=~s/\x0f//; & later does somewhat the same thing isn't it ? 18:29 paul (changing the size of the subfield) 18:29 gmcharlt let me spell it out - 0088 and 0089 are permitted in MARC records, have a defined purpose (surrounding nonfilng characters to remove), and your patch would just simply remove them before saving the record 18:30 paul yes, because Koha don't handle them, neither zebra & it add some strange boxes on the display. 18:30 paul worth the price I think 18:30 paul (if we can handle them properly, I agree to change my mind ;-) ) 18:30 atz i don't think you can just thow out valid data though... 18:30 gmcharlt NO! the solution is to fix Koha to deal with those characters, configure Zebra properly, and possibly add an option to filter then from output to deal with broken web browsers 18:31 atz even if is it problematic bizarre valid data 18:32 paul gmcharlt: I think the strange boxes appear on non broken web browser (ff, konqueror, opera...) & don't appear on broken one (IE6) in fact ;-) 18:34 gmcharlt given that 0088 and 0089 are clearly marked as control characters, that behavior is debateable 18:35 paul do you want to debate now ? ;-) 18:36 gmcharlt paul: actually, no - I would prefer that you implement this by adding routines to filter HTML output and indexing output, not by corrupting MARC records 18:36 paul are you sure it corrupts MARC records ? and where ? 18:36 atz paul: you take valid data out. that's corruption. 18:37 paul valid, but not usefull for us. so I think it's acceptable 18:37 paul (again, could we deal with those markers correctly, I would change my mind) 18:37 kados paul: I disagree :-) 18:38 kados paul: removing valid data that isn't useful is called corruption 18:38 kados paul: it might not be useful now, but what if we deal with it correctly later? 18:38 atz not useful for us only because koha doesn't handle it. the fix is NOT in changing the data. 18:38 kados paul: remember that in 2.0 you removed leaders from MARC records :-) 18:38 kados paul: because they weren't useful at the time 18:38 kados paul: ;-) 18:39 paul (no need to ;-) I was a newbie at MARC, so I made mistakes) 18:39 kados this would be a similar mistake IMO 18:39 kados not quite as bad I agree, but still destructive 18:39 kados if we had DOM filtering for instance, we could use the presence of those chars to signal the index 18:39 kados in zebra to sort properly 18:40 kados so if you remove them from your data you lost taht ability 18:40 paul yes, and for NoZebra, we could remove the chars when indexing, no pb here. so the last remaining problem would be display. 18:40 paul which I can live with... 18:41 gmcharlt alternatively, switching to ICU chains would help, because then they could be readily filtered out 18:41 paul so, let's check if space {\x88-\x89} works for zebra 18:41 paul gmcharlt: ++ 18:41 paul (I tried icu, works very well) 18:41 gmcharlt although now isn't the time to add yaz-icu as a dep, but for 3.2, different story 18:41 paul gmcharlt: ++ 18:42 paul OK, will check for {\x88-\x89} and you'll see a patch coming if it works 18:42 paul (& you could probably use it for marc21/en as well, isn't it ?) 18:42 kados sounds like it, yes 18:42 gmcharlt paul: well actually, we need to prepare proper .chr files for en to begin with 18:43 kados *nod* 18:49 paul gmcharlt: you're the best ! 18:49 paul {\x88-\x89 just work fine !) 18:49 paul http://i15.bureau.paulpoulain.com/cgi-bin/koha/catalogue/search.pl?q=communaut3%A9 18:49 paul (abel/abel) display "La communauté de l'anneau" !!! 18:49 paul kados: patch coming 18:50 paul (+ translation updated patch coming too) 18:50 atz cool, glad to see that worked out (at least this initial part) 18:52 kados excellent 19:43 paul kados : 2 patches sent (french updated & 88/89 .chr version) 19:43 paul going to dinner then bed. 19:43 paul bye world 19:44 paul_away kados : mc planned to send a mail on koha-devel about CGI::Session pb. if you can get in touch with him, feel free to speak of it 19:45 paul_away (he has contacted CPAN maintainers to have them fix a problem on CGI::Session package, that is the origin of the problems) 19:45 paul_away (dunno the details, it's something about "pause request") 19:45 paul_away this time, really away ;-) 20:22 cait hi, i ve got a question: what means currency cutoff? im working on german translation (again) :) 20:23 cait its on home > circulation > billing 20:26 kados cait: the date for translation submission has passed unfortunately :) 20:26 kados cait: I already pushe dup the german ones 20:26 kados for 3.0-stable 20:26 cait thats ok, i had no internet last week... 20:27 cait and i think a better german translation will be ok for next version? or perhaps as a patch oder download? 20:28 acmoore is that cutoff the lowest amount that koha will bill for? 20:28 acmoore in order to avoid sending bills for negligably small amounts 20:29 cait btw is there a new date for final release? 20:30 cait the term appears in billing report... its on the left side. i cant test it, i have no fines or charges in the system yes 20:53 cait hm, is there really no chance of getting my translation work to 3.0? i completed OPAC yesterday and in rc1 are still many strings completely missing or marked as changed in po-edit. 21:00 kados cait: I'm working on the release right now, hoping it will be ready today 21:00 cait oh 21:00 kados cait: you working from a .po file, or from translate.koha.org? 21:01 cait po-file, fixing typos, looking that terms are used the same way everywhere in koha. thats not possible with translate.koha.org 21:02 kados *nod* 21:02 kados cait: OK, well I'll accept a late submission for that file 21:03 kados cait: please just let me know how to get it, or zip it up and send to me directly at jmf@liblime.com (maybe cc koha-translate too) 21:03 cait thx kados 21:03 kados np 21:03 cait can you give one or two more hours to check some things before submitting? 21:04 kados sure 21:04 kados cait: I'm wrapping up a bunch of bug reports/patches anway 21:04 cait ok. ill stay here so you can contact me 21:51 slef hi all... cnighs are you alive? 21:52 cnighs yup 21:52 slef in C4/Auth.pm:/checkauth, why did you make it unless ($userid || $sessionID0 ? 21:53 slef I think commit 3d377cd7c1858bb865f8da7126961f888ca15692 broke OPAC logins for me. 21:54 slef But I'm not entirely sure. I've changed that || to && and it works, but I'm not sure about that either. 21:54 kados slef: is that 21:54 kados fix for 2322: Failure to reach amazon.com to retrieve enhanced content causes fatal error in Koha 21:54 kados ? 21:54 kados ahh, nope 21:54 slef kados: it's kohabug 1875 Public lists/virtualshelves are displayed and viewable whether a patron is logged in or not. 21:54 kados slef: found it, thx 21:55 kados slef: what's the error you're getting? 21:55 slef kados: no error. Just no-one can log in to OPAC if they've got a session cookie. 21:55 slef That was my first suspicion but NAFAICT 21:56 slef Do either CGI::Session::Serialize::storable or ::freezethaw work, by the way? Would be good to reduce PREREQ_PM instead of lengthening it. 21:56 gmcharlt slef: I just tested both storable and freezethaw 21:56 gmcharlt slef: neither work as a trivial substitution, alas 21:57 gmcharlt storable crashes outright 21:57 gmcharlt freezethaw can't handle managing the session during the commit operation of a staging MARC import 21:58 gmcharlt (and FreezeThaw isn't a core module, anyway) 21:58 slef cnighs: unless confuses the hell out of me, so || might be right and my site's problem is elsewhere. 21:58 slef gmcharlt: FreezeThaw is in Extras on darwin, which is a little better than CPANs. 21:59 slef gmcharlt: Storable would have been nicest if it worked and it didn't look like it had been tested. Thanks. 22:04 cnighs slef: take a look around line 534 22:04 cnighs if ( ($query->param('koha_login_context')) && ($query->param('userid') ne $session->param('id')) ) { 22:04 cnighs #if a user enters an id ne to the id in the current session, we need to log them in... 22:04 cnighs #first we need to clear the anonymous session... 22:05 cnighs if the user enters a userid not equal to the one contained in the session, the anonymous session is cleared, or should be 22:05 cnighs works here 22:05 slef cnighs: I saw it, but koha_login_context isn't in the login form. 22:06 slef ah, but not in their templates 22:06 slef AY*(DF&AS(*D&AS(*&DA(S*&D*F(A 22:08 slef the site I was debugging 22:09 slef it would be really really really really useful to modify the intranet rather than the opac when you have the choice 22:10 slef I suspect there are far more modified opac templates in use than intranet ones. 22:10 cnighs unfortunately anonymous session in the intranet might not go over too well ;) 22:10 slef cnighs: so you couldn't have had user_edit_context somehow? 22:15 cnighs slef: I'm not familiar with that context 22:18 slef cnighs: it doesn't exist, but neither did koha_login_context. 22:22 slef kados: has 9a301c2608e07b79c2749ac859d41e87a1446e0c been applied? 22:59 kados slef: is that 'BUGFIX opac-serial-issues.pl template.' ? 23:11 slef kados: no, it's 'Improve Z39.50 result checking and display a little:' 23:11 kados slef: that's not in my queue, did you send it to koha-patches? 23:11 kados I may have missed it? 23:12 kados slef: I do'nt see it on lists.koha.org in the may archive ... and I don't see a June archive(!!!) 23:12 slef kados: it's at http://serene.ttllp.co.uk/~mjr/koha-installer/0009-Improve-Z39.50-result-checking-and-display-a-little.txt too. You rejected an earlier version of it, but I've had no reply to this one. 23:12 kados or July for that matter 23:13 kados slef: I'll take a look now 23:13 slef kados: known bug, ask hdl || paul to give me access if they want help fixing it. 23:14 slef kados: thanks. It's reduced the number of "we can't find stuff in z39.50 when it shows on $whatever's OPAC, so Koha is broken" reports we get. 23:15 slef kados: key line is push(@breeding_loop,{'toggle'=>($i % 2)?1:0,'server'=>$servername[$k],'title'=>join(': ',$oConnection[$k]->error_x()),'breedingid'=>-1,'biblionumber'=>-1}); 23:16 kados slef: looks better 23:16 kados slef: is there a bug number? 23:16 kados if not, there should be 23:17 slef 1337 23:18 slef erm 23:18 slef well, it relates to that 23:21 kados slef: I'll go ahead and apply it 23:23 kados slef: it checks out, thanks 23:24 slef kados: re kohabug 2244 - how does SIP2 do cataloguing? 23:24 kados slef: how does RFID do cataloging? :-) 23:25 slef kados: you put barcode-like numbers on the tags 23:25 kados SIP is basically just a way to communicate with an RFID hardware solution for things like circulation self-checkout or RFID checkouts 23:25 slef kados: I read 3M's SIP2 docs and didn't see how to set the book barcode-like number. 23:26 kados slef: yea, I'm not the man to ask there, that'd be atz 23:26 slef kados: that's what I thought, so I don't understand your question on 2244. 23:26 kados well, I saw RFID and thought 'SIP2' 23:26 kados because that's how RFID solutions typically interact with an ILS 23:26 kados through the SIP2 interface 23:27 kados I'm unaware of any other way in fact 23:27 kados unless it's some kind of proprietary vendor-specific protocol for RFID 23:27 kados or for an RFID reader I mean 23:27 slef well, this project is to avoid a proprietary RFID writer 23:28 kados slef: in that case, you're well beyond me, just ignore my comment :-) 23:29 slef it's the other side to SIP2 23:29 slef although if we're writing tags, it's cheap to also interface to circulation 23:30 slef so we'll do that too 23:31 ricardo Hi everyone! :) 23:31 kados heh, hi there ricardo 23:31 slef Hi Doctor ricardo! 23:31 slef </simpsons> 23:32 atz slef: so you are building an SIP client embedded-RFID-reader system? 23:32 ricardo slef: LOL! Hi MJ :) Well, technically I'm not a "Doctor", at least in the UK / US sense (I do NOT have a Ph.D, alas...) 23:32 ricardo Hi kados ! 23:33 ricardo kados: I've finished updating my openSUSE tutorial in the wiki. I'm now installing git to update the INSTALL.opensuse file 23:33 slef atz: no, it's a non-SIP RFID-writer 23:33 kados ricardo++ 23:33 atz the RFID "barcode printer" then. 23:34 kados slef: did you ever file the bugs related to and referenced in bug 1536? 23:34 ricardo BRB 23:34 slef atz: pretty much, plus an RFID "keyboard wedge" for the circulation screens 23:34 slef atz: button that fills the barcode field with whatever RFID tag is on the writer pad. 23:35 atz sounds right to me 23:35 atz and yeah, SIP doesn't provide anything like "modify item" as a function 23:36 slef atz: including evil use of REMOTE_IP to figure out what RFID pad to use... 23:37 slef kados: nafaict... hdl (see comment #4) seemed to suggest it was a local problem. Are serials working for you? 23:37 atz so you have to setup IP maps ahead of time? not much fun there. 23:37 kados slef: there might be an NCIP profile that handles "modify item" 23:38 kados slef: no, serials are broken 23:38 kados slef: and i'm waffling about the release over them 23:38 atz kados: .... anytime soon anyway 23:38 slef atz: no, the RFID pads are listening on tcp 23:40 slef atz: small daemons on staff terminals 23:40 atz ah, i see... you have to know who to spit back at (via non HTTP browser) 23:41 atz not much error control then, i gather, once you've sent the command back to the the pad 23:41 atz or is that the part you are working on? 23:44 ricardo kados: I didn't know that verb "waffling". I do know about "wafles" though! <Homer>Hmm.... Wafles....</Homer> ;-) 23:45 atz for some reason american political discourse needs to have a new verb for "vacillate" every few years 23:45 kados hehe 23:46 kados one less bug :-) 23:46 ricardo atz: LOL! 23:48 slef atz: ? the pad gives feedback about command success/failure. 23:48 slef atz: also, the pads make beeps and boops on command 23:49 atz so the page submits some form to the server, server sends to pad, pad replies, server returns form to browser (potentially w/ error info) 23:50 atz it just happens to be that the way to contact the pad is back through the same system that the browser is requesting from 23:51 slef yep 23:52 atz sounds cool 23:52 slef will be when it works 23:52 atz :) 23:53 cait No transfers to receive 23:53 cait oh sorry, wrong window 23:53 atz hello anyway cait 23:56 cait atz: hi :) 23:57 ricardo Is it good practice, in the INSTALL (documentation) files, to put a "changelog" in the "body" (description) of the patch? 23:58 gmcharlt ricardo: the body of the patch ought to summarize the change 23:58 gmcharlt ricardo: I don't think in general there's a need for a ChangeLog section in the install document itself 23:58 ricardo gmcharlt: OK. So I think the answer is yes. Great, thanks for the feedback :) 00:11 ricardo newlogbot: Welcome Back! 00:13 kados ricardo: ahh, OK :-) 00:13 ricardo kados: Got it? 00:14 kados ricardo: I'm afraid NO 00:16 ricardo kados: OK. Back to editing main.cf 00:18 ricardo kados: Take #3 00:19 kados ricardo: got it! 00:19 kados ricardo: thanks! 00:19 ricardo kados: Great! :D 00:19 ricardo kados: You're welcome :) 00:22 ricardo There is my Patch in all its glory (ahem...): 00:22 ricardo http://koha.markmail.org/search/?q=#query:+page:1+mid:xzys2rmp5igu3ny4+state:results 00:26 kados ricardo: OK, pushed, thanks again! 00:27 ricardo kados: Welcome! 00:29 ricardo OK. It's 1H30 AM here now. It's REALLY time to go. Take care everyone. Keep up the great work! :) 00:30 slef` heh, same time here