← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
11:34 | kados | hdl: sorry, new search.pl doesn't work for me |
11:34 | hdl: using searchresult.tmpl from default templates | |
11:34 | hdl: I get 'Nothing found' | |
11:35 | congrats to paul! | |
11:35 | k | |
11:35 | hdl | Should work soon |
11:35 | kados | thanks |
11:40 | owen | Hey kados, I just saw your SMFPL press release in my aggregator. Their OPAC looks good--I like what they've done with opac-main |
12:06 | hdl | kados : z3950 search works for me now. |
12:06 | kados | hdl: I'll test |
12:06 | owen: yea, pretty nifty, eh? :-) | |
12:06 | owen: those sysprefs sure leave a lot of room for customization | |
12:07 | owen | yeah, I think we made a good choice to leave the opac main page completely open |
12:07 | kados | hdl: cvs update search.pl |
12:07 | P search.pl | |
12:07 | hdl: same prob as before, no results found | |
12:08 | hdl | what is your query (logs) |
12:09 | kados ? | |
12:09 | dewey | kados is, like, helping us LibLime folk with something at the moment |
12:09 | kados | hdl: wait ... |
12:09 | hdl: it's taking a long time | |
12:09 | owen | kados: I'm getting a javascript error on their site, though. They need to take NPL's custom javascript out of their opacuserjs system preference |
12:09 | kados | hdl: maybe it will return results? |
12:09 | hdl | It should. |
12:09 | the first 80 ones. | |
12:10 | kados | hdl: koharel22.liblime.com |
12:11 | still waiting | |
12:12 | hdl: finally returned | |
12:12 | hdl: maybe loc is super slow? | |
12:12 | hdl | could be. |
12:12 | kados | that's a long long time to wait :-) |
12:12 | hdl | Yea. |
12:13 | I could not have the same code as Tumer's one taht displayed partial results. | |
12:13 | + he only got 5 results. | |
12:14 | kados | hmmm |
12:14 | so it must not be asynchronous | |
12:14 | hdl | Yes it is. |
12:14 | kados | because I added NPL's zserver which is very fast |
12:14 | and it's not returning results from it | |
12:14 | waiting and waiting | |
12:14 | hdl | But I am waiting all the connections end before returing results. |
12:15 | kados | still waiting |
12:15 | hdl: that's the prob I'm afraid | |
12:15 | hdl: if one z-target is slow, they all apear slow | |
12:15 | hdl: z-servers are too fickle to wait IMO | |
12:15 | hdl: many times they are simply unavailable | |
12:23 | hdl | Committing a new one |
12:24 | committed. | |
12:24 | Should be more reactive. | |
12:24 | print when elements are received. | |
12:50 | kados | hdl: it's still not asynchronous |
12:50 | hdl: results aren't printed as they are retrieved | |
12:50 | hdl: but it's getting better :-) | |
13:20 | hdl | kados : Code is asynchronous. |
13:20 | kados : that is make asynch search. | |
13:25 | try this one. | |
13:28 | kados | hdl: just updated, and searchlooksgood but when I click on 'import' it doesn't load the record |
13:29 | Lea | hi, anyone know if the amazon devkey costs money? |
13:29 | kados | Lea: it's free |
13:29 | Lea | ok. I'm just seeing that searches cost $0.0003 per search |
13:30 | kados | er? |
13:30 | hdl | :| |
13:31 | Lea | http://www.amazon.com/b/ref=sc[…]me=A36L942TSJ2AJA |
13:31 | kados | Lea: that's alexa |
13:32 | Lea: check your system preferences for the right links to the dev key and associates code | |
13:32 | Lea | er..ok, that's different? i feel like a noob |
13:39 | working! Excellent! | |
13:48 | hdl | kados : I committed a fix. |
14:20 | kados | hdl: much better, thanks! |
18:02 | cm | rch, are you here? |
18:03 | rch | hi cm |
18:10 | cm | hi. i just discovered that our due dates aren't calculating. |
18:10 | it's just defaulting to the hardcoded 21 days. | |
18:11 | kados | cm: hardcoded where? |
18:11 | cm | i suspect it might have something to do with the changes to circ2.pm for holidays. |
18:11 | let me look. I think it's in circ2.pm. hang on... | |
18:12 | yep, circ2.pm, line 1001. | |
18:12 | if it can't figure out a date it defaults to that. | |
18:12 | renewing works fine, but it doesn't go through the holiday stuff. | |
18:14 | hi kados. | |
18:14 | kados | hi :-) |
18:15 | rch | so if you issue that query in mysql, does it return? |
18:15 | cm | which query? |
18:15 | rch | select issuelength from issuingrules where categorycode=? and itemtype=? and branchcode=? |
18:15 | kados | have to fill in some of those ?s |
18:15 | rch: I wonder if it's categorycode | |
18:18 | cm | i get a result from this: |
18:18 | select issuelength from issuingrules where categorycode="A" and itemtype="FIC" and branchcode="MPL"; | |
18:19 | is branchcode available or is it just looking at default? | |
18:20 | kados | cm: try adding a warn in getLoanLength |
18:20 | right after: | |
18:20 | my ($borrowertype,$itemtype,$branchcode) = @_; | |
18:20 | add: | |
18:20 | warn "incoming vars:".$borrowertype." ".$itemtype." ".$branchcode; | |
18:23 | cm | is this what you're looking for? |
18:24 | incoming vars:ST PB MPL at /usr/local/koha/intranet/modules/C4/Circulation/Circ2.pm line 964., | |
18:24 | kados | yuppers |
18:24 | so go ahead and plug those into the sql query | |
18:25 | cm | I get 14, which is right. |
18:25 | chris | there is a bug in bugzilla about this i think |
18:25 | chris at USP in fiji reported someting similair with 2.2.7 | |
18:25 | kados | huh |
18:25 | cm: so the query is working | |
18:26 | cm | yep. |
18:26 | chris | yeah i think its the perl logic is busted |
18:26 | kados | lets see if it's returning the value correctly |
18:26 | to the calling sub | |
18:26 | cm | cm has seen enough of perl logic lately. ;) |
18:29 | kados | cm: do you know where getLoanLength is getting called from? |
18:30 | (morning chris) | |
18:30 | issuebook calls it | |
18:30 | cm: add a warn to around line 918 after: | |
18:31 | my $loanlength = getLoanLength($borrower->{'categorycode'},$iteminformation->{'itemtype'},$borrower->{'branchcode'}); | |
18:31 | add: | |
18:31 | cm | it's on line 1737 in circ2.pm |
18:31 | chris | morning all |
18:31 | kados | warn "LOANLENGTH:".$loanlength; |
18:31 | cm: or wherever it's called, lets make sure it's actually being returned correctly | |
18:33 | chris | this one |
18:33 | http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=1040 | |
18:33 | cm | it seems to be there: |
18:33 | LOANLENGTH:14 at /usr/local/koha/intranet/modules/C4/Circulation/Circ2.pm line 919., | |
18:44 | kados | chris: I think that bug just refers to the fact that default doesn't work |
18:44 | chris | that wasnt what chris was experiencing |
18:44 | kados | chris: what cm is experiencing seems to be more serious, the rules aren't getting applied at all, even though the function is working |
18:44 | ie, getLoanLength is returning the right value | |
18:44 | chris | right thats what he was getting |
18:45 | kados | hmmm |
18:45 | really? | |
18:45 | chris | ie it looked like the last match was always being met |
18:45 | not the first | |
18:45 | kados | my $datedue=time+($loanlength)*86400; |
18:45 | rch | cm: are you sure you're not calling issuebook with a date? |
18:46 | kados | ahh, yea, check the dropdown menu for specifying dates |
18:46 | rch: good thinking | |
18:46 | chris | ahh sorry, looking at the logs his was to do with the toomany bit |
18:46 | kados | chris: I think that bug 1040 is the one where 'unless the whole matrix is filled it, issuing rules don't work' |
18:47 | chris | its worse than that |
18:47 | if the whole matrix is filled out, the * * rules are applied | |
18:47 | kados | wow, what a fix! |
18:47 | cm | i don't think i am. i don't have a dropdown. must not be in our template. |
18:47 | kados | cm: check to make sure your template doesn't have hardcoded values for those maybe? |
18:47 | chris | if one leaves both the * row and the * column blank, this problem does not surface, OR if your set your default number of books as high as your highest borrower category |
18:48 | cm | pretty sure it doesn't...it used to work. |
18:48 | rch | cm: time to throw warns liberally around where the calendar code is called. |
18:48 | kados | chris: yikes |
18:48 | chris: wonder if this is fixed in rel_3 | |
18:48 | rch | (i'm getting correct loan lengths) |
18:49 | chris | somethign to check |
18:49 | rch | i think this is not the same as chris's bug |
18:49 | chris | naw, his is the too many one |
18:49 | cm | what about the calendar stuff below, ~line 925? |
18:49 | my motto is, if something quits working, look to see what's changed recently. :) | |
18:50 | rch | warn $date |
18:50 | warn $dateduef | |
18:50 | @929 | |
18:50 | cm | i'll do that. |
18:51 | rch | & 937 |
18:53 | cm | hmm, there is no $date: |
18:54 | DATEDUEF:2007-03-27 at /usr/local/koha/intranet/modules/C4/Circulation/Circ2.pm line 930. | |
18:54 | DATE: at /usr/local/koha/intranet/modules/C4/Circulation/Circ2.pm line 931 | |
18:54 | rch | no date is good. |
18:54 | cm | good to know. |
18:55 | that due date is wrong, though. | |
18:55 | should be 3-12. | |
18:55 | rch | but it's not 21, either |
18:56 | cm | where on earth is it getting 27? |
18:56 | chris | heh |
18:57 | cm | i'm not well known for my math skills. ;) |
18:57 | rch | :) |
18:57 | i'd throw a warn before getloanlength - check your bortype & branchcodes | |
18:58 | chris | getloanlength seems to be returning hte right thing rch .. they did some warns before |
18:58 | and its returning 14 | |
18:58 | rch | ah, right |
18:59 | cm | yeah, i thought i already did that. |
18:59 | rch | so the date is correct before the calendar adddate? |
19:00 | and wrong after? | |
19:00 | chris | thats what looks to be happening |
19:00 | <cm> LOANLENGTH:14 at | |
19:00 | /usr/local/koha/intranet/modules/C4/Circulation/Circ2.pm line | |
19:00 | 919., | |
19:00 | hmm can you do me a quick favour cm? | |
19:01 | cm | sure. |
19:01 | chris | just type date on the commandline |
19:01 | cm | he he . |
19:01 | chris | :-) |
19:01 | cm | Mon Feb 26 17:01:16 EST 2007 |
19:01 | chris | cool |
19:02 | ive had a server who's clock was way wrong before, caused no end of problems before i spotted it | |
19:02 | cm | never hurts to check. :) |
19:06 | chris | hmmm |
19:06 | rch: you about? | |
19:06 | rch | yep |
19:06 | chris | looking at addDate |
19:06 | rch | yeah, me too. |
19:07 | chris | it appears to just take the date you pass it, and add the offset to it right? |
19:07 | rch | we seem to be adding a loanlength to the due date. |
19:07 | chris | yep |
19:07 | rch | youch |
19:07 | chris | i think it might have to be called with todays date |
19:07 | and it makes the due date? | |
19:07 | rch | right. 14 * 2 = 27 |
19:07 | (plus 1) | |
19:07 | dewey | 1 |
19:08 | chris | - 1 |
19:08 | rch | weird. |
19:08 | chris | :) |
19:08 | so if its normal, it jsut adds the loanlength -1 | |
19:09 | if its not, it works it out checking for holidays | |
19:09 | so i reckon we dont pass it it the due date, we just pass it the loan length | |
19:09 | and todays date | |
19:09 | rch | yes |
19:10 | chris | which is cleaner than doing the *86400 stuff anyway |
19:11 | i wonder how it ever worked though :) | |
19:13 | rch | hm. apparently it didn't :( |
19:13 | cm | i think it's been doing that for a while before I noticed it. :( |
19:13 | kados | and this is the new holidays stuff that SAN added? |
19:13 | chris | the holiday stuff is fine |
19:14 | its how its being called from Circ2.pm | |
19:14 | thats wrong | |
19:14 | probably a misread/typo when backporting from 3_0 | |
19:14 | kados | ahh |
19:14 | rch | looks like rel3 code doesn't use holidays for issue length. |
19:15 | chris | ah sorry from head |
19:16 | yeah thats it | |
19:17 | my @datearr = localtime(); | |
19:17 | $dateduef = (1900+$datearr[5])."-".($datearr[4]+1)."-". $datearr[3]; | |
19:17 | ||
19:17 | my $calendar = C4::Calendar::Calendar->new(branchcode => $borrower->{'branchcode'}); | |
19:17 | my ($yeardue, $monthdue, $daydue) = split /-/, $dateduef; | |
19:17 | ($daydue, $monthdue, $yeardue) = $calendar->addDate($daydue, $monthdue, $yeardue, $loanlength); | |
19:17 | i think the addDate bit got added, but it wasnt noticed that the *86400 bit was no longer done | |
19:19 | yep, needs to get fixed there too | |
19:20 | just 2 lines my $datedue=time+($loanlength)*86400; is no longer needed | |
19:20 | and my @datearr = localtime($datedue); becomes my @datearr = localtime(); | |
19:20 | want me to fix em? | |
19:21 | rch | sure |
19:21 | thx chris | |
19:21 | cm | yeah, thanks! |
19:22 | rch | cm: btw, SMFPL near Cleveland went live with dev_week today |
19:22 | cm | nice. :) What does SMF stand for? |
19:22 | rch | (they don't have calendar ) - Stow Munroe Falls |
19:26 | but they're running at 10 minute zebra updates with a heavy circ load today | |
19:27 | i think we'll be able to get zebra updated on 5-6 min intervals | |
19:28 | chris | ok, fixes committed |
19:28 | if you could test it would be great cm | |
19:28 | kados | chris++ |
19:29 | cm | just did. Looks like it worked. |
19:30 | my due date was 3-13, but we probably have a fake holiday in there throwing it off. | |
19:30 | ++, guys. :) | |
19:31 | okay, now I'm going home. have a good day/night, everybody! | |
09:37 | atol | hi everyone |
09:38 | I'm kinda new to koha. I have installed it before on a laptop running WinXP. | |
09:40 | But now I need to install it on a (shared) webserver. I can't really find a manual for this. Most manuals seem to be written for installing koha on a (dedicated) internal server with Linux. | |
09:41 | Does anyone has any experience with this? Maybe our webserver doesn't meet the minimum requirements, but it's hard for me to find out. I have been able to install PMB on it, though. | |
09:47 | kados | hi atol |
09:47 | paul | hi kados & atol |
09:47 | kados | paul! |
09:47 | paul | just here for a few min |
09:47 | kados | paul: congratulations on the new addition to family :-) |
09:47 | atol | hi paul & kados |
09:47 | paul | (going to the hospital to see Matthieu ;-) ) |
09:47 | kados | paul: say hello to wife and kids for me :-) |
09:47 | paul | i won't miss it. |
09:48 | kados | atol: I'm not sure we have a guide specifically for installing Koha on a shared webserver |
09:48 | atol: is it running windows or linux? | |
09:49 | atol | it's running linux |
09:49 | It's just that things like mysql, perl and php are running already | |
09:49 | kados | atol: which distro? |
09:50 | atol: php shouldn't matter, and neither should perl version | |
09:50 | atol: you'll want to make sure you're running at least mysql 4.1 | |
09:50 | atol: apache version doesn't matter either | |
09:51 | atol | I found some info about the distro the other day through a website. I'm pretty sure it's Fedora, don't know the version |
09:52 | kados | ahh, ok |
09:52 | atol | I went ahead and tried some stuff explained in the manuals. |
09:52 | kados | hmmm |
09:52 | atol | I started with MCPan, but after answering all the questions, I get: |
09:52 | Perl v5.8.1 required--this is only v5.6.0, stopped at Makefile.PL line 2. | |
09:52 | Running make test | |
09:52 | Make had some problems, maybe interrupted? Won't test | |
09:53 | Running make install | |
09:53 | Make had some problems, maybe interrupted? Won't install | |
09:53 | --- | |
09:53 | So it seems that the perl veersion does matter, then? | |
09:54 | kados | so it seems |
09:54 | which module were you installing? | |
09:54 | paul | Perl 5.6 is quite old... |
09:54 | kados | yea |
09:54 | atol | the first one mentioned:: marc::record |
09:54 | kados | atol: you're probably running fedora core 1 |
09:54 | or maybe even redhat version 7/8 or sth | |
09:55 | atol | And those are too old? |
09:55 | kados | yep |
09:55 | atol | okay |
09:56 | guess there are no free webspace providers I can use to test an installation? I did a search, but that wasn't quite helpful. I gues you need SSH access, right? | |
09:57 | kados | atol: some of the koha companies offer hosting |
09:57 | atol: http://koha.org/support/pay.html | |
09:58 | atol | Thank you. But it really is for a first testing phase. I wanna find out how well I can migrate the data from our current application to koha |
09:58 | kados | atol: what's your current application? |
09:59 | atol | Bibliobase (a portuguese application built on top of Isis databases) |
09:59 | kados | ahh, cool |
09:59 | paul | move from isis to koha has been done dozen of times. |
10:00 | kados | yep |
10:00 | atol: http://wipoopac.liblime.com/ <- moved from isis to koha | |
10:00 | atol | I have downloaded the manual |
10:01 | kados | atol: WIPO is World Intellectual Property Organization |
10:01 | paul: you have migrated some libraries from isis, right? | |
10:01 | paul | yep. |
10:02 | atol | But I want to make sure that it works here, before I go and spend money on things like hosting (which I'd like to prevent anyway if possible) |
10:02 | paul | the main difficulty is to transform Isis export into iso2709. |
10:02 | but there are some tools that do it for you. | |
10:03 | http://dlieppe.free.fr/ExportW[…]nISIS-ISO2709.htm | |
10:03 | in french, sorry ;-) | |
10:03 | atol : unlike PMB, you'll find that Koha community is large & responsive ;-) | |
10:03 | atol | It's good for my french |
10:03 | I see that now already | |
10:04 | paul | (kados : pmb being a french ILS, under GPL too, designed for smaller libraries, but supported almost only by a single french company) |
10:04 | atol | I have been working with that tool, but could not import the iso-format into PMB |
10:04 | kados | (right) |
10:04 | atol | So my problems are: |
10:04 | paul | ok, I have to leave now. see you later. |
10:04 | atol | 1) I can install PMB but cannot import data |
10:05 | 2) I can't install KOHA, which would import my data on the fly | |
10:05 | ;-) | |
10:05 | kados | hehe |
10:06 | paul_away | if you could export an iso2709 data file, I could import it to one of our koha space for testing. (at least for a few x000 biblios) |
10:06 | although I can't do that immediatly... | |
10:06 | now really away... |
← Previous day | Today | Next day → | Search | Index