h33:/usr/share/koha/bin/migration_tools# perl -I ../../lib ./rebuild_zebra.pl -a -b -r -k". tamil.fr>← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 13:57 | kados | morning all |
| 13:57 | 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 | Hi atz | |
| 14:45 | atz | greets owen |
| 14:45 | owen | Were you in Portland too? |
| 14:45 | atz | yep |
| 14:45 | 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 | are you safely back home in montpilier now? | |
| 14:52 | hdl | Yes after 24hrs trip |
| 14:53 | 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 | 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 | 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 | 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 | thanks | |
| 15:30 | atz | misc/migration_tools/rebuild_zebra.pl |
| 15:30 | 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 | so we could potentially wrap the biblios app in a single <div> that has YUI.reset=1 or something? | |
| 16:23 | 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 | i'm trying to wrap the biblios app up in a koha template | |
| 16:24 | and so i'm including doc-head-open and doc-head-close | |
| 16:25 | owen | I wonder if this would work: |
| 16:25 | 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 | i'll give it a try now | |
| 16:46 | 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 | let me see if i can change that behavior | |
| 16:47 | '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 | Hey chris, does your new boss know you're hangin' around in here? ;) | |
| 20:39 | gmcharlt | shhh |
| 20:40 | :) | |
| 20:40 | chris | heh yep |
| 20:41 | he's the president of the nz open source society, so he's pretty cool with it :) | |
| 20:41 | kados | hey chris |
| 20:41 | 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 | I'll do a bit more coaching for him | |
| 20:43 | chris | nope, no patches waiting |
| 20:43 | ill go check the mail | |
| 20:45 | patches from galen, which i see have gon thru already, and one from owen | |
| 20:45 | kados | cool |
| 20:45 | I'll let Darrell know | |
| 20:53 | owen: around still? | |
| 20:53 | owen | Yes |
| 20:53 | kados | owen: re: bug 1912 |
| 20:53 | I'm still having probs | |
| 20:53 | http://opacdemo.koha.org/cgi-b[…]ac-search.pl?q=it | |
| 20:53 | 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 | when I had item-level-itipes enabled | |
| 20:55 | and one itemtype per bib when I had it OFF | |
| 20:55 | now I see no bullets | |
| 20:55 | 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 | so it used to be that the itemtype icon was configured to show up as a bullet for each item grouping | |
| 20:56 | 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 | gotcha | |
| 20:57 | 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 | 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 | the staff client should though | |
| 21:00 | ok, so there are two views in the OPAC you can control with a syspref | |
| 21:01 | 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 | with the full display option each group of items is separated out by location, itype, itemcallnumber, and status | |
| 21:01 | so each item-grouping (below the bib level) can theoretically have a separate itype icon | |
| 21:02 | 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 | 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 | they used to show up as the style for the bullet | |
| 21:09 | 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 | i.e. RFID tag? | |
| 00:28 | fbcit | evening koha |
| 00:30 | ouch | |
| 00:30 | 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 | or was it before that? | |
| 00:32 | ah yes 2 57's | |
| 00:32 | 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 | 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 | ?? | |
| 00:37 | chris | hmm did you get halfway thru a rebase before, or applied some patches? |
| 00:38 | do a git status | |
| 00:38 | might tell you whats up | |
| 00:38 | 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 | :) | |
| 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 | 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 | I wonder if anyone is around to ask a question about bulkmarcimport.pl? | |
| 01:20 | Good morning | |
| 01:20 | I would like to ask a question about bulkmarcimport.pl | |
| 01:20 | 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 | 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 | I'll be back in 5min. | |
| 01:42 | 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 | 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 | Here is what zebrasrv is logging... | |
| 01:59 | 20:58:23-03/03 zebrasrv(1) [request] Auth idPass kohauser - | |
| 01:59 | 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 | 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 | 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 | (as well as all the other switches :)) | |
| 02:02 | that does the init of the zebra db .. which might not have happened | |
| 02:02 | hurrells | Just a minute.. |
| 02:05 | I ran: "rooth33:/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 | 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 | 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 | 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 | but if its not initialising the zebra db, then it might not be writing the indices | |
| 02:12 | 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 | there is a line in the script that if it sees reset then it initialises | |
| 02:13 | before building the indices | |
| 02:14 | 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 | 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 | 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 | 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 | 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 | thats a good place to start looking though | |
| 02:23 | :) | |
| 02:24 | zebra is cool, but it does give the most useless error messages | |
| 02:24 | hurrells | Back in 2min. |
| 02:30 | OK. yaz-client....I think I need syntax help please. How do open to my db on localhost? | |
| 02:45 | 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 | 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 | 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 | I re-ran "./rebuild_zebra.pl -a -b -k -reset" and noticed the following: | |
| 03:12 | 1: warnings about a missing record type " No such record type: grs.marcxml.record" | |
| 03:13 | 2: Records: 0 i/u/d 0/0/0 which seems to me to indicate that no records where found. | |
| 03:15 | I restarted zebra and still get the ERROR 109. I'm doing all of this as user "root" BTW.. | |
| 03:16 | 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 | 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 | 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 | 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 | check permissions on your zebra files | |
| 05:37 | CGI550 | hello! |
| 05:38 | I want to know more about Koha | |
| 05:58 | hello | |
| 06:03 | 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 | *our data | |
| 06:27 | hello | |
| 06:35 | ello everybody | |
| 06:35 | Whose the right person who can talk to about transfering our data to KOHA | |
| 06:49 | hello | |
| 09:55 | hdl | bug squashing session 1 in 5 minutes.... |
| 10:00 | bug squashing session 1 in 1 minute.... | |
| 10:02 | hi there. | |
| 10:02 | 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 | :) | |
| 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 | 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 | 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 | You searched on vendor 2, 0 results found | |
| 10:24 | bug 1841 specifically is fixed | |
| 10:25 | hdl: how do you want to proceed? | |
| 10:25 | step through each bug? | |
| 10:25 | hdl | at least major, blo cri... |
| 10:26 | Leaving normal bugs to the big bug squashing session ? | |
| 10:26 | Testing and debugging will take time. | |
| 10:26 | kados | sure |
| 10:26 | so next is 1812? | |
| 10:26 | hdl | frederic, are you in for bug squashing session too ? |
| 10:26 | yes. | |
| 10:27 | kados | we have inconsistent mechanisms for display of itemtype images |
| 10:27 | 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 | Listening... | |
| 10:27 | yes, if there is a smallish bug... | |
| 10:27 | hdl | (killing, assigning for resolution) |
| 10:28 | 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 | sent twice in fact | |
| 10:30 | frederic | no |
| 10:30 | yes, I resent it :) | |
| 10:30 | kados | really strange |
| 10:32 | hdl: so for all of your customers, you use biblioitems.itemtype for both icons and circ rules? | |
| 10:36 | frederic: email was sent to Frederic DEMIANS <f.demianstamil.fr> |
|
| 10:36 | frederic: on Feb 28 | |
| 10:37 | hdl | kados : yes we aez. |
| 10:37 | 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 | it should be for circ rules only, not for icons, etc. | |
| 10:40 | but for 3.0, we'll just fix the display probs | |
| 10:41 | I will take 1812 | |
| 10:41 | hdl | next 1892 : I can take if galen has not coped with it yet. |
| 10:42 | 1898 even | |
| 10:42 | kados | yep |
| 10:42 | go for it | |
| 10:43 | hdl | Next: what are those reserve enhancements about ? |
| 10:43 | 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 | galen will take that | |
| 10:45 | one prob is as Owen describes: | |
| 10:45 | If the reserve list can't be limited by | |
| 10:45 | branch it is unusable to us. | |
| 10:45 | 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 | 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 | 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 | so that is for bug 1824. | |
| 10:49 | kados | and 1532 also |
| 10:49 | hdl | OK. |
| 10:50 | next is suggestion management. | |
| 10:50 | We spoke about it with Nicole. | |
| 10:50 | I can cope with this one. | |
| 10:50 | kados | OK |
| 10:51 | 1803 is fixed | |
| 10:52 | 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 | b) problem of storing files on the disk. | |
| 10:53 | kados | IMO, we shoudl not store any files on the disk |
| 10:53 | why should apache have write access just for rss? | |
| 10:53 | IMO it's just an alternative 'view' of the results page | |
| 10:54 | so it could be just a template | |
| 10:54 | instead of a separate script | |
| 10:54 | hdl: what do you think? | |
| 10:55 | hdl | it is not the same page at all as opac-searchresults. |
| 10:55 | Maybe could be produced via an additional parameter RSS. | |
| 10:56 | (say outputformat for instance) | |
| 10:56 | kados | format=rss |
| 10:56 | snap :-) | |
| 10:56 | hdl | but we definitely need it to run and be ok. |
| 10:57 | (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 | RSS is really just an alternate view of the same content | |
| 10:59 | hdl | you're right. |
← Previous day | Today | Next day → | Search | Index
