Time Nick Message 13:57 kados morning all 13:57 kados owen: can you rebase and doubls-check I've applied all your patches from this weekend? 13:59 owen Looks good to me 14:45 owen Hi atz 14:45 atz greets owen 14:45 owen Were you in Portland too? 14:45 atz yep 14:45 atz good conference, all around. cool city too. 14:46 owen that's great. I wish I could have been there 14:47 atz columbus just barely lost out on hosting the next one 14:51 hdl hi all. 14:52 atz hello henri 14:52 atz are you safely back home in montpilier now? 14:52 hdl Yes after 24hrs trip 14:53 hdl was your trip back home OK ? 14:53 atz yes, I flew through Houston on the way back, without complication. 14:59 nengard hdl: 24 hours!! Yikes 15:00 nengard we hit snow but had no problems or delays - pretty lucky 15:01 hdl nengard: yes : Chicago then Paris, Marseille and Finally Montpellier 15:01 nengard hdl: you must be exhausted 15:01 hdl and jet lagged too... :D 15:01 hdl But it's ok. 15:01 nengard i bet 15:28 atz now that it's warming up, some sparrows seem to have finally found my bird-feeder 15:29 atrus123 Is there anything extra I need to do for my records to show up in the OPAC after having run the bulkmarcimport.pl script? 15:29 atrus123 running koha 3 git 15:29 atz atrus123: rebuild zebra? 15:30 atrus123 ah, that's it... this is the first time i've tried it with zebra, so i'm still figuring it out 15:30 atrus123 thanks 15:30 atz misc/migration_tools/rebuild_zebra.pl 15:30 atz no problem 15:32 atrus123 that was it! thanks again. 16:08 atz owen: what is supposed to happen if the user uploads an oversized logo? 16:08 owen For opacsmallimage? 16:08 atz does it just get cut off, or shrunken? 16:09 owen I believe opacsmallimage will just get cut off 16:15 atz ok 16:21 kados owen: you around? 16:21 owen Yes 16:22 kados owen: I'm talking to Chris Catalfo about some issues we're having embedding biblios into Koha ... mainly some of the CSS difference between biblios and Koha are wreaking havoc 16:22 ccatalfo hey owen 16:22 kados isn't there some kind of 'reset' function for elements? 16:22 kados so we could potentially wrap the biblios app in a single <div> that has YUI.reset=1 or something? 16:23 kados to just remove all the style from that block? 16:23 owen So biblios is picking up CSS declarations for elements/classes that are common between them? 16:23 ccatalfo owen, that's right 16:24 ccatalfo i'm trying to wrap the biblios app up in a koha template 16:24 ccatalfo and so i'm including doc-head-open and doc-head-close 16:25 owen I wonder if this would work: 16:25 owen Put the YUI reset CSS into the biblios stylesheet, defining a specific div which it should apply to 16:26 ccatalfo this is the YUI reset css you're thinking of? http://developer.yahoo.com/yui/reset/ 16:26 owen Yes. But that would only take care of HTML elements, it wouldn't cover any CSS classes/ids which biblios had in common with Koha 16:27 ccatalfo actually i think it is just the plain html elements: the tr, td, table etc 16:28 owen So where the reset CSS says "body,div,dl,dt,dd,ul,ol,li,h1,h2,h3,h4,h5,h6" etc., you'd alter it to "div#biblios div,div#biblios dl,div#biblios dt" etc. 16:29 ccatalfo yeah, maybe that would work 16:29 ccatalfo i'll give it a try now 16:46 ccatalfo Hhhm, I had forgotten that in the new version of extjs, biblios is not within it's own div. it's actually rendering to the body el 16:46 ccatalfo let me see if i can change that behavior 16:47 ccatalfo 'cos that's how i eventually worked it w/ the prev. version of extjs....putting the koha menu/login area outside of extjs and then applying a few css fixes 16:50 kados makes sense 16:50 owen Okay, if a user's cart should be emptied when they log out, should they be warned? "Are you sure you want to log out? Your cart will be emptied." 16:51 kados not a bad idea, but I'd say definitely a low-priority one 16:51 owen Or should we assume that by logging out they really want to cover their tracks and don't bother asking 16:58 kados I think we can avoid asking for now 20:23 chris morning 20:33 atz greets chris 20:35 owen Hi chris 20:38 owen Hey chris, does your new boss know you're hangin' around in here? ;) 20:39 gmcharlt shhh 20:40 gmcharlt :) 20:40 chris heh yep 20:41 chris he's the president of the nz open source society, so he's pretty cool with it :) 20:41 kados hey chris 20:41 kados chris: can you just do a sanity check for me, rebase and see if there are any un-pushed patches left? 20:42 chris will do 20:42 kados chris: also, darrell ulm says he sent some patches in, let me know if you don't see those in the queue 20:42 kados I'll do a bit more coaching for him 20:43 chris nope, no patches waiting 20:43 chris ill go check the mail 20:45 chris patches from galen, which i see have gon thru already, and one from owen 20:45 kados cool 20:45 kados I'll let Darrell know 20:53 kados owen: around still? 20:53 owen Yes 20:53 kados owen: re: bug 1912 20:53 kados I'm still having probs 20:53 kados http://opacdemo.koha.org/cgi-bin/koha/opac-search.pl?q=it 20:53 kados images are defined for my itemtypes 20:53 owen 1912 is talking about the intranet advanced search screen 20:54 kados ahh 20:54 owen But yeah, the problem in that link is still an outstanding bug 20:54 kados well, in the intranet, I used to get bullets for itemtypes for each item grouping 20:54 kados when I had item-level-itipes enabled 20:55 kados and one itemtype per bib when I had it OFF 20:55 kados now I see no bullets 20:55 kados was that removed somewhere along the line on purpose? 20:55 owen Are you looking at the search results page? 20:56 kados yea 20:56 kados so it used to be that the itemtype icon was configured to show up as a bullet for each item grouping 20:56 kados if that makes sense 20:56 owen Okay, valid issue, but again--not what 1912 is talking about :) 1912's about the advanced search form. But anyway... 20:56 kados oh, oh, oh 20:57 kados gotcha 20:57 kados sorry :-) 20:57 owen There's still the question of whether you can even display an item type image for a search result item if item-level-itemtypes is turned on 20:58 kados hmmm, because it's not giving you that information accurately? 20:59 owen In that opacdemo link you posted above, for example... 20:59 owen How do you display an item type icon if different items attached to one record have different item types? 20:59 kados well, the OPAC display doesn't have that capability yet 21:00 kados the staff client should though 21:00 kados ok, so there are two views in the OPAC you can control with a syspref 21:01 kados to determine if it's a 'summary' (like the link I posted' or if it's built the way the staff client display is built 21:01 kados with the full display option each group of items is separated out by location, itype, itemcallnumber, and status 21:01 kados so each item-grouping (below the bib level) can theoretically have a separate itype icon 21:02 kados and it did work a month or so back 21:02 owen Are you talking about OPACItemsResultsDisplay? 21:02 kados yes 21:03 owen I'm not sure about that... I'll check the history of that template 21:08 owen I'm not seeing any differences in that section of the template between today and the day the OPACItemsResultsDisplay syspref was added, except for replacing classification with itemcallnumber 21:09 kados huh, I wonder why the thumbnail icons disappeared 21:09 kados they used to show up as the style for the bullet 21:09 kados is that ringing a bell at all? 21:09 owen That's in the intranet, isn't it? 21:09 kados yea 21:26 owen 'nite all, I'm off 21:32 atz does koha store "magnetic media" item information? 21:37 atz i.e. RFID tag? 00:28 fbcit evening koha 00:30 fbcit ouch 00:30 fbcit chris around? 00:30 chris sorta 00:30 fbcit :) 00:30 chris at work :) 00:31 fbcit updatedatabase.pl has duplicate db versions 00:31 chris hmm i thought i fixed that for your one? 00:31 chris or was it before that? 00:32 chris ah yes 2 57's 00:32 chris thats gonna be hard to fix without causing a mess for everyone 00:33 fbcit right'o 00:34 chris actually not so bad 00:34 chris ill make the create table one be 60 00:34 fbcit It could be moved down with an IF NOT EXISTS and the ver bumped again. 00:35 chris yeah 00:35 fbcit you'll take care of it? 00:36 chris yep, doing it now 00:36 fbcit tnx 00:36 chris im waiting on the sysadmins to install my userpackage on a machine here so i have some down time :) 00:37 fbcit hrmmm... git rebase says: Dirty index: cannot apply patches (dirty: koha-tmpl/opac-tmpl/prog/en/lib/jquery/plugins/clickmenu.css) 00:37 fbcit ?? 00:37 chris hmm did you get halfway thru a rebase before, or applied some patches? 00:38 chris do a git status 00:38 chris might tell you whats up 00:38 chris ok, patch sent to the rm 00:40 fbcit git somehow sees a new file: # new file: koha-tmpl/opac-tmpl/prog/en/lib/jquery/plugins/clickmenu.css 00:43 chris hmm 00:45 fbcit man you type fast :-) 00:45 chris heh 00:45 fbcit our email's nearly collided 00:48 chris yeah cant see it in git anywhere 00:49 chris :) 00:49 fbcit never get upset... just get a bigger hammer :-) 01:09 hurrells Hello. I'm a new koha-3.00/Zebra install. I have added two bibs and items and cannot search them in the OPAC. Ran rebuild_zebra.pl and running zebrasrv gives ERROR 109. Any ideas? 01:10 hurrells I'd be happy to give any information you need to help me get this going as I am sooo close. 01:11 irma I all. 01:12 irma I wonder if anyone is around to ask a question about bulkmarcimport.pl? 01:20 irma Good morning 01:20 irma I would like to ask a question about bulkmarcimport.pl 01:20 irma Is Chris around? 01:23 atz hurrells: check your koha-conf.xml for zebra username and password 01:25 hurrells Yes, There is a username "kohauser" and the password is correct. When I watch zebrasrv output it: loads zebra-biblios.cfg and zebra-authorities.cfg, starts listeners and then displays it's PID. (ubuntu 7.10 - btw) 01:27 hurrells Then I do a title search for "Dune" which is a valid item title it logins OK does the Search biblios and there it reports ERROR 109 01:27 hurrells I'll be back in 5min. 01:42 hurrells I'm back. I was thinking that I might have a perl/module issue. I didn't use INSTALL-CPAN.pl to get my modules but instead used apt-get and perl installs for most. 01:44 hurrells Is there any documentation on getting koha+zebra working that I can be looking at besides the 2.2 to 3.0 upgrade note? 01:59 hurrells Here is what zebrasrv is logging... 01:59 hurrells 20:58:23-03/03 zebrasrv(1) [request] Auth idPass kohauser - 01:59 hurrells 20:58:23-03/03 zebrasrv(1) [request] Init OK - ID:81/81 Name:ZOOM-C/YAZ Version:1.154/3.0.24 02:00 hurrells 20:58:23-03/03 zebrasrv(1) [request] Search biblios ERROR 109 1 1+0 RPN @attrset Bib-1 @or @or @attr 1=4 @attr 4=1 @attr 6=3 @attr 9=32 @attr 2=102 Dune @attr 1=4 @attr 4=1 @attr 9=26 @attr 2=102 Dune @attr 1=4 @attr 5=1 @attr 4=6 @attr 9=26 @attr 2=102 Dune 02:00 hurrells 20:58:23-03/03 zebrasrv(1) [session] Connection closed by client 02:00 chris when you ran rebuild_zebra.pl for the first time, did you do the --reset ? 02:00 chris (as well as all the other switches :)) 02:02 chris that does the init of the zebra db .. which might not have happened 02:02 hurrells Just a minute.. 02:05 hurrells I ran: "root@h33:/usr/share/koha/bin/migration_tools# perl -I ../../lib ./rebuild_zebra.pl -a -b -r -k". 02:07 chris i wonder if -r is the same as -reset 02:07 chris cant hurt to try that 02:07 hurrells Then I stopped and restarted zebrasrv. FYI. rebuild_ze eems to need that -I swich for C4/Context stuff. 02:07 hurrells OK. Let me try again... (--reset this time) 02:08 chris -reset just one - i think .. who knows try both :-) 02:10 hurrells I did (--reset) and it appears to work. FYI. I get these warnings: "21:10:26-03/03 zebraidx(303) [warn] No such record type: grs.marcxml.record" 02:10 chris i think it will silently succeed 02:10 chris if its not a switch that is matched, ie it will just ignore it 02:11 hurrells FYI. When I check the /tmp dir it makes I can see the MARC records for "Dune" there... 02:11 chris yep all that will be right 02:11 chris but if its not initialising the zebra db, then it might not be writing the indices 02:12 chris error 109 normally means database doesnt exist 02:12 hurrells Yes. That's what I read in the YAZ docco. 02:12 chris which is why i suspect it wasnt initialised 02:13 chris there is a line in the script that if it sees reset then it initialises 02:13 chris before building the indices 02:14 chris i think it might have just ignored -r and --reset .. so if it still doesnt work after this try .. try with -reset just to be sure 02:16 chris if you did -k you can do -s on this one, to skip reexporting the data 02:16 hurrells It did not work. So I stopped zebrasrv; ran rebuild_zebra.pl with (-a -b -k -reset) and restarted zebra. Still no "Dune". FYI. OPAC is at: http://koha.hurrells.ca 02:18 hurrells I still get ERROR 109. Is there some place in the mysql db where I can see the indicies or are they external somewhere? 02:19 chris they are in zebra 02:21 chris so nothing to do with mysql im afraid, we export the data from mysql and build indices in zebra which we then search 02:23 chris you could try using yaz-client and trying to search the zebra db's 02:23 hurrells OK. So where are they? In /etc/koha/zebradb/... or somewhere else? I just want to see timestamps for action. 02:23 chris no idea 02:23 chris thats a good place to start looking though 02:23 chris :) 02:24 chris zebra is cool, but it does give the most useless error messages 02:24 hurrells Back in 2min. 02:30 hurrells OK. yaz-client....I think I need syntax help please. How do open to my db on localhost? 02:45 hurrells OK. I tried "yaz-client koha.hurrells.ca:210/koha" and I think that 210 is not my z39.50 port. So where/how is this port selected? 03:02 hurrells OK. Nothing in /etc/koha/zebradb appears to be today's date so I suspect that the indicies are not being made. Back to rebuild_zebra.pl again. 03:11 hurrells OK. I symlink'd /usr/share/koha/lib/C4 into /usr/local/share/perl/5.8.8 so that rebuild_zebra can find these C4 modiles in @INC. Then... 03:11 hurrells I re-ran "./rebuild_zebra.pl -a -b -k -reset" and noticed the following: 03:12 hurrells 1: warnings about a missing record type " No such record type: grs.marcxml.record" 03:13 hurrells 2: Records: 0 i/u/d 0/0/0 which seems to me to indicate that no records where found. 03:15 hurrells I restarted zebra and still get the ERROR 109. I'm doing all of this as user "root" BTW.. 03:16 hurrells As far as yaz-client goes I think that I don't have a z39.50 server going which I think should be up when zebrasrv is running right? 03:19 hurrells Possibly my problem may be from the bibs/items I created. All I did was create a bib, use z39.50 to pull in a record for Dune and then created an item/holding off it. Perhaps there is some crutial attribute that is not set in that way. 03:34 hurrells OK. Was just reading that after starting zebrasrv then you should start zebraqueue_daemon.pl. This causes zebrasrv to go crazy with endless "EsRequest ERROR 224 update_record failed" 03:38 hurrells OK. Thanks for all your help. If something occurs then just jot it in here and I'll catch it tomorrow morning. Thanks again. 03:45 atz hurrells: if your root process is creating files, then it shouldn't be surprising that your later operations can't modify them 04:00 atz check permissions on your zebra files 05:37 CGI550 hello! 05:38 CGI550 I want to know more about Koha 05:58 CGI550 hello 06:03 CGI550 we are using ALexandria right now in our library. Can we ask help from the KOHa team if you could helps us transfer our date from Alexandria to KOHA? 06:07 CGI550 *our data 06:27 CGI550 hello 06:35 CGI550 ello everybody 06:35 CGI550 Whose the right person who can talk to about transfering our data to KOHA 06:49 CGI550 hello 09:55 hdl bug squashing session 1 in 5 minutes.... 10:00 hdl bug squashing session 1 in 1 minute.... 10:02 hdl hi there. 10:02 hdl is there anyone around ? 10:03 js_ i think you are alone ;) 10:05 hdl I guess so. (I was wondering if US liblimers would get up so early just after getting back home.) 10:17 kados hey hdl 10:17 hdl hi how are you ? 10:17 kados hdl: it will be just me :-) 10:18 kados :) 10:18 hdl in front of 300 bugs ;) 10:19 kados hehe 10:19 hdl I took all the bugs for HEAD and rel30 and ordered them by severity. 10:20 hdl http://tinyurl.com/2s32nt 10:20 kados looking 10:21 hdl hi frederic. 10:21 frederic hello 10:21 kados 298 bugs 10:22 hdl I merge one with an other and there were actually 299 bugs. 10:22 hdl So that is the correct count. 10:23 kados if I create a new vendor, I get a page that has a blank search! 10:23 kados You searched on vendor 2, 0 results found 10:24 kados bug 1841 specifically is fixed 10:25 kados hdl: how do you want to proceed? 10:25 kados step through each bug? 10:25 hdl at least major, blo cri... 10:26 hdl Leaving normal bugs to the big bug squashing session ? 10:26 hdl Testing and debugging will take time. 10:26 kados sure 10:26 kados so next is 1812? 10:26 hdl frederic, are you in for bug squashing session too ? 10:26 hdl yes. 10:27 kados we have inconsistent mechanisms for display of itemtype images 10:27 kados there are two modes currently, with item-level_itypes ON and with it OFF 10:27 frederic Well, I'm curious to discover what 'squashing' mean :) 10:27 frederic Listening... 10:27 frederic yes, if there is a smallish bug... 10:27 hdl (killing, assigning for resolution) 10:28 hdl kados : how can we solve that ? 10:29 frederic kados: I don't want to interfer to your bugs 'squashing' session, but I sent a patch to translate facets labels in opac/staff search result page. This patch didn't go through. Any reason? 10:30 kados frederic: I sent you a message about that patch, you didn't receive it? 10:30 kados sent twice in fact 10:30 frederic no 10:30 frederic yes, I resent it :) 10:30 kados really strange 10:32 kados hdl: so for all of your customers, you use biblioitems.itemtype for both icons and circ rules? 10:36 kados frederic: email was sent to Frederic DEMIANS <f.demians@tamil.fr> 10:36 kados frederic: on Feb 28 10:37 hdl kados : yes we aez. 10:37 hdl are 10:38 frederic kados: this address is correct but I didn't receive your message... Could you please resend it? 10:38 hdl at the moment. 10:39 kados frederic: sent 10:39 hdl But we have a customer that is willing to use itemlevel circ rules. 10:40 kados biblioitems.itemtype and items.itype are used for too many things atm IMO 10:40 kados it should be for circ rules only, not for icons, etc. 10:40 kados but for 3.0, we'll just fix the display probs 10:41 kados I will take 1812 10:41 hdl next 1892 : I can take if galen has not coped with it yet. 10:42 hdl 1898 even 10:42 kados yep 10:42 kados go for it 10:43 hdl Next: what are those reserve enhancements about ? 10:43 hdl 1532 10:44 kados yep, it's on the list for 3.0 to at least look at kyle's holds queue for dev_week 10:44 kados galen will take that 10:45 kados one prob is as Owen describes: 10:45 kados If the reserve list can't be limited by 10:45 kados branch it is unusable to us. 10:45 kados but also, the holds list in the official koha should be able to 'target' locations, not just do a broadcast to every location 10:46 hdl (Are you IndependentBranches ? or not ?) 10:46 kados either way 10:46 kados NPL it's OFF 10:47 hdl I think it will be the same thing in France. 10:47 kados in fact, our larger US libraries have custom code to do it already 10:47 kados like stow (PHP), NPL (PHP) 10:48 hdl Can we reuse this code partly ? 10:48 kados galen is going to investigate this 10:48 hdl Or is it all hardcoded and quick coded ? 10:48 hdl so that is for bug 1824. 10:49 kados and 1532 also 10:49 hdl OK. 10:50 hdl next is suggestion management. 10:50 hdl We spoke about it with Nicole. 10:50 hdl I can cope with this one. 10:50 kados OK 10:51 kados 1803 is fixed 10:52 kados 1629 is next 10:52 hdl This is two folded bug : 10:52 kados IMO it's a very poorly implemented feature :( 10:52 hdl a) use opac advsearchapi. 10:53 hdl b) problem of storing files on the disk. 10:53 kados IMO, we shoudl not store any files on the disk 10:53 kados why should apache have write access just for rss? 10:53 kados IMO it's just an alternative 'view' of the results page 10:54 kados so it could be just a template 10:54 kados instead of a separate script 10:54 kados hdl: what do you think? 10:55 hdl it is not the same page at all as opac-searchresults. 10:55 hdl Maybe could be produced via an additional parameter RSS. 10:56 hdl (say outputformat for instance) 10:56 kados format=rss 10:56 kados snap :-) 10:56 hdl but we definitely need it to run and be ok. 10:57 hdl (And maybe would be great in conjunction of storing searchresults in the db) 10:57 kados why do we need it to store the results? 10:58 kados RSS is really just an alternate view of the same content 10:59 hdl you're right.