| Time |
S |
Nick |
Message |
| 12:02 |
|
hdl_laptop1 |
hi |Lupin| |
| 12:06 |
|
|Lupin| |
hi hdl_laptop1 |
| 12:07 |
|
|Lupin| |
hdl_laptop1: many thanks for the link you provided last time on "recommandation 995". Actually it was exactly what we were looking for. |
| 12:07 |
|
Amit |
hi hdl_laptop |
| 12:11 |
|
Amit |
hi jdavidb |
| 12:11 |
|
jdavidb |
Hello, Amit. :) |
| 12:20 |
|
hdl_laptop1 |
|Lupin|: np |
| 12:50 |
|
|Lupin| |
gmcharlt: here ? |
| 12:57 |
|
gmcharlt |
hi |Lupin| |
| 12:58 |
|
|Lupin| |
hi gmcharlt |
| 12:59 |
|
|Lupin| |
gmcharlt: last time I suggested to talk about the accessiblity of Koha's Intranet during tomorrow's meeting and you said a message on the list would be nice |
| 12:59 |
|
gmcharlt |
which you sent, but feel free to bring it up during tomorrow's meeting as well |
| 12:59 |
|
|Lupin| |
gmcharlt: since the message did not receive many replies, do you think it'd still be relevant to talk about this during the IRC meeting ? |
| 13:00 |
|
gmcharlt |
yes |
| 13:00 |
|
|Lupin| |
gmcharlt: ok. Just waned to check it won't overload the meeting. |
| 13:00 |
|
|Lupin| |
gmcharlt: should it be added to the wiki page ? |
| 13:01 |
|
paul_p |
hi gmcharlt & |Lupin| |
| 13:01 |
|
paul_p |
(hi amit & jdavidb as well) |
| 13:01 |
|
gmcharlt |
|Lupin|: go ahead and add it to the wiki page |
| 13:01 |
|
gmcharlt |
hi paul_p |
| 13:01 |
|
jdavidb |
Howdy, paul_p! |
| 13:02 |
|
|Lupin| |
gmcharlt: ok |
| 13:02 |
|
|Lupin| |
hi paul_p |
| 13:19 |
|
|Lupin| |
gmcharlt: done |
| 13:20 |
|
|Lupin| |
hmm if only those how have added their names to the page will attend the meeting, that's gonna be a very private meeting.. :/ |
| 13:20 |
|
owen |
ebegin: I thought that was a good response to the "nobody won't replay" Koha list message |
| 13:20 |
|
ebegin |
owen :) thanks |
| 13:20 |
|
gmcharlt |
|Lupin|: don't worry, many more will attend |
| 13:21 |
|
gmcharlt |
ebegin++ |
| 13:21 |
|
ebegin |
Someone has to tell him |
| 13:24 |
|
jdavidb |
gmcharlt: I have the meeting tomorrow down for 4 PM Eastern US time...zat right? |
| 13:24 |
|
gmcharlt |
jdavidb: 3 p.m. EDT |
| 13:24 |
|
jdavidb |
*grumble* |
| 13:24 |
|
jdavidb |
That's what I get for moving my computer between time zones. Things get confused. |
| 13:25 |
|
owen |
There wouldn't have been any donuts left by the time you got there |
| 13:27 |
|
schuster |
Thanks for the reminder! and the time.. I always mess up the time! Late early etc... wrong day! HA... |
| 13:28 |
|
jdavidb |
All right, I've spent the last hour on this, and am utterly stumped. What would cause fines.pl to throw this: |
| 13:28 |
|
jdavidb |
No branchcode argument to new. Should be C4::Calendar->new(branchcode => $branchcode) at fines.pl line 134 |
| 13:29 |
|
jdavidb |
I've checked, and all of the issues have a branchcode, as do all the borrowers, so it's not a stray NULL that doesn't belong. |
| 13:29 |
|
|Lupin| |
so in France it will be at 9PM, right ? |
| 13:30 |
|
gmcharlt |
jdavidb: $branchode is not undef, and there's no silly typo with the hashkey name floating around? |
| 13:31 |
|
jdavidb |
Haven't spotted any obvious ones. It's doing this on three different data sets, all running HEAD, so it makes me wonder... |
| 13:34 |
|
jdavidb |
At first, I suspected trashy data...imma insert some testing statements to see if I can find out. Hard to imagine on three different servers, though. |
| 13:38 |
|
|Lupin| |
When importing MARC records in Koha, where wold you store old records number you want to keep track off just in case, please ? |
| 13:39 |
|
|Lupin| |
(it's Unimarc btw) |
| 13:42 |
|
hdl_laptop1 |
009 for instance |
| 13:43 |
|
jdavidb |
Hrm. An issue, with an itemnumber that does not exist in items...there's my bandit. Now, how did I end up with those in three different sets? |
| 13:45 |
|
|Lupin| |
hdl_laptop1: thanks !!! |
| 13:48 |
|
|Lupin| |
hmmm is there a method somewhere to read marc records in bathc mode from a scalar value rather than from a file ? |
| 13:52 |
|
slef |
@seen fredericd |
| 13:52 |
|
munin |
slef: fredericd was last seen in #koha 1 week, 1 day, 4 hours, 21 minutes, and 53 seconds ago: <fredericd> |Lupin|: \n in MARC records sound not good! |
| 13:52 |
|
slef |
fredericd: are you there? |
| 13:54 |
|
slef |
any librarians available? |
| 13:54 |
|
slef |
(and yes, I know fredericd is a developer...) |
| 13:54 |
|
|Lupin| |
slef: available but not librarian |
| 13:54 |
|
slef |
|Lupin|: sorry, I need an insight into librarianship |
| 13:54 |
|
jdavidb |
I'm not a librarian, and I don't play one on television, but I can try. I've spent my whole career around them. |
| 13:54 |
|
|Lupin| |
has someone noticed that unimarc.info is down ? |
| 13:55 |
|
gmcharlt |
|Lupin|: you can tie a scalar to a file handle, or just split on \x1D and parse each blob into a MARC::Record object |
| 13:55 |
|
collum |
slef: Librarian here |
| 13:56 |
|
slef |
jdavidb, collum: thanks. will PM collum |
| 13:57 |
|
|Lupin| |
gmcharlt: ok. How do you do the parsing part ? |
| 13:58 |
|
gmcharlt |
|Lupin|: my $marc = MARC::Record->new_from_usmarc($blob) |
| 14:00 |
|
Sharon |
I'm a librarian, what's up? |
| 14:00 |
|
|Lupin| |
gmcharlt: oh ok ! thanks ! |
| 14:05 |
|
|Lupin| |
can anyone help Re:unimarc.info ? |
| 14:05 |
|
|Lupin| |
there was an electronic version of the unimarc manual there, in HTML, very handy |
| 14:06 |
|
|Lupin| |
I wish I downloaded the whole site while it wwas still alive... |
| 14:08 |
|
slef |
nah, it's social issues or psychology or something |
| 14:09 |
|
slef |
how to approach librarians about particular issues |
| 14:09 |
|
slef |
sorry not to do it in public, but the case studies involve, well, live cases :) |
| 14:09 |
|
Sharon |
unrelated, we discovered last night that when you renew an item on loan from another library, the book renews with the owning library's policy, not the transacting library's policy. |
| 14:09 |
|
jdavidb |
If it's an academic librarian, just say, "I have a paper due tomorrow." They'll sigh, stare at you like you're an idiot, and then give you the answer you need. |
| 14:10 |
|
slef |
|Lupin|: there's something there for you |
| 14:10 |
|
slef |
Sharon: is that a bug or a feature? |
| 14:11 |
|
Sharon |
Bug. It confuses a patron to have their book circ first for 2 weeks then renew for 3 |
| 14:12 |
|
Sharon |
one of those things that wouldn't be an issue in a stand-alone installation, but it doesn't work so well in a 30+ library consortium |
| 14:12 |
|
slef |
Sharon: can you file it on bugs.koha.org along with a note of what it should do, please? (renew on original library's policy?) |
| 14:12 |
|
Sharon |
will do. |
| 14:12 |
|
slef |
sorry, transacting library |
| 14:12 |
|
Sharon |
yep. circ and renewal policies need to match the transacting library. |
| 14:13 |
|
|Lupin| |
slef: thanks. I tried but the page I was looking for was not there.; thanks however. |
| 14:15 |
|
slef |
Sharon: don't file on bugs.koha.org |
| 14:15 |
|
slef |
Sharon: looks like a local configuration error to me |
| 14:15 |
|
slef |
Sharon: can you check your ItemHomeLibrary system preference? |
| 14:15 |
|
Sharon |
can do |
| 14:16 |
|
slef |
sorry, CircControl system preference |
| 14:16 |
|
slef |
I misread a line :) |
| 14:17 |
|
Sharon |
It's set for Pickup library |
| 14:17 |
|
slef |
ok, so it might be a bug worth reporting after all |
| 14:17 |
|
slef |
thanks for checking |
| 14:17 |
|
Sharon |
no problem. I hadn't seen that syspref before. |
| 14:19 |
|
magnusenger |
Hi all! |
| 14:19 |
|
magnusenger |
i'm having a first look at the files in nb-NO/xslt and find a lot of english texts, like "Author" etc |
| 14:20 |
|
gmcharlt |
magnusenger: right - the XSLT are not run through the translator at present |
| 14:20 |
|
magnusenger |
should these XSLT-files be translated seperately from the other translations? |
| 14:20 |
|
magnusenger |
ok, so they should just be translated? |
| 14:21 |
|
magnusenger |
any plans for including then m in the general translation mechanism? |
| 14:22 |
|
magnusenger |
then m = them |
| 14:25 |
|
slef |
I think paul_p or chris are the people to ask. |
| 14:25 |
|
paul_p |
someone looking for me ? |
| 14:26 |
|
paul_p |
mmm... I don't have any idea. /me beeps hdl_laptop1, but i'm afraid the answer is no (although it should be fixed ;-) ) |
| 14:27 |
|
hdl_laptop1 |
I think it has to be fixed. |
| 14:27 |
|
magnusenger |
ok, thanks! I'll have a go at translating them into Norwegian then. And ponder any tweaks to make them work with our beloved NORMARC... |
| 14:27 |
|
hdl_laptop1 |
But we have then to decode them. |
| 14:27 |
|
hdl_laptop1 |
and get them into po. Which is not so obvious a task |
| 14:29 |
|
magnusenger |
ok |
| 14:30 |
|
slef |
no getmsg for xml yet? |
| 14:31 |
|
slef |
actually, can't we use xml:lang attributes and then extract/cache xsl of used languages or am I missing obvious complexities? |
| 14:32 |
|
hdl_laptop1 |
slef: no. |
| 14:32 |
|
hdl_laptop1 |
you are not. |
| 14:33 |
|
slef |
just needs sponsors, huh? |
| 14:33 |
|
gmcharlt |
slef: yeah, that seems like it woudl be the easiest way to handle |
| 14:33 |
|
hdl_laptop1 |
But the point is that it would then be totally different from what has been done for templates. |
| 14:34 |
|
gmcharlt |
hdl_laptop1: different may be OK, as long as translation can be handled via PO files |
| 14:34 |
|
gmcharlt |
using xml:lang woudl be a way of helping to manage extracting strings from the base XSLT files |
| 14:34 |
|
hdl_laptop1 |
if you have one big xsl file containing all the translations... ? |
| 14:35 |
|
hdl_laptop1 |
Ah one language per xslt so only one lang ? |
| 14:39 |
|
slef |
could do it various ways, but I was thinking one big xsl file, or split by modules and use some sort of include statements, then xsl the xsl to combine and split by language |
| 14:39 |
|
slef |
I don't mind. I'll leave it to you l10n experts :) |
| 15:03 |
|
|Lupin| |
2-226-11325-8 can someone see what's wrong with this ISBN, please ? |
| 15:04 |
|
|Lupin| |
Business::ISBN says it is not valid... |
| 15:05 |
|
slef |
http://www.isbn-check.de/check[…]bmit=test&lang=en |
| 15:08 |
|
ebegin |
|Lupin|, any error code? |
| 15:09 |
|
|Lupin| |
ebegin: my script does not look for them... For the moment i was just counting how many of our records have valid isns.. |
| 15:09 |
|
|Lupin| |
this one was considered invalid as many many others, I'll try to figure out why |
| 15:10 |
|
ebegin |
try by removing the dashes (-) |
| 15:11 |
|
|Lupin| |
ebegin: Business::ISBN doesn't like them ? |
| 15:11 |
|
ebegin |
The first test it does is about the lenght... if 10, if 13 else BAD-ISBN |
| 15:12 |
|
|Lupin| |
ebegin: I checked, the one passd to the module is 2226113258 |
| 15:12 |
|
ebegin |
is 2226113258 tagged as invalid by B::ISBN? |
| 15:15 |
|
slef |
wb brendan |
| 15:15 |
|
brendan |
hello slef |
| 15:17 |
|
|Lupin| |
ebegin: now I'm trying it and it says it is valid. However in my program it should have printed a line for all the vlid isbns and no line was printed for that record. |
| 15:17 |
|
|Lupin| |
well I'll add some debugging info in the script |
| 15:22 |
|
ebegin |
|Lupin|, I think that the problem is probably in your code. perl -MBusiness::ISBN -e 'print Business::ISBN->new( 2226113258 )->is_valid,"\n";' returns 1 |
| 15:23 |
|
schuster |
At checkin when you need to transfer something would it be hard to change the response from the code to description? ie Please return The princess and the god / to PROF |
| 15:24 |
|
schuster |
Instead of PROF to Professional Library? |
| 15:24 |
|
slef |
wasn't there a patch about that recently? |
| 15:24 |
|
slef |
it was showing categorycode instead of the description in error |
| 15:24 |
|
slef |
branchcode even |
| 15:25 |
|
schuster |
hmmm maybe... I'm behind on my patches so I'll go be a pest someplace else. Thanks slef! |
| 15:25 |
|
owen |
Looks like that was just aimed at the opac: http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3292 |
| 15:25 |
|
munin |
Bug 3292: enhancement, PATCH-Sent, ---, matthias.meusburger biblibre.com, REOPENED, in opac branchcode should be replaced with name |
| 15:25 |
|
slef |
anyway, not hard at all, it's probably a one-liner in something in circ |
| 15:25 |
|
slef |
might be three lines if we're unlucky |
| 15:26 |
|
schuster |
I'll revisit it when I have all my patches! |
| 15:26 |
|
slef |
ok, thanks |
| 15:30 |
|
owen |
$err{msg} = $branches->{ $messages->{'IsPermanent'} }->{'branchname'}; |
| 15:30 |
|
owen |
..not sure why that isn't giving a library name already |
| 15:32 |
|
|Lupin| |
ah actually there was a problem in my sql query so the record was not even examined... uh... |
| 15:35 |
|
schuster |
Owen - which version of Koha? I'm 3.01.00.014 - which I know is behind on some patches. |
| 15:35 |
|
owen |
No, I can confirm that it *doesn't* show the name in the latest version |
| 15:36 |
|
schuster |
hmmm - guess I go back to my original question... How to get it to have the Name rather than the code Please return The princess and the god / to PROF |
| 15:37 |
|
owen |
That is the question! Because to my unskilled eye the code should already produce the result you desire |
| 15:38 |
|
schuster |
Fiddle. |
| 15:39 |
|
owen |
I must be looking in the wrong place... |
| 15:40 |
|
slef |
owen: file and line number, please? |
| 15:42 |
|
owen |
I'm looking at the code starting with #Error Messages on line 340 of returns.pl |
| 15:42 |
|
owen |
But I think I'm trying to match against the wrong section of the template |
| 15:43 |
|
owen |
Yeah, instead I should be looking at what populates <!-- TMPL_VAR NAME="homebranch" --> on line 166 of returns.tmpl |
| 15:44 |
|
slef |
yeah |
| 15:45 |
|
owen |
Got it |
| 15:45 |
|
owen |
Line 192: homebranch => $biblio->{'homebranch'}, |
| 15:46 |
|
owen |
--> homebranch => $branches->{ $biblio->{'homebranch'} }->{'branchname'}, |
| 15:46 |
|
slef |
oh so we're on about after the transfer has been initiated? |
| 15:47 |
|
slef |
the page returned by the dotransfer |
| 15:54 |
|
atz |
owen: a biblio doesn't have a homebranch |
| 15:54 |
|
atz |
an item does |
| 15:54 |
|
atz |
not sure how that "$bibliio" is actually constructed though... |
| 15:55 |
|
owen |
All I know about it is that when I pull that lever there the ice cream comes out. |
| 15:55 |
|
schuster |
owen - thank you...;) I love icecream... |
| 15:56 |
|
owen |
atz: line 186, my $biblio = GetBiblioFromItemNumber($itemnumber); |
| 15:57 |
|
atz |
yeah, that one has all 3 tables info in it |
| 15:57 |
|
atz |
biblio, bibilioitem and item |
| 15:57 |
|
gmcharlt |
fortunately, item information is only from that specified item |
| 15:58 |
|
atz |
that function is a bit costly for several places it is used... would be nice to have the ability not to get the marc and marcxml blobs, for example |
| 16:06 |
|
schuster |
OK along those same lines - some messages get the pretty yellow box and others don't... What templates control the error message box in Checkin? |
| 16:08 |
|
|Lupin| |
till soon, everybody |
| 16:13 |
|
owen |
schuster: Yellow is for alerts/warnings, blue is for messages |
| 16:14 |
|
schuster |
OK so Not checked out - is a? |
| 16:14 |
|
owen |
Message. |
| 16:15 |
|
schuster |
And there is a background with that which is supposed to be blue? |
| 16:17 |
|
owen |
Yes |
| 16:18 |
|
schuster |
hmmm on my system it shows as a very faint grey - you can hardly tell it is a different screen color than the background. |
| 16:19 |
|
schuster |
Are those controlled through a template? and which one? |
| 16:19 |
|
owen |
Through the stylesheet. The background is this image: /intranet-tmpl/prog/img/message-bg.gif |
| 16:22 |
|
schuster |
hmm hard to make that blink red...;) |
| 16:23 |
|
owen |
schuster: Is the problem that you're trying to highlight certain events in a different way? |
| 16:23 |
|
schuster |
Yes people are not watching the screen so they miss the events... The Yellow has caught their eye... |
| 16:24 |
|
schuster |
Can't wait for the sounds with 3.2... |
| 16:24 |
|
owen |
If you make everything yellow it will stop catching their eye ;) |
| 16:24 |
|
owen |
So "not checked out" in particular is an event you want to highlight? |
| 16:24 |
|
schuster |
As one librarian always told me "if I could only get that arm to reach out and smack them"... |
| 16:24 |
|
CGI986 |
hello |
| 16:24 |
|
CGI986 |
hello every one |
| 16:25 |
|
owen |
Hi CGI986 |
| 16:25 |
|
CGI986 |
ihy owen |
| 16:25 |
|
schuster |
I'd like them all to highlight yes. Guess I could change the message-bg.gif copy it to blue.bg.gif and then cp alert-bg.gif to message-bg.gif and they would all be yellow right? |
| 16:26 |
|
CGI986 |
owen am from Etjiopia i gonna ask some question if possible |
| 16:26 |
|
CGI986 |
? |
| 16:26 |
|
CGI986 |
owen? |
| 16:26 |
|
owen |
schuster: Yes... but then your staff will acclimate to the yellow and stop noticing those just like they stopped noticing the blue! |
| 16:27 |
|
owen |
CGI986: Ask away, someone will answer if they can |
| 16:27 |
|
moodaepo |
quick question, where/how do I setup permissions say just circ and just cataloging? |
| 16:28 |
|
owen |
anoop: When you have a patron record open (in circulation, for instance), look for the toolbar that includes Edit, change password, etc. |
| 16:28 |
|
owen |
Click the "More" button and choose "Set Permissions" |
| 16:28 |
|
CGI986 |
am student in university and i gonna work on library automation, so would you like to tell me what prociuder i could follow "owen" |
| 16:29 |
|
CGI986 |
especially on tutorial (koha) |
| 16:30 |
|
anoop |
so can we make new category with special permission for cir/catalog etc separately? |
| 16:31 |
|
anoop |
never mind found that section |
| 16:32 |
|
owen |
anoop: Permissions are set on a per-user basis, so you can't create a "category" of users with specific permissions. |
| 16:33 |
|
schuster |
basically a cheating way ... Never could tell there was a blue! |
| 16:33 |
|
schuster |
I could randomly change the color... Ya know I have nothing else to do... |
| 16:34 |
|
anoop |
owen: thanks |
| 16:34 |
|
owen |
schuster: if you didn't see blue then you're missing that background graphic |
| 16:34 |
|
owen |
CGI986: Please clarify your question |
| 16:37 |
|
schuster |
but it is a very faint blue so it is there, just doesn't stand out like I need it to. |
| 16:37 |
|
schuster |
More of a grey... |
| 16:44 |
|
owen |
schuster: There isn't an "intranetUserCSS" preference like there is an OpacUserCSS pref, but you can fudge it by using the intranetuserjs preference |
| 16:44 |
|
owen |
</script> |
| 16:44 |
|
owen |
<style type="text/css"> |
| 16:44 |
|
owen |
div.message { |
| 16:44 |
|
owen |
background-image: url(http://zivotdesign.com/downloa[…]ing-warning.gif); |
| 16:45 |
|
owen |
} |
| 16:45 |
|
owen |
</style> |
| 16:45 |
|
owen |
<script type="text/javascript"> |
| 16:48 |
|
slef |
anoop: did you find how to do it? I was looking for it yesterday. |
| 16:49 |
|
anoop |
slef: I just found where the settings to select group (permissions) for each patron was... |
| 16:49 |
|
slef |
anoop: per-patron not per-group? |
| 16:49 |
|
anoop |
was that what you were looking for too? or did you want to create a new category with special permissions? |
| 16:50 |
|
anoop |
(11:32:59 AM) owen: anoop: Permissions are set on a per-user basis, so you can't create a "category" of users with specific permissions. |
| 16:50 |
|
slef |
I'm setting permissions for a whole category. |
| 16:50 |
|
anoop |
I don't see why that can't be done though |
| 16:50 |
|
slef |
I'm adding features to Koha to do it. |
| 16:51 |
|
slef |
wanted to check I'm not wasting time/money/effort :) |
| 16:51 |
|
anoop |
nah I'm in the very beginning stage...supposed to make up mu mind between koh/evergreen soon : ) |
| 16:51 |
|
anoop |
s/koh/koha |
| 16:57 |
|
schuster |
@wunder plano, tx |
| 16:57 |
|
munin |
schuster: The current temperature in Crooked Lane, Plano, Texas is 29.8°C (11:57 AM CDT on June 30, 2009). Conditions: Scattered Clouds. Humidity: 59%. Dew Point: 21.0°C. Pressure: 29.84 in 1010.4 hPa (Rising). |
| 16:58 |
|
schuster |
Sorry OWEN! I'd send you Ice cream but it would melt... |
| 16:58 |
|
schuster |
That works great! |
| 16:58 |
|
jdavidb |
@wunder bethesda, md |
| 16:58 |
|
munin |
jdavidb: The current temperature in Burning Tree Estates, Bethesda, Maryland is 29.1°C (12:55 PM EDT on June 30, 2009). Conditions: Scattered Clouds. Humidity: 43%. Dew Point: 15.0°C. Pressure: 29.26 in 990.7 hPa (Steady). |
| 17:02 |
|
anoop |
@wunder 56001 |
| 17:02 |
|
munin |
anoop: The current temperature in MSU Physics Dept, Mankato, Minnesota is 16.4°C (12:00 PM CDT on June 30, 2009). Conditions: Overcast. Humidity: 72%. Dew Point: 11.0°C. Pressure: 29.80 in 1009.0 hPa (Falling). |
| 17:06 |
|
schuster |
Owen - back to my original question branch code showing rather than Description... That was not resolved right? |
| 17:06 |
|
owen |
I submitted a patch |
| 17:07 |
|
schuster |
Oh... Thanks! Now I just need to hurry up the patches! ;) |
| 17:11 |
|
schuster |
These two small changes today were worth going to Koha! have I said how much we love Open source! |
| 17:12 |
|
schuster |
What do others use for their editing software? vi just isn't cutting it off the server... |
| 17:13 |
|
schuster |
Oh WOW !!! I did just link to the background image... That would probably freak people out! |
| 17:14 |
|
schuster |
I'm curious though since we are locally hosted what will happen if our internet goes out will it just load without the background? |
| 17:14 |
|
owen |
Yes |
| 17:15 |
|
owen |
What you can do is replace "background-image: url(http://zivotdesign.com/downloa[…]ing-warning.gif);" with "background: #FFFF99 none" if you just want a solid color |
| 17:15 |
|
owen |
...replacing #FFFF99 with whatever color you want. |
| 17:17 |
|
schuster |
Thanks for the option, but I really like what you have provided so far. I'm adding that to my custom notes. |
| 17:22 |
|
jdavidb |
Howdy, gmcharlt! |
| 17:22 |
|
gmcharlt |
hi jdavidb |
| 17:33 |
|
brendan |
good mid-morning #koha |
| 17:35 |
|
Snow_Fox |
morning |
| 18:30 |
|
jdavidb |
Howdy, pianohacker. |
| 18:38 |
|
pianohacker |
Good mornin' |
| 18:40 |
|
pianohacker |
"why won't you replay" |
| 18:45 |
|
rhcl |
anybody know offhand what SIP can pull from the ILS database? For example, can you return the name and age of a patron from some app on a client machine? |
| 18:47 |
|
pianohacker |
I'd recommend the SIP standards, but I'm not feeling quite that cruel |
| 18:48 |
|
pianohacker |
If you're comfortable with Perl, looking at the Koha SIP server in C4/SIP/ might be the easiest way |
| 18:48 |
|
rhcl |
OK, TNX |
| 18:48 |
|
atz |
rhcl: you can get name and sometimes date of birth, not age |
| 18:49 |
|
rhcl |
Ah, yes DOB would be fine. |
| 18:49 |
|
atz |
see Patron Information Response |
| 19:00 |
|
owen |
opac-detail doesn't show my unapproved tags even though I'm logged in? |
| 19:35 |
|
pianohacker |
hi |
| 19:35 |
|
chris |
atz: nice work on the LDAP stuff :) |
| 19:36 |
|
chris |
heya pianohacker |
| 19:36 |
|
atz |
thx chris |
| 19:38 |
|
atz |
it's understandable why everybody was griping about the old LDAP implementation.... |
| 19:39 |
|
chris |
*nod* |
| 19:39 |
|
chris |
it was fairly haphazard |
| 19:40 |
|
atz |
the initial implementation targeted the trickier approach, intending to copy data over every time |
| 19:40 |
|
chris |
speaking of it, i saw ron last night, the library they were working is going live today |
| 19:41 |
|
chris |
afaik, first prison running koha anywhere in the world |
| 19:41 |
|
atz |
? |
| 19:41 |
|
atz |
interesting |
| 19:41 |
|
pianohacker |
Open source software in a jail is mildly ironic, but still cool |
| 19:41 |
|
atz |
when ppl wedged in the simpler bind_as_auth stuff, that was poorly done meaning it would send 50% failed queries AT BEST |
| 19:43 |
|
chris |
ahh |
| 19:44 |
|
brendan |
hey goodmorning chris |
| 19:45 |
|
brendan |
hello atz and pianohacker -- i hope all is well |
| 19:45 |
|
chris |
pianohacker: how far away from fort collins are you? |
| 19:45 |
|
chris |
heya brendan |
| 19:45 |
|
atz |
greets brendan |
| 19:46 |
|
pianohacker |
chris: Probably a good 4 hours, but there's a library workshop in a nearby town that I go to every year that would be a a good time to visit |
| 19:47 |
|
chris |
ahh, just someone i know (nat torkington) is sitting in a coffee shop there right now |
| 19:47 |
|
pianohacker |
Ah, gotcha. Thought the prison you referenced might be there :) |
| 19:48 |
|
chris |
pianohacker: nope its in ACT in australia |
| 19:53 |
|
chris |
ok off i go, bb in a while |
| 19:53 |
|
pianohacker |
bye |
| 20:03 |
|
Snow_Fox |
i remember hearing about a project that dumps the overdue emails into a html file |
| 20:03 |
|
Snow_Fox |
where can i find information on that? |
| 20:04 |
|
pianohacker |
Snow_Fox: PTFS did that work, it'll hopefully be released to the public within the next few months |
| 20:10 |
|
Snow_Fox |
are there any similar projects in regards to managing over dues? |
| 20:10 |
|
Snow_Fox |
dumping stuff to a database etc |
| 20:10 |
|
pianohacker |
Snow_Fox: Not to my knowledge |
| 20:14 |
|
owen |
Snow_Fox: what did you have in mind? |
| 20:16 |
|
Snow_Fox |
essentially trying to figure a way of streamlining the overdues for patrons that do not have emails, i know its a bit of a shocker but there is still a fair bit of kansasns that dont have emails :-P |
| 20:16 |
|
owen |
Oh, you're a Kansan? |
| 20:17 |
|
pianohacker |
I was kind of surprised to find out that you didn't have the same dialup/electric fences problem that HLT had ;) |
| 20:17 |
|
owen |
We're in the same situation here in Ohio, and what we've done in the past is do a custom report to create printed overdues |
| 20:18 |
|
owen |
The report spits out a CSV file which we upload to a USPS web service which prints and mails postcards |
| 20:18 |
|
atz |
the easiest solution is probably to GIVE your patrons email addresses |
| 20:18 |
|
owen |
And computers? :) |
| 20:18 |
|
owen |
And internet service? :) |
| 20:18 |
|
atz |
your library should have both of those |
| 20:19 |
|
owen |
But the overdue notices are for people who have forgotten to come back to the library! |
| 20:19 |
|
atz |
... with their stuff |
| 20:22 |
|
pianohacker |
At our library, at least, avoiding overdue fees by not coming in for a while happens fairly frequently |
| 20:24 |
|
pianohacker |
We currently deal with that using the overdues report and a custom print-bills-for-lost-items system |
| 20:36 |
|
thd |
What could cause intermittent slow response from Koha when logged in as an authenticated user? |
| 20:36 |
|
atz |
anything in the internet... but most commonly it's costly cronjobs or reports |
| 20:37 |
|
thd |
atz: cronjobs and reports should be running overnight. |
| 20:37 |
|
atz |
no, cronjobs are whenever you schedule them and reports are run per request |
| 20:38 |
|
thd |
of course, so reports are not necessarily scheduled |
| 20:39 |
|
atz |
you might try restarting mysqld with slow-query-log on |
| 20:39 |
|
atz |
or implementing SNMP monitoring to detect system bottlenecks |
| 20:39 |
|
atz |
traceroute can tell you if a network node between you and the server is particularly slow |
| 20:40 |
|
thd |
The difficulty is that the problem is intermittent and not predictable |
| 20:40 |
|
atz |
yeah, that suggests and overall monitoring scheme would be most useful |
| 20:40 |
|
chris |
back |
| 20:40 |
|
thd |
It does become bad enough to disconnect logged in users occasionally |
| 20:40 |
|
atz |
otherwise, of course, check your logs to determine what was happening at the time of the failures |
| 20:40 |
|
atz |
often you can find things like "OOM" (out of memory) errors |
| 20:41 |
|
atz |
or w/ mysql slow query log, it will tell you when things took too long to complete |
| 20:42 |
|
thd |
It should never take 3-4 minutes to post a cataloguing record or 2 minutes to check out a book. |
| 20:42 |
|
atz |
check netstat for outsider connections (like DOS, hackers, or if there are bunch of undead connections suggesting switch failure) |
| 20:43 |
|
atz |
traceroute might identify high-latency network notes |
| 20:43 |
|
thd |
undead connections seems like just the right sort of evil |
| 20:43 |
|
atz |
*nodes |
| 20:43 |
|
atz |
w/ cataloging the bottleneck is sometimes local javascript |
| 20:44 |
|
atz |
newer browsers have much improved javascript engines |
| 20:44 |
|
thd |
even when saving the record? |
| 20:44 |
|
atz |
yes, when saving the record, there are many (useful) javascript validation checks |
| 20:44 |
|
thd |
oh yes, I had forgotten about those |
| 20:45 |
|
pianohacker |
i.e., change the 'Save' button to 'Validating...' |
| 20:45 |
|
pianohacker |
or 'Checking...' |
| 20:45 |
|
atz |
pianohacker: that would be a good idea... a little status bar above the status bar |
| 20:45 |
|
pianohacker |
Yup |
| 20:45 |
|
atz |
or the button itself would be good |
| 20:45 |
|
thd |
what validation is done apart from required subfield checks? |
| 20:45 |
|
atz |
that will tell you if it is local or server side problem |
| 20:45 |
|
pianohacker |
Especially since, if it's slow javascript that's tripping things up, the browser won't be responding anyway |
| 20:46 |
|
atz |
thd: whatever the plugins specify... there are dozens |
| 20:46 |
|
atz |
checking the header for integrity, for example |
| 20:48 |
|
thd |
the plugins are Perl code running on the server merely sending values back to the JavaScript in the client are they not? |
| 20:48 |
|
pianohacker |
thd: The plugins actually generate JavaScript for each field |
| 20:49 |
|
atz |
yeah, they are perl providing javascript... somewhat insane, but "it works" |
| 20:50 |
|
thd |
Do they require communication with the server each time that they are invoked? |
| 20:50 |
|
atz |
no |
| 20:50 |
|
atz |
they provide it on the first page load |
| 20:50 |
|
atz |
it's not ajax |
| 20:50 |
|
thd |
The more plugins then the worse the performance would be. |
| 20:50 |
|
pianohacker |
Yup |
| 20:51 |
|
chris |
thats a fairly standard rule, the more something is doing, the longer it will take :-) |
| 20:51 |
|
atz |
potentially, yes. you can make a streamlined MARC framework so that fewer fields are displayed, if your catalogers would benefit from that. |
| 20:52 |
|
schuster |
When we were having the intermittent problem(server is local) I would run show processlist in mysql. |
| 20:52 |
|
thd |
chris: unfortunately in the case of the Koha MARC editor the plugins are being loaded when the page is first loaded even if the plugins are not used. |
| 20:52 |
|
chris |
yep |
| 20:53 |
|
schuster |
Often it showed me we had lots of renewing of sessions happening at that time - and we discussed the session log. |
| 20:53 |
|
chris |
i didnt think anyone was complaining about page load tho |
| 20:53 |
|
atz |
the session log needs to die |
| 20:53 |
|
chris |
i thought people were complaining about saving |
| 20:54 |
|
chris |
i vote we shift the session handling out of the db |
| 20:54 |
|
atz |
writing to a static location in /tmp is dumb... and makes multiple kohas on the same server all write to the same place |
| 20:54 |
|
chris |
use memcached |
| 20:54 |
|
atz |
chris: i'm all for as much caching as we can get |
| 20:54 |
|
pianohacker |
That's actually something I've been wondering about |
| 20:54 |
|
chris |
each server has its own keyspace |
| 20:54 |
|
pianohacker |
If we integrate memcached, will it be a requirement? |
| 20:54 |
|
chris |
and use that for session handling |
| 20:55 |
|
chris |
you could make it optional, if you want to use the db to handle sessions that could still work |
| 20:55 |
|
atz |
chris: the proper way to do that would be to make a memcached storage driver for CGI::Session |
| 20:55 |
|
chris |
yep |
| 20:55 |
|
chris |
im 99% sure it already exists |
| 20:55 |
|
pianohacker |
If so, we'd want to make errors complaining about it's absence just a tad more transparent than than those occur when Zebra is missing |
| 20:56 |
|
pianohacker |
*those that |
| 20:56 |
|
chris |
yep |
| 20:56 |
|
chris |
all the session handling for stuff.co.nz is in memcached |
| 20:56 |
|
chris |
we have at times a million or so concurrent sessions |
| 20:56 |
|
chris |
the db would die in a fire if we tried to make it handle that |
| 20:57 |
|
chris |
(we use Apache::Session tho) |
| 20:57 |
|
chris |
http://search.cpan.org/~oinume[…]r-memcached-0.02/ |
| 20:58 |
|
chris |
it could be an optional requirement and set in the config during install i guess |
| 20:58 |
|
pianohacker |
Yup |
| 20:59 |
|
atz |
chris: dunno about that implementation... Oct 2008, no bugs reported, only 11 pass tests, 23 "unknown" |
| 21:01 |
|
chris |
yep, might have to fix it |
| 21:02 |
|
thd |
atz: what are you reporting with 23 test errors? |
| 21:02 |
|
chris |
http://search.cpan.org/~oinume[…]emcached_mysql.pm |
| 21:02 |
|
chris |
interesting idea |
| 21:03 |
|
chris |
the perl is only about 150 lines long |
| 21:04 |
|
thd |
chris: Have you asked the sysadmins at Catalyst about what happens if you have 10 -15 thousand messages in a single maildir on ext3? |
| 21:04 |
|
chris |
yeah they said 'dont' |
| 21:04 |
|
thd |
chris: what did they say to do? |
| 21:05 |
|
schuster |
So with the sessions thing is that something someone is working on or do we need to log that as an enhancement/bug? |
| 21:05 |
|
pianohacker |
re memcached_mysql: Yeah. Seems a bit paranoid, since the worst-case situation is that your users have to log in again |
| 21:06 |
|
chris |
theres was more its gonna make a mess for whatever MUA you use |
| 21:06 |
|
chris |
not so much the filesystem |
| 21:06 |
|
chris |
they said "tell him to organise his mail better" |
| 21:06 |
|
chris |
split by year or something |
| 21:07 |
|
thd |
I usually do but I have not had time to read AUTOCAT for a long time |
| 21:07 |
|
chris |
procmail for the win |
| 21:07 |
|
thd |
and long messages can get messy in a hurry |
| 21:07 |
|
chris |
let it sort it for you |
| 21:08 |
|
thd |
yes I could use procmail more proactively |
| 21:08 |
|
chris |
you can even do crafty stuff so threads arent broken |
| 21:08 |
|
chris |
but that all gets complicated fast |
| 21:10 |
|
thd |
chris: Did they recommend any particular file system in any case for use with maildir? |
| 21:11 |
|
chris |
nope |
| 21:13 |
|
thd |
Did they recommend not using maildir? I assume that they are using maildir themselves. |
| 21:13 |
|
chris |
their only recommendation was try not to get 15k files in one dir |
| 21:13 |
|
chris |
but that wasnt a worry with the fs |
| 21:13 |
|
atz |
yeah, that's bound to be troublesome unless it's on solid state |
| 21:14 |
|
chris |
*nod* |
| 21:15 |
|
wizzyrea |
maildir makes babies cry |
| 21:16 |
|
thd |
yes, one thing I never understood with perfect clarity was whether that rule applied cumulatively to all subdirectories under a directory. I assume that it must not but am I really correct in my assumption? |
| 21:16 |
|
atz |
thd: no, it's ok if you build a reasonable tree |
| 21:17 |
|
thd |
wizzyrea: I have never used maildir and have used a mail DB in dbmail for years but I am thinking of switching. |
| 21:18 |
|
thd |
wizzyrea: what does not make babies cry? |
| 21:33 |
|
pianohacker |
brb |
| 21:40 |
|
wizzyrea |
thd: food, naps. :) |
| 21:47 |
|
joetho_2 |
naps. huh. |
| 21:48 |
|
joetho_2 |
2 pm central US time tomorrow, right? I am terrible at counting backwards. I would fail a DUI bigtime. |
| 22:05 |
|
schuster |
hmmm I have it as 4 pm central... |
| 22:16 |
|
brendan |
schuster -- from pianohacker -- http://www.timeanddate.com/wor[…]&sec=0&p1=0&p2=75 |
| 22:25 |
|
schuster |
So you are telling me it should be at 2 pm central... Last time I used this I was a day off! |
| 22:25 |
|
chris |
hehe |
| 22:25 |
|
chris |
all i know is its 7am my time tomorrow |
| 22:25 |
|
schuster |
The first meeting I just happened to be in the IRC when it started! |
| 22:26 |
|
schuster |
Speaking of off it is time to head home... I'm wipped! Must have been all the excitement created by the two things Owen helped me with today. |
| 00:20 |
|
pianohacker |
Good night |
| 00:25 |
|
chris |
hmm rick is being disingenous when calling people disingenous |
| 00:25 |
|
chris |
pot kettle ... rick |
| 00:31 |
|
chris |
atz++ |
| 03:29 |
|
Amit |
hi chris, brendan |
| 03:29 |
|
Amit |
good morning oha |
| 03:30 |
|
Amit |
good morning #koha |
| 03:30 |
|
brendan |
hello Amit |
| 03:30 |
|
brendan |
how's the weather ? |
| 03:30 |
|
brendan |
windy here |
| 03:30 |
|
Amit |
weather is cool |
| 03:30 |
|
Amit |
here in bangalore |
| 03:30 |
|
joetho |
hot |
| 03:30 |
|
brendan |
:) |
| 03:30 |
|
joetho |
US |
| 03:31 |
|
Amit |
brendan: i m checking my patch comment given by Joe Atzberger |
| 03:31 |
|
brendan |
cool -- |
| 03:32 |
|
brendan |
going to look at it myself |
| 03:32 |
|
Amit |
your point brendan |
| 03:33 |
|
brendan |
none yet -- |
| 03:33 |
|
brendan |
I'm behind on reading my email |
| 03:35 |
|
Amit |
atz around? |
| 03:37 |
|
Amit |
brendan u there? |
| 03:48 |
|
joetho |
SEKLS? |
| 04:02 |
|
test666 |
SEKLS? |
| 04:07 |
|
Amit |
hi |
| 04:09 |
|
Gaurav |
Hi Amit, Savitra |
| 05:32 |
|
ryan |
ahh, Minnesota, USA. A professional wrestler as governor, now, after much ado, a comedian as senator... |
| 06:56 |
|
Amit_Gupta |
hi koha |
| 07:02 |
|
hdl_laptop |
hi |
| 07:13 |
|
fredericd |
hi |
| 07:14 |
|
hdl_laptop1 |
hi |
| 07:45 |
|
Amit_gupta |
hi veki |
| 07:46 |
|
veki |
Amit_gupta: hi |
| 08:46 |
|
slef |
hi all. That email "hypertext link" on koha-devel - why do we have URI in the item record? Is it used in the templates? |
| 08:49 |
|
slef |
hi paul_p - I just asked: That email "hypertext link" on koha-devel - why do we have URI in the item record? Is it used in the templates? |
| 08:49 |
|
slef |
paul_p: will you be staying around for the developer meeting at 2100 frenchietime? |
| 08:52 |
|
slef |
Amit: remind me who you are (and maybe I will add it to http://wiki.koha.org/doku.php?id=irc_regulars ) |
| 08:52 |
|
slef |
hi btw :) |
| 08:52 |
|
slef |
I think no-one else is awake yet :) |
| 08:52 |
|
Elwell |
sssh. keep the noise down. |
| 08:52 |
|
slef |
Elwell: :) |
| 08:53 |
|
slef |
one of my top microblog "trends" is ":)" according to the analysis tool I used today. #coops and #coop09 are the only bigger ones lately |
| 08:57 |
|
fallor |
hi all |
| 08:59 |
|
slef |
hi fallor |
| 08:59 |
|
fallor |
you wounldn't happen to know about migration scripts on koha3, would you? |
| 08:59 |
|
slef |
a little |
| 09:00 |
|
slef |
but it usually all rests on what you're migrating *from* and that's a big can of worms |
| 09:00 |
|
fallor |
well, it's koha 2.2 |
| 09:00 |
|
fallor |
i can't get either one of the index rebuilding scripts to run |
| 09:00 |
|
slef |
what's the error? |
| 09:00 |
|
fallor |
i.e. rebuild_zebra.pl and rebuild_nozebra.pl |
| 09:01 |
|
fallor |
we originally decided not to use zebra indexing, so zebra is probably not configured properly |
| 09:01 |
|
fallor |
but rebuild_nozebra is a complete mystery |
| 09:01 |
|
fallor |
it seems that it doesn't understand anything about the xml configfile |
| 09:02 |
|
slef |
so you've upgraded to koha 3.0.3 with a copy of your 2.2 database, run through the upgrade? |
| 09:06 |
|
fallor |
well, it's 3.0.0 actually |
| 09:06 |
|
fallor |
but yep, that's the way |
| 09:06 |
|
fallor |
this is what rebuild_zebra.pl says: |
| 09:06 |
|
fallor |
Can't use an undefined value as a HASH reference at ./rebuild_zebra.pl line 88. |
| 09:07 |
|
slef |
line 88 of rebuild_zebra-pl is what in 3.0.0? |
| 09:08 |
|
slef |
sed -ne 88p rebuild_zebra.pl to display it ;-) |
| 09:08 |
|
fallor |
my $biblioserverdir = C4::Context->zebraconfig('biblioserver')->{directory}; |
| 09:09 |
|
fallor |
actually the system seems to work otherwise |
| 09:10 |
|
fallor |
i.e. all the patron data and system settings are there |
| 09:10 |
|
fallor |
it's just that the database itself is not searchable |
| 09:10 |
|
fallor |
obviously because there is no index? |
| 09:14 |
|
slef |
probably |
| 09:14 |
|
slef |
is zebrasrv running? |
| 09:14 |
|
slef |
pgrep zebrasrv should print its process id number |
| 09:15 |
|
slef |
assuming you have the BSD procps tools installed |
| 09:15 |
|
fallor |
nope, it's not running |
| 09:15 |
|
fallor |
i think the index has to be created before it starts? |
| 09:15 |
|
slef |
does it? That doesn't sound right to me |
| 09:16 |
|
slef |
if zebrasrv isn't running, how can it be given the records to index? |
| 09:16 |
|
hdl_laptop1 |
fallor marc21 unimarc ? |
| 09:16 |
|
fallor |
marc21 |
| 09:16 |
|
hdl_laptop1 |
slef: zebrasrv doesnot have to run to be fed with index |
| 09:16 |
|
fallor |
well... |
| 09:17 |
|
slef |
oh wait |
| 09:17 |
|
fallor |
this is what zebrasrv -f /etc/koha/koha-conf.xml says: |
| 09:17 |
|
fallor |
04:15:57-01/07 [warn] XML: I/O |
| 09:17 |
|
fallor |
04:15:57-01/07 [warn] XML: warning : |
| 09:17 |
|
fallor |
04:15:57-01/07 [warn] XML: failed to load external entity "/etc/koha/zebradb/explain-biblios.xml" |
| 09:17 |
|
fallor |
04:15:57-01/07 [warn] XML: I/O |
| 09:17 |
|
fallor |
04:15:57-01/07 [warn] XML: warning : |
| 09:17 |
|
fallor |
04:15:57-01/07 [warn] XML: failed to load external entity "/etc/koha/zebradb/retrieval-info-auth-grs1.xml" |
| 09:17 |
|
fallor |
04:15:57-01/07 [warn] XML: I/O |
| 09:17 |
|
fallor |
04:15:57-01/07 [warn] XML: warning : |
| 09:17 |
|
fallor |
04:15:57-01/07 [warn] XML: failed to load external entity "/etc/koha/zebradb/explain-authorities.xml" |
| 09:17 |
|
fallor |
04:15:57-01/07 [warn] chdir /var/lib/koha/zebradb/biblios [No such file or directory] |
| 09:17 |
|
fallor |
04:15:57-01/07 [log] zebra_start 2.0.32 /etc/koha/zebradb/zebra-biblios.cfg |
| 09:17 |
|
fallor |
04:15:57-01/07 [warn] Cannot open `/etc/koha/zebradb/zebra-biblios.cfg' [No such file or directory] |
| 09:17 |
|
fallor |
04:15:57-01/07 [fatal] Failed to read config `/etc/koha/zebradb/zebra-biblios.cfg' |
| 09:17 |
|
hdl_laptop1 |
wow.... |
| 09:17 |
|
slef |
have you set KOHA_CONF? |
| 09:17 |
|
hdl_laptop1 |
It seems you have a problem with your KOHA_CONF |
| 09:18 |
|
hdl_laptop1 |
slef: you beat me |
| 09:18 |
|
fallor |
and there is no zebradb directory under /etc/koha |
| 09:18 |
|
slef |
export KOHA_CONF=/path/to/your/koha-conf.xml |
| 09:18 |
|
hdl_laptop1 |
maybe you should use perl Makefile.PL; make;make install |
| 09:18 |
|
fallor |
err... nope, i haven't set that |
| 09:19 |
|
slef |
hdl_laptop1: you've probably done more upgrades from 2.2 than me. I had very few 2.2 libraries. |
| 09:19 |
|
slef |
hdl_laptop1: I'll drop you in it^W^W^W^Wleave this one with you |
| 09:19 |
|
hdl_laptop1 |
:D |
| 09:20 |
|
fallor |
ok, now I get a screen full of error messages |
| 09:20 |
|
hdl_laptop1 |
fallor: all the files you are trying to use are in the source directory. But has to be adapted to your configuration. |
| 09:21 |
|
hdl_laptop1 |
fallor: first one ? or pastebin |
| 09:21 |
|
fallor |
<opachtdocs>/usr/share/koha/opac/htdocs/opac-tmpl</opachtdocs> isn't a variable assignment, skipping it <intrahtdocs>/usr/share/koha/intranet/htdocs/intranet-tmpl</intrahtdocs> isn't a variable assignment, skipping it |
| 09:21 |
|
fallor |
that's not the first one |
| 09:21 |
|
fallor |
but the same seems to repeat for every line in koha-conf.xml |
| 09:22 |
|
slef |
erm, is that koha 3.0's rebuild_zebra.pl or 2.2's? |
| 09:22 |
|
slef |
(was there one in 2.2?) |
| 09:22 |
|
fallor |
there wasn't one in 2.2 |
| 09:22 |
|
fallor |
it didn't have zebra as far as i know |
| 09:22 |
|
slef |
oh I know! |
| 09:22 |
|
slef |
it's getting your 2.2 C4 modules |
| 09:22 |
|
fallor |
oh? |
| 09:22 |
|
slef |
you need to set PERL5LIB too! |
| 09:23 |
|
slef |
ordinarily, if you haven't set PERL5LIB the script wouldn't even run |
| 09:23 |
|
fallor |
ok... what should I set it to? |
| 09:23 |
|
slef |
export PERL5LIB=/path/to/folder/above/your/C4 |
| 09:23 |
|
slef |
hdl_laptop1: don't we have $VERSION in C4::Context yet? |
| 09:23 |
|
fallor |
so /usr/share/koha/lib? |
| 09:24 |
|
slef |
where's your koha3 C4? |
| 09:24 |
|
slef |
it sounds like /usr/share/koha/lib would contain your koha 2.2 |
| 09:24 |
|
slef |
but I could be wrong |
| 09:25 |
|
fallor |
oh |
| 09:25 |
|
fallor |
something's happening now |
| 09:25 |
|
fallor |
nope, /usr/share/koha is koha3 |
| 09:25 |
|
slef |
ok |
| 09:26 |
|
fallor |
koha2 is in /usr/local/koha |
| 09:26 |
|
slef |
right, I'm afk for about 60mins |
| 09:26 |
|
slef |
hrm, once I've rerecorded my voicemail message |
| 09:26 |
|
fallor |
so now i need to start zebrasrv |
| 09:26 |
|
fallor |
well, except that |
| 09:27 |
|
fallor |
there still is no /etc/koha/zebradb dir |
| 09:27 |
|
fallor |
where are those files? |
| 09:29 |
|
fallor |
found them |
| 09:30 |
|
veki_ |
I installed Koha but, when I type http://1192.168.1.2:8080 I cannot connect with KOha. Apache and My sql are workin. I use opensuse 11 |
| 09:30 |
|
veki_ |
I installed Koha but, when I type http://192.168.1.2:8080 I cannot connect with KOha. Apache and My sql are workin. I use opensuse 11 |
| 09:30 |
|
veki_ |
sorry typo in http part |
| 09:32 |
|
Amit |
hi slef |
| 09:36 |
|
SelfishMan |
veki_: Can you connect to koha on http://bitl.in/6z0 ? |
| 09:36 |
|
SelfishMan |
ugh...auto url shortening |
| 09:39 |
|
veki_ |
SelfishMan: I got, what is problem. I fixed /koha/httpd-conf... thanks.... |
| 09:39 |
|
SelfishMan |
cool |
| 10:00 |
|
Amit |
hi slef |
| 10:01 |
|
Amit |
slef : http://wiki.koha.org/doku.php?id=irc_regulars |
| 10:08 |
|
Amit |
hi kf |
| 10:13 |
|
kf |
hi Amit |
| 10:15 |
|
Amit |
heya kf |
| 10:15 |
|
Amit |
net problm in my office |
| 10:22 |
|
slef |
Amit: sympathies. I've had one for months :( |
| 10:22 |
|
Amit |
k |
| 10:47 |
|
Amit |
hi gaurav |
| 10:47 |
|
Gaurav |
hi amit |
| 11:28 |
|
Amit |
hi davi |
| 11:29 |
|
davi |
hi Amit |
| 11:29 |
|
soul9 |
has anyone used the matching feature of tools/manage-marc-import.pl? |
| 11:33 |
|
gmcharlt |
soul9: I have, and wrote most of it - what's your question? |
| 11:38 |
|
soul9 |
well, i'm having a hard time making it work...but i don't really know where to start explaining my question :) |
| 11:38 |
|
soul9 |
so: i have imported two iso2709 files in the breeding reservoir |
| 11:38 |
|
soul9 |
actually, i have imported the same file twice |
| 11:39 |
|
soul9 |
imported the bibs from it in the first instance |
| 11:39 |
|
soul9 |
then used the matching rule based on isbn |
| 11:39 |
|
soul9 |
so it says it applied the new matching rule |
| 11:40 |
|
soul9 |
the thing is that the match? column always has 'no_match' |
| 11:41 |
|
gmcharlt |
well, it's possible that there are in fact no matches |
| 11:41 |
|
gmcharlt |
you could try creating a new matching rule |
| 11:41 |
|
gmcharlt |
and applying that one |
| 11:42 |
|
gmcharlt |
also check to make sure that your indexes are up-to-date by running rebuild_zebra.pl |
| 11:43 |
|
soul9 |
ah! |
| 11:43 |
|
soul9 |
it uses zebra to match? ok |
| 11:43 |
|
gmcharlt |
yep |
| 11:43 |
|
soul9 |
i have looked into the C4::Matcher, but not that thoroughly |
| 11:44 |
|
soul9 |
oki doc', thanks for the pointer |
