Time |
S |
Nick |
Message |
11:22 |
|
owen |
kados: if you get time to look at the new z3950 search with me, give me a holler. |
11:24 |
|
paul |
hello owen & good morning |
11:24 |
|
owen |
Hi paul |
11:24 |
|
owen |
What's new? |
11:25 |
|
hdl |
hello |
11:25 |
|
paul |
i'm adding some nice new features. |
11:25 |
|
paul |
toins has ended the code cleaning. |
11:25 |
|
paul |
the one i'm working on this afternoon is a simple one : |
11:26 |
|
paul |
the library will be able to define what is shown in the result list, depending on itemtype of the doc. |
11:26 |
|
paul |
for exemple, for a book <title>- <author>... |
11:26 |
|
paul |
and for a website, only the href link |
11:28 |
|
owen |
that sounds great |
12:50 |
|
Anarka |
i sent a email do win32 ml asking on instruction on how to make z39.50 work on windows with 2.2.7 but still havent got any answer... should i use another ML for that question ? |
12:50 |
|
paul |
Arnaka : you could/should try koha ML, even if it's win32 related. I'm not sure that the core developpers are reading win32 ml |
12:51 |
|
paul |
(i'm not reading it) |
12:51 |
|
Anarka |
eheh okis :) |
12:51 |
|
owen |
Is someone actively working on the win32 version these days? |
12:52 |
|
owen |
or is it just a matter of win32 people trying their best to shoehorn Koha onto windows? |
12:55 |
|
Anarka |
it does work on windows, and you do have packages for it |
12:55 |
|
Anarka |
the problem lies on the z39.50 |
12:56 |
|
Anarka |
the changelog of 2.2.7 makes it seem so simple but... |
14:29 |
|
pecisk |
hi guys, quick question, does Koha has something for analytics? |
14:30 |
|
pecisk |
it is meant for describing articles from journals, books, etc. |
14:33 |
|
paul |
pecisk: I would answer yes, as you can define any framework for cataloguing. |
14:33 |
|
pecisk |
I see |
14:40 |
|
_paul |
(in which zebra config file I mean) |
14:44 |
|
kados |
_paul: default.idx |
14:44 |
|
_paul |
mmm... I don't have default.idx in my zebradb scope... |
14:45 |
|
_paul |
(hello kados) |
14:45 |
|
_paul |
http://www.indexdata.dk/zebra/[…]-and-charsets.tkl |
14:45 |
|
_paul |
as usual, indexdata doc is quite unclear to me |
14:46 |
|
_paul |
how do I explain that I want to use /home/paul/default.idx ? |
14:46 |
|
kados |
profilePath |
14:46 |
|
kados |
in your .cfg file |
14:46 |
|
_paul |
kados rocks, as usual |
14:50 |
|
paul |
it works, kados, you're a genius !!! |
14:50 |
|
paul |
mmm... maybe not a genius, but at least a wonderful coder ;-) |
14:50 |
|
paul |
a quick note before leaving : I think toins is gone with code cleaning. |
14:51 |
|
paul |
he did a lot of cleaning on Biblio.pm |
14:51 |
|
paul |
some things to clean in Reserves & circ probably, but we won't touch it yet. |
14:51 |
|
paul |
now, he will work on OPAC, to synch librarian features on OPAC & check that everything is OK |
14:52 |
|
paul |
dec 8th => SAN-OP stop cataloguing anything in their previous ILS |
14:52 |
|
paul |
dec 14th => library closed, everybody works on Koha, for heavy tests. |
14:53 |
|
paul |
dec 21th => library closed again, everybody doing last tests |
14:53 |
|
paul |
dec 25-> dec 30 => library closed for holiday |
14:53 |
|
paul |
jan 2th => still closed, except maybe for developpers |
14:53 |
|
paul |
jan 3th => koha goes live on SAN-OP |
14:53 |
|
paul |
I keep finger crossed... |
14:53 |
|
kados |
there is a problem you should know about |
14:54 |
|
kados |
two in fact |
14:54 |
|
kados |
at NPL I don't currently have zebraop in production |
14:54 |
|
kados |
the records are updated in a batch process |
14:55 |
|
kados |
and zebraop is commented out |
14:55 |
|
kados |
there are several reasons: |
14:55 |
|
kados |
1. it's very slow to add a new record with zebraop |
14:55 |
|
kados |
2. it can slow down searches too |
14:55 |
|
kados |
3. we have seem cases where the index crashed (hasn't happened in a while and ID found and fixed some bugs so it may be OK now) |
14:56 |
|
paul |
1. => did you install the last release of zebra ? |
14:56 |
|
kados |
4. there is a problem with the way that the zebra connection is created -- in batch procedures it will fail |
14:56 |
|
paul |
because it seems to have fixed a slowness in add iirc |
14:56 |
|
kados |
yes, and I haven't tested yet |
14:57 |
|
kados |
but we do run the latest version at NPL |
14:57 |
|
kados |
of the 1.x series |
14:57 |
|
kados |
2.0 needs more testing IMO |
14:58 |
|
kados |
I would recomment trying bulkmarcimport to see an example of the problem with the connection object |
14:58 |
|
paul |
ok, i'll try to give it a try asap. |
14:58 |
|
paul |
does it mean zoom is bugguy ? |
14:58 |
|
paul |
or zebra ? |
14:58 |
|
dewey |
well, zebra is #1 for me |
14:59 |
|
paul |
you spoke of 2 problems ? what is the 2nd one ? |
14:59 |
|
kados |
the connection object was the second |
14:59 |
|
kados |
sorry :-) |
15:00 |
|
paul |
OK. do you think it's a ZOOM / zebra / Perl problem ? |
15:00 |
|
kados |
I'm not sure if it's zoom that's buggy, koha's method of creating the object (in Context.pm), or Zebra that is dropping it |
15:01 |
|
paul |
are you using mod_perl ? |
15:01 |
|
kados |
no |
15:01 |
|
paul |
shame. because I would have suggested that the drop is in fact a timeout. |
15:01 |
|
paul |
but without mod_perl, it can't be. |
15:02 |
|
paul |
(as the process is a fresh one on every request) |
15:02 |
|
kados |
it's on the command line so I think it's unrelated to mod_perl |
15:03 |
|
paul |
it's strange that update_items works & koha don't... |
15:03 |
|
kados |
bulkmarcimport you mean? |
15:03 |
|
paul |
no, update_items. |
15:04 |
|
paul |
(or i missed something) |
15:04 |
|
kados |
bulkmarcimport doesn't work for me |
15:04 |
|
kados |
update_items does |
15:04 |
|
paul |
if I understand : updating zebra though koha don't work, but through update_items works. |
15:04 |
|
kados |
updating through koha works sometimes, sometimes it doesn't |
15:04 |
|
paul |
mmm... OK, understood : update_items don't use ZOOM to reindex |
15:04 |
|
kados |
right |
15:05 |
|
paul |
ok, I have to leave. |
15:05 |
|
paul |
my wife is waiting for me for dinner, very impatiently |
15:05 |
|
paul |
have a good day. |
15:05 |
|
kados |
hehe |
15:05 |
|
kados |
you too |
15:05 |
|
paul_away |
(& see you tomorrow maybe) |
16:23 |
|
mtnbkr |
Hello |
16:23 |
|
dewey |
hello, mtnbkr |
16:26 |
|
mtnbkr |
I am having a heck of a time installing Koha for a client. The server is Gentoo linux (everything veryrecent)... The koha installer script tells me that GD::BarCode is not installed when it is, and there are a couple red lines printed just as it starts checking perl modules: http://rafb.net/paste/results/5MDnYo73.html can anyone offer some assistance? |
17:32 |
|
cm |
hi kados. Just found your mail about bug 1215. I checked to make sure we're still having the problem. |
17:32 |
|
kados |
hey cm |
17:32 |
|
cm |
hey. :) |
17:33 |
|
cm |
you're right; it probably is implementation. ;) |
17:34 |
|
kados |
working now? |
17:35 |
|
cm |
nope. All I see is a blank 'issues' when a book is checked out, & no previous issues section at all. |
17:35 |
|
cm |
this is with an up-to-date npl template. |
17:37 |
|
kados |
NPL's all committed so I don't get it |
17:37 |
|
kados |
(there was one uncommitted change to Circ2.pm, but it's unreleated) |
17:37 |
|
kados |
so let me just make sure I understand |
17:38 |
|
cm |
ok |
17:38 |
|
kados |
you have items with issues from, say, yesterday |
17:38 |
|
kados |
sorry ... borrowers |
17:38 |
|
kados |
with issues from yesterday or some time in the past |
17:39 |
|
kados |
and the issues just show up in issues, not in previous issues |
17:39 |
|
kados |
and today's issues show up in issues too, eh? |
17:39 |
|
kados |
the code that splits them up is pretty simple to understand |
17:39 |
|
kados |
it's in circ/circulation.pl |
17:39 |
|
kados |
around line 200 or so |
17:39 |
|
kados |
line 216 actually |
17:40 |
|
kados |
my $issueslist = getissues($borrower); |
17:40 |
|
kados |
# split in 2 arrays for today & previous |
17:40 |
|
kados |
foreach my $it (keys %$issueslist) { |
17:40 |
|
kados |
my $issuedate = $issueslist->{$it}->{'timestamp'}; |
17:40 |
|
kados |
$issuedate =s/-//g; |
17:40 |
|
kados |
etc |
17:42 |
|
cm |
yeah. it's actually weirder than that now. when you bring up the issuing screen for a patron, |
17:43 |
|
cm |
and check out a book, it issues it, but it doesn't show up in the list of issues onscreen, |
17:43 |
|
cm |
and it doesn't immediately update the number of books out either. |
17:44 |
|
cm |
if you refresh, it asks you to confirm the issue because it's already out to that patron, and if you confirm it, |
17:45 |
|
cm |
the number of items out is updated but nothing ever shows up under the Issues section, and the Previous Issues |
17:45 |
|
cm |
section never appears at all. |
17:45 |
|
cm |
I'll try it in something other than firefox to make sure it's not the browser. |
17:48 |
|
cm |
yep, same thing in mozilla. Unfortunately I don't have Opera installed right now for a completely different perspective. :/ |
17:50 |
|
kados |
I think throwing some warns in circulation.pl is the way to troubleshoot this |
17:50 |
|
kados |
lets take a look at what that timestamp looks like |
17:50 |
|
kados |
my $issuedate = $issueslist->{$it}->{'timestamp'}; |
17:50 |
|
owen |
kados, haven't we had problems with items not displaying when an itemtype was missing or something like that? |
17:50 |
|
kados |
add: |
17:50 |
|
kados |
warn $issuedate; |
17:50 |
|
kados |
after that |
17:51 |
|
kados |
owen: ahh, good one ... yes |
17:55 |
|
cm |
the warn would be in the log, right? if so, then it said this: |
17:56 |
|
cm |
[Tue Dec 05 15:47:07 2006] [error] [client 192.168.1.210] HERE : 8 / (99 for 863 at /usr/local/koha/intranet/modules/C4/Circulation/Circ2.pm line 655., refer |
17:56 |
|
cm |
er: http://circ.ccfls.org/cgi-bin/[…]borrower=25102119 |
17:56 |
|
cm |
[Tue Dec 05 15:53:43 2006] [error] [client 192.168.1.210] HERE : 9 / (99 for 863 at /usr/local/koha/intranet/modules/C4/Circulation/Circ2.pm line 655., refer |
17:56 |
|
cm |
er: http://circ.ccfls.org/cgi-bin/[…]borrower=25102119 |
17:56 |
|
kados |
hmmm |
17:56 |
|
kados |
I don't see the warn |
17:56 |
|
kados |
try this instead: |
17:57 |
|
kados |
warn "ISSUEDATE".$issuedate; |
17:59 |
|
cm |
um, same sort of output. |
18:00 |
|
cm |
owen, do you mean the old itemtype or the ccode? If it's the ccode, I don't have those yet, which may explain it. |
18:03 |
|
kados |
cm: are you sure the error log is the right one? |
18:03 |
|
kados |
cm: and you're issuing books ? |
18:04 |
|
cm |
koha-error_log? yeah, books. |
18:04 |
|
kados |
and you're sure it's the right circulation.pl that you edited? |
18:04 |
|
kados |
because you should see a ISSUEDATE2006blahblah in the log |
18:07 |
|
cm |
yeah, pretty sure. I put the warn on line 220 right after my $issuedate = $issueslist->{$it}->{'timestamp'}; |
18:07 |
|
kados |
weird |
18:09 |
|
cm |
indeed. |
06:11 |
|
btoumi |
hi all |
06:12 |
|
paul |
kados: sleeping or around ? |
10:14 |
|
kados |
hi paul |
10:14 |
|
paul |
hello kados & good morning |
10:14 |
|
hdl |
hello kados. |
10:15 |
|
kados |
hi hdl |
10:15 |
|
toins |
hello kados |
10:15 |
|
kados |
paul: did you have luck reproducing the problem with zebraop using bulkmarcimport? |
10:15 |
|
kados |
hi toins :-) |
10:19 |
|
paul |
no, I could not try it this morning. |
10:19 |
|
paul |
but I hope working on this this afternoon. |
10:20 |
|
paul |
kados : i wrote 2 mails on koha-devel, waiting for an answer from you (just in case you did not read koha-devel when waking up ;-) ) |
10:45 |
|
kados |
paul: responded to both |
10:47 |
|
kados |
1. searching still works |
10:47 |
|
kados |
2. the index can be completely rebuilt while the system is running, and quite quickly |
10:48 |
|
paul |
last question : how do you know that index has crashed ? |
10:48 |
|
kados |
because zebraop fails |
10:48 |
|
paul |
so, you have something in koha logs, right ? |
10:48 |
|
kados |
errors in koha logs, and on zebra logs |
10:49 |
|
paul |
ok, thanks. we will hunt them next week. |
10:49 |
|
kados |
yes, and some error like ES immediate execution failed |
10:49 |
|
kados |
(maybe other errors too) |
10:49 |
|
paul |
i'll drop a mail to SAN to warn them. |
10:49 |
|
kados |
paul: now I have a question for you ;-) |
10:49 |
|
kados |
paul: it seems that acquisitions is still broken ... |
10:50 |
|
kados |
at least in dev_week with npl templates (which are fully in synch with rel_2_2) |
10:50 |
|
kados |
do you have any libraries using acquisitions running 2.2.7? |
10:50 |
|
paul |
yep |
10:50 |
|
kados |
(ie, to prove they are working?) |
10:50 |
|
kados |
strange |
10:50 |
|
kados |
so maybe it's the templates |
10:50 |
|
kados |
I'll investigate today |
10:51 |
|
paul |
what kind of bug ? |
10:51 |
|
kados |
when receiving an order |
10:51 |
|
kados |
there are several problems |
10:52 |
|
kados |
difficult to describe |
10:52 |
|
kados |
koha.smfpl.org is a good place to observe it |
10:52 |
|
kados |
there is one supplier, amazon |
10:54 |
|
kados |
so suppose I order 4 items |
10:54 |
|
kados |
when I receive a parcel, it doesn't handle the count properly |
10:55 |
|
kados |
also, after saving the item, the page reloads and says 0 bibliographic items received |
10:56 |
|
paul |
mmm... check for a tmplate problem, because nobody reported anything about this for me. |
10:56 |
|
kados |
ok, will do |